4 votes

Init.d vs Cron - lequel utiliser ?

J'écris un petit script tout bête pour envoyer des courriels aux gens quand un serveur (Debian Lenny) démarre. Pour l'instant, je l'ai configuré comme un script init.d utilisant update-rc.d, mais j'ai réalisé que j'aurais pu simplement utiliser des tâches cron à la place. Est-il préférable d'utiliser des tâches cron pour quelque chose comme ça, ou init.d ?

Je n'ai pas réellement testé si le script s'exécute au démarrage mais cela devrait fonctionner. Je n'ai pas encore essayé de redémarrer, mais le problème sous-jacent est que nous avons eu au hasard le serveur qui a redémarré une fois et s'est éteint / mis hors tension de manière aléatoire une autre fois, nous nous demandons donc si ce sont des pannes de courant ou autre chose. Cela nous permettrait au moins de savoir quand le serveur redémarre.

6voto

Eduardo Diaz Points 96

Comme cela ressemble à un script à exécuter et à faire, je dirais que /etc/rc.local ou cron (temps : @reboot) est certainement la voie à suivre.

D'un autre côté, tout ce qui restera démonisé devrait définitivement avoir son propre init script. Si rien d'autre, pour s'assurer qu'il se ferme correctement.

5voto

Samat Jain Points 165

/etc/rc.local est exécuté à chaque démarrage, après l'exécution de tous les autres init scripts. Ce serait une autre option facile à mettre en œuvre.

2voto

Cron est un système basé sur le temps. Il existe de nombreuses façons de le faire. Dans Lenny, vous pouvez utiliser un script dans /etc/rc.local. Ce fichier sera exécuté à la fin du processus, après tout le démarrage du réseau qui est nécessaire pour envoyer des courriers.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X