Le 20/11/2014 13:42, Erwan David a écrit : > Le 20/11/2014 13:15, Wallace a écrit : >> Pour la mise à jour mon conseil c'est de bien faire toutes les mises à >> jour du serveur actuel, puis mise à jour Wheezy puis Jessie. Le tout >> avec apt-get dist-upgrade à relancer tant qu'il y a des mises à jour >> pour chaque étape. >> Un petit apt-get autoclean voir un autoremove avant les mises à jour >> c'est pas mal aussi. >> >> Le 20/11/2014 12:41, Olivier a écrit : >>> - Sans polémique aucune, l'inclusion de systemd devrait-elle m'inciter >>> à une installation à partir des CD plutôt qu'un dist-upgrade (ou >>> plutôt deux dist-upgrade successifs dans le cas d'un passage >>> intermédiaire à Wheezy) ? Y-a-t-il des précautions particulières à >>> partir compte tenu de l'arrivée de systemd ? Si oui, lesquelles. >>> >>> Slts >>> >> J'ai testé récemment une mise à jour Wheezy -> Jessie sur un Raspberry >> Pi avec Raspbian qui diffère par l'architecture et le fait que les >> packages ne sont pas maintenues par Debian. >> J'avais lu que la commande service pour faire des services logiciel >> restart par exemple était capable de piloter systemd mais il s'avère que >> ce n'est pas le cas. Alors c'est tout récent d'hier soir je n'ai pas >> cherché voir si ce n'est par exemple que la complétion des services qui >> ne passe pas avec systemd ou si c'est la commande service qui n'a pas >> été reprise de la version Debian. >> >> On va attaquer le dossier migration Wheezy / Jessie sur nos serveurs >> normaux en faisant comme d'habitude une copie d'un serveur de production >> de chaque type et en jouant des mises à jour, en documentant et en >> rejouant autant de fois que nécessaire. >> >> > Pour vce genre de raison, je vais rester sous wheezy tant qu'elle est > maintenue et que le hard tient. Ensuite on verra, mais rien n'est moins > sûr que de garder Debian sur els serveurs, puisque si j'en crois ce que > disent ici les développeurs systemd et le peu de doc que je trouve, > personne n'est actuellement capable de faire avec systemd l'équivalent > de mon installation actuelle. > J'étais aussi catégorique que toi, la nouveauté fait peur mais après avoir lu cet excellent article sur systemd mon avis à changé. Je t'ai mis directement sur la création d'un service de démarrage pour avoir un bon exemple https://linuxfr.org/news/%C3%A9volutions-techniques-de-systemd#toc_21 J'ai quelques clients avec des progiciels et quand je demande aux éditeurs un script de démarrage init la totalité était incapable de m'en fournir un qui marche, obligé de les aider à débugguer ils ne comprennent même pas pourquoi on en a besoin. Or quand on fait des mises à jour de kernel on reboot et on aime bien que ça reparte tout seul. Quand je vois comment c'est relativement simple avec systemd de faire un service, je me dis qu'on y gagne en souplesse et en rapidité. Il lance ton processus et garde le pid pour pouvoir agir dessus bien plus souple qu'un script shell. Après ma remarque était pour la commande service avec systemdctl on retrouve ses billes. Juste que j'avais lu que Debian allait modifier service pour prendre en compte le relai avec systemd mais que sur Raspbian ça doit pas encore être cross compilé avec le bon package. Ta démarche de prendre de l'avance est justifiable surtout si tu peux que trop rarement faire de la maintenance sur ce serveur. Après dire que tu n'es pas sur de rester sur Debian à cause de cela, Debian est l'une des dernière distribution à adopter systemd, d'autres sont déjà en prod avec ce composant depuis plusieurs années. Pour terminer sur un avis personnel, oui systemd va chambouler pas mal de chose dans notre gestion quotidienne, mais c'est qu'un apprentissage à faire et dans quelques années on en parlera plus, on se dira j'espère comment faisait on avant.
Attachment:
signature.asc
Description: OpenPGP digital signature