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

[Hans Poo]

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 (<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)
>