[QST] Testé une mise a jour

Support Debian
#1

Bonjour a tous,

j’utilise un serveur web sous debian.
( Il fonctionne sans problème :wink: )

Par contre, j’ai quelque réticence sur les mise a jours.
En effet, j’ai déjà eu le problème sur la mise a jour de mes paquets PHP. (via un apt-get upgrade)
(Plugin de CMS qui ne fonctionnais plus.)

Je sais bien que le problème ne viens pas du paquets, mais des plugins.

Donc ma question est:
Est t’il possible de faire un upgrade, et si il y a problème, revenir facilement sur la version précédente ?

Je vous remercie d’avance pour votre aide :wink:

#2

Salut,

[quote=“hannibal”]Donc ma question est:
Est t’il possible de faire un upgrade, et si il y a problème, revenir facilement sur la version précédente ? [/quote]

En toute première recommandation, je dirai : lances une simulation d’upgrade (option -s) en simple user, par exemple.

$ aptitude -s upgrade $ aptitude -s full-upgrade

$ apt-get -s upgrade $ apt-get -s dist-upgrade

[mono]$ man aptitude[/mono] Extrait :

[quote] -s, --simulate
En mode ligne de commande, afficher la liste des actions qui seraient réalisées, mais ne pas les lancer réellement. Il n’est pas nécessaire
d’avoir les privilèges d’administration. Dans l’interface visuelle, ouvre toujours le cache en mode lecture seule que vous soyez
administrateur ou non.[/quote]
Et pour ce qui est de revenir facilement sur la version précédente … Tout est possible avec Debian.

La présentation de ton sources.list serait un plus et qui plus est si tu pouvais développer le fond de tes pensées …

Une lecture, peut être … isalo.org/wiki.debian-fr/L% … references

#3

Tout d’abord, merci pour ta réponse :wink:

Je te rassure, je check toujours (via l’option -s :wink: ) mes upgrades (serveur de prod oblige ).

Mon sources.list est on ne peux plus classique (je vous le donne de tête car la j’ai pas de clients ssh sous la main)

deb http://ftp.fr.debian.org/debian/ squeeze main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ squeeze main contrib non-free
deb http://security.debian.org/ squeeze/updates main contrib non-free
deb-src http://security.debian.org/ squeeze/updates main contrib non-free
deb http://ftp.fr.debian.org/debian/ squeeze-updates main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ squeeze-updates main contrib non-free

Pour ce qui est d’exprimer le fond de ma penser je ne vois pas trop ce que je peux vous dire de plus.
Sur mon serveur, j’ai un apache2 + mod PHP + MySQL (en gros :smiley: ).
Ce qui me pose problème c’est la mise a jour de mes paquets.

Plus précisément, j’ai déjà eu un problème lors de la mise a jour de mon paquet PHP.
Le problème n’était pas un problème d’installation. (La simulation et l’installation était correct)

J’ai “juste” eu des plugins de CMS PHP qui ne fonctionnais plus avec la nouvelle version de PHP.
(Certains plugin utilisaient des fonctions deprecated)
Résultat net, plusieurs site indisponible pendant des heures, le temps de faire les fix dans les plugins.

Donc pour éviter a nouveau ce genre de “mésaventure”, je cherche un moyen de “revert” la mise a jour.

PS: merci pour ton lien, mais je ne vois pas bien en quoi il peux me venir en aide :wink:

#4

Re,

À mon avis, deux solutions s’offres à toi.

  • Opté pour un CMS maintenu et mise à jour (php) par les dev.

  • Épinglé ta version php actuel, d’où le lien … L’etiquetage de paquets via le fichier /etc/apt/preferences

#5

Les CMS sont a jour, c’est juste que les personnes qui gère les sites ne sont pas vraiment doué et utilise n’importe quel plugin… Et la je ne peux rien faire contre ça :078

D’accord je comprends maintenant l’intérêt de ton lien. Malheureusement si je fixe ma version de PHP, je perdrai toute possibilité de mise a jour (fixe de bug et de secu).

Donc pas moyen de “revert” une mise a jour ? (J’ai plus ce problème sur mes autres serveur vue qu’ils tournent sur des VM, donc snapshot power)

#6

La vraie question dans ton cas c’est pas comment revenir en arrière en cas de pépin, mais pourquoi diable tu veux faire des tests sur une machine de prod ?

Monte-toi une VM qui reproduit ton serveur à l’identique, et fais tes tests dessus. S’ils sont concluants, sauvegarde ton serveur de prod (on sait jamais) et applique la procédure de mise à jour que tu auras mise au point dans ta VM de test.

Normalement tu dois avoir au moins 3 “serveurs” (physiques ou virtuels peu importe) :

  • développement
  • test
  • production
    Sans ça tu cours à la catastrophe… On ne fait JAMAIS de modifs en prod sans les avoir d’abord validées ailleurs !

Si ton serveur de prod est une VM et que tu peux faire des snapshots ça ne change rien : on ne teste pas en prod, point final. Le seul avantage de la VM dans ce cas, c’est de pouvoir facilement la dupliquer ailleurs pour faire des tests.

#7

Je sais bien, c’est ce que je vais pour mes VM.
Par contre, pour ce serveur la, j’ai pas la choix. (Pas la peine de débattre la dessus, c’est pas le sujet)

Alors c’est possible de revert un upgrade ?

#8

Revert jconnais pas , par contre au pire tu désinstalles, et tu réinstalles l’ancienne version ?

Sinon, je suis désolé mais si ya intêrét de débattre de l’utilité du bouzin, t’as beau donner tes explications je comprends pas pourquoi t’as ce genre de problème. Un serveur de dev/test , ca ne sert pas à ca justement ?
Alors faire ta migration en live sans savoir quel site va planté, c’est bourrin quand même.

Edit : +1 pour syam, tout est dit.

#9

Bon, j’ai prévue de migrer ce serveur sur VM dans 2 mois.
Donc en attendant j’ai épingler ma version de PHP.
Merci pour votre aide :wink:

#10

J’ai fait aufsroot pour cela, cf
http://boisson.homeip.net/aufsroot.html
Tu as aussi une page sur le WIKI