Relancer les services mail en release 2 OVH

Un petit billet en vitesse à destination des clients OVH qui administrent leur serveur en release 2 via Webmin.

Il arrive régulièrement qu’on doive relancer certains services sur un serveur dédié, ne fût-ce que quand on fait la moindre modification sur un fichier de configuration. Ceux qui ont l’habitude d’administrer leur serveur en SSH connaissent bien le répertoire /etc/init.d/ pour avoir déjà tapé au moins 100.000 fois des commandes du genre /etc/init.d/mysql restart.

Ceux qui connaissent moins bien SSH passent par Webmin pour administrer leur serveur. Là aussi il est possible de relancer les services :

  • Le bouton « Appliquer les changements » dans Bind
  • Le bouton « Stop MySQL server » (suivi bien sûr de « Start ») dans MySQL
  • L’onglet « Appliquer les changements » dans Apache
  • Le lien « Redemarrer tous les services (pour prendre en compte les changements) » dans OVHm (qui relance à la fois Bind et Apache)
  • Etc, etc.

Tous fonctionnent et permettent de relancer proprement les services … tous sauf un : QMail. Ceux qui ont eu un jour la curiosité de cliquer sur le bouton « Stop QMail Processes » (ou bien dont le serveur de mail a bêtement planté) ont probablement eu la désagréable surprise de ne pas pouvoir relancer le serveur de mail.

On a beau cliquer sur « Start QMail Processes », ça ne redémarre pas.

Et pourquoi ça ne marche pas ? C’est tout simplement dû à l’installation du serveur de mail sur la release OVH : le trio QMail – Spamassassin – ClamAV (serveur de mail – antispam – antivirus) est une installation OVH « maison » et Webmin a un peu de mal à le prendre en charge.

Alors que faire ? Pas le choix, il faut passer en SSH (par pitié, ne cédez pas à la tentation du reboot : rebooter un serveur linux, c’est mal !) et lancer les commandes suivantes dans l’ordre :

/etc/init.d/clamd stop
/etc/init.d/spamd stop
/etc/init.d/qmail stop
/etc/init.d/qmail start
/etc/init.d/clamd start
/etc/init.d/spamd start

Voilà qui devrait faire l’affaire. Rien ne vous empêche d’ailleurs de vous faire un petit script perso qui vous permette de lancer toutes ces commandes automatiquement les unes après les autres.

10 réponses sur “Relancer les services mail en release 2 OVH”

  1. Bonjour,

    Mon Qmail fait des siennes malgré vos commandes tapées :
    # /etc/init.d/spamd stop
    * Stopping spamd
    # /etc/init.d/clamd stop
    * ERROR: « clamd » has not yet been started.
    # /etc/init.d/clamd zap
    # /etc/init.d/clamd stop
    * ERROR: « clamd » has not yet been started.
    # /etc/init.d/qmail stop
    -bash: /etc/init.d/qmail: /sbin: bad interpreter: Permission non accordée

    Avez vous une idée pour quoi ?

    Cordialement

  2. Pas courant ça … a priori je dirais qu’il y a un problème de droits/propriétaire sur /sbin
    Un chmod ou un chown un peu violent peut-être ?

  3. Merci pour votre réponse.

    Je me suis dit la même chose et pourtant les droits semble être bon :
    # ls -l /
    total 2864
    drwxr-xr-x 2 root root 4096 fév 8 15:05 sbin

    Je ne comprend pas et j’ai la même erreurs sur l’action start :
    # /etc/init.d/qmail start
    -bash: /etc/init.d/qmail: /sbin: bad interpreter: Permission non accordée

    Cordialement

  4. (désolé pour le retard de la réponse)

    De fait, je confirme, sur une release 2 fraichement installée :

    # ls -la / | grep sbin
    drwxr-xr-x   2 root root  4096 fév  8 17:43 sbin

    Mais qu’en est-il de /sbin/runscript ?

    # ls -la /sbin | grep runscript
    -rwxr-xr-x  1 root root    3932 mai 10  2006 runscript
    -rwxr-xr-x  1 root root   12642 mai 10  2006 runscript.sh
  5. Utiliser sudo ou être connecté en root, le problème viens surement de la plutôt qu’un problème de chmod.

  6. Bonjour,
    Je suis peut-être un peu hors sujet,
    mais je cherche la procédure pour ne PAS faire tourner clamd sur mon VPS2 (ovh, gentoo 64 release2).
    En effet, celui-ci me squatte 45% de mes 512 MB de RAM, et je n’en ai pas le besoin pour l’utilisation de ce serveur.
    J’ai donc essayer de stoper clamd (clamd stop) -> ok, plus dans process
    (https://admin-serv.net/blog/534/release-2-ovh-plantage-des-emails-du-a-clamav/)
    Mais mes mails n’arrivent plus 🙁
    stop et start qmail n’y change rien
    Seule façon :reboot du serveur pour retrouver la config « originale »

    Une idée de procédure qui fonctionne?

    Merci

    Manu

  7. Bonjour Nico et merci pour ce site et toutes ces bonnes « recettes » bien utiles à l’éternel débutant en dédié que je suis.
    J’ai un « release 2 » chez OVH avec Qmail planté depuis peu. J’ai suivi vos instructions et j’ai comme réponse « aucun processus tué » qd j’exécute « /etc/init.d/qmail stop », ce qui ne me choque pas puisqu’il est planté, mais là où le bât blesse c’est qd il me répond « WARNING: « qmail » has already been started. » lors de l’exécution de « /etc/init.d/qmail start ».
    Et dans Webmin, Qmail est toujours annoncé « arrêté ».
    Cô vous nos invitez à ne pas rebooter Linux alors que je serais bien tenté ;-), je me trouve dépourvu …
    Un tuyau pour sortir de cette impasse ?

    Merci par avance

  8. Essayez en zappant les services (/etc/init.d/qmail zap) et, si ça ne fonctionne pas, en tuant à la main les processus relatifs à Qmail qui subsistent après l’avoir arrêté.

    Si en dernier recours vous souhaitez rebooter, n’oubliez pas de le faire en soft (simplement la commande « reboot » en ligne de commande) et résistez à l’envie de le faire en hard via la manager OVH (ce qui correspond à une coupure électrique du serveur).

  9. Bonjour et merci pour votre réponse.
    Puisque j’avais votre blanc-seing ;-), j’ai directement recouru à un reboot soft et tout est rentrée en ordre 🙂

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Ce site utilise Akismet pour réduire les indésirables. En savoir plus sur comment les données de vos commentaires sont utilisées.