Appel d'un script embarqué en erreur

Bonjour,

je suis confronté à un problème tout bête, mais très embêtant. J'ai besoin d'appeler un script perl dans un script shell, rien de bien méchant, mais j'ai des erreurs de permission à chaque fois que le perl souhaite s'exécuter.

Voici mon code:

Code:

---

1 2	status=$(./controle_status.pl) echo $status

---

Sur plusieurs serveurs, aucun problème d'exécution, tout se passe bien.
Malheureusement sur certains serveurs, lorsque mon script shell arrive sur l'exécution du controle_status.pl, j'ai des erreurs de permission denied:

Code:

---

./nico.sh: ./controle_status.pl: /usr/bin/perl: bad interpreter: Permission denied

---

Je signale que l'exécution du perl directement sur le système fonctionne parfaitement, que j'ai vérif les droits entre les serveurs et qu'ils sont rigoureusement identique...

J'en viens a me demander si il existe un moyen d'empêcher l'appel de script par un autre script sur une machine de type HPUX?

Sinon tout idée est la bienvenue :)

Salut,

Peux-tu fournir le résultat de la commande mount et nous indiquer le chemin exact du script shell et perl?

Hello Mygale,

alors mes 2 scripts sont dans /tmp pendant la phase de test.

Le résultat de la commande mount:
/tmp on /dev/vg00/lvol4 ioerror=mwdisable,delaylog,dev=40000004 on Mon Apr 4 12:30:44 2011

Ok,

Peux-tu remonter ce filesystem avec l'option suivante et voir ce que ça donne?

Citation:

---

exec Permit execution of binaries.

---

Erf malheureusement je ne vais pas pouvoir, ce sont des serveurs de production pour un TRES grand compte, si je crée une faille de sécurité, mon cul sera aussi rouge que celui du père noël :)

J'ai vérifié, tous les serveurs sont configurés de la même manière, avec les mêmes options (pour le mount au moins) seulement certains me génèrent cette erreur...

Je vais faire une demande à l'ingéniérie pour voir si il accepte que je fasse un mount avec exec sur l'environnement de pré-prod, mais c'est sans garantie :(

Peux-tu dans ce cas tester tes deux scripts sur un autre filesystem? ça ça ne devrait pas poser de problème en principe non?

Eventuellement identifier dans /etc/fstab les filesystems ayant l'option default, ou exec et placer tes scripts sur ces derniers pour voir si c'est bien lié au filesystem ou non.

Mygale,

j'ai oublié de te répondre, mais je suis parvenu à exécuter mon script hier soir.
J'ai regardé pour ta solution, mais tous les FS sont avec les mêmes options.

En fait, je suis dans un environnement ou je dois faire un sudo pour lister le contenu d'un répertoire (je sais ce sont des "psy t'as pas des pates"), je lançais donc mon script avec un sudo systématiquement. Par erreur, je n'ai pas appelé le bash et j'ai relancé sans le sudo, et la miracle, c'est passé tout seul.

J'ai pas encore compris pourquoi j'avais ce type d'erreur avec un sudo. Ca marche en tout cas et c'est le principal.

Merci de ton aide.

peut être rapport aux profils et/ou donc à une variable d'environnement.