Le 20/11/2014 14:19, Wallace a écrit : > 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. > > > Merci pour la référence. Si je change ça sera pour FreeBSD, quand en plus je vois copmment systemd est en train de tout phagocuyter en réinventant les bugs connus depuis 20 ans (cf le trou de cache poisoning dans systemd-resolved), je n'ai aucune confiance. Et ce n'est pas pour les lancements de démons, mais tout le reste à commencer par systemd-logind qui est de facto obligatoire. Quant à dire que des distribs tournent dessus depuis des années, je pense que tu parles de distribs bleeding-edge, pas de distribs stables pour Server. Redhat/Centos y passent avec la version 7 et sur une version plus ancienne de systemd (208 je crois). Or à chaque version ce sont 50 nouvelles features, ça ressemble à une fuite en avant : pour moi ce genre de soft doit être extrèmement stable et ne pas évoluer beaucoup, sinon on court à la catastrophe.
Attachment:
signature.asc
Description: OpenPGP digital signature