Plus d'acces à Jeedom le matin un jour sur deux depuis deux jours!

Emlivyo · Janvier 15, 2021, 12:16

Ok merci pour l’information.
Moi pour pallier à tous problèmes (ethernet et plantage), je suis en train d’installer en ce moment même une prise wifi qui va piloter mon rpi3. Si pb (sauf coupure réseau complète bien sûr), je peux reboote le pi a distance

Emlivyo · Janvier 18, 2021, 8:49

Bonjour,

Juste pour information, je viens d’avoir un plantage à l’instant alors que je regardais mes historiques sous jeedom, je ne sais pas si cela peut aider quelqu’un sur quoi que ce soit mais je le dis quand même au cas ou
Du coup, je vais en profiter pour brancher le pi sur la prise wifi
Uptime de 7jours, c’est pas mal.

Domatizer · Janvier 18, 2021, 9:01

24j en décembre
18j en janvier
12h hier (2 plantages dans la même journée)

C’est vraiment un truc de dingue ce bug !
J’ai enlevé le SSD, l’alime du hub, c’est toujours pareil !

Le prochain essai pour moi sera de déporter tous les dongles USB sur une deuxième machine avec USB Redirector. Ainsi, il n’y aura plus rien de brancher sur le RPi de Jeedom. On ne pourra pas dire que ça vient du Hub

Bonne idée pour la prise WiFi

Emlivyo · Janvier 18, 2021, 9:04

Moi je pense que c’est la version 64bits…

Domatizer · Janvier 18, 2021, 9:04

Même pas, je suis en 32bits

Emlivyo · Janvier 18, 2021, 9:05

Pour mon bug a moi…

lone · Janvier 18, 2021, 10:25

Vous devriez faire un test avec un cron qui reboote la nuit une fois par semaine.
De toute façon ce n’est pas bon de ne jamais rebooter, les màj kernel ne se font pas.

Domatizer · Janvier 20, 2021, 1:16

Plus possible maintenant, ça plante complètement au moins une fois par jour à n’importe quel moment. Je n’en peux plus, ça dure depuis plus de 6 mois. Il y a un pb hardware quelque part avec l’USB

Dans le fichier /var/log/user

Jan 20 07:51:35 RPi4b-Jeedom mtp-probe: checking bus 1, device 5: "/sys/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.4/1-1.4.1"
Jan 20 07:51:35 RPi4b-Jeedom mtp-probe: bus: 1, device: 5 was not an MTP device
Jan 20 07:51:35 RPi4b-Jeedom mtp-probe: checking bus 1, device 8: "/sys/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.4/1-1.4.4/1-1.4.4.2"
Jan 20 07:51:35 RPi4b-Jeedom mtp-probe: checking bus 1, device 7: "/sys/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.4/1-1.4.4/1-1.4.4.1"
Jan 20 07:51:35 RPi4b-Jeedom mtp-probe: bus: 1, device: 8 was not an MTP device
Jan 20 07:51:35 RPi4b-Jeedom mtp-probe: checking bus 1, device 10: "/sys/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.4/1-1.4.4/1-1.4.4.4"
Jan 20 07:51:35 RPi4b-Jeedom mtp-probe: bus: 1, device: 7 was not an MTP device
Jan 20 07:51:35 RPi4b-Jeedom mtp-probe: bus: 1, device: 10 was not an MTP device
Jan 20 07:51:35 RPi4b-Jeedom mtp-probe: checking bus 1, device 5: "/sys/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.4/1-1.4.1"
Jan 20 07:51:35 RPi4b-Jeedom mtp-probe: checking bus 1, device 9: "/sys/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.4/1-1.4.4/1-1.4.4.3"
Jan 20 07:51:35 RPi4b-Jeedom mtp-probe: bus: 1, device: 9 was not an MTP device
Jan 20 07:51:35 RPi4b-Jeedom mtp-probe: checking bus 1, device 7: "/sys/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.4/1-1.4.4/1-1.4.4.1"
Jan 20 07:51:35 RPi4b-Jeedom mtp-probe: bus: 1, device: 7 was not an MTP device
Jan 20 07:51:35 RPi4b-Jeedom mtp-probe: bus: 1, device: 5 was not an MTP device
Jan 20 07:51:35 RPi4b-Jeedom mtp-probe: checking bus 1, device 9: "/sys/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.4/1-1.4.4/1-1.4.4.3"
Jan 20 07:51:35 RPi4b-Jeedom mtp-probe: bus: 1, device: 9 was not an MTP device
Jan 20 07:51:35 RPi4b-Jeedom mtp-probe: checking bus 1, device 8: "/sys/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.4/1-1.4.4/1-1.4.4.2"
Jan 20 07:51:35 RPi4b-Jeedom mtp-probe: checking bus 1, device 10: "/sys/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.4/1-1.4.4/1-1.4.4.4"
Jan 20 07:51:35 RPi4b-Jeedom mtp-probe: bus: 1, device: 8 was not an MTP device
Jan 20 07:51:35 RPi4b-Jeedom mtp-probe: bus: 1, device: 10 was not an MTP device
Jan 20 07:51:37 RPi4b-Jeedom mtp-probe: checking bus 1, device 12: "/sys/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.4/1-1.4.3"
Jan 20 07:51:37 RPi4b-Jeedom mtp-probe: bus: 1, device: 12 was not an MTP device
Jan 20 07:51:37 RPi4b-Jeedom mtp-probe: checking bus 1, device 12: "/sys/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.4/1-1.4.3"
Jan 20 07:51:37 RPi4b-Jeedom mtp-probe: bus: 1, device: 12 was not an MTP device
Jan 20 07:51:38 RPi4b-Jeedom mtp-probe: checking bus 1, device 13: "/sys/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.4/1-1.4.3"
Jan 20 07:51:38 RPi4b-Jeedom mtp-probe: bus: 1, device: 13 was not an MTP device
Jan 20 07:51:38 RPi4b-Jeedom mtp-probe: checking bus 1, device 13: "/sys/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.4/1-1.4.3"
Jan 20 07:51:38 RPi4b-Jeedom mtp-probe: bus: 1, device: 13 was not an MTP device
Jan 20 07:51:47 RPi4b-Jeedom htpdate: htpdate version 1.2.0 started

