higs

Bonjour, J'essai de faire au plus propre une sauvegarde dont serai en charge le syno. J'ai dessus un répertoire Backup partagé avec des répertoire ou certaines sauvegardes viennent se mettre. ce répertoire Backup est ensuite via HyperBackup sauvegardé vers un autre syno avec versionning. Je voudrais recopier dans ce répertoire Backup\HomeAssistant des fichiers issus de mon PI 3b+ qui contient HomeAssistant, en l'occurence le dossier & sous dossier "config" sur ce dernier, j'ai activé Samba et j'y accède via par exemple windows \\monIpHA\config le login et mot de passe son définies sur HomeAssistant sur le Pi3b+ (un seul compte, mot de passe différent de celui de mon syno) J'ai essayé différents moyen via l'interface DSM, mais aucun de concluant, alors que commence à me pencher sur une tâche, mais je n'y arrive pas. "cp: cannot stat '//192.168.1.22/config/*': No such file or directory" j'aurais besoin d'un coup de main. Nota : je ne veux pas déformé la sauvegarde "juste un copie/colle", comme c'est hyperbackup qui ensuite gére le versionning, en cas de soucis sur mon homeassistant je peux directement extraire un fichier. je ré-installe actuellement mon HomeAssistant, car la reprise du backup faite par ce dernier n'a pas été conculante. Merci d'avance.

Bonjour sebnup, j'ai eu plusieurs fois ce problème après avoir galérer des mois (même soucis sur des machines virtuelles sous windows 10) étonnamment quand mon père venait avec son pc portable également sous windows 10 lui n'avait pas le problème. du coup j'ai vérifié une chose, que j'ai paramètré pareil sur le mien et surprise tout remarché ! j'espère donc que ceci pourra d'aider. si ça ne marche pas, il faudra peut-être désinstaller la carte réseau, pilotes... et redémarrer car comme toi j'avais touché à " EnableSMB2Protocol" Dans windows : Applications et conctionnalités, tout en bas : dans Paramètres associés :cliquer sur Programmes et fonctionnalités dans le menu de gauche, Activer ou désactiver des fonctionnalités de windows J'ai : - SMB Direct (coché) Dans la partier en dessous : Support et partage de fichiers SMB1.0/CIFS : - Client SMB 1.0 / CIFS (coché ) - Serveur SMB 1.0 / CIFS (pas coché) - Suppression automatique de SMB 1.0/CIFS (coché) sur les syno, j'ai bien que SMB 2 /3, discovery et bonjour. oui, on a du SMB 1 actif encore mais en client, pourquoi je ne sais pas, peut-être que pour les échanges netbios ou que sais-je. mais le plus important c'est la partie serveur qui ne l'ai pas car c'est elle qui principalement et source de problème de sécurité. (apparemment de ce que j'ai compris) J'espère que tout ceci pourra t'aider ! bonne journée !

non du tout

Bonjour à tous ! Je fais un peu de "ménage informatique", je remet en place des choses pour faire "plus propre". J'ai actuellement une Machine virtuel sous virtualbox qui est en charge de faire des sauvegardes entre mon blog chez Ovh et mon synology, cette virtualbox fais tourner Cobian qui accède à mon blog via FTP et qui fais à chaque fois une copie complète (qui prend tu temps au final pour rien vu les modifs d'un blog) Le cobian est planifié et génére une archive 7zip. Bref c'est un peu le bordel car ça met en oeuvre plusieurs facteurs de risque : La machine qui fais tourner la VM doit être allumé Virtualbox et la VM qui doivent être lancés. Le synology accessible (donc pas coupure réseau entre le Host de la VM et le net, le réseau interne (genre pas de déplacement de machine)) Donc je voudrais simplifié tout ceci pour que ce soit transparent et réalisé par le synology, planifié, limitation en bande passante par exemple, j'ai installé sur mon syno les différents paquet hyperbackup mais il ne semble pas que ce soit là. Un petit coup de main ne serait pas de refus ! Merci à vous !

