OVH Cloud OVH Cloud

backup via rsync

32 réponses
Avatar
Une Bévue
j'ai du louper qqc car mon backup rsync oublie des trucs, par exemple le
symlink et son script de backup :

/home/yt/bin/backup2DD

symlink qui pointe vers :

/home/yt/bin/scripts/backup2DD.zsh

j'ai eu le mesage d'erreur suivant :

yt@D620:~$ sudo /home/yt/bin/backup2DD >
Installations/11-12-15--09-48--backup2DD.txt
rsync: readlink_stat("/home/yt/.gvfs") failed: Permission denied (13)
rsync error: some files/attrs were not transferred (see previous errors)
(code 23) at main.c(1060) [sender=3.0.7]

les perms de .gvfs :
yt@D620:~$ ls -al /home/yt/.gvfs
total 4
dr-x------ 2 yt yt 0 2011-12-15 07:04 .
drwxr-xr-x 47 yt yt 4096 2011-12-15 09:19 ..


mon script "backup2DD.zsh" :
========================================================================================
#!/usr/bin/zsh

[ "$SUDO_USER" -a `id -u` -eq 0 ] || {
echo "Please run via sudo."
exit 1
}

export backup=/media/DD

if [ -d "$backup" ]; then
yt="/home/yt"
yt_="$backup/yt/"
echo "backup de '$yt' dans '$yt_'."
rsync -avz --delete-after $yt $yt_
etc="/etc"
etc_="$backup/etc/"
echo "backup de '$etc' dans '$etc_'."
rsync -avz --delete-after $etc $etc_
else
echo "Le disque '$backup' n'est pas monté."
fi

exit 0

========================================================================================


aussi, quand je suis en sudo, apparemment, le PATH est différent, par
exemple, je n'ai pas mon "/home/yt/bin" dans le PATH, ça se règle
comment le PATH de sudo ???

c'est automatique sur Ubuntu d'avoir "/home/yt/bin" dans le PATH ?
je ne l'ai pas ajouté par moi-même et pourtant il y est...

10 réponses

1 2 3 4
Avatar
Une Bévue
Le 15/12/2011 13:57, Nicolas George a écrit :
Attention, rsync fait une grosse différence entre/home/yt et /home/yt/.



bon là, avec :

rsync -az --delete-after --exclude '.gvfs' /home/yt /media/DD

ça roule impec et ça ne grogne + sur .gvfs...

merci à toutes zé tous )))
Avatar
moi-meme
Le Thu, 15 Dec 2011 13:35:23 +0000, Nicolas George a écrit :

Règle numéro 1 : les docs Ubuntu sont pourries.



ben pas toujours.

Ça m'a bien servi l'autre jour pour UDEV.
Avatar
Lucas Levrel
Le 15 décembre 2011, Une Bévue a écrit :

la commande étant :
rsync -avz --delete-after /home/yt /media/DD/yt/



Je ne suis pas sûr que -z soit utile quand la source et la cible sont sur
la machine locale (mais pas vérifié le man).

--
LL
Avatar
unbewusst.sein
Lucas Levrel wrote:

Je ne suis pas sûr que -z soit utile quand la source et la cible sont sur
la machine locale (mais pas vérifié le man).



Oui, très juste, c'est la compression, je suppose que ça n'existe pas en
local, seulement pour un serveur distant...

Uniquement utile donc si je fais du rsync via ssh.
--
« L'homme est capable du meilleur comme du pire,
mais c'est vraiment dans le pire qu'il est le meilleur. »
(Grégoire Lacroix)
Avatar
Fabien LE LEZ
On Fri, 16 Dec 2011 17:40:45 +0100, (Une
Bévue):

Uniquement utile donc si je fais du rsync via ssh.



Et encore... SSH ne gère-t-il pas directement la compression ?
Avatar
Arnaud Gomes-do-Vale
(Une Bévue) writes:

Oui, très juste, c'est la compression, je suppose que ça n'existe pas en
local, seulement pour un serveur distant...

Uniquement utile donc si je fais du rsync via ssh.



Ça dépend(tm). SSH sait effectivement compresser des données lui-même,
je ne sais pas s'il est plus ou moins efficace que rsync.

Ça peut aussi servir quand tu parles directement à un rsyncd qui
l'accepte ; perso j'ai tendance à l'interdire, la bande passante est
suffisamment bon marché pour qu'on n'encombre pas les processeurs avec
ça.

--
Arnaud
http://blogs.glou.org/arnaud/
Avatar
Une Bévue
Le 17/12/2011 18:54, Fabien LE LEZ a écrit :
Et encore... SSH ne gère-t-il pas directement la compression ?



ben oui !
Avatar
Une Bévue
Le 17/12/2011 19:44, Arnaud Gomes-do-Vale a écrit :
Ça peut aussi servir quand tu parles directement à un rsyncd qui
l'accepte ; perso j'ai tendance à l'interdire, la bande passante est
suffisamment bon marché pour qu'on n'encombre pas les processeurs avec
ça.



Why not, c'est une idée ;-)
Avatar
Fabien LE LEZ
On Sat, 17 Dec 2011 19:44:13 +0100, Arnaud Gomes-do-Vale
:

perso j'ai tendance à l'interdire, la bande passante est
suffisamment bon marché pour qu'on n'encombre pas les processeurs avec
ça.



Effectivement, si tu as une connexion Gigabit, la compression ne
s'impose pas.
En revanche, avec ma pov' connexion ADSL, tout octet supprimé est bon
à prendre, et la charge processeur pour compresser un si faible flux
de données est à peine mesurable.
Avatar
Erwan David
Arnaud Gomes-do-Vale écrivait :

(Une Bévue) writes:

Oui, très juste, c'est la compression, je suppose que ça n'existe pas en
local, seulement pour un serveur distant...

Uniquement utile donc si je fais du rsync via ssh.



Ça dépend(tm). SSH sait effectivement compresser des données lui-même,
je ne sais pas s'il est plus ou moins efficace que rsync.

Ça peut aussi servir quand tu parles directement à un rsyncd qui
l'accepte ; perso j'ai tendance à l'interdire, la bande passante est
suffisamment bon marché pour qu'on n'encombre pas les processeurs avec
ça.



Euh bon marché, ça dépend où, et quelle type de bande passante : le MPLS
c'ets cher, une 45 Mb/s en Inde c'est 15 000 $/mois...

Quand tu te es multi-sites tu tiens compte de ce genre de choses.

--
Le travail n'est pas une bonne chose. Si ça l'était,
les riches l'auraient accaparé
1 2 3 4