Et toujours le problème de l’heure.
Ce n’est pas possible d’avoir 25 min de décalage (en moins de 24h de foonctionnement) au moment du bug !

Jan 20 08:09:01 RPi4b-Jeedom systemd[1]: Starting Clean php session files...
Jan 20 08:09:01 RPi4b-Jeedom systemd[1]: phpsessionclean.service: Succeeded.
Jan 20 08:09:01 RPi4b-Jeedom systemd[1]: Started Clean php session files.
Jan 20 08:10:01 RPi4b-Jeedom CRON[32446]: (root) CMD (/usr/bin/php /var/www/html/core/php/watchdog.php >> /dev/null)
Jan 20 08:10:01 RPi4b-Jeedom CRON[32447]: (www-data) CMD (/usr/bin/php /var/www/html/core/php/jeeCron.php >> /dev/null)
Jan 20 08:11:01 RPi4b-Jeedom CRON[2692]: (www-data) CMD (/usr/bin/php /var/www/html/core/php/jeeCron.php >> /dev/null)
Jan 20 08:11:38 RPi4b-Jeedom systemd[1]: Starting Cleanup of Temporary Directories...
Jan 20 08:11:38 RPi4b-Jeedom systemd-tmpfiles[4327]: [/usr/lib/tmpfiles.d/fail2ban-tmpfiles.conf:1] Line references path below legacy directory /var/run/, updatin$
Jan 20 08:11:38 RPi4b-Jeedom systemd[1]: systemd-tmpfiles-clean.service: Succeeded.
Jan 20 08:11:38 RPi4b-Jeedom systemd[1]: Started Cleanup of Temporary Directories.
Jan 20 08:12:01 RPi4b-Jeedom CRON[5179]: (www-data) CMD (/usr/bin/php /var/www/html/core/php/jeeCron.php >> /dev/null)
Jan 20 08:13:01 RPi4b-Jeedom CRON[7588]: (www-data) CMD (/usr/bin/php /var/www/html/core/php/jeeCron.php >> /dev/null)
Jan 20 08:14:01 RPi4b-Jeedom CRON[10011]: (www-data) CMD (/usr/bin/php /var/www/html/core/php/jeeCron.php >> /dev/null)
Jan 20 08:15:01 RPi4b-Jeedom CRON[12479]: (root) CMD (/usr/bin/php /var/www/html/core/php/watchdog.php >> /dev/null)
Jan 20 08:15:01 RPi4b-Jeedom CRON[12480]: (www-data) CMD (/usr/bin/php /var/www/html/core/php/jeeCron.php >> /dev/null)
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@$
Jan 20 07:51:35 RPi4b-Jeedom kernel: [    0.000000] Booting Linux on physical CPU 0x0000000000 [0x410fd083]
Jan 20 07:51:35 RPi4b-Jeedom kernel: [    0.000000] Linux version 5.4.79-v8+ (dom@buildbot) (gcc version 8.4.0 (Ubuntu/Linaro 8.4.0-3ubuntu1)) #1373 SMP PREEMPT M$
Jan 20 07:51:35 RPi4b-Jeedom systemd-fsck[106]: /dev/mmcblk0p2: clean, 134628/1933312 files, 2498945/7725184 blocks
Jan 20 07:51:35 RPi4b-Jeedom kernel: [    0.000000] Machine model: Raspberry Pi 4 Model B Rev 1.1
Jan 20 07:51:35 RPi4b-Jeedom kernel: [    0.000000] efi: Getting EFI parameters from FDT:
Jan 20 07:51:35 RPi4b-Jeedom systemd[1]: Started Remount Root and Kernel File Systems.
Jan 20 07:51:35 RPi4b-Jeedom kernel: [    0.000000] efi: UEFI not found.
Jan 20 07:51:35 RPi4b-Jeedom kernel: [    0.000000] Reserved memory: created CMA memory pool at 0x000000001ec00000, size 256 MiB
Jan 20 07:51:35 RPi4b-Jeedom kernel: [    0.000000] OF: reserved mem: initialized node linux,cma, compatible id shared-dma-pool
Jan 20 07:51:35 RPi4b-Jeedom kernel: [    0.000000] On node 0 totalpages: 1025536
Jan 20 07:51:35 RPi4b-Jeedom systemd[1]: Starting Create System Users...

