Je sauvegarder depuis plusieurs année sur un NAS D-Link Share center sans aucun problème, et puis une nuit j’ai commencé à avoir un plantage de ma box avec plus de 400 messages d’erreur, j’ai recherché le problème et je me suis aperçus que cela commençais au moment de la sauvegarde sur samba même en effectuent une sauvegarde manuel, j’ai désactivé la sauvegarde et cela a bien fonctionné plusieurs nuit, voyant que cela fonctionnait bien j’ai remis en route la sauvegarde sur samba cela a bien fonctionné 2 ou 3 nuit et aujourd’hui cela a encore planté Jeedom avec plus de 400 message (plus de connexion avec ma box internet, plus de connexion avec mon deuxième Jeedom, etc)
Ci-joint le début de la log au moment du plantage et le paramétrage de la sauvegarde :
Erreur sur cd /var/www/html/core/php/…/…/Backup;sudo smbclient //192.168.1.25/Volume_1 -U « % » -I 192.168.1.25 -c « cd Jeedom/Sauvegarde/Jeedom;put backup-Jeedom-4.0.38-2020-01-09-01h38.tar.gz » 2>&1 valeur retournée : 1. Détails : WARNING: The « syslog » option is deprecated Domain=[MAISON] OS=[Unix] Server=[Samba 3.5.6] cli_push returned NT_STATUS_IO_TIMEOUT NT_STATUS_IO_TIMEOUT closing remote file \Jeedom\Sauvegarde\Jeedom\backup-Jeedom-4.0.38-2020-01-09-01h38.tar.gz
Comme je l’ai dit précédemment, ce n’est pas uniquement un problème au niveau du backup avec le protocole samba qui tombe en tineout, il n’y a plus de connexion au niveau de ma box orange mon autre Jeedom ainsi que mes ponts Hue Xiaomi, et j’ai plus de 400 messages de ce genre, et cela arrive après le lancement de la sauvegarde, je viens de lancer une sauvegarde manuellement, et Jeedom ne répond plus je suis obligé de la relancer avec le bouton OFF ON
Erreur sur philipsHue::pull() : Connection failure
2020-01-09 19:04:33
plugin
Echec de la requête HTTP : 192.168.1.43/core/api/jeeApi.php?apikey=afDYrEtaKCmjtUqwQXAn2IKG0tBA75sE4HVSlFh1dvkMhZEf&type=jeelink&remote_cmd_id=1516&remote_cmd_value=95.22&remote_apikey=vqLGS80OD7PdHHWfBrV5rBGuaOE7Ev30 cURL error : Failed to connect to 192.168.1.43 port 80: No route to host
2020-01-09 19:04:24
plugin
Echec de la requête HTTP : 192.168.1.43/core/api/jeeApi.php?apikey=afDYrEtaKCmjtUqwQXAn2IKG0tBA75sE4HVSlFh1dvkMhZEf&type=jeelink&remote_cmd_id=1517&remote_cmd_value=991.61&remote_apikey=vqLGS80OD7PdHHWfBrV5rBGuaOE7Ev30 cURL error : Failed to connect to 192.168.1.43 port 80: No route to host
2020-01-09 19:04:14
plugin
Echec de la requête HTTP : 192.168.1.43/core/api/jeeApi.php?apikey=afDYrEtaKCmjtUqwQXAn2IKG0tBA75sE4HVSlFh1dvkMhZEf&type=jeelink&remote_cmd_id=1515&remote_cmd_value=11.03&remote_apikey=vqLGS80OD7PdHHWfBrV5rBGuaOE7Ev30 cURL error : Failed to connect to 192.168.1.43 port 80: No route to host
Je comprends que c’est Jeedom qui ne repond plus, pas que sa lb est plantée.
Tu as un pc histoire de valider que l’accès à ton partage sur le NAS fonctionne depuis Windows avec le même user/pass ?
Ce qui me choque c’est le -U « % » dans la commande. Normalement le -U c’est pour transmettre un nom d’utilisateur. Tu devrais vérifier comment l’outil de backup est paramétré.
Je n’ai pas paramétré de non d’utilisateur, et de plus, cela fonctionnai depuis plusieurs année sans ce problème, j’ai arrêté la sauvegarde sur le Nas pendant plusieurs jours pour savoir d’ou venais le problème, j’ai remis la sauvegarde en fonctionnement, et cela, a fonctionne 2 jours sans problème et sa recommencé.