Backup Syno->Serveur Rsync (Non Syno) En Veille (Wake On Lan Necessaire)

[kikouk]

Bonjour à tous !

J'ai la problématique suivante (rien trouvé d'équivalent dans les sujets que j'ai pu parcourir) :

J'ai besoin de sauvegarder mon syno (ds-108j) sur un serveur compatible rsync situé hors de mon réseau local.

Le schéma est le suivant : Mon syno -> ma freebox -> FAI -> freebox distante -> serveur rsync distant.

Pour économiser de l'énergie, mon serveur est en veille. Le proxy WOL est activé sur la freebox distante et la fonction WOL est activée dans le BIOS du serveur sync.

J'ai donc besoin que mon syno émette un paquet WOL (avec mot de passe de préférence) vers mon serveur rsync pour le réveiller avant le début du backup. A la fin du backup, le serveur se remet en veille de lui-même après un période d'inactivité définie.

Cependant, j'utilise la fonction "Sauvegarder et restaurer" du syno et je n'ai pas vu la possibilité d'exécuter un pre-script afin de lancer une commande du type "wakelan macaddress".

Est-il possible d'arriver a une telle solution ? Par exemple, je pensais à éditer un éventuel script correspondant à ma tâche de backup sur mon syno pour y ajouter ma commande de réveil de mon serveur rsync. Je me demande également si le syno ne va pas échouer en timeout le temps que mon serveur rsync sorte de veille et établisse la connexion avec mon syno...

Merci de votre aide !

[PiwiLAbruti]

Pourquoi ne pas directement ajouter un script à crontab pour planifier le réveil 5 minutes avant la sauvegarde ?

Modifié le 8 novembre 2011 par PiwiLAbruti

[kikouk]

Pour ne pas directement ajouter un script à crontab pour planifier le réveil 5 minutes avant la sauvegarde ?

C'est vrai ça j'avais complétement oublié cet outil ! Je vais me documenter et mettre ça en oeuvre.

La seule limitation que j'aperçois c'est que si je change mon calendrier de sauvegarde, il faut que je pense à changer celui du script de réveil du serveur rsync...

Merci !

[kikouk]

Je réponds à moi-même :

Mieux vaut suivre la procédure suivante :

http://blog.nouveauxterritoires.fr/fr/2011/04/27/probleme-crontab-sur-les-synology/

sinon à chaque mise à jour de DSM ou un reboot on perd la crontable.

[Kramlech]

Bonjour à tous

Je rebondis sur la procédure que kikouk vient de mettre en lien ...

Je l'avais déjà consultée, et elle m'avait presque découragé de modifier le fichier crontab ....

Jusqu'à ce que j'essaie par moi même : j'ai modifié directement le fichier /etc/crontab ... et la miracle, mes modifications tiennent !!!

Que ce soit suite à des reboots, ou suite à une mise à jour de DSM, je n'ai jamais perdu les planifications ajoutée dans le fichier crontab ...

Alors je m’inquiète peut être pour rien, mais autant je n'aime pas quand quelque chose ne marche pas alors que cela devrait, autant j'aime encore moins quand quelque chose marche alors que cela ne devrait pas !!!!!!

Quelqu'un aurait-il une explication à me donner ???

[PiwiLAbruti]

La solution utilise IPKG pour installer crontab en plus de celui fourni par défaut avec le DSM.

Ce crontab est situé dans un dossier qui n'est pas écrasé par les mises à jour du DSM, c'est tout.

[kikouk]

La solution utilise IPKG pour installer crontab en plus de celui fourni par défaut avec le DSM. Ce crontab est situé dans un dossier qui n'est pas écrasé par les mises à jour du DSM, c'est tout.

Sur la première version du billet, la solution requière bien l'installation d'une nouvelle table cron. Sur la mise à jour d'Avril, elle est retirée. Je n'ai pas eu à installer de package supplémentaire pour que la solution fonctionne.

Modifié le 6 décembre 2011 par kikouk