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

[Ricardo Utreras]

¿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 (<alvherre en alvh.no-ip.org>)
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)
>