Plantage jeedom a 1h31

Matériel Jeedom - Hardware
1

Bonjour,
j’ai un problème avec mon jeedom depuis 3/4 jours.
Voici mon infra :
HP DL380 V8 double CPU soit 24 Core + 200Go de ram
Proxmox 7.1.6
RAID 1 en ZFS : 2SSD de 500Go (pour les VM et OS)
RAID 5 : 8 disques de 1.2To 15000t/min RAID 5 soit 8.4To dispo pour le stockage

Jeedom est sur le RAID SSD.
Tout fonctionnait bien jusqu’à présents.

depuis 3/4 jours j’ai un problème uniquement sur la VM Jeedom, toutes les autre VM non pas ce problème.

entre 1h30 et 1h34 j’ai mon jeedom qui plante, je n’ai pas de sauvegarde a cette heure la ou tu consommation qui pourrais me faire planté la VM.
Le problème est que Jeedom plante qua moitier …
c’est a dire que jeedom tourne cependant, j’ai aucun scenario qui ce lance, les plugin sont active alors qu’il sont planté, le plug in suivit conso arrête a 1h32 puis ne repart jamais, le MQTT aussi ext…

après analyse je retrouve ça dans mon syslog :

> Dec 20 01:31:52 JeedomV5 kernel: [1812305.995199] print_req_error: 1 callbacks suppressed
> Dec 20 01:31:52 JeedomV5 kernel: [1812305.995229] print_req_error: I/O error, dev vda, sector 15325944
> Dec 20 01:31:52 JeedomV5 kernel: [1812306.015100] print_req_error: I/O error, dev vda, sector 15327992
> Dec 20 01:31:52 JeedomV5 kernel: [1812306.015699] EXT4-fs warning (device dm-0): ext4_end_bio:323: I/O error 10 writing to inode 390358 (offset 0 size 0 starting block 1721951)
> Dec 20 01:31:52 JeedomV5 kernel: [1812306.015704] buffer_io_error: 3062 callbacks suppressed
> Dec 20 01:31:52 JeedomV5 kernel: [1812306.015706] Buffer I/O error on device dm-0, logical block 1721695
> Dec 20 01:31:52 JeedomV5 kernel: [1812306.016099] Buffer I/O error on device dm-0, logical block 1721696
> Dec 20 01:31:52 JeedomV5 kernel: [1812306.016558] Buffer I/O error on device dm-0, logical block 1721697
> Dec 20 01:31:52 JeedomV5 kernel: [1812306.016968] Buffer I/O error on device dm-0, logical block 1721698
> Dec 20 01:31:52 JeedomV5 kernel: [1812306.017306] Buffer I/O error on device dm-0, logical block 1721699
> Dec 20 01:31:52 JeedomV5 kernel: [1812306.017697] Buffer I/O error on device dm-0, logical block 1721700
> Dec 20 01:31:52 JeedomV5 kernel: [1812306.018042] Buffer I/O error on device dm-0, logical block 1721701
> Dec 20 01:31:52 JeedomV5 kernel: [1812306.018415] Buffer I/O error on device dm-0, logical block 1721702
> Dec 20 01:31:52 JeedomV5 kernel: [1812306.018762] Buffer I/O error on device dm-0, logical block 1721703
> Dec 20 01:31:52 JeedomV5 kernel: [1812306.019076] Buffer I/O error on device dm-0, logical block 1721704
> Dec 20 01:31:52 JeedomV5 kernel: [1812306.019782] print_req_error: I/O error, dev vda, sector 15330040
> Dec 20 01:31:52 JeedomV5 kernel: [1812306.020034] print_req_error: I/O error, dev vda, sector 15332088
> Dec 20 01:31:52 JeedomV5 kernel: [1812306.020404] EXT4-fs warning (device dm-0): ext4_end_bio:323: I/O error 10 writing to inode 390358 (offset 0 size 0 starting block 1722463)
> Dec 20 01:31:52 JeedomV5 kernel: [1812306.020793] print_req_error: I/O error, dev vda, sector 15334136
> Dec 20 01:31:52 JeedomV5 kernel: [1812306.021058] print_req_error: I/O error, dev vda, sector 15336168
> Dec 20 01:31:52 JeedomV5 kernel: [1812306.021359] EXT4-fs warning (device dm-0): ext4_end_bio:323: I/O error 10 writing to inode 390358 (offset 0 size 0 starting block 1722973)
> Dec 20 01:31:52 JeedomV5 systemd[1]: mariadb.service: Main process exited, code=killed, status=6/ABRT
> Dec 20 01:31:52 JeedomV5 systemd[1]: mariadb.service: Failed with result 'signal'.
> Dec 20 01:32:01 JeedomV5 CRON[4070]: (www-data) CMD (/usr/bin/php /var/www/html/core/php/jeeCron.php >> /dev/null)
> Dec 20 01:32:02 JeedomV5 systemd[1]: mariadb.service: Service RestartSec=10s expired, scheduling restart.
> Dec 20 01:32:02 JeedomV5 systemd[1]: mariadb.service: Scheduled restart job, restart counter is at 2.
> Dec 20 01:32:02 JeedomV5 systemd[1]: Stopped MariaDB 10.3.31 database server.
> Dec 20 01:32:02 JeedomV5 systemd[1]: Starting MariaDB 10.3.31 database server...
> Dec 20 01:32:03 JeedomV5 mysqld[4170]: 2021-12-20  1:32:03 0 [Note] /usr/sbin/mysqld (mysqld 10.3.31-MariaDB-0+deb10u1) starting as process 4170 ...
> Dec 20 01:32:05 JeedomV5 systemd[1]: Started MariaDB 10.3.31 database server.
> Dec 20 01:32:05 JeedomV5 /etc/mysql/debian-start[4213]: Upgrading MySQL tables if necessary.
> Dec 20 01:32:05 JeedomV5 /etc/mysql/debian-start[4216]: /usr/bin/mysql_upgrade: the '--basedir' option is always ignored
> Dec 20 01:32:05 JeedomV5 /etc/mysql/debian-start[4216]: Looking for 'mysql' as: /usr/bin/mysql
> Dec 20 01:32:05 JeedomV5 /etc/mysql/debian-start[4216]: Looking for 'mysqlcheck' as: /usr/bin/mysqlcheck
> Dec 20 01:32:05 JeedomV5 /etc/mysql/debian-start[4216]: Version check failed. Got the following error when calling the 'mysql' command line client
> Dec 20 01:32:05 JeedomV5 /etc/mysql/debian-start[4216]: ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO)
> Dec 20 01:32:05 JeedomV5 /etc/mysql/debian-start[4216]: FATAL ERROR: Upgrade failed
> Dec 20 01:32:05 JeedomV5 /etc/mysql/debian-start[4226]: Checking for insecure root accounts.
> Dec 20 01:32:05 JeedomV5 debian-start[4211]: ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO)
> Dec 20 01:33:01 JeedomV5 CRON[4440]: (www-data) CMD (/usr/bin/php /var/www/html/core/php/jeeCron.php >> /dev/null)

