Script : cohabitation bash / csh / export / cron

Bonjour.

Voici mon problème :

Je me connecte sur une machine (ubuntu) avec un user qui a csh comme shell. Je veux utiliser un script bash que je lance depuis crontab mais ça ne marche pas... question d'environnement je présume.

Le script marche très bien si il est lancé depuis le shell "./mon_script.sh"

Code:

---

1 2 3 4 5

#!/bin/bash source ma_source.sh echo $PATH echo $LOGICIEL echo $LOGICIEL_ROOT

---

mon fichier "sourcé" :

Code:

---

1 2 3 4 5

#!/bin/bash export PATH=/home/moi/bin/:$PATH export LOGICIEL=/home/moi/logiciel5.2.1 export LOGICIEL_ROOT=/home/moi/logiciel5.2.1 export PATH=/home/moi/logiciel5.2.1/bin:$PATH

---

Depuis la ligne de commande le résultat est correct, tous les chemins son biens affichés :

Code:

---

1 2 3

/usr/....blabla /home/moi... blabla /home/moi/... blabla

---

Mais depuis crontab le résultat est seulement :

Code:

---

/usr/bin:/bin

---

Merci d'avance de vos suggestions.

Bonjour,

donne le chemin complet du script à sourcer dans ton script principal.

Bonjour,
merci de votre réponse.
Le fait de mettre le chemin absolu règle effectivement partiellement le problème, merci.
Mais pour fonctionner vraiment correctement certains logiciels ont besoin de certains chemins relatifs.
Je n'arrive pas à faire prendre en compte cette ligne :

Code:

---

export LOGICIEL_ROOT=/home/moi/logiciel5.2.1

---

Si je lance le script depuis la crontab.

tu veux dire, pour les autres scripts dans la crontab ?

Non sur un seul script:

Code:

---

00 14 * * * /home/moi/mon_script.sh

---

ce script appelle "logiciel5.2.1",

et logiciel5.2.1 a besoin de trouver des librairies, base données... relativement à son repertoire d'installation. Il faudrait donc que j'arrive à indiquer

Code:

---

LOGICIEL5.2.1_ROOT=/home/moi/logiciel5.2.1

---

à cron.

:koi:
un nom de variable ne peut pas contenir des points.

Citation:

---

Envoyé par zebulon999

Code:

---

1 2 3 4 5

#!/bin/bash source ma_source.sh echo $PATH echo $LOGICIEL echo $LOGICIEL_ROOT

---

Le fait de mettre le chemin absolu règle effectivement partiellement le problème, merci.
Mais pour fonctionner vraiment correctement certains logiciels ont besoin de certains chemins relatifs.

---

Salut

Remplace ton script par ceci

Code:

---

1 2 3 4 5

#!/bin/bash source "$(dirname $0)/ma_source.sh" echo $PATH echo $LOGICIEL echo $LOGICIEL_ROOT

---

Mais veille bien à donner un chemin (relatif ou absolu) lorsque tu appelles "mon_script.sh"...

Citation:

---

Envoyé par N_BaH

:koi:
un nom de variable ne peut pas contenir des points.

---

Probablement une erreur de recopie parce que jusqu'alors c'était écrit export LOGICIEL_ROOT=/home/moi/logiciel5.2.1...

Citation:

---

Envoyé par zebulon999

Non sur un seul script:

Code:

---

00 14 * * * /home/moi/mon_script.sh

---

ce script appelle "logiciel5.2.1",

et logiciel5.2.1 a besoin de trouver des librairies, base données... relativement à son repertoire d'installation. .

---

Ben, il est là, le problème!

Tu dis que le script "logiciel5.2.1" a besoin de trouver des librairies, base données... relativement à son répertoire d'installation!!!

Il faut bien distinguer le répertoire courant du répertoire d'installation:

Dans cet exemple, /tmp/truc est le répertoire courant et /home/moi est le répertoire d'installation:

Code:

---

1 2	cd /tmp/truc /home/moi/logiciel5.2.1

---

Si le code de "logiciel5.2.1" lui-même fait référence à un chemin non absolu, c'est-à-dire ne commençant pas par "/", alors, par définition, ce chemin sera considéré comme relatif au répertoire courant!

Si bien que, à l'intérieur de logiciel5.2.1, ./data/machin référencera exactement /tmp/truc/data/machin
../autre/bidule référencera /tmp/autre/bidule
config/zorglub référencera /tmp/truc/config/zorglub
etc.

Si un logiciel a besoin de référencer des chemins relatifs à son répertoire d'installation, àmha, il devrait faire quelque chose comme:

Code:

---

1 2 3 4 5 6 7 8 9 10 11

my_install_dir=$(dirname $0) # ou bien my_install_dir=$(cd $(dirname $0); pwd) # ou bien my_install_dir=$(cd -P $(dirname $0); pwd)   # puis: my_data_dir=${my_install_dir}/data my_config_dir=${my_install_dir}/config my_up_dir=${my_install_dir}/.. # etc.

---

Si le script "logiciel5.2.1" fait l’assomption qu'il est toujours lancé depuis son répertoire d'installation, c'est au minimum un trait, voire une faiblesse, voire un bug!

Si c'est bien le cas et que tu peux corriger "logiciel5.2.1" avec mes préconisations, pas de souci, sinon il te reste la ressource de faire coïncider le répertoire courant et le répertoire d'exécution, comme il est très probablement indiqué dans la doc de logiciel5.2.1 :
"Attention! Ce logiciel /home/moi/logiciel5.2.1 (est mal foutu et) ne peut fonctionner que s'il est lancé depuis le répertoire /home/moi avec la commande cd /home/moi; ./logiciel5.2.1"

Ainsi, dans ton script /home/moi/mon_script.sh, pour te mettre en conformité avec les prérequis abondamment documentés de logiciel5.2.1, tu mets:

Code:

---

1 2 3

(cd $(basename "${LOGICIEL_ROOT}"); "${LOGICIEL_ROOT}") # ou juste (cd $(basename "${LOGICIEL_ROOT}"); ./logiciel5.2.1)

---

Merci Jack-ft,
le problème est résolu, grâce à ta réponse.

Merci à vous tous pour votre aide!
:ccool: