Discussion :

[fripette]

Bonjour à tous,

Je sollicite votre aide pour passer mes chemins de mes scripts sh d'absolu à relatif dans mes fichiers CRON.

Pourquoi ne pas les laisser en absolu ?
Parce que nous avons plusieurs scripts CRON qui doivent etre actualises a chaque fois que nous changeons de machine/serveur.

Le but est de definir dans notre .bashrc la valeur de ces variables communes appelées dans le CRON.


Il semble que la definition dans le .bashrc ne soit pas la bonne decision car c'est user dependant.
Ce que j'avais fait a la base
partie cron 'mycron'

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
# m h  dom mon dow   command
00 13 * * * source /home/fripette/.bashrc
01 13 * * * $FOLDER_SCRIPTS/suite_chemin/script.sh  > $FOLDER_SCRIPTS/tmp/test_cron.txt

partie bashrc

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
export FOLDER_SCRIPTS="/home/fripette/scripts"

Cependant ceci ne marche pas.

J'ai vu sur le net qu'on pouvait definir le $FOLDER_SCRIPTS dans le fichier /etc/contrab.
Du coup mon fichier cron 'mycron' devient

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
# m h  dom mon dow   command
01 13 * * * $FOLDER_SCRIPTS/suite_chemin/script.sh  > $FOLDER_SCRIPTS/tmp/test_cron.txt

De l'aide s'il vous plait.
Merci beaucoup d'avance
J'actualise mon CRON en faisant contrab mycron

[Sve@r]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
# m h  dom mon dow   command
00 13 * * * source /home/fripette/.bashrc
01 13 * * * $FOLDER_SCRIPTS/suite_chemin/script.sh  > $FOLDER_SCRIPTS/tmp/test_cron.txt

Salut
Cette façon de faire ne marchera pas car chaque commande est exécutée dans un processus différents. Donc quand le source est lancé, il source le processus fils mais pas le cron père...

J'ai vu sur le net qu'on pouvait definir le $FOLDER_SCRIPTS dans le fichier /etc/contrab.
Du coup mon fichier cron 'mycron' devient

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
# m h  dom mon dow   command
01 13 * * * $FOLDER_SCRIPTS/suite_chemin/script.sh  > $FOLDER_SCRIPTS/tmp/test_cron.txt

Ben oui mais où as-tu défini FOLDER_SCRIPTS ???

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
FOLDER_SCRIPTS=/home/truc
 
# m h  dom mon dow   command
01 13 * * * $FOLDER_SCRIPTS/suite_chemin/script.sh  > $FOLDER_SCRIPTS/tmp/test_cron.txt

Si elles sont suffisantes, tu peux aussi utiliser les variables habituelles de ton environnement que le cron connait aussi

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
# m h  dom mon dow   command
01 13 * * * $HOME/suite_chemin/script.sh  > $HOME/tmp/test_cron.txt

Toutefois cette façon de faire redevient du chemin absolu (ce que tu ne voulais pas faire au début). Sauf que ce chemin est paramétré. Mais tu peux aussi, si vraiment tu le veux, travailler en relatif. Faut simplement savoir que le cron, quand il se lance, se lance à partir du HOME de l'utilisateur qui l'a configuré. Donc te suffit de savoir où se trouve le script par rapport à ce HOME...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
# m h  dom mon dow   command
01 13 * * * ../../suite_chemin/script.sh  > ../../tmp/test_cron.txt

[fripette]

Citation:
Envoyé par fripette
J'ai vu sur le net qu'on pouvait definir le $FOLDER_SCRIPTS dans le fichier /etc/contrab.
Du coup mon fichier cron 'mycron' devient
Code :Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3

# m h dom mon dow command
01 13 * * * $FOLDER_SCRIPTS/suite_chemin/script.sh > $FOLDER_SCRIPTS/tmp/test_cron.txt
Ben oui mais où as-tu défini FOLDER_SCRIPTS ???

J'ai defini la valeur dans /etc/crontab.
De la meme maniere que j'avais defini dans le .bashrc.

Si elles sont suffisantes, tu peux aussi utiliser les variables habituelles de ton environnement que le cron connait aussi
Code :Sélectionner tout - Visualiser dans une fenêtre à part
1
2
# m h dom mon dow command
01 13 * * * $HOME/suite_chemin/script.sh > $HOME/tmp/test_cron.txt

Le $HOME de l'user qui lance le cron ne contient pas les scripts : nous avons dans l'equipe une organisation de ce type

/home/users/fripette
/home/users/user2
/home/users/user3

/scripts

OR du au fait qu'il y ait du mouvements sur le bateau, le /scripts change souvent d'arborescence.
D'où mon $FOLDER_SCRIPTS.

DONC $HOME oui mais non , je voudrais juste faire ma propre variable pour la definir moi independamment d'un utilisateur (dans un monde utopique).

FOLDER_SCRIPTS=/home/truc

# m h dom mon dow command
01 13 * * * $FOLDER_SCRIPTS/suite_chemin/script.sh > $FOLDER_SCRIPTS/tmp/test_cron.txt

J'ai lu ca partout : est ce que je comprends bien ? Je définis une variable dans le même fichier CRON ?
A quoi ça sert de faire une variable relative si après pour tout changement dans l'arborescence je dois re-ouvrir tous mes fichiers CRON ?
Autant laisser tout en absolu !

Je peux te dire la meme chose pour ta derniere solution.

# m h dom mon dow command
01 13 * * * ../../suite_chemin/script.sh > ../../tmp/test_cron.txt

L'usage de la definition dans crontab n'est pas la bonne solution ?
Comment faire en sorte que ma definition de var soit pris en compte lorsqu'il est dans le fichier /etc/crontab

