systemd-journal-remote reporta: "read-only file system"

[Álvaro Herrera]

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)