Sauvegarde SAMBA - NT_STATUS_IO_TIMEOUT

[drs]

Bonjour

A priori, ce problème est résolu avec la version 3.2x

[Fabrice]

Bonjour,

Je viens d'avoir ce problème lors des deux dernières sauvegarde en automatique (étant en congé, je n'ai pas réalisé de mise à jour depuis 15 jours).
- Je suis toujours en 3.1.7 (j'attend ce WE pour le 3.2.x).

Erreur en sauvegarde automatique ou manuel :
Sur un Synology 213+ à jour de tout :
- mais moi, je laisse les disques se mettre en veille
- test de sauvegarde en manuel avec le NAS reveillé

Sauvegarde OK :

Code : Tout sélectionner

[START BACKUP]
***************Start of Jeedom backup at 2018-04-29 05:17:02***************
Send begin backup event...OK
Check database...    OK
Backup database...OK
Persist cache :
OK
Create archive...OK
Clean old backup...OK
Limit the total size of backups to 1000 Mo...
Remove : /var/www/html/core/php/../../backup/backup-Domofab-3.1.7-2018-04-22-05h17.tar.gz
OK
Send backup Samba...WARNING: The "syslog" option is deprecated
Domain=[MAISON] OS=[Windows 6.1] Server=[Samba 4.4.16]
putting file backup-Domofab-3.1.7-2018-04-29-05h17.tar.gz as \Sauvegardesackup-Domofab-3.1.7-2018-04-29-05h17.tar.gz (19401.4 kb/s) (average 19401.4 kb/s)
WARNING: The "syslog" option is deprecated
Domain=[MAISON] OS=[Windows 6.1] Server=[Samba 4.4.16]
WARNING: The "syslog" option is deprecated
Domain=[MAISON] OS=[Windows 6.1] Server=[Samba 4.4.16]
OK
Name of backup : /var/www/html/core/php/../../backup/backup-Domofab-3.1.7-2018-04-29-05h17.tar.gz
Send end backup event...OK
Backup duration : 65s
***************Fin de la sauvegarde de Jeedom***************
[END BACKUP SUCCESS]

Sauvegarde en erreur :

Code : Tout sélectionner

[START BACKUP]
***************Start of Jeedom backup at 2018-04-30 05:17:01***************
Send begin backup event...OK
Check database...    OK
Backup database...OK
Persist cache :
OK
Create archive...OK
Clean old backup...OK
Limit the total size of backups to 1000 Mo...
Remove : /var/www/html/core/php/../../backup/backup-Domofab-3.1.7-2018-04-23-05h17.tar.gz
OK
Send backup Samba...WARNING: The "syslog" option is deprecated
Domain=[MAISON] OS=[Windows 6.1] Server=[Samba 4.4.16]
cli_push returned NT_STATUS_IO_TIMEOUT
/!\ Error on shell exec, return value : 1. Details : Array
(
[0] => NT_STATUS_IO_TIMEOUT closing remote file \Sauvegardesackup-Domofab-3.1.7-2018-04-30-05h17.tar.gz
)
/!\OK
Name of backup : /var/www/html/core/php/../../backup/backup-Domofab-3.1.7-2018-04-30-05h17.tar.gz
Send end backup event...OK
Backup duration : 136s
***************Fin de la sauvegarde de Jeedom***************
[END BACKUP SUCCESS]

Ma configuration :
- Raspberry PI 3B+

Du coup, je viens de faire en SSH :
Les mises à jour de l'OS :

Code : Tout sélectionner

apt-get update
apt-get upgrade

Puis, la mise à jour du firmware du Raspberry PI 3B+

Code : Tout sélectionner

rpi-update

Un redémarrage (obligatoire)

Ce qui donne maintenant :

Code : Tout sélectionner

/opt/vc/bin/vcgencmd version
version 90a06d6c6299583cfbf40033bbf895a45920fa71 (clean) (release)

Santé donne :

Code : Tout sélectionner

Linux jeedom 4.14.37-v7+ #1111 SMP Thu Apr 26 13:56:59 BST 2018 armv7l GNU/Linux [9.4]

Test de la sauvegarde en manuelle :
- OK

Du coup, je suis certain que l'erreur ne provient pas de Jeedom et que la mise à jour a rien du corriger du tout (tout au plus, l'erreur dans la log "WARNING: The "syslog" option is deprecated"
- Dans mon cas, je pense que c'est le redémarrage du Raspberry PI qui a corrigé la situation.

[drs]

Bonjour

Je me repenche sur ce problème car mes sauvegardes samba ne fonctionnent plus non plus, que ce soit en auto ou en déclenchement manuel.

En fait, la sauvegarde se fait, et la copie commence, et s'arrête. La sauvegarde normale doit faire environ 51Mo, et le fichier copié ne fait que 2 ou 4mo, ça dépend des fois.
Le message est celui-ci:

Code : Tout sélectionner

[START BACKUP]
***************Start of Jeedom backup at 2018-05-12 18:16:42***************
Envoie l'événement de début de sauvegarde...OK
Vérifie la base de données...
OK
Sauvegarde la base de données...
OK
Persist cache :
OK
Créer l'archive...
OK
Nettoyage l'ancienne sauvegarde...OK
Limite la taille des sauvegardes à 500 Mo...
OK
Send backup Samba...WARNING: The "syslog" option is deprecated
Domain=[WORKGROUP] OS=[Windows 6.1] Server=[Samba 4.4.16]
cli_push returned NT_STATUS_IO_TIMEOUT
[2018-05-12 18:18:24][ERROR] : Erreur dans l'exécution du terminal, la valeur retournée est : 1. Détails : Array (     [0] => NT_STATUS_IO_TIMEOUT closing remote file \jeedomackup-sgjee-3.2.6-2018-05-12-18h16.tar.gz )
/!\ Erreur dans l'exécution du terminal, la valeur retournée est : 1. Détails : Array
(
[0] => NT_STATUS_IO_TIMEOUT closing remote file \jeedomackup-jeedom-3.2.6-2018-05-12-18h16.tar.gz
)
/!\OK
Nom de la sauvegarde : /var/www/html/core/php/../../backup/backup-jeedom-3.2.6-2018-05-12-18h16.tar.gz
Vérifiez les droits sur les fichiers...
OK
Envoi l'événement de fin de sauvegarde...OK
Durée de la sauvegarde : 103s
***************Fin de la sauvegarde de Jeedom***************
[END BACKUP SUCCESS]

J'ai donc tenté la même sauvegarde sur un jeedom en virtualbox, version 3.2.3, avec les mêmes paramètres de sauvegarde, et tout fonctionne:

Code : Tout sélectionner

[START BACKUP]
***************Start of Jeedom backup at 2018-05-12 18:19:26***************
Envoie l'événement de début de sauvegarde...OK
Vérifie la base de données...OK
Sauvegarde la base de données...OK
Persist cache :
OK
Créer l'archive...
OK
Nettoyage l'ancienne sauvegarde...OK
Limite la taille des sauvegardes à 500 Mo...
OK
Send backup Samba...WARNING: The "syslog" option is deprecated
Domain=[WORKGROUP] OS=[Windows 6.1] Server=[Samba 4.4.16]
putting file backup-sgjeevb3.1.7-3.2.3-2018-05-12-18h19.tar.gz as \jeedomackup-jeedomvb3.1.7-3.2.3-2018-05-12-18h19.tar.gz (35182.9 kb/s) (average 35182.9 kb/s)
WARNING: The "syslog" option is deprecated
Domain=[WORKGROUP] OS=[Windows 6.1] Server=[Samba 4.4.16]
OK
Nom de la sauvegarde : /var/www/html/core/php/../../backup/backup-jeedomvb3.1.7-3.2.3-2018-05-12-18h19.tar.gz
Envoi l'événement de fin de sauvegarde...OK
Durée de la sauvegarde : 4s
***************Fin de la sauvegarde de Jeedom***************
[END BACKUP SUCCESS]

J'ai mis à jour en 3.2.6, et tout fonctionne aussi.

La seule différence que je vois, c'est qu'après le message Domain=[WORKGROUP] OS=[Windows 6.1] Server=[Samba 4.4.16], j'ai OK pour le jeedom qui fonctionne, et cli_push returned NT_STATUS_IO_TIMEOUT pour celui qui ne fonctionne pas.



Alors je me dis que cela pourrait venir de mon jeedom. Mais que vérifier? et où?

[boltze]

Bonjour a tous,

J'ai le même problème de backup avec mon Jeedom (version 3.2.16) sur un PI 3.

Mon log :

[START BACKUP]
***************Start of Jeedom backup at 2019-02-19 11:24:04***************
Envoie l'événement de début de sauvegarde...OK
Vérifiez les droits sur les fichiers...OK
Vérifie la base de données...
OK
Sauvegarde la base de données...
OK
Persist cache :
OK
Créer l'archive...
OK
Nettoyage l'ancienne sauvegarde...OK
Limite la taille des sauvegardes à 500 Mo...
OK
Send backup Samba...WARNING: The "syslog" option is deprecated
[2019-02-19 11:24:26][ERROR] : Erreur dans l'exécution du terminal, la valeur retournée est : 1. Détails : Array ( [0] => Connection to 192.168.10.99 failed (Error NT_STATUS_IO_TIMEOUT) )
/!\ Erreur dans l'exécution du terminal, la valeur retournée est : 1. Détails : Array
(
[0] => Connection to 192.168.10.99 failed (Error NT_STATUS_IO_TIMEOUT)
)
/!\OK
Nom de la sauvegarde : /var/www/html/core/php/../../backup/backup-Moulin_48-3.2.16-2019-02-19-11h24.tar.gz
Vérifiez les droits sur les fichiers...OK
Envoi l'événement de fin de sauvegarde...OK
Durée de la sauvegarde : 23s
***************Fin de la sauvegarde de Jeedom***************
[END BACKUP SUCCESS]

Quelqu'un aurait une idée ?

[lionelb]

Sur Windows ou Synology il faut réactiver SMB1 si l'O/S de Jeedom ne supporte pas au delà...

[Bosquetia]

Sur Windows ou Synology il faut réactiver SMB1 si l'O/S de Jeedom ne supporte pas au delà...

L'os de jeedom est linux et il suffit de configurer le fichier conf on en a deja parlé...

Mais le timeout en erreur est plus du au fait que les gens ont leur NAS éteints ou les disques en veille

Dans tous les cas l'erreur n'est pas dans Jeedom puisque celui-ci ne fait qu'utiliser le packet smb de linux !

[lionelb]

Sur Windows ou Synology il faut réactiver SMB1 si l'O/S de Jeedom ne supporte pas au delà...

L'os de jeedom est linux et il suffit de configurer le fichier conf on en a deja parlé...

Mais le timeout en erreur est plus du au fait que les gens ont leur NAS éteints ou les disques en veille

Dans tous les cas l'erreur n'est pas dans Jeedom puisque celui-ci ne fait qu'utiliser le packet smb de linux !

Dans un cas que je viens de voir le problème était là. La bonne solution aurait bien sur été de mettre à jour l'o/s supportant Jeedom. Mais je suis d'accord, c'est le paquet smb sous Linux qui n'est pas à jour. Mais comme je ne voulais pas toucher à ça j'ai contourné.

[benj29]

Bonsoir, je rencontre le même souci sur un de mes Jeedom.
Tous mes backups sont faits sur un NAS QNAP partagé en SAMBA.
Mon NAS est ON permanent et je fais ça quand notamment j'ai d'autres synchros qui tournent.

J'en ai un qui tourne en VM Debian9 sur Proxmox, RAS, il fait ses backups parfaitement sans souci, sans warning.



Par contre, j'ai une VM qui tourne sur mon NAS QNAP avec les mêmes paramètres d'accès et depuis 3 jours plus aucune sauvegarde !

Code : Tout sélectionner

Erreur dans l'exécution du terminal, la valeur retournée est : 1. Détails : WARNING: The "syslog" option is deprecated Domain=[WORKGROUP] OS=[QTS] Server=[Samba 4.4.16] cli_push returned NT_STATUS_IO_TIMEOUT putting file backup-JeedomMonit-3.3.25-2019-06-13-03h44.tar.gz as \Backups\Jeedom_Monit\backup-JeedomMonit-3.3.25-2019-06-13-03h44.tar.gz (281,4 kb/s) (average 281,4 kb/s)

Et du coup, les fichiers sont nuls.



Curieusement, oui cela correspond au nombre maxi de sauvegarde autorisé (ici 3maxi alors que le premier est 7 sans souci). Un bug ?
Je vais passer à 7 et voir ce que cela change...

Fabrice, auriez-vous réglé votre souci ?

(je tourne sur la dernière release jeedom en stable sur mes 2 jeedom et système à jour partout qnap, debian).

[pascals]

Bonjour a tous

meme probleme chez moi, mais pour ma part, le NAS est a 2000km de chez moi ...
le backup sur le NAS local est ok
le backup du jeedom distant de 2000km sur mon NAS local, envoi le message de IO_TIMEOUT

j'ai une pauvre bande passante de mon coté, et je pense que c'est le buffer d'emission qui n'arrive pas a se vider suffisamment rapidement , et envoie du coup un TIMEOUT ...

du coup, comment configurer le buffer , plus gros ou plus petit, pour qu'il evite de passer par la case TIMEOUT ?
et quel parametre mofier dans la config de samba client ? /etc/samba/smb.conf ??

J'ai evidemment fait de nombreux essais , sans succes avant de poster ce message !

merci a tous

[Theguilt]

bonjour, j'ai le même problème avec la sauvegarde sur la freebox:

Erreur dans l'exécution du terminal, la valeur retournée est : 1. Détails : WARNING: The "syslog" option is deprecated protocol negotiation failed: NT_STATUS_CONNECTION_DISCONNECTED

quelqu'un a réussi à résoudre le problème?

Merci

[benj29]

Pour ma part c'était simplement un problème de droits sur le répertoire de partage de mon qnap.

Envoyé de mon JSN-L21 en utilisant Tapatalk

[Theguilt]

Je pense que c’est pareil pour mon. Comment tu l’as résolu?
Merci

[benj29]

Rappliquer les droits sur le répertoire partagé de mon qnap.

Envoyé de mon JSN-L21 en utilisant Tapatalk

[Theguilt]

merci tu as fait comment?

[benj29]

Par l'interface QNAP. Mais j'ai plutôt l'impression que tu ne vois pas de quoi je parle. Tu as un NAS pour tes stockages de backup ?
Sur QNAP, ça se passe dans Dossiers Partagés dans Paramètres.

Je l'explique ici sur mon blog :
https://jeedom-facile.fr/index.php/2018 ... le-jeedom/