Forum Linux.debian/ubuntu Gestion des services sous Debian

Posté par  .
Étiquettes :
0
6
sept.
2004
Sous RedHat/Fedora/Mandrake, la gestion des services est plus aboutie à mon goût que sous Debian :

- plus d'options de contrôle, comme 'status' par exemple (/etc/init.d/ldap status)
- un résultat lisible et homogène ([OK] vert ou [ECHEC] rouge)
- une meilleur finition :

mahe:~# /etc/init.d/slapd start
Starting OpenLDAP: slapd.
mahe:~# /etc/init.d/slapd stop
Stopping OpenLDAP: slapd.
mahe:~# /etc/init.d/slapd stop
Stopping OpenLDAP: slapd.
mahe:~# /etc/init.d/slapd restart
Stopping OpenLDAP: slapd.
Starting OpenLDAP: slapd.
mahe:~# /etc/init.d/slapd start
Starting OpenLDAP: slapd - failed.
The operation failed but no output was produced. For hints on what went
wrong please refer to the system's logfiles (e.g. /var/log/syslog) or
try running the daemon in Debug mode like via "slapd -d 16383" (warning:
this will create copious output).


ici des fonctions générales de contrôle pourraient surveiller l'état du service, le stopper uniquement si il est démarré (et renvoyer une erreur 'service not running' dans le cas contraire), le démarrer uniquement si il ne l'est pas déjà, etc.

Qu'en pensez-vous ? Est-il prévu que les grands gourous de la spirale rouge fassent quelque chose à ce sujet ?

  • # ?

    Posté par  . Évalué à -2.

    Pas compris ce que tu veux.

    • [^] # Re: ?

      Posté par  . Évalué à -1.

      Plus de couleur ?

      M

      • [^] # Re: ?

        Posté par  . Évalué à 3.

        bande de nazes :-)

        je veux :
        - un argument 'status'
        - des scripts 'stop' et 'start' plus propres
        - un message clair affichant si c'est ok ou pas

        bref un système qui fait qu'on est pas obligé de faire un ps aux | grep daemon après avoir fait /etc/init.d/daemon start pour voir si daemon tourne

        • [^] # Re: ?

          Posté par  . Évalué à 3.

          Arf !

          Je vois ce que tu veux dire j'ai le meme soucis...

          J'ai banni le start je fais que des restart... /o\


          A mon avis ca vient du fait qu'il n'y a pas de fichier sourcé par tous les services debian qui ferait ce que tu veux, un peu comme le fonctions sous Mandrake (il me semble que c'est ca son nom)

          Visiblement chez Debian on fait confiance à l'utilisateur, si un service est lancé c'est tant pis pour lui s'il le relance... le pid ne sert qu'à pouvoir tuer le bon process, c'est assez etonnant que l'existence du fichier .pid ne soit pas testé avant le start.

          Si quelqu'un sait pourquoi, je suis preneur.

          • [^] # Re: ?

            Posté par  . Évalué à 3.

            le fichier .pid est testé avant le start.
            la plupart des démons bien configurés chez debian sont lancés avec la commande start-stop-daemon, qui affecte un pid au démon, qui vérifie s'il est là avant d'éxécuter un stop ou un start, et qui renvoie erreur si le démon est stoppé alors qu'il ne tournait pas ou qu'il est starté alors qu'il tournait (toutefois,start-stop-daemon lance ou stoppe le démon quand même dans ces cas là)

            Le problème sur slapd est qu'apparemment le mainteneur ne tient pas compte de ces cas d'erreur là dans son script init.d, et donc tu ne sais pas d'ou vient l'erreur...

            en ce qui concerne les status, je ne sais pas si c'est vraiment utile... ps aux grep marche mieux et est plus facile à maintenir...

  • # BTS

    Posté par  (site web personnel) . Évalué à 3.

    Peut-etre veux-tu parler de ça :
    http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=55143(...)
    ou de ça :
    http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=242942(...)

    Quoiqu'il en soit, quand quelque chose te manque, ou te gêne, ou ne te convient pas, tu prends tes compétences et ton courage à deux mains, et tu codes un peu pour faire avancer le schmilblick.
    C'est aussi ça, le principe du logiciel libre. Tu as le code, Luke. Do it yourself ! Contribute !

    • [^] # Re: BTS

      Posté par  . Évalué à 2.

      oui, oui, je sais, mais bon :

      1) mettre les mains dans les scripts bash alors que je maitrise aps vraiment, j'ai peur de faire une connerie

      2) j'ai déjà des projets de prog sur mon temps libre que j'arrive pas à suivre, alors je peux pas me lancer là dedans (tu me diras : "t'as bien le temps de troller sur DLFP", et je te répondrai : "certes, bien vu")

      3) le but de mon post est aussi de savoir si justement cet état de choses est du à une volonté que ça reste comme ça, pour des raisons qui m'échapperaient ou bien si c'est parce que personne ne s'est motivé pour changer ça

      • [^] # Re: BTS

        Posté par  (site web personnel) . Évalué à 4.

        1) à la limite, même si tu peux plus booter, tu knoppixes un coup et tu répares.
        2) j'ai le même pb que toi
        3) il y a des éléments de réponse dans les rapports de bogues mentionnés.

        Notamment :
        If you want to change that, you should change Debian policy wrt
        init scripts, so that exit values are clearly defined. AFAIK,
        they are undefined right now. Only then could init print an informational
        message if a startup script failed.

        Et c'est justement là : http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.4(...)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.