Bonjour à tous,
Ce matin je vois que mon compteur d’énergie ne s’actualise pas (Modbus RTU) je décide de reboot Jeedom pour tenter de retrouver mon compteur et depuis black out de Jeedom.
J’arrive a ouvrir une console Putty mais rien en tapant l’IP.
Pourriez vous m’aiguiller pour réparer svp ?
Merci
Bonjour,
C’est un peu vague. ‹ black out ›, ‹ rien en tapant l’IP › = pas de réponse avec un time out au final ?
Ces symptômes pourraient être liés à un bannissement, conséquence directe s’il a eu un taux d’échec de connexion trop important.
Il faut donc soit attendre l’expiration du délai (ce qui peut être long…), soit ouvrir une session en SSH à partir d’un autre terminal (autre PC, smartphone,…), et qui en tout cas utilise une autre @ IP que celle qui a été à priori bannie.
Puis taper la commande :
sudo fail2ban-client status sshd
La liste des @IP bannies doit apparaître dans la dernière ligne, et en particulier (et si c’est bien ça…) l’@IP utilisée à l’origine.
Enfin, pour supprimer cette @IP dans cette liste, taper :
sudo fail2ban-client set sshd unbanip <@IP en question>
Bonjour,
Voir sur la box internet si l’IP de la box jeedom n’aurait pas changé.
akenad 
aie je me suis mal exprimé.
« Rien en tapant l’IP » dans un navigateur, SSH est OK
Voila ce que j’obtien sur un navigateur
Rien en bannissement
Merci pour votre aide
Ok…
Essayez ceci (après avoir vérifié pour l’@IP, comme suggéré par @akenad…):
C’est toujours lié à fail2ban…
L’ip n’a pas changer et l’appareil est bien connecté.
Je n’arrive pas a rajouter l’ip 192.168.1.92 au fichier jeedom.conf il me dit qu’il est en lecture seul.
J’ai testé avec « sudo » et « root » en user et même problème
Quand je passe « root » j’ai ce message qui apparait directement
jeedom@jeedom:~ $ sudo -i
/var/www/html/plugins/mymodbus/ressources/_pyenv/libexec/pyenv-init: ligne 279: impossible de créer un fichier temporaire pour le « here-document » : Système de fichiers accessible en lecture seulement
pyenv: cannot rehash: /var/www/html/plugins/mymodbus/ressources/_pyenv/shims isn't writable
root@jeedom:~#
je pense que Fail2ban est une fausse piste car aucun service ne semble démarrer.
Après avoir creuser avec mes faible compétence je dirais que c’est le service Apache qui ne démarre pas
Oui, il est possible en effet que le serveur ne démarre pas, difficile à affirmer sans les logs de démarrage…
Comment les obtenirs ?
Ca se passe dans /var/log.
Il doit y avoir ces fichiers et répertoires :
Il faut donc voir ce qui y est écrit, en particulier dans le répertoire apache2.
Merci pour ton support c’est très appréciable.
-rw-r--r-- 1 root root 0 avril 9 00:00 alternatives.log
-rw-r--r-- 1 root root 251 avril 8 06:21 alternatives.log.1
-rw-r--r-- 1 root root 247 mai 30 2023 alternatives.log.10.gz
-rw-r--r-- 1 root root 212 avril 15 2023 alternatives.log.11.gz
-rw-r--r-- 1 root root 181 mars 11 2023 alternatives.log.12.gz
-rw-r--r-- 1 root root 135 mars 10 06:46 alternatives.log.2.gz
-rw-r--r-- 1 root root 315 janv. 28 18:38 alternatives.log.3.gz
-rw-r--r-- 1 root root 195 janv. 22 19:56 alternatives.log.4.gz
-rw-r--r-- 1 root root 108 déc. 26 06:18 alternatives.log.5.gz
-rw-r--r-- 1 root root 558 sept. 30 2023 alternatives.log.6.gz
-rw-r--r-- 1 root root 108 août 19 2023 alternatives.log.7.gz
-rw-r--r-- 1 root root 197 août 8 2023 alternatives.log.8.gz
-rw-r--r-- 1 root root 627 juin 21 2023 alternatives.log.9.gz
drwxr-x--- 2 root adm 4096 avril 30 00:00 apache2
drwxr-xr-x 2 root root 4096 avril 24 06:19 apt
-rw-r----- 1 root adm 491607216 avril 30 09:59 auth.log
-rw-r----- 1 root adm 1183317982 avril 28 00:01 auth.log.1
-rw-r----- 1 root adm 20798597 avril 21 00:01 auth.log.2.gz
-rw-r----- 1 root adm 20568619 avril 14 00:01 auth.log.3.gz
-rw-r----- 1 root adm 20505255 avril 7 00:01 auth.log.4.gz
-rw-r--r-- 1 root root 0 janv. 3 2021 bootstrap.log
-rw-rw---- 1 root utmp 0 avril 1 00:00 btmp
-rw-rw---- 1 root utmp 0 mars 1 00:00 btmp.1
-rw-r----- 1 root adm 6849191 avril 30 09:59 daemon.log
-rw-r----- 1 root adm 19819800 avril 28 00:01 daemon.log.1
-rw-r----- 1 root adm 1043237 avril 21 00:01 daemon.log.2.gz
-rw-r----- 1 root adm 1045909 avril 14 00:01 daemon.log.3.gz
-rw-r----- 1 root adm 1040686 avril 7 00:01 daemon.log.4.gz
-rw-r----- 1 root adm 285 avril 30 03:31 debug
-rw-r----- 1 root adm 760 avril 27 16:03 debug.1
-rw-r----- 1 root adm 196 avril 20 03:36 debug.2.gz
-rw-r----- 1 root adm 219 avril 13 17:54 debug.3.gz
-rw-r----- 1 root adm 173 avril 6 13:27 debug.4.gz
-rw-r--r-- 1 root root 25680 avril 24 06:19 dpkg.log
-rw-r--r-- 1 root root 21553 mars 26 06:20 dpkg.log.1
-rw-r--r-- 1 root root 5122 juin 30 2023 dpkg.log.10.gz
-rw-r--r-- 1 root root 2600 mai 30 2023 dpkg.log.11.gz
-rw-r--r-- 1 root root 3207 avril 25 2023 dpkg.log.12.gz
-rw-r--r-- 1 root root 1373 févr. 28 06:17 dpkg.log.2.gz
-rw-r--r-- 1 root root 6580 janv. 30 06:37 dpkg.log.3.gz
-rw-r--r-- 1 root root 1589 déc. 26 06:18 dpkg.log.4.gz
-rw-r--r-- 1 root root 665 nov. 29 06:56 dpkg.log.5.gz
-rw-r--r-- 1 root root 2762 oct. 30 2023 dpkg.log.6.gz
-rw-r--r-- 1 root root 3746 sept. 30 2023 dpkg.log.7.gz
-rw-r--r-- 1 root root 2521 août 19 2023 dpkg.log.8.gz
-rw-r--r-- 1 root root 1526 juil. 26 2023 dpkg.log.9.gz
drwxr-s--- 2 Debian-exim adm 4096 avril 30 00:00 exim4
-rw-r----- 1 root adm 3042 avril 30 09:59 fail2ban.log
-rw-r----- 1 root adm 6815 avril 27 21:52 fail2ban.log.1
-rw-r----- 1 root adm 562 avril 20 22:31 fail2ban.log.2.gz
-rw-r----- 1 root adm 688 avril 13 17:43 fail2ban.log.3.gz
-rw-r----- 1 root adm 710 avril 6 23:49 fail2ban.log.4.gz
-rw-r--r-- 1 root root 3680 avril 19 2021 faillog
-rw-r--r-- 1 root root 1454 avril 19 2021 fontconfig.log
-rw-r----- 1 root adm 735 avril 28 10:43 kern.log
-rw-r----- 1 root adm 735 avril 25 07:06 kern.log.1
-rw-r----- 1 root adm 145 avril 13 17:45 kern.log.2.gz
-rw-r----- 1 root adm 305 avril 8 07:12 kern.log.3.gz
-rw-r----- 1 root adm 300 avril 2 17:47 kern.log.4.gz
-rw-rw-r-- 1 root utmp 296296 mars 8 20:31 lastlog
drwx------ 2 root root 4096 avril 30 07:33 letsencrypt
-rw-r----- 1 root adm 1675 avril 30 00:00 messages
-rw-r----- 1 root adm 2563 avril 28 00:00 messages.1
-rw-r----- 1 root adm 185 avril 21 00:00 messages.2.gz
-rw-r----- 1 root adm 624 avril 14 00:00 messages.3.gz
-rw-r----- 1 root adm 534 avril 7 00:00 messages.4.gz
drwxr-xr-x 2 mosquitto root 4096 août 10 2023 mosquitto
drwxr-s--- 2 mysql adm 4096 avril 30 00:00 mysql
drwx------ 2 root root 4096 janv. 3 2021 private
drwxr-x--- 2 root adm 4096 sept. 2 2019 samba
-rw-r----- 1 root adm 1265143 avril 30 09:59 syslog
-rw-r----- 1 root adm 3043654 avril 30 00:00 syslog.1
-rw-r----- 1 root adm 172279 avril 29 00:00 syslog.2.gz
-rw-r----- 1 root adm 170738 avril 28 00:00 syslog.3.gz
-rw-r----- 1 root adm 170855 avril 27 00:00 syslog.4.gz
-rw-r----- 1 root adm 172182 avril 26 00:00 syslog.5.gz
-rw-r----- 1 root adm 171884 avril 25 00:00 syslog.6.gz
-rw-r----- 1 root adm 171272 avril 24 00:00 syslog.7.gz
drwxr-x--- 2 root adm 4096 avril 1 00:00 unattended-upgrades
-rw-r----- 1 root adm 496 avril 28 10:43 user.log
-rw-r----- 1 root adm 496 avril 25 07:06 user.log.1
-rw-r----- 1 root adm 175 avril 8 07:12 user.log.2.gz
-rw-r----- 1 root adm 176 avril 2 17:47 user.log.3.gz
-rw-r----- 1 root adm 243 mars 8 20:20 user.log.4.gz
-rw-rw-r-- 1 root utmp 127200 avril 30 09:59 wtmp
J’ai télécharger le « errorlog » de apache2 et il n’y a que cette ligne dedans
[Tue Apr 30 00:00:02.114371 2024] [ssl:warn] [pid 19921] AH01909: 127.0.1.1:443:0 server certificate does NOT include an ID which matches the server name
j’ai tenté un « apt update » et meme ca il me dit que j’ai juste les droit de lecture alors que j’ai deja reussi et fais cette manip. C’est vraiment bizarre le coup de la lecture seul
Bonjour.
Moi je vois surtout que votre système est en lecture seul. Je pense que c’est côté disque qu’il y a un problème.
Ah oui. J’ai eu une carte sd hs sur un pi et le symptôme était la lecture seule.
Antoine
ah c’est bien dommage j’ai mis une cle usb de ce type pour eviter ca 
https://www.amazon.fr/Clé-USB-3-1-SanDisk-Extreme/dp/B01MU8TZRV?pd_rd_w=I9IxO&content-id=amzn1.sym.12333d53-bd73-4ce1-8e91-6b3563f8dcc0&pf_rd_p=12333d53-bd73-4ce1-8e91-6b3563f8dcc0&pf_rd_r=BF6AK9V1Y9HG25C9XZJY&pd_rd_wg=3rGyv&pd_rd_r=9617babd-1128-472e-9b3d-a4eafcdda5c1&pd_rd_i=B01MU8TZRV&psc=1&ref_=pd_basp_d_rpt_ba_s_25_t
Pensez vous que ma sauvegarde sera bonne ?
Bonjour.
Ce n’est pas une idée, c’est le résultat de ce qui est écrit dans les logs 
Externalisez toutes les sauvegardes présentes dans ce Jeedom.
Pour la fiabilité, une simple coupure de courant peut provoquer ce problème.
Pour la santé de la clé, si elle est vraiment compatible avec S.M.A.R.T, c’est la clé qui indique elle même qu’elle est HS.
Honnêtement ce n’est pas une idée mais un fait au vu des éléments données.
Merci pour votre aide ! je vais tenter de cloner ma clé USB des que j’en aurai une autre.
Je vais aussi passer sur un NUC je pense pour être sur un stockage en RAID 1 afin de fiabilisé l’ensemble.