Je viens de remarquer que depuis la mise à jour DSM 6, je n'ai plus de backup qui se fais de mon OpenMediaVault vers pour DS414. J'ai voulu refaire la procédure que j'avais mise ci dessus, mais plus moyen de me connecter en root au synology... idem sur mon autre synology, pas moyen de me connecter via ssh en root.

Mon problème est résolu grâce à l'immense aide de Fenrir que je tiens à remercier. Pour sa courtoisie, sa patience et sa volonté à ne pas lâcher le morceau, et la réponse à mes questions. Je me permet donc de partager la solution que j'ai reproduis sur un autre nas qui a également fonctionné Rappel : Il s'agit de synchroniser des dossier via rSync entre OpenMediaVault (en Push) vers le Synology Dans le synology : Création du répertoire partager dans le synology File Station, bouton créer, créer un nouveau dossier partagé renseigner le nom puis valider ajouter les permission en lecture/ecriture si nécessaire et valider dans le module de sauvegarde et réplication, aller dans services de sauvegarde activer le service de sauvegarde réseau, appliquer Sur vos NAS sous OpenMediaVault (OMV) : Dans l'interface Web, vérifier dans la section "Services/SSH" que l'authentification par clef publique soit activé la connexion root tunnels via SSH et que le SSH soit activé Dans "services/Rsync" Ajouter une tâche type : Distant Mode : Pousser Dossier partagé : votre dossier défini depuis le module du même nom dans OMV le serveur de destination : root@IPDuSynology:/volume1/repertoirePartage pas de mot de passe activé l'envoi par mail pour savoir si tout c'est bien passé, vous pouvez le désactiver plus tard. Valider Maintenant il faut que les 2 Nas soient autorisés à communiquer étape 1: Pour ce faire j'utilise le logiciel WinSCP qui me permet de me connecter aux Nas tel un explorateur. Ouvrir une connexion en root sur votre Nas sous OMV aller dans le repertoire /root/.ssh vous devrier voir sa clé publique "id_rsa.pub" ouvrir une nouvelle connexion en root vers votre synology aller également dans /root/.ssh créer le fichier autorized_keys s'il n'existe pas. l'ouvrir en edition sous votre session OMV ouvrir votre fichier "id_rsa.pub" en edition recopier la clé à la suite dans le fichier autorized_keys de votre session synology refermer de part est d'autre. étape 2: Il reste maintenant à ce que votre NAS sous OMV connaisse votre synology. ouvrir une console via putty ou Kityy (que moi j'utilise) vers votre Nas sous OMV en root lancer la commande suivante : ssh root@IPDuSynology valider votre mot de passe et vous avez une demande "d'empreinte" à valider par "yes" qui aura comme conséquence d'ajouter le fichier /root/.ssh/known_hosts sur votre nas OMV quitter une fois la connection établie. Rendez vous dans l'interface web de OMV pour exécuter votre rsync, vérifier la réception de vos fichier sur votre Synology. et voilà !

Bon, en effet changer de répertoire n'a pas fait que OMV l'a correctement pris en compte (en édition je retomber sur Enzo, mais je n'avais pas eu de confirmation d'application), donc je suppose que les modification passent pas une zone tampon avant écriture. et je pense que c'était donc du au tiret avec espace dans le nom du répertoire. donc j'ai recréé la tache, sauvegarder, suis aller voir dans le nouveau fichier créer (qui est nommé différemment, doit être un numéro automatique), j'avais bien Enzo cette fois. j'ai voulu l'executer par l'interface d'OMV : Please wait, syncing </media/b88d0e53-c278-4c39-9e17-194741420d43/VideosPrivee/Enzo//> to <rsync://root@192.168.1.4:/dblBackup> ... n unexpectedly closed (0 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9] je vais tenter via la commande direct. Via la commande... c'est en cours j'attends la fin pour voir car pour le moment aucun fichier arrivé. Eh mince... répertoire vide, et message d'erreur root@NAS2:~# rsync -e ssh -avz '/media/b88d0e53-c278-4c39-9e17-194741420d43/Vide osPrivee/Enzo//' root@192.168.1.4:/dblBackup root@192.168.1.4's password: sending incremental file list created directory /dblBackup ./ Enzo - Hobo.mp4 Enzo1 - Naissance.mp4 Enzo10 - Ete2009.mp4 Enzo11 - Oct2009.mp4 Enzo12.mp4 Enzo13 - Noel 2009.mp4 Enzo2 - Mois 1.mp4 Enzo3 - JuinOct2008.mp4 Enzo4 - Bapteme.mp4 Enzo5 - Nov2008.mp4 rsync: writefd_unbuffered failed to write 4 bytes to socket [sender]: Broken pipe (32) rsync: write failed on "/dblBackup/Enzo5 - Nov2008.mp4": No space left on device (28) rsync error: no space on remote server (code 41) at receiver.c(356) [receiver=3.0.9] rsync: connection unexpectedly closed (202 bytes received so far) [sender] rsync error: unexplained error (code 43) at io.c(605) [sender=3.0.9] root@NAS2:~#

je disais plutôt le "-" de Rushs qui pose problème... mais non apparement, j'ai changer de répertoire et quand je lance j'ai un truc étrange... plus d'info dans pas longtemps, je veux m'assurer de ce que je dis. Bon en fait, je navigue entre les différents fichiers "rediriger" que fais OMV donc dans le fichier /etc/cron.d/openmediavault-rsync j'ai : SHELL=/bin/sh PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin # m h dom mon dow user command 0 */4 * * * root /var/lib/openmediavault/cron.d/rsync-4b239efa-b19e-4444-af6a-1b4aa0310dd9 | mail -E -s "Rsync - Sync vers Syno" -a "From: Cron Daemon <root>" root >/dev/null 2>&1 dans le fichier indiqué ci dessus /var/lib... j'ai #!/bin/sh # This configuration file is auto-generated. # WARNING: Do not edit this file, your changes will be lost. . /usr/share/openmediavault/scripts/helper-functions cleanup() { omv_kill_children $$ rm -f /var/run/rsync-4b239efa-b19e-4444-af6a-1b4aa0310dd9 exit } [ -e /var/run/rsync-4b239efa-b19e-4444-af6a-1b4aa0310dd9 ] && exit 1 trap cleanup 0 1 2 5 15 touch /var/run/rsync-4b239efa-b19e-4444-af6a-1b4aa0310dd9 echo "Please wait, syncing </media/b88d0e53-c278-4c39-9e17-194741420d43/VideosPrivee/Telephone - Rushs//> to <rsync://root@192.168.1.4:/dblBackup> ...\n" env RSYNC_PASSWORD="******" rsync --verbose --log-file="/var/log/rsync.log" --recursive --times --compress --archive --delete --perms -e ssh '/media/b88d0e53-c278-4c39-9e17-194741420d43/VideosPrivee/Telephone' rsync://root@192.168.1.4:/dblBackup & wait $! sachant que je viens de remplacer mon partage par "Enzo" à la place de Telephone - Rush je ne sais pas ou ce dernier s'est inscrit du coup... je pense que je vais virer la tâche et la recréer.

J'étais en train de recopier la source du répertoire a recopier : /media/b88d0e53-c278-4c39-9e17-194741420d43/VideosPrivee/Telephone - Rushs// et je remarque que dans la commande généré par OMV, elle n'est pas la même : '/media/b88d0e53-c278-4c39-9e17-194741420d43/VideosPrivee/Telephone' je vais donc tenter avec un autre partage

voici le résultat : Please wait, syncing </media/b88d0e53-c278-4c39-9e17-194741420d43/VideosPrivee/Telephone - Rushs//> to <rsync://root@192.168.1.4:/dblBackup> ... y closed (0 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9] ça m’énerve de ne pas trouver, et d'être impuissant, c'est forcément faisable, je voudrais éviter de lancer des copy via ftp ou autre... car le but de rsync est quand même d'optimiser les transferts de manière à ce que je ne re-transfert pas toujours tout ici. (j'ai des sauvegardes de machine virtuel par exemple et si je ne l'ai pas utiliser le fichier reste identique donc pas besoin de re-transferer des gigas)

j'ai essayé de nouveau : Please wait, syncing </media/b88d0e53-c278-4c39-9e17-194741420d43/VideosPrivee/Telephone - Rushs//> to <rsync://Vince@192.168.1.4:/dblBackup> ... closed (0 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9] sinon par mail (log) j'ai eu plus d'info lors de la tentative automatique (j'ai paramété pour faire un rsync toute les 4h) : Permission denied, please try again.Permission denied, please try again.Permission denied (publickey,password).rsync: connection unexpectedly closed (0 bytes received so far) [sender]rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9] Une chose étrange que je remarque suite à un test, via Kitty (un soft comme putty) pour me connecter en ssh sur le DS414 via Vince et son mot de passe dès que je valide le password la fenetre se ferme.

