Discussion :

[ciols]

Bonjour,

J'ai besoin de récupérer des informations obtenues via des commandes, voici un exemple de commandes à taper :

prompt:> OpenetSQL nom_de_base

sql> select * from tables;

J'ai besoin de lancer les deux commandes en rouge via le module expect mais je me confronte à une erreur un peu ennuyeuse.

Code :

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

$ssh->send("OpenetSQL ma_base");

Quand je tape cette commande, il m'affiche l'erreur suivant :

-bash: OpenetSQL: command not found

Ce que je comprends, cependant, j'ai besoin de taper la commande Openet pour pouvoir aller chercher les infos que je veux. Y'a-t-il un moyen de faire exécuter cette commande quoi qu'il en soit ?

Merci d'avance !

[Lolo78]

Hum, oui tu as certainement besoin d’exécuter cette commande OpenetSQL.... Il est à peu près certain que la suite le marchera pas si cette commande d'origine ne fonctionne pas. Et il est très certainement nécessaire qu'elle fonctionne correctement pour que la suite marche... Donc, rien ne sert d'en ignorer le résultat.

A mon avis, tu as peut-être (sans doute?) un problème de privilèges/droits.

Est-ce que la commande marche quand tu l'exécutes en shell (bash ou autre) depuis la plateforme d'origine? Si oui, c'est très certainement un problème d'utilisateur et de droit.

Sinon, ce n'est pas vraiment un problème Perl, mais plutôt un problème Linux/shell/Environnement.

OK, pas sûr que ce message soit d'une grande aide dans l'immédiat, mais je crois que la réponse à ma question est essentielle: est-ce que ça marche en shell, sans Perl, oui ou non? Selon le cas, les pistes à investiguer ne seront sans doute pas les mêmes.

[ciols]

Merci pour ton aide quelle qu'elle soit.

Quand je me connecte sur les différentes remotes et que j'exécute la commande directement dans le bash, ça fonctionne ! J'utilise le même compte que celui pour me connecter en SSH.

Du coup, si je comprends bien ton message, ça serait un problème de droit dû à la connexion SSH ?

Une autre piste aussi se situe au niveau du module utilisé. Il n'accepte que les commandes bash et OpenetSQL n'en est pas une. Car quand je fais un send("ls"), ça fonctionne.

Qu'en penses-tu ?

Je vais investiguer.

[cmcmc]

Une autre piste aussi se situe au niveau du module utilisé. Il n'accepte que les commandes bash et OpenetSQL n'en est pas une. Car quand je fais un send("ls"), ça fonctionne.

Peut-être un problème de PATH ? Si tu fais send('echo $PATH') ça donne quoi ?

[ciols]

Quand je fais un echo $PATH, j'ai bien le chemin qui mène vers le répertoire où est stockée ma commande.

echo $PATH :

/.../.../.../abc/prod/bin/OpenetSQL

chemin :

/.../.../.../current/prod/bin/

Avec current étant un lien symbolique pointant vers abc

J'avance petit à petit, l'erreur vient sûrement de l'utilisation du script à distance. Il doit falloir jouer avec les variables d'env.