Je vais régler ça à coup d’argent et à coup de pioche pour l’élément foireux !!! Je vais me racheter un ensemble RPi4 complet. Je prends un RPi4 8G pour avoir une version plus récente.

lone · Janvier 20, 2021, 1:55

Ce serait intéressant de mettre le même système sur un autre pi4 pour voir si ça vient de lui.

Domatizer · Janvier 20, 2021, 1:59

Oui, mais je serai obliger de passer en 64bit d’abord.
De toute façon, il va falloir que que fasse tout un tas d’essai en permettant le matériel.
À suivre…

lone · Janvier 20, 2021, 2:01

Pourquoi ?

edit: ah oui si tu prends le 8Go

naboleo · Janvier 20, 2021, 2:01

Hello,
Si tu as centimes de coté https://www.lextronic.fr/module-rtc-pi-ds1307-103030277-39851.html

Domatizer · Janvier 20, 2021, 2:05

Je suis 32bits sur le RPi4 4GB, je ne suis pas sûr que cela fonctionne sur le RPi4 8G ?

Il faut que ça rentre dans ça
https://www.amazon.fr/gp/product/B07ZVKN262/

naboleo · Janvier 20, 2021, 2:16

avec boitier basique, ça laissera la temps de faire un essai

Emlivyo · Janvier 21, 2021, 8:52

Bonjour,

Juste pour info, plantage ce matin à 00h59. Reboot à 8h04 et replantage 5 minutes plus tard… maison pas chauffée au réveil ce matin, encore une fois pas terrible et WAF-- .
Je vais repasser en 32bits rapidement…

Fabrice · Janvier 21, 2021, 9:01

Bonjour,

Avez-vous lu mon REX sur mon passage en 64 bits ?
Je résume : RPi3b+ 64 bits = plantage de l’OS régulier => installation 32 bits => retour de la stabilité que j’avais avant.

Pour plus de détail :
Pi3B+ : Raspberry Pi OS : 32 bits ou 64 bits? - Matériel Jeedom - Hardware / Raspberry Pi ou autre carte DIY (Faire soi-même) - Communauté Jeedom

Emlivyo · Janvier 21, 2021, 9:09

oui bien sur @Fabrice que j’ai bien lu tout ça, bien suivi et même participé au début .
Donc je fais le même constat que toi et je vais repasser sur la 32bits également.
En plus, cela me fera refaire la manip d’installation, restauration backup etc… donc ça sera pas mal

Fabrice · Janvier 21, 2021, 9:14

En cas de besoin, je suis disponible, même en message privé.
Je suis rodé à cette tâche : installation OS / installation Jeedom / restauration Jeedom / installation des dépendances de plugin.
Les temps : 10mn / 20mn / 5mn / 1-2 heures

Mais surtout, j’ai retrouvé la stabilité que j’avais avant.

Emlivyo · Janvier 21, 2021, 9:33

Merci pour ta dispo,
Je vois que tu conseilles à chaque fois une installation indépendante de l’OS puis de Jeedom en ligne de commande plutôt que d’utiliser l’image officielle jeedom pour rpi 32bits, y a t-il une raison (ou des avantages) à cela ?
Merci

Fabrice · Janvier 21, 2021, 9:47

Alors, je ne conseille pas, j’explique ce que je fait
=> dis autrement : je reste prudent et je ne veux pas me mettre à dos l’équipe de Jeedom. L’équipe de Jeedom a réalisée des images afin de faciliter cette tâche pour ceux qui ne veulent pas savoir le faire eux même : c’est donc une bonne idée / solution

Moi, je sais faire, donc je l’installe moi même.
- J’ai fait un tutoriel pas à pas pour faire cela, je pense que c’est formateur pour ceux qui souhaites comprendre comment cela se passe.

La partie ci-dessous, ne concerne QUE les utilisateurs de Raspberry Pi :
Par contre, si beaucoup d’utilisateurs ont des problèmes en 64 bits et qu’après être repassé en 32 bits, ils n’ont plus ces problèmes, je vais le signaler pour ne pas que Jeedom pousse vers des installations en 64 bits sur nos Raspberry Pi (la version est toujours en bêta officiellement chez Raspberry.org.