Discussion :

[icer]

Bonjour,
J'ai un problème d'export de variable.
J'ai un service personnalisé qui se lance au démarrage grace à /etc/rc3.d
Ce service doit avoir une variable d'environement iniatilisé avant son démarrage.

Même en rajouter l'export dans ~/.bashrc, le service n'a pas accés à la variable.

Avez-vous une idée pour résoudre ce problème ?

[icer]

J'ai trouvé une solution;
En rajoutant un export dans le script /etc/init.d/rc, la variable est bien connue du service.

Mais je ne sais pas si c'est trés propre...

[frp31]

c'est ce qu'il faut faire oui

[rommik]

Bonjour,
J'ai un problème d'export de variable.
J'ai un service personnalisé qui se lance au démarrage grace à /etc/rc3.d
Ce service doit avoir une variable d'environement iniatilisé avant son démarrage.

Même en rajouter l'export dans ~/.bashrc, le service n'a pas accés à la variable.

Avez-vous une idée pour résoudre ce problème ?

Non, effectivement ce n'est pas très propre.
Ton script risque d'être écrasé à la prochaine mise à jour.

Sinon, tu peux essayer de faire un script qui se lance juste avant et qui se charge simplement de l'export, mais je ne suis pas sûr que ca fonctionne.

[icer]

Il y a quelque chose qui m'échape quand même :

Dans /etc/passwd chaque utilisateur est associé à un shell (bash dans mon cas),
et ~/.bashrc est un script qui est lu quand l'utilisateur se connecte.

Avec la command

Code :

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

su un_utilisateur -c "command"

, (placée dans /etc/init.d/mon_service), on exécute une commande comme si on était un_utilisateur dans le MEME environement que celui-ci, ce qui inclu le même shell (bash). Donc le script ~/.bashrc doit être lu ! et si dans ce script il y a un export, le programme lancer par la commande su, doit connaitre cette variable.

Or, ce n'est pas le cas !!!

Pourquoi ???
qu'est-ce que j'ai raté ?

[icer]

Non, effectivement ce n'est pas très propre.
Ton script risque d'être écrasé à la prochaine mise à jour.

Sinon, tu peux essayer de faire un script qui se lance juste avant et qui se charge simplement de l'export, mais je ne suis pas sûr que ca fonctionne.

Quelle serait la solution propre et sûre alors ?

[rommik]

Il y a quelque chose qui m'échape quand même :

Dans /etc/passwd chaque utilisateur est associé à un shell (bash dans mon cas),
et ~/.bashrc est un script qui est lu quand l'utilisateur se connecte.

Avec la command

Code :

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

su un_utilisateur -c "command"

, (placée dans /etc/init.d/mon_service), on exécute une commande comme si on était un_utilisateur dans le MEME environement que celui-ci, ce qui inclu le même shell (bash). Donc le script ~/.bashrc doit être lu ! et si dans ce script il y a un export, le programme lancer par la commande su, doit connaitre cette variable.

Or, ce n'est pas le cas !!!

Pourquoi ???
qu'est-ce que j'ai raté ?

Tiré de la page man de bash :

Code :

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

1
2
3
4
5
6
7
8
9
10
When an interactive shell that is not a login shell  is  started,  bash
reads  and executes commands from ~/.bashrc, if that file exists.  This
may be inhibited by using the --norc option.  The --rcfile file  option
will  force  bash  to  read  and  execute commands from file instead of
~/.bashrc.
 
When bash is started non-interactively, to  run  a  shell  script,  for
example, it looks for the variable BASH_ENV in the environment, expands
its value if it appears there, and uses the expanded value as the  name
 of  a  file to read and execute.

Donc, en gros, le shell se comporte différement s'il est interactif ou exécuté depuis un script.
Mais tu peux faire par exemple :

Code :

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

MA_VARIABLE=valeur commande

ou encore

Code :

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

1
2
export MA_VARIABLE=valeur
.  script_lancer_commande

Quelle serait la solution propre et sûre alors ?

Je pense que la solution la plus propre serait (si c'est possible) de changer une option dans un fichier de configuration qui soit équivalente à cette variable d'environnement.

Au pire, tu as toujours la solution rapide et sale

[gangsoleil]

Il y a quelque chose qui m'échape quand même :

Dans /etc/passwd chaque utilisateur est associé à un shell (bash dans mon cas),
et ~/.bashrc est un script qui est lu quand l'utilisateur se connecte.

Avec la command

Code :

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

su un_utilisateur -c "command"

, (placée dans /etc/init.d/mon_service), on exécute une commande comme si on était un_utilisateur dans le MEME environement que celui-ci, ce qui inclu le même shell (bash). Donc le script ~/.bashrc doit être lu ! et si dans ce script il y a un export, le programme lancer par la commande su, doit connaitre cette variable.

Or, ce n'est pas le cas !!!

Pourquoi ???
qu'est-ce que j'ai raté ?

Regarde dans la man la différence entre les deux commandes suivantes :

Code :

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

1
2
su - un_utilisateur
su un_utilisateur

Solution : rajouter le '-' dans ton script devrait suffire.

[icer]

Merci gangsoleil,

J'ai rajouter le tiret à la commande su et on obtient bien le résultat attendu.
ça me paraît beaucoup plus propre ainsi. Merci encore de ton aide.