Message mail toutes les 10 minutes

,

Mon serveur YunoHost

Matériel: Raspberry Pi 4 avec VPN Aquilenet
Version de YunoHost: x.x.x
J’ai accès à mon serveur : En SSH | Par la webadmin | En direct avec un clavier/écran | …
Êtes-vous dans un contexte particulier ou avez-vous effectué des modificiations particulières sur votre instance ? : non
L’architecture du serveur est bare-metal armhf
Le modèle/architecture du serveur est Raspberry Pi 4 Model B Rev 1.5
Le serveur utilise le noyau Linux 5.15.84-v7l+
Le serveur utilise Debian 11.6
Le serveur utilise YunoHost 11.1.8.2 (stable)
L’instance est en 32 bits

J’ai fouillé le forum sans trouver de solution même si ce problème concerne d’autres utilisateurs

Description du problème

Toutes les 10 minutes root reçoit ce message par mail :
Sujet : Cron root@amonserveur : YunoHost DynDNS update; sleep $((RANDOM%60)); ! ping -q -W5 -c1 ip.yunohost.org >/dev/null 2>&1 || test -e /var/run/moulinette_yunohost.lock || yunohost dyndns update >> /dev/null
Contenu du message :

Traceback (most recent call last):
  File "/usr/lib/python3.9/logging/config.py", line 564, in configure
    handler = self.configure_handler(handlers[name])
  File "/usr/lib/python3.9/logging/config.py", line 745, in configure_handler
    result = factory(**kwargs)
  File "/usr/lib/python3.9/logging/__init__.py", line 1142, in __init__
    StreamHandler.__init__(self, self._open())
  File "/usr/lib/python3.9/logging/__init__.py", line 1171, in _open
    return open(self.baseFilename, self.mode, encoding=self.encoding,
OSError: [Errno 30] Read-only file system: '/var/log/yunohost/yunohost-cli.log'

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/usr/bin/yunohost", line 77, in <module>
    yunohost.cli(
  File "/usr/lib/python3/dist-packages/yunohost/__init__.py", line 35, in cli
    init_logging(interface="cli", debug=debug, quiet=quiet)
  File "/usr/lib/python3/dist-packages/yunohost/__init__.py", line 168, in init_logging
    configure_logging(logging_configuration)
  File "/usr/lib/python3/dist-packages/moulinette/utils/log.py", line 67, in configure_logging
    dictConfig(logging_config)
  File "/usr/lib/python3.9/logging/config.py", line 809, in dictConfig
    dictConfigClass(config).configure()
  File "/usr/lib/python3.9/logging/config.py", line 571, in configure
    raise ValueError('Unable to configure handler '
ValueError: Unable to configure handler 'file'

Le fonctionnement des applis est normal (nextcloud, snapimail, …)
Par contre aucune tâche n’est possible par la web admin.

Le diagnostique en temps normal précise :
Enregistrements DNS Tout est OK !
Exposition des ports Tout est OK !
Web Tout est OK !

La seule solution que j’ai trouvé est un reboot avec shellinabox ou ssh.
Tout repart normalement jusqu’à ce que cela recommence au bout d’un temps variable. De 2 heures à une demi journée

Merci pour votre attention et merci par avance pour votre aide.
Ym

Est-ce que ce fichier est bien accessible en lecture et écriture ?

# ls -l /var/log/yunohost/yunohost-cli.log
-rw-r--r-- 1 root root 65596 Feb 21 06:58 /var/log/yunohost/yunohost-cli.log

Merci pour cette rapide réponse.
Apparemment oui, voici les fichiers de ce répertoire :
root@alcyon:/var/log/yunohost# ls -l
total 13508
drwxr-xr-x 3 root root 4096 Sep 24 2020 categories
-rw-r–r-- 1 root root 4733630 Feb 21 06:18 yunohost-api.log
-rw-r–r-- 1 root root 1038 Sep 9 00:17 yunohost-api.log.1
-rw-r–r-- 1 root root 101806 Aug 31 20:42 yunohost-api.log.2.gz
-rw-r–r-- 1 root root 5524 Aug 25 23:13 yunohost-api.log.3.gz
-rw-r–r-- 1 root root 145454 Aug 20 2022 yunohost-api.log.4.gz
-rw-r–r-- 1 root root 5380623 Feb 21 08:21 yunohost-cli.log
-rw-r–r-- 1 root root 2689474 Sep 10 23:50 yunohost-cli.log.1
-rw-r–r-- 1 root root 224977 Sep 3 23:50 yunohost-cli.log.2.gz
-rw-r–r-- 1 root root 207704 Aug 27 23:50 yunohost-cli.log.3.gz
-rw-r–r-- 1 root root 305841 Aug 20 2022 yunohost-cli.log.4.gz
Pour l’instant le bug n’est pas revenu depuis hier soir

Il y a peut-être un problème ailleurs.

Il faudrait trouver pourquoi la tâche qui a lieu toutes les 10 minutes, se plaint que le système de fichier est en lecture seule.

Peut-être, à ces moments là, voir du côté des messages du noyau avec dmesg -Tl err pour les erreurs uniquement. Il pourrait y avoir des messages d’erreur d’entrée / sortie, de remontage de / ou /var en lecture seule, ou d’erreurs disque, etc.

La commande renvoie cela :
admin@alcyon:~ $ sudo dmesg -Tl err
[Tue Feb 21 06:18:17 2023] systemd[1]: Failed to start Configure Bluetooth Modems connected by UART.
[Tue Feb 21 06:18:17 2023] systemd[1]: Failed to start Check for Raspberry Pi EEPROM updates.

Merci pour ton avis

Ah, il a replanté et le résultat de la commande donne ça maintenant :
admin@alcyon:~ $ sudo dmesg -Tl err
[sudo] password for admin:
[Tue Feb 21 06:18:17 2023] systemd[1]: Failed to start Configure Bluetooth Modems connected by UART.
[Tue Feb 21 06:18:17 2023] systemd[1]: Failed to start Check for Raspberry Pi EEPROM updates.
[Tue Feb 21 10:24:00 2023] Buffer I/O error on device zram1, logical block 15971
[Tue Feb 21 10:24:00 2023] Buffer I/O error on device zram1, logical block 15972
[Tue Feb 21 10:24:00 2023] Buffer I/O error on device zram1, logical block 15973
[Tue Feb 21 10:24:00 2023] Buffer I/O error on device zram1, logical block 15974
[Tue Feb 21 10:24:00 2023] Buffer I/O error on device zram1, logical block 15975
[Tue Feb 21 10:24:00 2023] Buffer I/O error on device zram1, logical block 15976
[Tue Feb 21 10:24:00 2023] Buffer I/O error on device zram1, logical block 15977
[Tue Feb 21 10:24:00 2023] Buffer I/O error on device zram1, logical block 15978
[Tue Feb 21 10:24:00 2023] Buffer I/O error on device zram1, logical block 15979
[Tue Feb 21 10:24:00 2023] Buffer I/O error on device zram1, logical block 15980
[Tue Feb 21 10:24:06 2023] Buffer I/O error on device zram1, logical block 26305
[Tue Feb 21 10:24:06 2023] Buffer I/O error on dev zram1, logical block 2567, lost sync page write
[Tue Feb 21 10:24:06 2023] Aborting journal on device zram1-8.
[Tue Feb 21 10:24:06 2023] Buffer I/O error on dev zram1, logical block 1230, lost sync page write
[Tue Feb 21 10:24:06 2023] JBD2: Error -5 detected when updating journal superblock for zram1-8.
[Tue Feb 21 10:24:06 2023] Buffer I/O error on dev zram1, logical block 0, lost sync page write
[Tue Feb 21 10:24:06 2023] EXT4-fs (zram1): I/O error while writing superblock
[Tue Feb 21 10:24:26 2023] Buffer I/O error on dev zram1, logical block 14448, lost async page write
[Tue Feb 21 10:24:26 2023] Buffer I/O error on dev zram1, logical block 14449, lost async page write

J’ai zram sur cette instance, c’est lui le responsable ?

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.