lu
 
J'ai une machine (debian) que je souhaite arrêter automatiquement en soirée.
 
J'ai placé dans le crontab la ligne suivante :
 
15 22   * * *   root   /sbin/poweroff
 
... mais la machine ne s'arrête pas
 
J'ai ensuite placé la ligne suivante :
 
15 22   * * *   root   /sbin/shutdown -h now 1> /dev/null 2> /dev/null
 
... le pb reste identique.
 
 
Une idée ?
 
Merci

Au lieu de rediriger sur /dev/null, essaye de rediriger dans un fichier lisible pour examiner les messages d'erreurs.

J'ai redirigé le flux de sortie vers un fichier. Je n'ai aucune sortie (pas d'écriture sur fichier).

as tu fais ceci :
1> /root/log_script 2> /root/log_script  
ou
1 >> /root/log_std_script 2>> /root/log_err_script  ?

heuu ca correspond à quoi le root?
tu fais #crontab -e en root
là tu ajoutes ta ligne
elle me semble correct
après si tu as un soucis regarde dans /var/log/cron.log ou un truc du genre..

Je pense que mon erreur était que je modifiais /etc/crontab alors qu'effectivement la viper il faut se placer en mode edition avec crontab -e (le poweroff est bien listé -l et se trouve bien dans le /var/spool/root)
Ce qui est étonnant, c'est que la modification de /etc/crontab fonctionne pour le lancement d'un script à heures régulières mais apparement pas pour un shutdown de la machine.

Bon et bien cela ne fonctionne pas. La machine ne veut pas s'arrêter.
 
J'ai un autre soucis, inetd ne veut pas se lancer. Il faut que je le demarre manuellement alors qu'il est bien placé dans les scripts de demarrage.

Et quand tu fais les commandes manuellement (sans passer par la crontab) est-ce que ça marche ?
Pourquoi tu ne mets pas plus simplement dans la crontab de root :
15 22   * * * shutdown -h now  

En manuel cela passe !
Je fais un test réussi avec le cron (peut-être un pb de syntaxe et d'espace)

j'ai essayé ce que j'ai dis (15 22   * * * shutdown -h now)  et chez moi non plus ça marche pas. Je regarderais demain...

oui en root :  
 

S'assurer que crond tourne :

pourquoi vi en root ? si on tape crontab -e ça suffit, pas besoin d'éditeur de texte (?).  
j'ai fais exactement ce que tu dis _kal_ mais cela ne marche pas.  
Enfin, c'est surtout pour sneakz que c'est gênant !
 
idée et en tapant autre chose, au lieu de mettre "now" mettre une minute ...
 
je ne vois pas pourquoi cela marcherait plus, mais tu ne perds rien à essayer...

 
 
Je voulais dire "vi" dans le sens de "oui"    
En tout cas, chezmoicamarche.net  

 
m***e !!! cette vieille déformation linuxienne !

Bon cela ne fonctionne toujours pas.
 
Plus exactement :
1/ j'ai programmé l'arrêt après 10 minutes, cela a fonctionné. La machine (en fait un serveur) s'est bien arrêté. J'en ai donc déduit un problème de syntaxe.
2/ Je progamme alors l'arrêt à 22h20 en veillant bien à redemarrer le démon cron.
Je m'envais me coucher (sommeil oblige) persuadé que tout est rentré dans l'ordre.
3/ Au matin, je me connecte sur mon serveur en telnet. Je constate d'une part que je ne peux pas. Je me connecte alors en SSH et là je vois (ps -aux) que le démon cron et inetd ne sont pas actifs.
Je redemarre les deux et regarde mes logs au niveau du serveur web. Je trouve des logs durant la nuit (les fameuses requêtes http " A misconfiguration in IIS 5.0 with Index Server enabled and the Index property set allows remote attackers to list directories in the web root via a Web" ).
4/ J'en déduis donc que mon crontab n'a pas fonctionné.
 
Conclusion : constat que je fais chaque jour. Je ne parviens pas à arrêter ma machine serveur automatiquement et je ne comprend toujours pas pourquoi.

crontab et inetd s'arrête après quelques heures (12 à 24 heures). D'après quelques posts, cela semble lié à un pb d'allocation mémoire. Il est vrai que le serveur tourne avec seulement 256 Mo et utilise par moment la zone mémoire swap.
Je vais ajouter une barette et je pense que le pb va disparaître.
 
J'étais tombé sur ce lien :
 
http://minilien.com/?SwMOM2Qx3V  

Regarde les logs (dmesg et /ver/log/messages). Si tes process sont tues par manque de memoire, ca devrait etre logge.

G rien dans les logs.
J'ai un serveur d'impression et souvent logcheck me remonte :
 
Canon: Fork_subserver: fork failed - Cannot allocate memory
 
Un autre signe lié à un pb de mémoire.

tu peux poster la sortie de "crontab -l" ?
 
EDIT: Oups, j'avais pas lu la fin

Waow. Si cron ne se lance pas parce qu il n y a pas assez de mémoire, il devrait gueuler.
 
Ton swap fait combien?