Bonsoir, Je me suis doutais que c'étais une question de "relation" entre les 2 machines, un échange des clés SSH (du fait que le mot de passe n'est plus nécessaire), le tout était de savoir comment... Donc je viens de faire la commande, j'ai accepté la clé, mais apparement j'ai un permission denied (nota : je suis en Root ssh sur mon OMV) c'est peut-être dû à ça... sachant que c'est le Vince de OMV qui va se connecter au Vince du DS414, je vais essayé. Voici la tentative via root : root@NAS2:~# ssh Vince@ds414 ssh: Could not resolve hostname ds414: Name or service not known root@NAS2:~# ssh Vince@192.168.1.4 The authenticity of host '192.168.1.4 (192.168.1.4)' can't be established. ECDSA key fingerprint is c7:5f:3d:3a:8e:75:af:1c:5a:33:a2:c2:24:8b:1f:26. Are you sure you want to continue connecting (yes/no)? y Please type 'yes' or 'no': yes Warning: Permanently added '192.168.1.4' (ECDSA) to the list of known hosts. Vince@192.168.1.4's password: Permission denied, please try again. Connection to 192.168.1.4 closed. root@NAS2:~# Via mon compte Vince sur OMV : Could not chdir to home directory /home/Vince: No such file or directory $ ssh Vince@192.168.1.4 Could not create directory '/home/Vince/.ssh'. The authenticity of host '192.168.1.4 (192.168.1.4)' can't be established. ECDSA key fingerprint is c7:5f:3d:3a:8e:75:af:1c:5a:33:a2:c2:24:8b:1f:26. Are you sure you want to continue connecting (yes/no)? yes Failed to add the host to the list of known hosts (/home/Vince/.ssh/known_hosts). Vince@192.168.1.4's password: The authenticity of host '192.168.1.4 (192.168.1.4)' can't be established. ECDSA key fingerprint is c7:5f:3d:3a:8e:75:af:1c:5a:33:a2:c2:24:8b:1f:26. Are you sure you want to continue connecting (yes/no)? Failed to add the host to the list of known hosts (/home/Vince/.ssh/known_hosts). Permission denied, please try again. Connection to 192.168.1.4 closed. Donc je pense qu'il manque une permission sur le DS414 pour le Ssh...