est -ce depuis plusieurs jours puis juste après tout repart bien, sauf que jeedom est a moitié planté …

Je re-précise que je n’ai aucun problème sur les 10autres VM que j’ai de lancé sur mon proxmox et qui sont aussi sur le RAID SSD …

Pourquoi jeedom délire a 1h31 ? et ce depuis 3/4jours alors que je n’ai rien fait de particulier dessus?

une fois que j’ai reboot les plugin, ou que je fait un reboot jeedom, tout refonctionne normalement jusqu’au lendemain à 1h31

Merci

2

Bonjour,

A quelle heure est le backup Jeedom?
A quelle heure faites-vous des snapshots ou backups proxmox sur cette vm, si vous en faites?
Avez-vous installé l’agent invité et est-il activé correctement? Pouvez-vous montrer une capture d’écran de la config de la vm? (page option et page summary)

3

Bonjour Mips,

Le backup jeedom ce passe a 3h43
Les backup des VM sont toute les 2h est ne dur que 10min (merci proxmox backup serveur)
pour l’agents il semble bien OK il me remonte les info dans proxmox (ip).
Info Proxmox :

image
image735×540 20.4 KB

image
image818×430 18.4 KB

image
image1450×261 13.8 KB

Graph librenms monitoring :
Proxmox :

image
image1456×701 147 KB

Jeedom :

image
image1419×689 80.8 KB

on vois une légère monté du CPU entre 1h30 et 2h40 environ, je n’arrive pas a l’expliquer :
En zoom :
image
image1425×446 26.3 KB

Je viens de checker d’autre VM Linux et j’ai rien a 1h30 dans les syslog aucune erreur

4

Lo,

Es-tu allé voir dans journalctl depuis /var/log/syslog,
Tu peux également conserver pour les démarrages ultérieurs pour du débug un mkdir /var/log/journal,

Je dis ça au cas ou il y aurait un soucis depuis ton proxmox,

Au plaisir, bonne journée,

5

Merci Toms,

RAS dans les LOG de Proxmox aucune erreur.

Par contre peux tu détailler sur /var/log/journal, j’ai un dossier a rallonge avec dedans un fichier « system.journal » que je ne peux pas lire.

J’ai mis a jour ma VM Jeedom, je verrai demain matin si elle a planté.
si vous avez d’autre piste je suis preneur !

Merci

6

En faisant un mkdir /var/log/journal
Tes logs proxmox viendront se loger dans ce fichier,
Tu pourras ensuite extraire ce fichier avec FileZilla par exemple,

Au plaisir, bonne journée,

7

Lo, Maître toms

mkdir ça fait un répertoire pas un fichier …

8

Oui pardon bien vu Olive, les logs iront se loger dans ce dossier :wink:

9

oui pour ça que je comprends pas trop ça demande, de plus j’ai déjà un dossier /var/log/journal créé …

10

image
image1227×162 6.98 KB

11

Et la non plus je comprend pas Filezilla est un client FTP
il n’y a pas de serveur FTP installer par défaut sur proxmox …

1 « J'aime »
12

Ce client FTP n’est pas à installer sur proxmox, mais sur l’ordinateur pour extraire et lire les fichiers nécessaires,

13

j’ai récupérer le fichier system.journal via winscp et après ?

euux un client FTP sert a envoyer et récupérer des fichier sur un serveur FTP.
Désolé je ne comprends pas trop ou tu veux en venir.

14

Ça on est d’accord mais un client FTP pour ce connecter doit trouver un serveur FTP
chose qui n’est pas natif sur une installe proxmox !

1 « J'aime »
15

Fillezilla gère comme winscp le transfert de fichier ssh sur le port 22

Pas besoin d’installer un truc en plus sur la vm

1 « J'aime »
16

Pour moi ça me semble impossible que proxmox soit en cause de plus j’ai refait toute mon installation fin novembre sur des disques SSD neuf, j’ai de gros doute que le problème vienne de la.
est je n’ai aucun problème sur toute les autres VM, j’ai du debian, windows, xpenology, openMPTCP, Opnsense …

17

Ben la c’est plus du protocol FTP …

18

oui sftp mais la différence est mince :wink: à par la sécurisation biensur

19

on ne sait jamais , mais es que les données SMART de ton disque son OK ?

20

yes aucun problème de ce coté la :

image
image1056×166 14.6 KB

image
image1064×199 8.9 KB