Discussion :

[yakalelo57]

Bonjour,

J'ai créé un script shell qui fonctionne bien si je l'exécute directement via le prompt sous root :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
# génération du fichier d'inventaire linux
cd /opt/outil-inventory
./outil.inventory.toolsinv -c InvScan_LINUX.xml -m mapping.xml -o /data/inventory/ -debug 1
 
# montage du répertoire windows pour y envoyer les inventaires
mount.cifs //serveur/Inv$ /mnt/inv -o rw,credentials=/root/inventory/secret.txt
 
# déplacement du fichier d'inventaire
mv /data/inventory/ScanFile*.xml /mnt/inv
 
# suppression du point de montage
umount /mnt/inv

j'ai en suite appelé ce script dans crontab (crontab -e sous root).
En faisant grep CRON /var/log/syslog je vois bien que le crontab lance le script et créé mon fichier xml d'inventaire, puis ne voyant pas la mise à jour quotidienne (scheduling du script à 22h chaque soir), je me dis que le fichier n'arrive pas sur le serveur windows.

J'ai donc testé de commenter tout dans mon script puis de décommenter une à une les lignes et je constate que la commande mount.cifs ne se fait pas
Une idée de comment forcer ceci sans que je doive laisser le montage de mon serveur windows tout le temps en place (40 serveurs linux doivent y envoyer leur inventaire) ?

les logs de syslog ne remontent pas la moindre erreur donc je ne sais pas où chercher.
merci par avance pour votre aide

[Sve@r]

Bonjour

Une idée de comment forcer ceci sans que je doive laisser le montage de mon serveur windows tout le temps en place (40 serveurs linux doivent y envoyer leur inventaire) ?

Tu ne voudrais pas plutôt rajouter une évaluation de "$?" juste après le mount pour que ce dernier te dise lui-même ce qui cloche?

les logs de syslog ne remontent pas la moindre erreur donc je ne sais pas où chercher.

En général, le cron te renvoie un mail. Donc en te connectant sous root et en tapant mail tu peux récupérer le résultat du script tel qu'il s'est déroulé.
Tu peux aussi demander au cron de rediriger la sortie du script vers un fichier de ton choix. Pense aussi à la sortie des erreurs...

PS: c'est normal ce "$" au nom du serveur //serveur/Inv$? C'est vraiment son nom?

[yakalelo57]

merci pour ce retour

je suis un peu novice dans l'exploitation des logs alors je viens de vérifier comment retourner les sorties vers des fichiers et j'ai trouvé ceci en sortie erreur 2> :

/data/scripts/inventory.sh: ligne 8: mount.cifs : commande introuvable

donc la commande n'est pas reconnue par exécution crontab. Comment peut-on y remédier ?

[yakalelo57]

je viens de trouver sur un forum allemand un admin qui a solutionné le problème :

# mount Windows share
/sbin/mount.cifs //192.168.1.28/Backup /data/backup/ -o user=<user>,password=<password>

/bin/umount /data/backup

en gros il ne faut pas directement exécuter la commande mount.cifs mais indiquer le chemin complet pour y accéder dans /sbin
idem pour démonter la ressource via /bin

le sujet est résolu

[jack-ft]

en gros il ne faut pas directement exécuter la commande mount.cifs mais indiquer le chemin complet pour y accéder dans /sbin

Ben oui, c'est 90% des problèmes de cron où la commande marche quand elle est lancée à la main, mais pas lorsque la commande est lancée par le cron daemon.

La plupart du temps, il faut et il suffit de mettre le chemin complet des commandes car le $PATH (à l'intérieur du cron) est très rudimentaire.

[Sve@r]

donc la commande n'est pas reconnue par exécution crontab. Comment peut-on y remédier ?

D'après ce que tu as dit, elle fonctionne quand tu l'exécutes à la main. Alors tape la commande suivante which mount.cifs. Ca te répondra un truc style "/usr/bin/mount.cifs" (peut-être pas exactement le même chemin mais j'espère que tu saisis l'idée). Mémorise le dossier nommé (ici c'est "/usr/bin").

Ensuite tape echo $PATH. Ca te répondra une liste de chemins séparés par ":" (exemple "/root/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/bin"). Vérifie que le chemin que tu as mémorisé (ici "/usr/bin") s'y trouve bien (en fait c'est juste une précaution, il est forcé de s'y trouver sinon la commande ne fonctionnerait pas mais ça te forme à cette recherche). Dans mon exemple elle se trouve en dernière position ("/root/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/bin"). Peu importe la position (première, dernière), l'important c'est qu'elle y soit.

Ensuite, elle n'est pas trouvée par le cron. Ca veut dire que le PATH du cron ne contient pas ce chemin. Il te suffit de rajouter dans ton crontab la ligne PATH="$PATH:/usr/bin" (enfin moi j'ai mis "/usr/bin" car c'est le cas de mon exemple mais à toi d'adapter par rapport à ton propre résultat de which mount.cifs) et le cron saura où aller chercher cette fameuse commande "mount.cifs".

[al1_24]

Bonjour,

Les commandes exécutées par cron se font en dehors de tout profil utilisateur, en particulier sans connaître les PATH qui peuvent y être définis.
Il est donc indispensable lors de tout appel d'une commande depuis le crontab de spécifier le chemin complet d'accès à celle-ci.

C'est peut-être l’origine de l'erreur.