hello!
 
 
j'ai un petit soucis sur une debian.
 
J'ai un script à la racine d'un disque hda1 monté sur / et ce script fait une archive tar des données contenues dans un dossier /partage vers un second disque hdc1 monté sur /home
 
Si je lance ce script en tant que root ou un autre ayant droit, ça marche.
Par contre j'ai planifié son exécution la nuit avec un crontab et le fichier tar.gz, au lieu de faire 11Mo ne fait que 1Mo
 
Comment-se fait-ce?
 

2 choses :
- quels sont les fichiers manquant entre les 2 exécutions
- CRON a t-il envoyé un mail (/var/spool/)indiquant qu'il ne pouvait exécuter une commande ?
 
en modifiant le script de la sorte :

cela marche t-il ?

pourquoi faire un tar puis un gzip ??
 

 
suffit largement...

ca dépend de l'implémentation de tar dans la machine son code est donc portable sur d'autres systèmes en la commande tar par défaut ne peut pas compresser en GZIP.
Ceci dit l'avantage tar -cvzf est d'éviter d'oublier de supprimer le fichier temporaire donc gain de place...

 
 
rien dans /var/spool, pour les fichiers il en manque 99% et le fichier modifié, je vais le tester maintenant avec le tar -cvzf

je dirais même plus : tar jcvf

bon même avec le /bin devant ça ne marche pas
 
en plus j'me suis trompé, c'est pas 1mo qu'il fait avec le cron, c'est 100Ko
 
là je viens de retester, j'ai obtenu un fichier de 350Ko, donc une toute petite partie des données s'y trouve

essaies de loguer la sortie standard & erreur voir ce qu'il se passe

Quelles sont les points communs entre les fichiers compressés ? même repertoire ? même propriétaire ? ...

et rsync tu préfères pas ?

plusieurs repertoires, aucune gestion de droits.
en fait c'est les données partagées via un serveur samba.
 
rsync? connais pas

ça sert justement à faire des sauvegardes

oui j'me doute bien, mais ça ne règle pas mon problème de cron, et là ça me chagrine (j'aime pas rester sur un bug)
 
donc là je ne vois pas d'où vient le problème, parce que mon script est plus que bidon, il marche quelques secondes puis s'arrête

Ce que je voulais dire, dans l'archive de 100ko quelles sont les points communs entre les fichiers compressés ? même repertoire ? même propriétaire ? ...

non, il y a deux repertoires commençant par la lettre "A", les propriétaires sont les mêmes (fichiers copiers/collés depuis un partage windows), aucune gestion de droits dans samba...
 
bref le plus simple qui soit

Cron n'aime peut être pas le "*" ?
avec ceci :

ok, je teste

même chose

bon etape suivante -> rédiriger les erreurs de tar dans un fichier.

et regarde le contenu de tar.log

même chose pour gzip

ok
 
je le fais pour le seul tar -cvzf là

alors grosse incompréhension :  
ça marche
 
il a suffit que je rajoute le log pour que maintenant ça fonctionne

il n'y avait pas une erreur de syntaxe ? un caractère en trop ?

non, je n'ai fait qu'ajouter un > test.log
 
et puis ça marchait bien quand je lançais le script hors du cran
 
 
merci bien

louche

comme tu dis

alors là c'est du délire
 

 
depuis que j'ai rajouté la boucle for, le script de fonctionne plus quand il est exécuté par un cron

remplace seq par /usr/bin/seq
et expr par /usr/bin/expr

Normalement lorsque tu as inséré le script dans la crontab, tu as dû redirigé les erreurs dans un fichier Il suffit d'ouvrir ce fichier pour trouver l'erreur (command not found)

euh, en fait je ne sais pas rediriger les erreurs

même en modifiant seq et expr en indiquant leur chemin, ça ne fonctionne pas non plus

dans ta crontab, tu rajoutes à la fin :

ex:  

linux rediriger erreurs  
dans google

Ca ne viendrait pas du fait que le fichier ne commence pas par :
#!/bin/sh
?

en effet s'il n'a pas mis #!/bin/sh cron va pas pouvoir interpréter l'instruction for.

maintenant que j'ai rajouté ça dans le crontab ça marche
j'y comprends rien

 
 
sisi, je l'ai mis

Une hypothèse, il se peut que tar ou un des programmes appelés dans le script doit nécessairement envoyer des informations sur l'entrée standard ou erreur. Si tu ne récupères pas ces infos soit directement sur le terminal (lancé à la main) ou par une redirection dans un fichier (ce qui tu as fait), il se peut que le programme plante.

ah ok, c'est bizarre parce que la première fois il fallait une sortie juste pour le tar -cxvf, et là il en faut une dans le crontab directement
 
En tout cas une nouvelle fois merci

Il se sent surveillé... alors il n'ose plus trop faire son malin