rsync : resultats differents pour une meme commande
7 réponses
patpro ~ patrick proniewski
Salut,
j'ai un truc tout à fait étrange sur un serveur FreeBSD :
je backup tous les soirs, avec un roulement de 30 jours, des sites web
(/usr/local/www/) sur un second disque (/backup/), et pour économiser un
peu de place, je décide de ne pas backuper les logs
(/usr/local/www/*/logs/*).
mon script utilise donc cette commande :
/usr/local/bin/rsync -a --delete --exclude="*/logs/*" \
/usr/local/www/ /backup/usr/local/www
si je lance cette commande en étant logué en root les logs sont
correctement exclus.
si c'est cron qui lance la commande (à partir de la crontab de root) les
logs sont copiés.
des idées ?
patpro
--
je cherche un poste d'admin UNIX/Mac
http://patpro.net/cv.php
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Arnaud
patpro ~ patrick proniewski a cliqueté :
des idées ?
Comme ça, au débotté, je dirais bien une sombre histoire de chemin relatif/absolu. C'est un piège fréquent avec cron.
-- AT: Ce WE je vais travailler à l'AAD d'un fr.blabla.jesaispasquoi. RH: Tu m'épates, là. Te lancer dans une tentative aussi difficile. Tu vas carrément fufer à donfe ! -+- in: Guide du Cabaliste Usenet - La Cabale perfiffle et figne -+-
patpro ~ patrick proniewski a cliqueté :
des idées ?
Comme ça, au débotté, je dirais bien une sombre histoire de chemin
relatif/absolu. C'est un piège fréquent avec cron.
--
AT: Ce WE je vais travailler à l'AAD d'un fr.blabla.jesaispasquoi.
RH: Tu m'épates, là. Te lancer dans une tentative aussi difficile.
Tu vas carrément fufer à donfe !
-+- in: Guide du Cabaliste Usenet - La Cabale perfiffle et figne -+-
Comme ça, au débotté, je dirais bien une sombre histoire de chemin relatif/absolu. C'est un piège fréquent avec cron.
-- AT: Ce WE je vais travailler à l'AAD d'un fr.blabla.jesaispasquoi. RH: Tu m'épates, là. Te lancer dans une tentative aussi difficile. Tu vas carrément fufer à donfe ! -+- in: Guide du Cabaliste Usenet - La Cabale perfiffle et figne -+-
patpro ~ patrick proniewski
In article , Arnaud wrote:
patpro ~ patrick proniewski a cliqueté :
des idées ?
Comme ça, au débotté, je dirais bien une sombre histoire de chemin relatif/absolu. C'est un piège fréquent avec cron.
ouaip, c'est le sombre qui m'embète en réalité :))
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
In article <2l4fr1F7v2i5U1@uni-berlin.de>,
Arnaud <alebret@nospam_basta_swen.ifrance.com> wrote:
patpro ~ patrick proniewski a cliqueté :
des idées ?
Comme ça, au débotté, je dirais bien une sombre histoire de chemin
relatif/absolu. C'est un piège fréquent avec cron.
ouaip, c'est le sombre qui m'embète en réalité :))
patpro
--
je cherche un poste d'admin UNIX/Mac
http://patpro.net/cv.php
Comme ça, au débotté, je dirais bien une sombre histoire de chemin relatif/absolu. C'est un piège fréquent avec cron.
ouaip, c'est le sombre qui m'embète en réalité :))
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
Arnaud
patpro ~ patrick proniewski a cliqueté :
ouaip, c'est le sombre qui m'embète en réalité :))
Je n'ai pas rsync ici, le chemin indiqué par exclude est-il obligatoirement relatif ? Si non, je le mettrais bien en absolu...
-- AT: Ce WE je vais travailler à l'AAD d'un fr.blabla.jesaispasquoi. RH: Tu m'épates, là. Te lancer dans une tentative aussi difficile. Tu vas carrément fufer à donfe ! -+- in: Guide du Cabaliste Usenet - La Cabale perfiffle et figne -+-
patpro ~ patrick proniewski a cliqueté :
ouaip, c'est le sombre qui m'embète en réalité :))
Je n'ai pas rsync ici, le chemin indiqué par exclude est-il obligatoirement
relatif ? Si non, je le mettrais bien en absolu...
--
AT: Ce WE je vais travailler à l'AAD d'un fr.blabla.jesaispasquoi.
RH: Tu m'épates, là. Te lancer dans une tentative aussi difficile.
Tu vas carrément fufer à donfe !
-+- in: Guide du Cabaliste Usenet - La Cabale perfiffle et figne -+-
ouaip, c'est le sombre qui m'embète en réalité :))
Je n'ai pas rsync ici, le chemin indiqué par exclude est-il obligatoirement relatif ? Si non, je le mettrais bien en absolu...
-- AT: Ce WE je vais travailler à l'AAD d'un fr.blabla.jesaispasquoi. RH: Tu m'épates, là. Te lancer dans une tentative aussi difficile. Tu vas carrément fufer à donfe ! -+- in: Guide du Cabaliste Usenet - La Cabale perfiffle et figne -+-
patpro ~ patrick proniewski
In article , Arnaud wrote:
patpro ~ patrick proniewski a cliqueté :
ouaip, c'est le sombre qui m'embète en réalité :))
Je n'ai pas rsync ici, le chemin indiqué par exclude est-il obligatoirement relatif ? Si non, je le mettrais bien en absolu...
C'est forcément relatif dans mon contexte :
/usr/local/www/site1/logs/site1-access.log.61738710 /usr/local/www/site1/logs/site1-access.log.61736543 /usr/local/www/site2/logs/site2-access.log.61736543 /usr/local/www/site3/logs/site3-access.log ... je ne souhaite pas avoir a ajouter chaque nouveau chemin dans le script.
mais l'option exclude ne prend pas reellement un chemin, elle prend une pattern : --exclude=PATTERN exclude files matching PATTERN
donc je m'attends à ce que "*/logs/*" couvre bien mes fichiers de logs, ce qui se passe dans le shell interactif (sh ou bash), mais qui échoue en crontab.
J'ai fait une tentative avec "**/logs/**" qui a un sens légèrement différents pour rsync, mais ça ne marche pas mieux.
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
In article <2l4kd9F8d9hbU2@uni-berlin.de>,
Arnaud <alebret@nospam_basta_swen.ifrance.com> wrote:
patpro ~ patrick proniewski a cliqueté :
ouaip, c'est le sombre qui m'embète en réalité :))
Je n'ai pas rsync ici, le chemin indiqué par exclude est-il obligatoirement
relatif ? Si non, je le mettrais bien en absolu...
C'est forcément relatif dans mon contexte :
/usr/local/www/site1/logs/site1-access.log.61738710
/usr/local/www/site1/logs/site1-access.log.61736543
/usr/local/www/site2/logs/site2-access.log.61736543
/usr/local/www/site3/logs/site3-access.log
...
je ne souhaite pas avoir a ajouter chaque nouveau chemin dans le script.
mais l'option exclude ne prend pas reellement un chemin, elle prend une
pattern :
--exclude=PATTERN exclude files matching PATTERN
donc je m'attends à ce que "*/logs/*" couvre bien mes fichiers de logs,
ce qui se passe dans le shell interactif (sh ou bash), mais qui échoue
en crontab.
J'ai fait une tentative avec "**/logs/**" qui a un sens légèrement
différents pour rsync, mais ça ne marche pas mieux.
patpro
--
je cherche un poste d'admin UNIX/Mac
http://patpro.net/cv.php
ouaip, c'est le sombre qui m'embète en réalité :))
Je n'ai pas rsync ici, le chemin indiqué par exclude est-il obligatoirement relatif ? Si non, je le mettrais bien en absolu...
C'est forcément relatif dans mon contexte :
/usr/local/www/site1/logs/site1-access.log.61738710 /usr/local/www/site1/logs/site1-access.log.61736543 /usr/local/www/site2/logs/site2-access.log.61736543 /usr/local/www/site3/logs/site3-access.log ... je ne souhaite pas avoir a ajouter chaque nouveau chemin dans le script.
mais l'option exclude ne prend pas reellement un chemin, elle prend une pattern : --exclude=PATTERN exclude files matching PATTERN
donc je m'attends à ce que "*/logs/*" couvre bien mes fichiers de logs, ce qui se passe dans le shell interactif (sh ou bash), mais qui échoue en crontab.
J'ai fait une tentative avec "**/logs/**" qui a un sens légèrement différents pour rsync, mais ça ne marche pas mieux.
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
patpro ~ patrick proniewski
In article , patpro ~ patrick proniewski wrote:
donc je m'attends à ce que "*/logs/*" couvre bien mes fichiers de logs, ce qui se passe dans le shell interactif (sh ou bash), mais qui échoue en crontab.
bon, ben j'ai trouvé : sans les "" autour de */logs/* ça marche dans cron. on est peu de choses, surtout moi :/
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
In article <patpro-0C2609.13290008072004@individual.net>,
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
donc je m'attends à ce que "*/logs/*" couvre bien mes fichiers de logs,
ce qui se passe dans le shell interactif (sh ou bash), mais qui échoue
en crontab.
bon, ben j'ai trouvé : sans les "" autour de */logs/* ça marche dans
cron.
on est peu de choses, surtout moi :/
patpro
--
je cherche un poste d'admin UNIX/Mac
http://patpro.net/cv.php
donc je m'attends à ce que "*/logs/*" couvre bien mes fichiers de logs, ce qui se passe dans le shell interactif (sh ou bash), mais qui échoue en crontab.
bon, ben j'ai trouvé : sans les "" autour de */logs/* ça marche dans cron. on est peu de choses, surtout moi :/
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
Arnaud Launay
Le Thu, 08 Jul 2004 13:36:22 +0200, patpro ~ patrick proniewski écrivit:
bon, ben j'ai trouvé : sans les "" autour de */logs/* ça marche dans cron. on est peu de choses, surtout moi :/
Hm, probleme de substitution du shell assez classique... En cas de doute avec les *, toujours utiliser '' et pas "".
