Discuter:Mise a jour de votre FreeBSD

Un article de Diablotins.org.

Je ne suis pas sûr de la commande

cvs co -rxxxxx src

Ensuite, pour la mise à jour du système, la doc dit plutôt

mergemaster -P  
make buildworld 
make kernel
reboot
make installworld && mergemaster -i

Sommaire 1 Oui c'est vrai 2 Oui mais ... 3 Réécrire la doc ? 4 m'a gourré. 5 pas trop grave 6 Justement 7 Demonter NFS 8 précautions d'usage

Oui c'est vrai

La méthode officielle est comme tu l'as écrit, mais dans le cas d'une mise à jour pour compatibilité binaire .. et maintient des confs et services sur une machine avec pleins de services qui tournent .. ça marche très bien et tu prends pas le risque de déconfigurer et donc de faire une interruption de service longue et pas bien maitrisée.

Oui mais ...

Peut-être, bien que je préfère faire un make buildworld puis un make installworld ne serait que parce qu'un make buildworld peut-être très long sur mes machines poussives. Quoi qu'il en soit lors d'une mise à jour majeure (changement de version) c'est très risqué le make world. Il arrive aussi que le make buildworld échoue pour une raison quelconque.

Je n'approuve pas cette méthode en fait :-) --Plam 9 mai 2006 à 20:33 (CEST)

Réécrire la doc ?

J'ai l'impression que l'on recopie la doc, d'autant qu'il existe une autre rubrique "mise à jour" dans "trucs et astuces" !?

m'a gourré.

J'ai zappé une partie de ma réponse:

Je voulais surtout dire, que dans ce cas, il faudrait trouver un autre nom à cet article; euh, "Mettre à jour un système en production" ou" mise à jour rapide", quelque chose comme ça.

Parce que j'ai abordé à cet article sous une mauvaise interprétation, "la mise à jour" dans les règles de l'art, la bonne grosse Maj. Donc, ce que j'ai écrit n'est pas forcément adapté au sujet que tu as abordé.

pas trop grave

ouai, je c pas si c très grave, effectivement ya un peu de redondance avec les docs officielles mais bon ça centralise un peu du genre aide mémoire ....

Justement

Ecrire une doc comme celle-ci dédiée à un serveur en production est très intéressante. Elle sort des sentiers battus par le manuel et les articles qui gravitent autour et pour cause, il y a d'autres manières de mettre à jour selon ses objectifs.

Ce qui fait que par exemple, je me demande si mon utilisation de portupgrade est assez "sûre" pour un serveur en production. ( en fait, après quelques catastrophes vécues lors de mise à jours de ports, je dirais: non. :-D )

Demonter NFS

Ce qui amène cette question  : Pourquoi faut il démonter NFS dans le processus ? ( j'ai parfois fait le make installworld en cours de session sans le désactiver )

précautions d'usage

par définition un make world et consorts recompile tout .. donc modifie les libs et binaires en place
hors NFSD est un démon complexe .. c'est même plus qu'un démon c'est un ensemble de démons et de lib userland et kernel => d'ou pissibilité de conflit entre la partie userland toute fraiche et recompilée et la partie kernel plus vieille, il n'y a pas forcément de problemes Nfsd n'est pas patché à chaque tag CVS ou release .. mais sur des passages de version mineur important ou majeur ... il y a un risque la communauté FreeBSD préfère offrir une doc 'sans echec' aux utilisateurs, voila pourquoi ;).

Romain GEORGES le 10 mai 2006 à 11:02 (CEST)