[Sve@r]

... OR du au fait qu'il y ait du mouvements sur le bateau, le /scripts change souvent d'arborescence.

Ah ? Il suit le mouvement des marées ???
Votre organisation est à revoir. Un utilitaire n'a pas à changer d'emplacement tous les 4 matins au grès du vent. Il y a des emplacements spécifiques aux utilitaires locaux comme "/usr/local" ou (éventuellement) "/root".
Il y a aussi des outils comme les liens symboliques pour différencier "emplacement logique" et "emplacement réel"...

Je peux te dire la meme chose pour ta derniere solution.

Je sollicite votre aide pour passer mes chemins de mes scripts sh d'absolu à relatif dans mes fichiers CRON.

Ma dernière solution répond exactement à cette question à savoir "comment indiquer un chemin relatif dans le cron". Peut-être qu'au lieu de "chemin relatif" tu aurais dû parler de "chemin aléatoire". Dans ce cas évidemment la solution n'est pas du tout la même...

L'usage de la definition dans crontab n'est pas la bonne solution ?
Comment faire en sorte que ma definition de var soit pris en compte lorsqu'il est dans le fichier /etc/crontab

Le fichier "/etc/crontab" n'est pas l'équivalent de "/etc/profile". Le cron des utilisateurs n'hérite pas de l'environnement défini dans ce fichier...

[fripette]

Le fichier "/etc/crontab" n'est pas l'équivalent de "/etc/profile". Le cron des utilisateurs n'hérite pas de l'environnement défini dans ce fichier...

C'est une réponse cruciale. Ce n'était pas une évidence pour moi.(ce qui est troublant c'est de quand meme pouvoir definir ce genre de variable dans ce fichier)

Ah ? Il suit le mouvement des marées ???
Votre organisation est à revoir. Un utilitaire n'a pas à changer d'emplacement tous les 4 matins au grès du vent. Il y a des emplacements spécifiques aux utilitaires locaux comme "/usr/local" ou (éventuellement) "/root".
Il y a aussi des outils comme les liens symboliques pour différencier "emplacement logique" et "emplacement réel"...

Je suis complètement d'accord avec toi et la stabilité du système en découle mais ...

Ma dernière solution répond exactement à cette question à savoir "comment indiquer un chemin relatif dans le cron". Peut-être qu'au lieu de "chemin relatif" tu aurais dû parler de "chemin aléatoire". Dans ce cas évidemment la solution n'est pas du tout la même...

Ce n'est pas un chemin aléatoire car il est stable jusqu'au changement de machine et donc de 'décision' d'emplacement .
Avec du recul c'est un chemin qui est aléatoire mais qui est redéfini tous les 3-4 ans lors du changement de machine.
Ce qui implique un lourd boulot de changement des chemins absolus de nos scripts CRON.
D'où ma démarche pour rendre tout en relatif

[Sve@r]

C'est une réponse cruciale. Ce n'était pas une évidence pour moi.

Ni pour moi. Après plusieurs tests (qui ne donnaient rien) j'ai dû aller lire la doc de crontab pour trouver l'info...

(ce qui est troublant c'est de quand meme pouvoir definir ce genre de variable dans ce fichier)

crontab ne sert qu'à root. Donc si on y met des variables alors le cron de root les prendra en compte.

Je suis complètement d'accord avec toi et la stabilité du système en découle mais ...

.. mais tu as sûrement un pouvoir décisionnel dépendant de beaucoup de facteurs (dont ta compétence reconnue par ceux qui t'entourent) et tu peux faire remonter le problème.

Ce n'est pas un chemin aléatoire car il est stable jusqu'au changement de machine et donc de 'décision' d'emplacement .
Avec du recul c'est un chemin qui est aléatoire mais qui est redéfini tous les 3-4 ans lors du changement de machine.
Ce qui implique un lourd boulot de changement des chemins absolus de nos scripts CRON.
D'où ma démarche pour rendre tout en relatif

Oui mais tu cherches à rendre le cron relatif à une variable définie ailleurs que dans le fichier cron de l'utilisateur. Et ça ce n'est pas possible (le fichier cron ce n'est pas du script shell).
Toutefois ce boulot (qui semble maintenant moins fréquentiel que ce que ton message initial laissait supposer) peut être automatisé dans un (autre) script. Ca c'est faisable et pas super difficile. Par exemple un truc comme ceci

Code bash :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
#!/bin/bash
old="\/chemin1\/script"
new="\/chemin2\/script"
 
# Boucle sur chaque fichier cron
for file in /var/spool/cron/crontabs/*
do
	# On saute les (éventuels) non-fichiers ou fichiers vides
	test ! -s "$file" && continue
 
	# On saute les (éventuels) fichiers n'appartenant pas à un utilisateur réel
	grep "^$file:" /etc/passwd 1>/dev/null || continue
 
	# Création d'un canal associé au fichier
	exec 3<"$file"
 
	# Effacement du fichier (pour qu'il puisse être recréé depuis le canal)
	rm -f "$file"
 
	# Traitement du fichier (contenu dans le canal) et recréation du fichier
	sed -e "s/$old/$new/g" 0<&3 >"$file"
 
	# Les droits
	chmod 600 "$file"
	chown "$file" "$file"
done
 
# Redémarrage du cron
/etc/init.d/crond restart

Et hop, tous les 3-4 ans tu mets à jour les variables old et new par rapport au chemin et tu l'exécutes et basta le "lourd" boulot.
Et si en plus, dans les cron des utilisateurs, le chemin du script est placé dans une variable spécifique, alors tu peux utiliser ce nom de variable pour renforcer mon petit bout de code pour être certain qu'il ne modifie que le chemin du script (et pas accidentellement un autre chemin similaire)