Oui, cf captures. j'ai par contre reçu par mail cette nuit "mon log" qui m'en dis un peu plus : Host key verification failed.rsync: connection unexpectedly closed (0 bytes received so far) [sender]rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9] donc apparement problème de clé. sinon comment voir si rsync tourne bien sur le DS414 ?

Bonjour Fenrir, merci de ton aide. J'ai fais plein d'essai sans succès. Voici ou j'en suis. ci joint la configuration via l'interface (nota: il existe sur le site de OpenMediaVault une demo live pour plus de commodité) cette configuration génére un fichier cron.d (/var/lib/openmediavault/) qui contient ceci : #!/bin/sh # This configuration file is auto-generated. # WARNING: Do not edit this file, your changes will be lost. . /usr/share/openmediavault/scripts/helper-functions cleanup() { omv_kill_children $$ rm -f /var/run/rsync-4b239efa-b19e-4444-af6a-1b4aa0310dd9 exit } [ -e /var/run/rsync-4b239efa-b19e-4444-af6a-1b4aa0310dd9 ] && exit 1 trap cleanup 0 1 2 5 15 touch /var/run/rsync-4b239efa-b19e-4444-af6a-1b4aa0310dd9 echo "Please wait, syncing </media/b88d0e53-c278-4c39-9e17-194741420d43/VideosPrivee/Telephone - Rushs//> to <rsync://Vince@192.168.1.4:/dblBackup> ...\n" env RSYNC_PASSWORD="******" rsync --verbose --log-file="/var/log/rsync.log" --recursive --times --compress --archive --delete --perms -e ssh '/media/b88d0e53-c278-4c39-9e17-194741420d43/VideosPrivee/Telephone' rsync://Vince@192.168.1.4:/dblBackup & wait $! mais au moment de l'execution j'ai ce message : Please wait, syncing </media/b88d0e53-c278-4c39-9e17-194741420d43/VideosPrivee/Telephone - Rushs//> to <rsync://Vince@192.168.1.4:/dblBackup> ... tream (code 12) at io.c(605) [sender=3.0.9] je bloque de nouveau... désolé, je ne maitrise pas linux, même si je progresse...

