Salut tous,
J'ai une entrée comme cron

0,3,6,9,12,15,18,21,24,27,30,33,36,39,42,45,48,51,54,57 * * * * / amex / sssmonitor / dss_chk. ksh


et le script est comme


#! / bin / ksh
file \u003d `uname-n`
> / Sunmast / projets / oasis / COREDEV / Dss $ file.log
> / Tmp / output_sss
aujourd'hui \u003d `date`
varb \u003d `ps-ef | grep java | grep sss | grep-v grep | wc-l`
if [ "$ varb"-ne 1]
puis
echo "FAILED: SSS processus de baisse, le recyclage SSS">> / sunmast / projets / oasis / COREDEV / Dss $ file.log
sudo / etc / init.d / init.sss start>> / tmp / output_sss
autre
echo "SSS processus est en cours d'exécution avec succès sur` uname-n `dollars aujourd'hui">> / sunmast / projets / oasis / COREDEV / Dss $ file.log
fi
MEMSIZE \u003d `ps-e-o VSZ, args | grep / amex / dss / sss / java | grep-v grep | cut-d ''-f1`
echo "utilisation mémoire par dss client java en kilo-octets est le $ $ MEMSIZE aujourd'hui">> / sunmast / projets / oasis / COREDEV / Dss $ file.log



quand je suis manully l'exécution de ce script à l'intérieur de la commande sudo script fonctionne, mais quand le cron est l'exécution de la commande sudo ne fonctionne pas dans le script.
Quelqu'un pourrait me faire savoir ce que pourrait être la raison.
J'ai vérifié que le cron est la commande d'exécution que d'autres sont en cours d'exécution, sauf la commande sudo.


S'il vous plaît, aidez.

Merci

Sudo Votre ligne doit être quelque chose comme:
Mais vous devez regarder le mans, la syntaxe varie en fonction de la version ...

C'est probablement quelque chose à voir avec la façon dont vous avez sudo d'installation pour traiter des mots de passe. Il existe une variété d'options:

1. sudo demandera toujours un mot de passe.
2. sudo ne demande la première fois, il est géré
3. sudo nécessitera pas de mot de passe

Je suis prêt à parier que votre script dans votre shell, car sudo est configuré pour que l'invite de mot de passe pour la première fois. Lorsque cron appelle le script, il est probablement suspendus en attente d'un mot de passe pour être entré.

Je regarde votre / etc / sudoers fichier pour voir comment vous avez configuré.

Ou, vous pourriez mettre cette offre dans la crontab root et sudo pas s'inquiéter du tout.

Je ne peux pas accéder à ce fichier / etc / sudoers comme je ne suis pas avoir l'accès.
Yat-il un autre moyen autre que l'exécution du script cron en root?

j'ai essayé aussi ce <utilisateur> sudo-u-c "/ etc / init.d / init.sss start>> / tmp / output_sss"
mais il est aussi de ne pas travailler ...

Eh bien, si vous avez accès à sudo en tant que root, vous pouvez modifier le fichier sudoers:
Ou, comme je l'ai dit, il vous suffit de modifier le crontab de root:
Si vous n'avez pas accès au compte root et sudo ne fonctionne pas pour vous, alors vous ne serez pas en mesure d'exécuter des commandes root jusqu'à ce que quelqu'un avec des privilèges vous donne accès.

L'option-u est une option pour donner le nom d'utilisateur que vous voulez être lors de l'exécution de la commande / programme ...

Tapez sudo-l pour voir ce que vous avez le droit de

Quel OS êtes-vous? Par le regard de celui-ci, il semble linux / OSX qui ont des comportements différents