Utilisation de /usr/bin/script & tâches cron

Bonjour,

j'aimerais tracer les actions d'un utilisateur unix.

Aussi dans le .bash_profile, j'ai ajouté une commande
/usr/bin/script -a -q myfile.log ; exit

Ca fonctionne bien pour une session interactive, tout est bien tracé. Mais j'ai aussi des tâches planifiées avec cron dans lesquelles je fais un

su - myuser "-c myscript.sh"

Après exécution du cron, la session de /usr/bin/script reste ouverte.

Y a-t-il moyen de résoudre ce problème ? (sachant que je veux également tracer ces tâches cron) Ou une alternative à /usr/bin/script ?

D'avance Merci.

Salut,

Tout d'abord, il faut voir ce qui se passe sur une session normale: le "script -a -q script.log ; exit".

Quand ton utilisateur se connecte, le .bash_profile est lu, la commande script est lancée. Puis, il se déconnecte. Enfin, plus exactement, il croit se déconnecter, mais en fait il met fin à la commande "script". Celle-ci terminée, le .bash_profile continue avec son exit. (Le exit du .bash_profile est donc un exit de session, et non pas un exit de script).

Maintenant, avec ta cron et ton su -, même principe, la commande script se lance... sauf que voilà, elle attend qu'on tape qqchose sur l'entrée standard, sauf que la cron n'écrit pas dessus.

En fait, ta commande script attend que qqun lui tape "exit".

Par contre, je ne connais pas d'alternative...

Citation:

---

Envoyé par jeffchulg

j'ai aussi des tâches planifiées avec cron dans lesquelles je fais un

su - myuser "-c myscript.sh"

---

Le probleme vient de la. Tu ne devrais pas faire su - user -c blabla, mais configurer sudo pour ne donner que le minimum de droits necessaires, et je pense que ca resoudra ton soucis.

Bonjour, d'abord merci d'avoir répondu.

J'ai bien compris le pourquoi : le cron n'envoie pas sur STDOUT la commande "exit" si bien que script reste en fonction.

Je pourrais prévoir dans le .bash_profile un traitement qui récupère le processus de script et le kill en fin.. même si ce n'est pas des plus propre.

Je ne comprends pas bien l'histoire du sudo.

J'ai peut-être oublié de préciser une chose, toutes les tâches cron sont dans le crontab de ROOT ==> le SU.