taserback

J'ai compris je viens de voir via winSCP dans /var/log/ le dernier fichier généré. Effectivement le log contient des choses très très interessantes. Ce que je vais faire c'est lancer un Backup et je regarderai après dans le fichier Log. Je t'enverrai par MP le fichier Log ERIC pour me dire ce que tu en penses car il y a des nom de repertoire que je n'ai pas envi de dévoiler sur le fofo. Mais après un premier coup d'oeil, j'ai des erreurs " I/O error " - " Input/output error " ce qui me réconforte pas trop sur la fiabilité d'un de mes disques sur le NAS.

Bonjour Eric je viens de tester la commande "dsmg" mais cela ne fonctionne pas. => : not found Le support center dont tu parles apparait une fois la commande tapée ? Merci, Bonne journée

Bon, plantage de la sauvegarde cela semble être aléatoire ... La dénomination des fichiers ne semble pas être la cause pour moi car en regardant les logs, la sauvegarde peut très bien plantée sur un chemin n'ayant aucun espace ou _,-,. je vais tester en formatant en NTFS. Donc prochain test avec : HDD 500 Go Seagate 3.5 - NTFS - Cable USB2 - Extra delay 200 Si celui là s'avère négatif je testerai avec un extra delay plus important. Taser Amis synologien ! demande de l'aide ! Taser

Visiblement en changeant le boitier RAIDON la sauvegarde a fonctionné sans aucun problème et mon boitier n'a pas été éjecté. Test effectué: Changement de boitier avec cette configuration: HDD 500 Go Seagate 3.5 - EXT4 - Cable USB2 - Extra delay 200 => sauvegarde OK pour 200 Go Prochain test sera avec plus de données avec toujours le boitier changé. Je reviendrai poster les résultats.

Bonjour à tous ! Voici la configuration: DS210J DSM 5.1-5022 2 Seagate Barraccuda 1To en RAID1 Coté Backup: Boitier externe GT1660-SB3 Seagate Barraccuda 3.5 500Go Je vous expose mon problème : J'essaie d'éffectuer une sauvegarde de mes données vers un boitier RAIDON GT1660-SB3, le problème est que la sauvegarde fonctionne de façon très très aléatoire voir même jamais car je me retrouve avec une erreur "Backup failed" et lorsque ce phénomène se produit je me rends compte que le disque USB n'est plus connecté au NAS donc ejecté automatiquement ? ? ? Voici mes tests: NB: la colonne Cable USB3 ou USB2 représente la liaison entre le RAIDON et le NAS HDD 500 Go Seagate 3.5 - NTFS - Cable USB3 => sauvegarde échoue pour 150 Go HDD 500 Go Seagate 3.5 - EXT4 - Cable USB3 => sauvegarde échoue pour 150 Go HDD 500 Go Seagate 3.5 - EXT4 - Cable USB3 - Extra delay 200 - Changement adaptateur secteur du RAIDON => sauvegarde échoue pour 150 Go HDD 500 Go Seagate 3.5 - EXT4 - Cable USB2 - Extra delay 200 => sauvegarde OK pour 150 Go (Super ! je me dis c'est bon je suis sur la bonne voie, je vais donc envoyer la sauce !) HDD 500 Go Seagate 3.5 - EXT4 - Cable USB2 - Extra delay 200 => sauvegarde échoue pour 300 Go (et là c'est le drame !!!!! ) J'ai également testé avec un "Western digital 2.5 500 Go" mais cette fois ci sans le raidon, seulement avec un adaptateur SATA / USB et sans Extra delay: HDD 500 Go Western 2.5 - EXT4 - Adaptateur SATA/USB => sauvegarde OK pour 150 Go Autre test toujours avec le disque "Western digital 2.5 500 Go" dans le RAIDON : HDD 500 Go Western 2.5 - EXT4 - Cable USB3 => sauvegarde échoue pour 150 Go HDD 500 Go Western 2.5 - EXT4 - Cable USB3 - Extra delay 200 => sauvegarde OK pour 150 Go à ce stade je n'ai pas poussé le test avec 300 Go de données sur le western que se soit via l'adaptateur SATA/USB ou par le RAIDON car ce qui m'interesse c'est de sauvegarder sur le seagate. Si l'on analyse mes tests ci-dessus, on peut s'appercevoir que la sauvegarde s'effectue correctement via le RAIDON sur le Seagate partir du moment ou l'extra delay est configuré sur 200 et que je change le câble USB3 par un USB2. Sur le western c'est vraiment bizarre, le test est concluant lorsque je change le raidon par un adaptateur SATA/USB. Mais si je met le western dans le RAIDON sans configurer l'extra delay sur 200 cela ne fonctionne pas, mais si je configure l'extra delay sur 200 avec le western cela fonctionne avec un câble USB3. J'avoue ne plus rien comprendre ! Le problème vient il d'une incompatibilité du boitier ? du disque ? Ou tout simplement le DSM qui délire ? Je suis en train de tester avec un autre boitier RAIDON, je posterai dans la soirée le résultat. Merci à tous, Taser

Bonjour à tous ! J'ai monté entre deux syno (DS209 & DS211J) un RSYNC sur deux sites distants, pour l'instant tout fonctionne bien si je lance la commande manuellement avec l'utilisateur root sans mot de passe avec une clé. (je compte l'automatiser un peu plus tard). Voici ma commande: rsync -avz -e ssh /chemin/local/root@IP WAN:/chemin/distant/ J'aimerai bien éxécuter cette commande avec un utilisateur lambda afin d'éviter d'utiliser l'utilisateur root. J'ai essayé mais rien à faire et j'ai besoin d'aide car là je sèche et je ne dois pas être très loin du but. Dans l'absolu si je comprends bien lorsque j'ai crée ma clé ssh, celle-ci a été crée avec le user: root donc cette clé dépend de root et ne peut pas être utilisé avec un autre compte ? Est-ce que je me trompe ou pas ? Si c'est le cas je vais devoir créer un autre utilisateur qui aura les droits pour générer une clé, donc y a t-il vraiment un interêt au niveau sécurité de créer un deuxième user ? Dites-moi si je me trompe ! Merci à tous. Taser,