masto.es es uno de los varios servidores independientes de Mastodon que puedes usar para participar en el fediverso.
Bienvenidos a masto.es, el mayor servidor de Mastodon para hispanohablantes de temática general.

Administrado por:

Estadísticas del servidor:

2 K
usuarios activos

#sysadmin

35 publicaciones30 participantes1 publicación hoy

🛠️ New post on I Fixed It and I Don’t Know How

A real-life case: mysterious OneDrive/SharePoint access issues that resisted every fix. After endless troubleshooting, the culprit was hidden deep inside the UserInfo list.

If you’ve ever faced ghost permissions or broken access in Microsoft 365, this one’s worth reading 👇

👉 tinyurl.com/fw87b32s

DEV CommunityReal Case: OneDrive/SharePoint Access Issue Finally SolvedAn access issue that couldn’t be fixed by resharing files. The root cause was hidden in SharePoint's UserInfo list. The solution? A little-known Microsoft 365 diagnostic tool.

🛠️ Nuevo artículo en Lo Arreglé y No Sé Cómo

Un caso real de esos que hacen sudar: problemas de acceso en OneDrive/SharePoint que no se resolvían con nada. Tras pruebas, errores y horas de búsqueda, la clave estaba en algo tan simple (y tan escondido) como la lista UserInfo.

Si alguna vez te has topado con accesos fantasma o permisos que no cuadran, este post es para ti 👇

👉 tinyurl.com/43ur89ps

DEV CommunityCaso real: Problema de acceso en OneDrive/SharePoint resuelto (por fin)Un problema de acceso que no se resolvía recompartiendo archivos. La causa estaba en la lista oculta UserInfo de SharePoint. Y la solución, en un diagnóstico poco conocido de Microsoft 365.

Tonight I made a simple, yet destructive (or at least partly) mistake: when I told FreeBSD which disk to destroy, I accidentally gave it the system disk of my little home server. This happened because it had the same size as the external SSD I had just plugged in, and I got confused.

I lost some reproducible configurations (the server’s name was in fact tempfbsd01), but I took the chance to run an experiment. My home server runs FreeBSD in read-only mode (that's the part I destroyed). From there, I manually enable the external drives (encrypted with GELI) and, in turn, the ZFS pools. Then I start the various jails and the (single, Proxmox Backup Server) VM.

Since I also have another test box running SmartOS, I decided to experiment: I connected the disks to it, created a FreeBSD bhyve VM on SmartOS, and passed the entire disks through to the VM. I reconfigured the FreeBSD VM with the bare minimum and booted it all up. The jails with BastilleBSD started without any issues - obviously the Proxmox Backup Server VM itself is still missing, but I’ll deal with that later.

I’m tempted to leave everything like this for a while.

And yes, for anyone wondering: I had fun 🙂

Dat gifft so Tage, da fühlt sich der Kopf an wie ein System mit einem fiesen, tief sitzenden Bug. Ist kein klarer 404-Error, wo de genau weißt, wat fehlt. Es ist eher eine stille Kernel-Panic in der Seele. Alles läuft noch, die Basisfunktionen sind da – aufstehen, Kaffee kochen. Aber die CPU-Last für diese simplen Prozesse ist bei 99 Prozent. Für alles andere? Ach, egal.

nerdbear.de/maschinenraum/logb

Logbuch-Eintrag: Kernel Panic im Kopf
nerd.bear · Logbuch-Eintrag: Kernel Panic im Kopf - nerd.bearLogbuch eines Nordnerds: Kernel Panic im Kopf, verbuggtes Denken, fehlende Motivation und Alltag zwischen Monitoren, Kaffee und halbfertigen Projekten.

🔍 ¿Sabén la diferencia entre procesos y jobs en GNU/Linux?

En el nuevo post de #juncotic les explico la diferencia entre jobs y procesos, y cómo gestionarlos para aumentar tu productividad en la línea de comandos!

Leelo acá 👉 juncotic.com/jobs-y-procesos-e

¿Saldrá grabado en video para youtube? Probablemente 😜

Junco TIC · Jobs y procesos en la shell de GNU/Linux - Junco TICA raíz de las encuestas semanales que estamos publicando surgió una duda sobre procesos y jobs en Linux, diferencias y cómo gestionarlos.

jiangcuo/pxvirt: A fork of Proxmox VE for ARM and LoongArch architectures - #PXVIRT is an open-source virtualization platform derived from #Proxmox VE, specifically adapted to support ARM and LoongArch architectures. This project originally began as "Proxmox-Port" and has now evolved into a fully independent fork under the new name PXVIRT.
github.com/jiangcuo/pxvirt
#Proxmox #virtualization #sysadmin #networking #freesoftware #arm
via magicfab.ca/liens

A fork of Proxmox VE for ARM and LoongArch architectures - jiangcuo/pxvirt
GitHubGitHub - jiangcuo/pxvirt: A fork of Proxmox VE for ARM and LoongArch architecturesA fork of Proxmox VE for ARM and LoongArch architectures - jiangcuo/pxvirt

I have a client who uses Proxmox and its backup server. Last week, I upgraded the backup server from Debian 12 to 13. The backup server "sleeps" most of the day, so it also runs Docker for a Gitea runner. Everything seemed fine initially.

Then, my client messaged me yesterday because the runner had stopped working. When I logged in, I found that for some reason, the runner could no longer connect to the Docker socket, even though I was passing it the official way. I tried the same thing on a different Debian 13 server and got the same result. But, on a Debian 12 VM using the (old) Docker from the Debian repos, everything worked perfectly.

This incident just reinforces my point that for production servers, it’s crucial to use solutions that don't introduce breaking changes between releases. It seems to be an Apparmor issue (thanks @gyptazy for the head up!).

Because this component was non-critical and easily replaceable, I didn't pay much attention to testing it right after the server upgrade.

Hey #windows11 people, do NOT install KB5063878 or KB5062660 (preview).

It's bricking SSDs and I'm currently dealing with rolling back damage from this.

If you already have it installed, roll back with: wusa.exe /uninstall /KB:5063878

and: wusa.exe /uninstall /KB:5062660