Difficile de trancher parmi tous ces spécialiste du NAS
Pour votre information j’ai des Western digital red PRO de 2 Tera
A+
1 « J'aime »
Bonjour,
Pour info, je n’ai jamais eu ce problème de timeout depuis 2015/2016 et je l’ai eu cette nuit/.
Entre le 20 et 21 mars, j’ai remplacé les disques de mon NAS (augmentation de la taille et prévention).
Et hop, cette nuit (la 1ere nuit avec le NAS avec les 2 nouveaux disque) : j’ai eu ce problème.
J’ai détaillé ici :
Détails : protocol negotiation failed: NT_STATUS_IO_TIMEOUT - Utilisation du core de Jeedom / Backup/Restauration - Communauté Jeedom
Je me rend compte que l’analyse n’est pas facile, car Jeedom 15 secondes de retard avec la vraie heure.
Jeedom est en retard par rapport à l’OS qui l’héberge, le Linux est parfaitement synchronisé, mais pas Jeedom.
Bonjour,
Dans le menu du syno, il y a Planif Alim quelqu’un a essayé en Allumant le Nas 5 minutes avant l’heure de la sauvegarde Samba ?
Bonjour,
Non, pas testé, ca je suis sur que cela va fonctionner.
J’ai plus fait un retour, car j’ai dit que je n’avais pas le problème… .et, faute au karma comme on dit, j’ai eu le problème cette nuit !
=> Mon seul changement : les disques du NAS
Je vais voir si cette nuit il y encore l’erreur.
Je pense déjà, qu’il faudrait savoir pourquoi Jeedom a 15 secondes de moins que l’OS qui l’héberge (la commande : timedatectl de l’OS est ok, cela affiche les bonnes heures ;
=> ce n’est que Jeedom qui a 15 secondes de retard
Et autre point, il y a un timeout de -t 120 secondes sur la commande du backup vers le NAS et mon NAS est UP au moins 75 secondes avant la fin de ce timeout. Malgré tout, cela tombe en échec (du coup, soit le timeout n’est pas interprété, soit il ne fonctionne pas comme je l’imagine).
Perso je ne constate pas cette différence !
La commande de backup ne fait qu’exécuter une commande samba en lui passant des paramètres.
A voir si en lançant le backup en ligne de commande ça a le même comportement chez toi.
En tout cas, le ratio avantage / emmerdement de l’hibernation des HD sur un NAS laisse rêveur
Perso j’ai abandonné samba, j’utilise cloudsynpro en sftp pour transférer mon fichier backup vers le Nas à la fin de la sauvegarde de jeedom déclenché par #end_backup#.
Comme ça le temps de transfert vers le Nas est mieux géré car non dépendant des éventuels temps de pose ou tout simplement du temps que met jeedom à faire son backup.
Bonsoir Fabrice,
Oui bizard ce problème de synchronisation.
Bon peut être qu’un jour une solution sera trouvé pour ce Timeout avec Samba ?
Question c’est quoi la différence entre hibernation et veille sur un NAS ?
ne pourait-on pas mettre en hibernation le Nas et le réveiller juste pour le backup ?
Par contre toi je vois que tu enregistres des flux vidéo donc c’est pas possible.
Merci
Hibernation ce sont les disques qui s’arrêtent de tourner
Veille cest comme ta tele. C eteint sans l"etre vraiment
Pour samba, on peut augmenter le timeout mais au dela de 120 valeur actuelle c’est aberrant.
Dc plus les disques seront long a redemarrer plus y a de chance d’avoir le souci.
Dc ou tu ne fais pas d’hibernation ou tu te debrouilles pour reactiver avant le backup jeedom ou tu changes l’heure des backup jeedom ou tu changes de technique via un plugin.
BOnjour,
Hibernation = veille (c’est géré par les disques eux même)
J’avais une règle constructeur : hibernation 10 minute, puis mise en veille du NAS 10 minutes plus tard.
Cela ne fonctionne plus avec les nouveaux disques (erreur identique encore ce matin).
Je viens d’arrêter l’hibernation et donc le NAS ne se mettra plus en veille non plus.
Pour les 120 secondes de timeout dans la commande smbclient qui envoie la sauvegarde vers le NAS, je ne sais pas si elle fonctionne en vraie, car le NAS met bien moins de 2 minutes à se réveiller (les logs du NAS l’atteste).
Cela est visible dans le log de Jeedom, qui conclus une fin de sauvegarde 43 secondes après le début. Donc pour moi (a vérifier par plus connaisseur que moi), pour moi Jeedom n’attend pas ces 120 secondes.
La caméra IP qui enregistre sur le NAS, n’a pas de mal à le réveiller (Jeedom non plus, sauf que Jeedom ne semble pas du tout attendre ces 120 secondes).
1 « J'aime »
Ce nest pas jeedom qui nattend pas les 120 sec puisque jeedom execute une commande linux smb.
Dc tu as trouvé un bug dans samba.
Soit smbclient, soit Jeedom qui ne transmet pas bien cette commande (elle est bien indiquée dans le log, donc j’ai confiance en Jeedom, mais je ne connais pas les contextes d’exécution et il y a un espace en trop entre la commande et le 1er paramètre (-t 120), je ne sais pas s’il y a une incidence ou pas.
Teste la.commande en ssh directement tu seras fixé. Mais je doute que ca soit cela. Linterpreteur linux est plutot bon meme avec des retours a la ligne parfois
Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.