Je vais peut etre dire une grosse bétise, auquel cas que l'on me corrige au plus tôt.
Imaginons que j'ai apache 1.3.14 qui fonctionne (processus httpd)
J'écrase sur disque, grâce au patch Debian, le fichier binaire httpd avec celui d'apache 1.3.17 (supprimer l'ancien binaire, puis installer le nouveau reviens normalement au même)
En mémoire j'aurais toujours apache 1.3.14.
Pour que ce soit effectivement Apache 1.3.17 qui fonctionne je suis obligé de quitter le processus httpd en cours et de relancer le nouveau.
Donc ce patch ne sert à rien pour avoir de la haute disponibilité et pour mettre à jour les paquets.
De plus si je ne redémarre pas le processus httpd, je prend le risque d'avoir une erreur de chargement de page si tout le binaire httpd n'est pas en mémoire.
[^] # Re: Question sur l'installation
Posté par Christophe Merlet (site web personnel) . En réponse à la dépêche HelixCode Red Carpet. Évalué à 1.
Imaginons que j'ai apache 1.3.14 qui fonctionne (processus httpd)
J'écrase sur disque, grâce au patch Debian, le fichier binaire httpd avec celui d'apache 1.3.17 (supprimer l'ancien binaire, puis installer le nouveau reviens normalement au même)
En mémoire j'aurais toujours apache 1.3.14.
Pour que ce soit effectivement Apache 1.3.17 qui fonctionne je suis obligé de quitter le processus httpd en cours et de relancer le nouveau.
Donc ce patch ne sert à rien pour avoir de la haute disponibilité et pour mettre à jour les paquets.
De plus si je ne redémarre pas le processus httpd, je prend le risque d'avoir une erreur de chargement de page si tout le binaire httpd n'est pas en mémoire.
un "http://localhost/server-info"(...) devrait permettre de vérifier mes dires mais je n'ai pas deux binaires sous la main.
Cela dit, si le patch permet effectivement de mettre à jour en mémoire un changement de binaire sans interruption de service, je veux l'URL !