From alvherre en alvh.no-ip.org Thu Nov 13 16:23:52 2025 From: alvherre en alvh.no-ip.org (=?utf-8?Q?=C3=81lvaro?= Herrera) Date: Thu, 13 Nov 2025 20:23:52 +0100 Subject: systemd-journal-remote reporta: "read-only file system" Message-ID: <202511131901.ozhlz344cuuo@alvherre.pgsql> Estimados, vengo con un problema que no sé cómo resolver. Tengo dos máquinas Raspberry Pi corriendo Debian con OpenMediaVault 7. Una de ellas, Amrod, tiene algún problema por el cual se reinicia sin explicación, así que quiero mirar los logs para ver qué puede estarle pasando. Pero como el storage es lento, justo los logs que necesito ver se pierden en el reboot abrupto. La otra, Amras, tiene mejor storage y no se rebootea sola. (Quizás tiene que ver que la fuente de poder es distinta). Así que para poder diagnosticar Amrod, le puse systemd-journal-remote a ambas. Amrod quiere mandar sus logs a Amras vía http, pero cuando Amras los recibe, tira este error: Nov 13 19:44:17 amras systemd-journal-remote[2846344]: Failed to open output journal /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal//remote-192.168.178.7.journal: Read-only file system Nov 13 19:44:17 amras systemd-journal-remote[2846344]: Failed to get writer for source 192.168.178.7: Read-only file system Sobra decir que, por supuesto, el filesystem no es de sólo lectura. El directorio está así: root en amras:/home/alvherre# su systemd-journal-remote -s /bin/sh $ ls -ld /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/ drwxr-xr-x 2 systemd-journal-remote systemd-journal-remote 4096 Nov 13 17:30 /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/ y puedo crear y borrar archivos con ese usuario en ese directorio: $ touch /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/foobar $ ls -l /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/foobar -rw-r--r-- 1 systemd-journal-remote systemd-journal-remote 0 Nov 13 20:12 /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/foobar $ rm /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/foobar systemctl dice esto en amras: alvherre en amras:~ $ systemctl status systemd-journal-remote ? systemd-journal-remote.service - Journal Remote Sink Service Loaded: loaded (/etc/systemd/system/systemd-journal-remote.service; indirect; preset: disabled) Active: active (running) since Thu 2025-11-13 17:25:13 CET; 2h 40min ago TriggeredBy: ? systemd-journal-remote.socket Docs: man:systemd-journal-remote(8) man:journal-remote.conf(5) Main PID: 2846344 (systemd-journal) Status: "Processing requests..." Tasks: 1 (limit: 9563) CPU: 114ms CGroup: /system.slice/systemd-journal-remote.service ??2846344 /lib/systemd/systemd-journal-remote --listen-http=-3 --output=/srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/ El filesystem en cuestión es esto: /dev/mapper/omvcrypt on /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1 type ext4 (rw,relatime,quota,usrquota,grpquota,stripe=384) Ahí mismo en /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1 vive un montón de cuestiones bajo Docker que funcionan perfectamente. ¿Alguien tiene una idea de cómo diagnosticar el problema de "read-only file system"? Amrod es mi Pi-Hole casero ... está andando todo el día y atiende el DNS, pero hay ocasiones en que desaparece por un minutito mientras se rebootea. Es raro eso y me gustaría saber qué diablos le pasa. Saludos! -- Álvaro Herrera PostgreSQL Developer ? https://www.EnterpriseDB.com/ "¿Cómo puedes confiar en algo que pagas y que no ves, y no confiar en algo que te dan y te lo muestran?" (Germán Poo) From utreras en gmail.com Thu Nov 13 16:53:30 2025 From: utreras en gmail.com (Ricardo Utreras) Date: Thu, 13 Nov 2025 16:53:30 -0300 Subject: systemd-journal-remote reporta: "read-only file system" In-Reply-To: <202511131901.ozhlz344cuuo@alvherre.pgsql> References: <202511131901.ozhlz344cuuo@alvherre.pgsql> Message-ID: ¿Descartaste archivos inmutables o ACL? Revisa con: lsattr /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal getfacl /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal Atte. Ricardo Utreras +56971351389 El jue, 13 nov 2025 a las 16:24, Álvaro Herrera () escribió: > Estimados, vengo con un problema que no sé cómo resolver. Tengo dos > máquinas Raspberry Pi corriendo Debian con OpenMediaVault 7. Una de > ellas, Amrod, tiene algún problema por el cual se reinicia sin > explicación, así que quiero mirar los logs para ver qué puede estarle > pasando. Pero como el storage es lento, justo los logs que necesito ver > se pierden en el reboot abrupto. > > La otra, Amras, tiene mejor storage y no se rebootea sola. (Quizás > tiene que ver que la fuente de poder es distinta). Así que para poder > diagnosticar Amrod, le puse systemd-journal-remote a ambas. Amrod > quiere mandar sus logs a Amras vía http, pero cuando Amras los recibe, > tira este error: > > Nov 13 19:44:17 amras systemd-journal-remote[2846344]: Failed to open > output journal > /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal//remote-192.168.178.7.journal: > Read-only file system > Nov 13 19:44:17 amras systemd-journal-remote[2846344]: Failed to get > writer for source 192.168.178.7: Read-only file system > > Sobra decir que, por supuesto, el filesystem no es de sólo lectura. El > directorio está así: > > root en amras:/home/alvherre# su systemd-journal-remote -s /bin/sh > $ ls -ld > /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/ > drwxr-xr-x 2 systemd-journal-remote systemd-journal-remote 4096 Nov 13 > 17:30 /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/ > > y puedo crear y borrar archivos con ese usuario en ese directorio: > > $ touch > /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/foobar > $ ls -l > /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/foobar > -rw-r--r-- 1 systemd-journal-remote systemd-journal-remote 0 Nov 13 20:12 > /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/foobar > $ rm > /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/foobar > > systemctl dice esto en amras: > > alvherre en amras:~ $ systemctl status systemd-journal-remote > ? systemd-journal-remote.service - Journal Remote Sink Service > Loaded: loaded (/etc/systemd/system/systemd-journal-remote.service; > indirect; preset: disabled) > Active: active (running) since Thu 2025-11-13 17:25:13 CET; 2h 40min > ago > TriggeredBy: ? systemd-journal-remote.socket > Docs: man:systemd-journal-remote(8) > man:journal-remote.conf(5) > Main PID: 2846344 (systemd-journal) > Status: "Processing requests..." > Tasks: 1 (limit: 9563) > CPU: 114ms > CGroup: /system.slice/systemd-journal-remote.service > ??2846344 /lib/systemd/systemd-journal-remote > --listen-http=-3 > --output=/srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/ > > El filesystem en cuestión es esto: > > /dev/mapper/omvcrypt on > /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1 type ext4 > (rw,relatime,quota,usrquota,grpquota,stripe=384) > > > > Ahí mismo en /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1 > vive un montón de cuestiones bajo Docker que funcionan perfectamente. > > ¿Alguien tiene una idea de cómo diagnosticar el problema de "read-only > file system"? > > > Amrod es mi Pi-Hole casero ... está andando todo el día y atiende el > DNS, pero hay ocasiones en que desaparece por un minutito mientras se > rebootea. Es raro eso y me gustaría saber qué diablos le pasa. > > > Saludos! > > -- > Álvaro Herrera PostgreSQL Developer ? > https://www.EnterpriseDB.com/ > "¿Cómo puedes confiar en algo que pagas y que no ves, > y no confiar en algo que te dan y te lo muestran?" (Germán Poo) > From alvherre en alvh.no-ip.org Thu Nov 13 17:57:24 2025 From: alvherre en alvh.no-ip.org (=?utf-8?Q?=C3=81lvaro?= Herrera) Date: Thu, 13 Nov 2025 21:57:24 +0100 Subject: systemd-journal-remote reporta: "read-only file system" In-Reply-To: Message-ID: <202511132053.4c7az3elk627@alvherre.pgsql> Ricardo Utreras escribió: > ¿Descartaste archivos inmutables o ACL? > > Revisa con: > lsattr /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal > getfacl /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal Hmm, gracias. No lo había hecho, pero se me había olvidado aclarar que el directorio "journal" lo acabo de crear y es de lo más normal. root en amras:/# lsattr /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal root en amras:/# getfacl /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal getfacl: Removing leading '/' from absolute path names # file: srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal # owner: systemd-journal-remote # group: systemd-journal-remote user::rwx group::r-x other::r-x Saludos, -- Álvaro Herrera Breisgau, Deutschland ? https://www.EnterpriseDB.com/ "Update: super-fast reaction on the Postgres bugs mailing list. The report was acknowledged [...], and a fix is under discussion. The wonders of open-source ?!" https://twitter.com/gunnarmorling/status/1596080409259003906 From hans en welinux.cl Fri Nov 14 09:47:34 2025 From: hans en welinux.cl (Hans Poo) Date: Fri, 14 Nov 2025 09:47:34 -0300 Subject: systemd-journal-remote reporta: "read-only file system" In-Reply-To: <202511131901.ozhlz344cuuo@alvherre.pgsql> References: <202511131901.ozhlz344cuuo@alvherre.pgsql> Message-ID: Alvaro, Lo clásico es que si el file system esta con problemas de integridad, se cortó la luz, y quedó inconsistent, por ej, el sistema luego lo monta en modo read only, es necesario ejecutar e2fsck en el device hay que desmontarlo primero. Atte, Hans El jue, 13 nov 2025 a las 16:24, Álvaro Herrera () escribió: > Estimados, vengo con un problema que no sé cómo resolver. Tengo dos > máquinas Raspberry Pi corriendo Debian con OpenMediaVault 7. Una de > ellas, Amrod, tiene algún problema por el cual se reinicia sin > explicación, así que quiero mirar los logs para ver qué puede estarle > pasando. Pero como el storage es lento, justo los logs que necesito ver > se pierden en el reboot abrupto. > > La otra, Amras, tiene mejor storage y no se rebootea sola. (Quizás > tiene que ver que la fuente de poder es distinta). Así que para poder > diagnosticar Amrod, le puse systemd-journal-remote a ambas. Amrod > quiere mandar sus logs a Amras vía http, pero cuando Amras los recibe, > tira este error: > > Nov 13 19:44:17 amras systemd-journal-remote[2846344]: Failed to open > output journal > /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal//remote-192.168.178.7.journal: > Read-only file system > Nov 13 19:44:17 amras systemd-journal-remote[2846344]: Failed to get > writer for source 192.168.178.7: Read-only file system > > Sobra decir que, por supuesto, el filesystem no es de sólo lectura. El > directorio está así: > > root en amras:/home/alvherre# su systemd-journal-remote -s /bin/sh > $ ls -ld > /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/ > drwxr-xr-x 2 systemd-journal-remote systemd-journal-remote 4096 Nov 13 > 17:30 /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/ > > y puedo crear y borrar archivos con ese usuario en ese directorio: > > $ touch > /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/foobar > $ ls -l > /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/foobar > -rw-r--r-- 1 systemd-journal-remote systemd-journal-remote 0 Nov 13 20:12 > /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/foobar > $ rm > /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/foobar > > systemctl dice esto en amras: > > alvherre en amras:~ $ systemctl status systemd-journal-remote > ? systemd-journal-remote.service - Journal Remote Sink Service > Loaded: loaded (/etc/systemd/system/systemd-journal-remote.service; > indirect; preset: disabled) > Active: active (running) since Thu 2025-11-13 17:25:13 CET; 2h 40min > ago > TriggeredBy: ? systemd-journal-remote.socket > Docs: man:systemd-journal-remote(8) > man:journal-remote.conf(5) > Main PID: 2846344 (systemd-journal) > Status: "Processing requests..." > Tasks: 1 (limit: 9563) > CPU: 114ms > CGroup: /system.slice/systemd-journal-remote.service > ??2846344 /lib/systemd/systemd-journal-remote > --listen-http=-3 > --output=/srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/ > > El filesystem en cuestión es esto: > > /dev/mapper/omvcrypt on > /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1 type ext4 > (rw,relatime,quota,usrquota,grpquota,stripe=384) > > > > Ahí mismo en /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1 > vive un montón de cuestiones bajo Docker que funcionan perfectamente. > > ¿Alguien tiene una idea de cómo diagnosticar el problema de "read-only > file system"? > > > Amrod es mi Pi-Hole casero ... está andando todo el día y atiende el > DNS, pero hay ocasiones en que desaparece por un minutito mientras se > rebootea. Es raro eso y me gustaría saber qué diablos le pasa. > > > Saludos! > > -- > Álvaro Herrera PostgreSQL Developer ? > https://www.EnterpriseDB.com/ > "¿Cómo puedes confiar en algo que pagas y que no ves, > y no confiar en algo que te dan y te lo muestran?" (Germán Poo) > From listas.vhs en gmail.com Fri Nov 14 09:57:33 2025 From: listas.vhs en gmail.com (Victor Hugo dos Santos) Date: Fri, 14 Nov 2025 13:57:33 +0100 Subject: systemd-journal-remote reporta: "read-only file system" In-Reply-To: <202511131901.ozhlz344cuuo@alvherre.pgsql> References: <202511131901.ozhlz344cuuo@alvherre.pgsql> Message-ID: Hiu, tanto tiempo. ;-) Allí veo que tu directorio "/srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/" esta vacío (salida del ls comando) has intentado enviar algún log desde el amras hacia amras (localmente) ?? Si esto no funciona, puede que tu sistema esté funcionando bajo algún tipo de chroot/jail/sandbox/AppArmor y bloquea el acceso de RW a otros directorios que no están especificados en la configuración, en este caso "/srv". Salu2 y avisa como va On Thu, 13 Nov 2025 at 20:24, Álvaro Herrera wrote: > > Estimados, vengo con un problema que no sé cómo resolver. Tengo dos > máquinas Raspberry Pi corriendo Debian con OpenMediaVault 7. Una de > ellas, Amrod, tiene algún problema por el cual se reinicia sin > explicación, así que quiero mirar los logs para ver qué puede estarle > pasando. Pero como el storage es lento, justo los logs que necesito ver > se pierden en el reboot abrupto. > > La otra, Amras, tiene mejor storage y no se rebootea sola. (Quizás > tiene que ver que la fuente de poder es distinta). Así que para poder > diagnosticar Amrod, le puse systemd-journal-remote a ambas. Amrod > quiere mandar sus logs a Amras vía http, pero cuando Amras los recibe, > tira este error: > > Nov 13 19:44:17 amras systemd-journal-remote[2846344]: Failed to open output journal /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal//remote-192.168.178.7.journal: Read-only file system > Nov 13 19:44:17 amras systemd-journal-remote[2846344]: Failed to get writer for source 192.168.178.7: Read-only file system > > Sobra decir que, por supuesto, el filesystem no es de sólo lectura. El > directorio está así: > > root en amras:/home/alvherre# su systemd-journal-remote -s /bin/sh > $ ls -ld /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/ > drwxr-xr-x 2 systemd-journal-remote systemd-journal-remote 4096 Nov 13 17:30 /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/ > > y puedo crear y borrar archivos con ese usuario en ese directorio: > > $ touch /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/foobar > $ ls -l /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/foobar > -rw-r--r-- 1 systemd-journal-remote systemd-journal-remote 0 Nov 13 20:12 /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/foobar > $ rm /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/foobar > > systemctl dice esto en amras: > > alvherre en amras:~ $ systemctl status systemd-journal-remote > ? systemd-journal-remote.service - Journal Remote Sink Service > Loaded: loaded (/etc/systemd/system/systemd-journal-remote.service; indirect; preset: disabled) > Active: active (running) since Thu 2025-11-13 17:25:13 CET; 2h 40min ago > TriggeredBy: ? systemd-journal-remote.socket > Docs: man:systemd-journal-remote(8) > man:journal-remote.conf(5) > Main PID: 2846344 (systemd-journal) > Status: "Processing requests..." > Tasks: 1 (limit: 9563) > CPU: 114ms > CGroup: /system.slice/systemd-journal-remote.service > ??2846344 /lib/systemd/systemd-journal-remote --listen-http=-3 --output=/srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/ > > El filesystem en cuestión es esto: > > /dev/mapper/omvcrypt on /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1 type ext4 (rw,relatime,quota,usrquota,grpquota,stripe=384) > > > > Ahí mismo en /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1 > vive un montón de cuestiones bajo Docker que funcionan perfectamente. > > ¿Alguien tiene una idea de cómo diagnosticar el problema de "read-only > file system"? > > > Amrod es mi Pi-Hole casero ... está andando todo el día y atiende el > DNS, pero hay ocasiones en que desaparece por un minutito mientras se > rebootea. Es raro eso y me gustaría saber qué diablos le pasa. > > > Saludos! > > -- > Álvaro Herrera PostgreSQL Developer ? https://www.EnterpriseDB.com/ > "¿Cómo puedes confiar en algo que pagas y que no ves, > y no confiar en algo que te dan y te lo muestran?" (Germán Poo) -- -- Victor Hugo dos Santos http://www.vhsantos.net Linux Counter #224399