problème d'exécution de script avec crontab
problème d'exécution de script avec crontab - Codes et scripts - Linux et OS Alternatifs
Marsh Posté le 12-07-2005 à 13:03:22
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 :
Code :
|
cela marche t-il ?
Message édité par jlighty le 12-07-2005 à 13:12:53
Marsh Posté le 12-07-2005 à 13:09:47
pourquoi faire un tar puis un gzip ??
Code :
|
suffit largement...
Marsh Posté le 12-07-2005 à 13:12:37
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...
Marsh Posté le 12-07-2005 à 13:38:15
| jlighty a écrit : 2 choses :
|
rien dans /var/spool, pour les fichiers il en manque 99% et le fichier modifié, je vais le tester maintenant avec le tar -cvzf 
Marsh Posté le 12-07-2005 à 13:44:10
je dirais même plus : tar jcvf
---------------
:: Light is Right ::
Marsh Posté le 12-07-2005 à 13:48:31
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 
Marsh Posté le 12-07-2005 à 13:49:52
essaies de loguer la sortie standard & erreur voir ce qu'il se passe
---------------
:: Light is Right ::
Marsh Posté le 12-07-2005 à 13:50:01
Quelles sont les points communs entre les fichiers compressés ? même repertoire ? même propriétaire ? ...
Marsh Posté le 12-07-2005 à 13:50:36
et rsync tu préfères pas ?
---------------
:: Light is Right ::
Marsh Posté le 12-07-2005 à 13:51:52
plusieurs repertoires, aucune gestion de droits.
en fait c'est les données partagées via un serveur samba.
rsync? connais pas
Marsh Posté le 12-07-2005 à 13:53:34
| Krapaud a écrit : plusieurs repertoires, aucune gestion de droits. |
ça sert justement à faire des sauvegardes
---------------
:: Light is Right ::
Marsh Posté le 12-07-2005 à 13:55:08
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
Marsh Posté le 12-07-2005 à 13:57:03
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 ? ...
Marsh Posté le 12-07-2005 à 13:58:47
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
Marsh Posté le 12-07-2005 à 14:01:53
Cron n'aime peut être pas le "*" ?
avec ceci :
Code :
|
Marsh Posté le 12-07-2005 à 14:13:13
bon etape suivante -> rédiriger les erreurs de tar dans un fichier.
Code :
|
et regarde le contenu de tar.log
Marsh Posté le 12-07-2005 à 14:14:17
même chose pour gzip
Code :
|
Marsh Posté le 12-07-2005 à 14:43:40
alors grosse incompréhension :
ça marche
il a suffit que je rajoute le log pour que maintenant ça fonctionne
Marsh Posté le 12-07-2005 à 14:44:52
il n'y avait pas une erreur de syntaxe ? un caractère en trop ?
Marsh Posté le 12-07-2005 à 15:08:09
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 
Marsh Posté le 21-07-2005 à 12:04:55
alors là c'est du délire
Code :
|
depuis que j'ai rajouté la boucle for, le script de fonctionne plus quand il est exécuté par un cron 
Marsh Posté le 21-07-2005 à 12:07:45
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)
Marsh Posté le 21-07-2005 à 12:11:07
| jlighty a écrit : 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
Marsh Posté le 21-07-2005 à 12:13:31
même en modifiant seq et expr en indiquant leur chemin, ça ne fonctionne pas non plus
Marsh Posté le 21-07-2005 à 12:17:39
dans ta crontab, tu rajoutes à la fin :
Code :
|
ex:
Code :
|
Marsh Posté le 21-07-2005 à 12:20:37
linux rediriger erreurs
dans google
---------------
Du taf dans le Logiciel Libre : https://www.linuxjobs.fr
Marsh Posté le 21-07-2005 à 12:27:36
Ca ne viendrait pas du fait que le fichier ne commence pas par :
#!/bin/sh
?
Marsh Posté le 21-07-2005 à 12:31:26
en effet s'il n'a pas mis #!/bin/sh cron va pas pouvoir interpréter l'instruction for.
Marsh Posté le 21-07-2005 à 12:33:13
| jlighty a écrit : dans ta crontab, tu rajoutes à la fin :
|
maintenant que j'ai rajouté ça dans le crontab ça marche
j'y comprends rien
Marsh Posté le 21-07-2005 à 12:34:07
| deather2 a écrit : Ca ne viendrait pas du fait que le fichier ne commence pas par : |
sisi, je l'ai mis
Marsh Posté le 21-07-2005 à 12:36:49
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.
Message édité par jlighty le 21-07-2005 à 12:37:29
Marsh Posté le 21-07-2005 à 12:40:32
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
Marsh Posté le 03-08-2005 à 11:44:42
Il se sent surveillé... alors il n'ose plus trop faire son malin 
Sujets relatifs:
- commande rsync avec ssh dans la crontab
- Gros probleme, les vidéos sont de toutes les couleurs !!!
- probleme de captures de videos avec snagit
- Problème avec APT-Proxy...
- probleme installation linux mandrake 10.2
- [Ubuntu] Modem. (Sous Mandrake : aucun probleme, mais pas sous Ubuntu)
- probleme linux cd bootable kaella
- [amsn] probleme de compte
- [Script Shell] Avoir une date en anglais (Jul 08 au lieu de jui 08)
- [NetBSD] problème à l'installation
Marsh Posté le 12-07-2005 à 12:57:21
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?