[gull] Équivalent de Time Machine
felix
felix at f-hauri.ch
Sat Oct 17 13:34:12 CEST 2020
> On Fri, Oct 16, 2020 at 09:03:26AM +0200, Pierre Maitre wrote:
> > le backup est initié sur le serveur, la machine à backuper peut être
> > éteinte.
>
> C'est donc l'inverse, dans ce que tu décris, la machine en prod **accède**
> au backup pour **initier** la synchronisation!?
Au temps pour moi! Il s'agit d'un serveur... de backups!
Qui backup des machines potentiellement éteintes...
Bon, effectivement, utiliser ``ssh -M'' peut le faire.
Nota, pour ce genre de situation, j'utiliserai un ``serveur RSYNC'', via
tunnel VPN, avec des le dossier de base ( /path/to/backup/base ) en rw
et le dossier parent (/path/to/backup) en ro, via rsync, nfs, samba ou autre.
Et donc, exceptionnelement, l'inverse: accès au serveur depuis la machine à
backuper (desktop), donc lancement du backup géré par l'utilisateur (via
cron reboot, ou autre.).
On Sat, Oct 17, 2020 at 11:08:25AM +0200, felix wrote:
> Oui, par exemple, (si le ping passe) ou, si tu comptes utiliser SSH,
> alors le simple fait d'ouvrir une ``pre-connection'' avec ``ssh -M'',
> maintenue par une boucle fait le job. Après, si la machine à backuper
> est appelée à être éteinte, il faut stopper le script après quelques
> tests:
>
> ssh -M prodserver /bin/bash <<eof &
> touch /run/sshdemoloop
> while [ -e /run/sshdemoloop ] ;do
> sleep 3
> done
> eof
> for((test=10;test--;)){ # wait 5 second for ssh socket
> [ -e .ssh/SSH_root_prodserver_22.sock ] && break
> sleep .5
> }
> [ -e .ssh/SSH_root_prodserver_22.sock ] || exit 1
>
> Dans ce genre de cas, je placerai cette partie au début du script,
> afin d'éviter ``rm -fR'' et ``cp -al'', si le script doit être
> interrompu.
>
> ``ssh -M'' ouvre un socket SSH utilisable par les prochains
>
> ssh [-S] prodserver 'lvcreate;mount'
>
--
Félix Hauri - <felix at f-hauri.ch> - http://www.f-hauri.ch
More information about the gull
mailing list