Re bonjour ! J'espère que je poste dans la bonne section... Comme je le disais dans ma présentation, je viens de faire l'acquisition de mon Synology DS414 (un peu dans l'urgence et le fait des "soldes" et du peu d'exemplaire restant) Je possède des NAS sous OpenMediaVault et je viens d'avoir un Raid1 qui contient mes sauvegardes qui a montré des signes de faiblesse. du coup vu la période de soldes et mes conditions : tous mes autres NAS (Full), je me suis retrouvé un peu contraint de faire cet achat précipitamment (je connais le sérieux et la qualité des produits de la société que je suis depuis ses débuts je pense en suivant les tests, les demos en ligne etc..). Précipitamment parce que j'ai vu le compteur de disponibilité descendre rapidement et même être en rupture chez d'autres VPC. Donc juste après ma commande (reçu ce jour) j'ai pu faire de nouveau fonctionné mon Raid1 qui a de nouveau laché hier et que j'ai de nouveau réussi à refaire tourné hier soir pour mes sauvegardes. J'ai donc mis 2 disques qui me restais dans mon DS414 (2x 1,5To), n'ayant pu acheter les disques de 4To que Auchan a bradé vers les 56€ lors de l'ouverture des soldes et commencé ma configuration toute l'après midi. mon DS414 est en SHR, j'espère que je pourrais passé en SHR2 plus tard en ajoutant des disques/changer, mais la question n'est pas là... Je voudrais donc doubler ma sauvegarde, faire un rsync de mon NAS sous OpenMediaVault(OMV) vers mon DS414, mais dès que je lance en push la sauvegarde depuis OMV, je n'ai rien qui se passe de l'autre côté. Dans sauvegarde et réplication/ service de sauvegarde coché activer le service de sauvegarde réseau. créer le rerpertoire "dblBackup" dans le DS414, donné les droits en écriture au "user" de mon NAS. et sur mon NAS j'ia la commande en push : rsync://user@192.168.1.4/dblBackup je ne vois pas ce que j'ai raté...