- Sans polémique aucune, l'inclusion de systemd devrait-elle m'inc iter
à une installation à partir des CD plutôt qu'un dist-upg rade (ou
plutôt deux dist-upgrade successifs dans le cas d'un passage
intermédiaire à Wheezy) ? Y-a-t-il des précautions parti culières Ã
partir compte tenu de l'arrivée de systemd ? Si oui, lesquelles.
Slts
- Sans polémique aucune, l'inclusion de systemd devrait-elle m'inc iter
à une installation à partir des CD plutôt qu'un dist-upg rade (ou
plutôt deux dist-upgrade successifs dans le cas d'un passage
intermédiaire à Wheezy) ? Y-a-t-il des précautions parti culières Ã
partir compte tenu de l'arrivée de systemd ? Si oui, lesquelles.
Slts
- Sans polémique aucune, l'inclusion de systemd devrait-elle m'inc iter
à une installation à partir des CD plutôt qu'un dist-upg rade (ou
plutôt deux dist-upgrade successifs dans le cas d'un passage
intermédiaire à Wheezy) ? Y-a-t-il des précautions parti culières Ã
partir compte tenu de l'arrivée de systemd ? Si oui, lesquelles.
Slts
Pour la mise à jour mon conseil c'est de bien faire toutes les mis es Ã
jour du serveur actuel, puis mise à jour Wheezy puis Jessie. Le to ut
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 à jo ur
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'in citer
à une installation à partir des CD plutôt qu'un dist-up grade (ou
plutôt deux dist-upgrade successifs dans le cas d'un passage
intermédiaire à Wheezy) ? Y-a-t-il des précautions part iculières Ã
partir compte tenu de l'arrivée de systemd ? Si oui, lesquelles.
Slts
J'ai testé récemment une mise à jour Wheezy -> Jessie su r 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 p as
cherché voir si ce n'est par exemple que la complétion des se rvices 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 productio n
de chaque type et en jouant des mises à jour, en documentant et en
rejouant autant de fois que nécessaire.
Pour la mise à jour mon conseil c'est de bien faire toutes les mis es Ã
jour du serveur actuel, puis mise à jour Wheezy puis Jessie. Le to ut
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 à jo ur
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'in citer
à une installation à partir des CD plutôt qu'un dist-up grade (ou
plutôt deux dist-upgrade successifs dans le cas d'un passage
intermédiaire à Wheezy) ? Y-a-t-il des précautions part iculières Ã
partir compte tenu de l'arrivée de systemd ? Si oui, lesquelles.
Slts
J'ai testé récemment une mise à jour Wheezy -> Jessie su r 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 p as
cherché voir si ce n'est par exemple que la complétion des se rvices 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 productio n
de chaque type et en jouant des mises à jour, en documentant et en
rejouant autant de fois que nécessaire.
Pour la mise à jour mon conseil c'est de bien faire toutes les mis es Ã
jour du serveur actuel, puis mise à jour Wheezy puis Jessie. Le to ut
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 à jo ur
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'in citer
à une installation à partir des CD plutôt qu'un dist-up grade (ou
plutôt deux dist-upgrade successifs dans le cas d'un passage
intermédiaire à Wheezy) ? Y-a-t-il des précautions part iculières Ã
partir compte tenu de l'arrivée de systemd ? Si oui, lesquelles.
Slts
J'ai testé récemment une mise à jour Wheezy -> Jessie su r 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 p as
cherché voir si ce n'est par exemple que la complétion des se rvices 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 productio n
de chaque type et en jouant des mises à jour, en documentant et en
rejouant autant de fois que nécessaire.
- 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.
- 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.
- 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.
Le 20/11/2014 13:15, Wallace a écrit :Pour la mise à jour mon conseil c'est de bien faire toutes les mi ses Ã
jour du serveur actuel, puis mise à jour Wheezy puis Jessie. Le t out
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 à j our
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'i nciter
à une installation à partir des CD plutôt qu'un dist-u pgrade (ou
plutôt deux dist-upgrade successifs dans le cas d'un passage
intermédiaire à Wheezy) ? Y-a-t-il des précautions par ticulières Ã
partir compte tenu de l'arrivée de systemd ? Si oui, lesquelles.
Slts
J'ai testé récemment une mise à jour Wheezy -> Jessie s ur un Raspberry
Pi avec Raspbian qui diffère par l'architecture et le fait que le s
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 s ervices 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 producti on
de chaque type et en jouant des mises à jour, en documentant et e n
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 c e 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'équiva lent
de mon installation actuelle.
Le 20/11/2014 13:15, Wallace a écrit :
Pour la mise à jour mon conseil c'est de bien faire toutes les mi ses Ã
jour du serveur actuel, puis mise à jour Wheezy puis Jessie. Le t out
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 à j our
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'i nciter
à une installation à partir des CD plutôt qu'un dist-u pgrade (ou
plutôt deux dist-upgrade successifs dans le cas d'un passage
intermédiaire à Wheezy) ? Y-a-t-il des précautions par ticulières Ã
partir compte tenu de l'arrivée de systemd ? Si oui, lesquelles.
Slts
J'ai testé récemment une mise à jour Wheezy -> Jessie s ur un Raspberry
Pi avec Raspbian qui diffère par l'architecture et le fait que le s
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 s ervices 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 producti on
de chaque type et en jouant des mises à jour, en documentant et e n
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 c e 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'équiva lent
de mon installation actuelle.
Le 20/11/2014 13:15, Wallace a écrit :Pour la mise à jour mon conseil c'est de bien faire toutes les mi ses Ã
jour du serveur actuel, puis mise à jour Wheezy puis Jessie. Le t out
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 à j our
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'i nciter
à une installation à partir des CD plutôt qu'un dist-u pgrade (ou
plutôt deux dist-upgrade successifs dans le cas d'un passage
intermédiaire à Wheezy) ? Y-a-t-il des précautions par ticulières Ã
partir compte tenu de l'arrivée de systemd ? Si oui, lesquelles.
Slts
J'ai testé récemment une mise à jour Wheezy -> Jessie s ur un Raspberry
Pi avec Raspbian qui diffère par l'architecture et le fait que le s
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 s ervices 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 producti on
de chaque type et en jouant des mises à jour, en documentant et e n
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 c e 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'équiva lent
de mon installation actuelle.
Aussi, dans l'intérêt du client, je suis tenté de passer directement
de Squeeze à Jessie.
Avant de le proposer, j'essaie d'évaluer les risques d'un tel saut.
Aussi, dans l'intérêt du client, je suis tenté de passer directement
de Squeeze à Jessie.
Avant de le proposer, j'essaie d'évaluer les risques d'un tel saut.
Aussi, dans l'intérêt du client, je suis tenté de passer directement
de Squeeze à Jessie.
Avant de le proposer, j'essaie d'évaluer les risques d'un tel saut.
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 m ises Ã
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 pa rticuliè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 l es
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'a vè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 product ion
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 moin s
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 trouv e,
personne n'est actuellement capable de faire avec systemd l'équiv alent
de mon installation actuelle.
J'étais aussi catégorique que toi, la nouveauté fait peu r 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émar rage 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é ét ait incapable de m'en
fournir un qui marche, obligé de les aider à débugguer i ls 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 tou t seul.
Quand je vois comment c'est relativement simple avec systemd de faire u n
service, je me dis qu'on y gagne en souplesse et en rapidité. Il l ance
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 systemd ctl 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 b on package.
Ta démarche de prendre de l'avance est justifiable surtout si tu p eux
que trop rarement faire de la maintenance sur ce serveur.
Après dire que tu n'es pas sur de rester sur Debian à cause d e 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 dir a j'espère
comment faisait on avant.
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 m ises Ã
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 pa rticuliè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 l es
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'a vè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 product ion
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 moin s
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 trouv e,
personne n'est actuellement capable de faire avec systemd l'équiv alent
de mon installation actuelle.
J'étais aussi catégorique que toi, la nouveauté fait peu r 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émar rage 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é ét ait incapable de m'en
fournir un qui marche, obligé de les aider à débugguer i ls 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 tou t seul.
Quand je vois comment c'est relativement simple avec systemd de faire u n
service, je me dis qu'on y gagne en souplesse et en rapidité. Il l ance
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 systemd ctl 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 b on package.
Ta démarche de prendre de l'avance est justifiable surtout si tu p eux
que trop rarement faire de la maintenance sur ce serveur.
Après dire que tu n'es pas sur de rester sur Debian à cause d e 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 dir a j'espère
comment faisait on avant.
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 m ises Ã
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 pa rticuliè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 l es
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'a vè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 product ion
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 moin s
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 trouv e,
personne n'est actuellement capable de faire avec systemd l'équiv alent
de mon installation actuelle.
J'étais aussi catégorique que toi, la nouveauté fait peu r 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émar rage 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é ét ait incapable de m'en
fournir un qui marche, obligé de les aider à débugguer i ls 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 tou t seul.
Quand je vois comment c'est relativement simple avec systemd de faire u n
service, je me dis qu'on y gagne en souplesse et en rapidité. Il l ance
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 systemd ctl 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 b on package.
Ta démarche de prendre de l'avance est justifiable surtout si tu p eux
que trop rarement faire de la maintenance sur ce serveur.
Après dire que tu n'es pas sur de rester sur Debian à cause d e 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 dir a j'espère
comment faisait on avant.
Bonjour,
Je souhaite profiter d'un déménagement pour mettre à jour l'OS d'un
serveur actuellement sous Squeeze.
Le déménagement aura lieu en Janvier, soit, si tout ce passe comme
prévu, devrait précéder de quelques semaines la publication officielle
de Jessie.
Aussi, dans l'intérêt du client, je suis tenté de passer directement
de Squeeze à Jessie.
Avant de le proposer, j'essaie d'évaluer les risques d'un tel saut.
Dans la balance, j'ai un script d'installation qui à partir d'une
machine où Debian est installé, installe et configure toutes les
applications dont j'ai besoin.
J'ai aussi les moyens de reproduire dans un labo la machine du client
et son environnement.
Mes questions sont:
- Que peut-il se passer de significatif, entre disons le 15 janvier et
le 1er mars avec l'imminence de la sortie de Jessie ? J'imagine que
beaucoup de paquets feront l'objet d'une mise à jour. J'imaginais
laisser ces mises à jour s'accumuler et les passer d'un bloc, une fois
Jessie publié. Qu'en pensez-vous ?
- 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
Bonjour,
Je souhaite profiter d'un déménagement pour mettre à jour l'OS d'un
serveur actuellement sous Squeeze.
Le déménagement aura lieu en Janvier, soit, si tout ce passe comme
prévu, devrait précéder de quelques semaines la publication officielle
de Jessie.
Aussi, dans l'intérêt du client, je suis tenté de passer directement
de Squeeze à Jessie.
Avant de le proposer, j'essaie d'évaluer les risques d'un tel saut.
Dans la balance, j'ai un script d'installation qui à partir d'une
machine où Debian est installé, installe et configure toutes les
applications dont j'ai besoin.
J'ai aussi les moyens de reproduire dans un labo la machine du client
et son environnement.
Mes questions sont:
- Que peut-il se passer de significatif, entre disons le 15 janvier et
le 1er mars avec l'imminence de la sortie de Jessie ? J'imagine que
beaucoup de paquets feront l'objet d'une mise à jour. J'imaginais
laisser ces mises à jour s'accumuler et les passer d'un bloc, une fois
Jessie publié. Qu'en pensez-vous ?
- 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
Bonjour,
Je souhaite profiter d'un déménagement pour mettre à jour l'OS d'un
serveur actuellement sous Squeeze.
Le déménagement aura lieu en Janvier, soit, si tout ce passe comme
prévu, devrait précéder de quelques semaines la publication officielle
de Jessie.
Aussi, dans l'intérêt du client, je suis tenté de passer directement
de Squeeze à Jessie.
Avant de le proposer, j'essaie d'évaluer les risques d'un tel saut.
Dans la balance, j'ai un script d'installation qui à partir d'une
machine où Debian est installé, installe et configure toutes les
applications dont j'ai besoin.
J'ai aussi les moyens de reproduire dans un labo la machine du client
et son environnement.
Mes questions sont:
- Que peut-il se passer de significatif, entre disons le 15 janvier et
le 1er mars avec l'imminence de la sortie de Jessie ? J'imagine que
beaucoup de paquets feront l'objet d'une mise à jour. J'imaginais
laisser ces mises à jour s'accumuler et les passer d'un bloc, une fois
Jessie publié. Qu'en pensez-vous ?
- 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
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.
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.
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.
Je croyais que systemd serait installé *par défaut*
mais ne serait pas le seul gestionnaire de services proposé dans
Jessie. Me fourvoyerais-je ?
Je croyais que systemd serait installé *par défaut*
mais ne serait pas le seul gestionnaire de services proposé dans
Jessie. Me fourvoyerais-je ?
Je croyais que systemd serait installé *par défaut*
mais ne serait pas le seul gestionnaire de services proposé dans
Jessie. Me fourvoyerais-je ?
Aussi, dans l'intérêt du client, je suis tenté de passer directement
de Squeeze à Jessie.
Avant de le proposer, j'essaie d'évaluer les risques d'un tel saut.
J'ai aussi les moyens de reproduire dans un labo la machine du client
et son environnement.
- Que peut-il se passer de significatif, entre disons le 15 janvier et
le 1er mars avec l'imminence de la sortie de Jessie ? J'imagine que
beaucoup de paquets feront l'objet d'une mise à jour. J'imaginais
laisser ces mises à jour s'accumuler et les passer d'un bloc, une fois
Jessie publié. Qu'en pensez-vous ?
- 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.
Aussi, dans l'intérêt du client, je suis tenté de passer directement
de Squeeze à Jessie.
Avant de le proposer, j'essaie d'évaluer les risques d'un tel saut.
J'ai aussi les moyens de reproduire dans un labo la machine du client
et son environnement.
- Que peut-il se passer de significatif, entre disons le 15 janvier et
le 1er mars avec l'imminence de la sortie de Jessie ? J'imagine que
beaucoup de paquets feront l'objet d'une mise à jour. J'imaginais
laisser ces mises à jour s'accumuler et les passer d'un bloc, une fois
Jessie publié. Qu'en pensez-vous ?
- 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.
Aussi, dans l'intérêt du client, je suis tenté de passer directement
de Squeeze à Jessie.
Avant de le proposer, j'essaie d'évaluer les risques d'un tel saut.
J'ai aussi les moyens de reproduire dans un labo la machine du client
et son environnement.
- Que peut-il se passer de significatif, entre disons le 15 janvier et
le 1er mars avec l'imminence de la sortie de Jessie ? J'imagine que
beaucoup de paquets feront l'objet d'une mise à jour. J'imaginais
laisser ces mises à jour s'accumuler et les passer d'un bloc, une fois
Jessie publié. Qu'en pensez-vous ?
- 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.