#Obiran versus synology

Depuis quelques mois, j’ai mis en oeuvre une nouvelle infrastructure chez moi de type homelab, basée sur un petit serveur intel NUC, ESXi et Ubuntu.

Comme tout bon exploitant avec des tendances devops, j’ai rajouté de la supervision avec NewRelic, divers scripts de contrôle, un dashboard basé sur dashing, l’installation automatisée de VM via ansible et évidemment je me suis ensuite attaqué à la problématique des sauvegardes.

De nombreuses solutions opensource existent déjà (amanda, bacula …) permettant entre autre d’avoir une architecture de type client-serveur. Toutefois, la sauvegarde étant un sujet qui me tient à coeur, j’ai décidé de réutiliser un de mes scripts assez ancien « obiran » pour sauvegarder les fichiers importants directement sur mon NAS Synology.

Mais la mauvaise fée de l’informatique est intervenu d’un coup de baguette numérique rendant impossible de faire fonctionner rsync entre mes VM et le NAS, avec un message d’erreur peu parlant du type Permission denied, please try again.

Après quelques recherches, la solution semble être d’expliciter le chemin du binaire rsync côté synology, avec le paramètre —rsync-path=/usr/syno/bin/rsync. La commande à lancer devient donc:

rsync -azv —rsync-path=/usr/syno/bin/rsync REPERTOIRE_A_SAUVEGARDER -e « ssh -p PORT -i FICHIER-CLEF » USER@SYNOLOGY:REPERTOIRE_DESTINATION

J’ai donc mis à jour Obiran avec un nouveau paramètre pour prendre en compte cette spécificité: Obiran est donc passé en version 0.6, sept ans avec la version 0.5 !

Date de publication: 04/04/2015
Mots-clefs: #projets #devops #backup