[freebsd] upgrade distance de 5.5 vers 6.x

Le
patpro ~ Patrick Proniewski
Bonjour,

Je suis en train de rassembler des info pour étudier la faisabilité
d'une mise à jour distante en ssh (via make buildworld) d'un serveur en
FreeBSD 5.5 vers une version 6.x.

Le kernel est personnalisé, mais je passerai peut être par une étape
GENERIC (si je peux éviter cela dit).

Est ce que parmi vous certains on tenté la chose ?

merci pour vos commentaires et retours d'expérience.

patpro
--
Mon make.conf actuel :

NO_X= true
NO_FORTRAN= true
NO_OBJC= true
NO_SENDMAIL= true
NOGAMES= true
NOINFO= true
NOPROFILE= true
NO_BLUETOOTH= true
NO_I4B= true
NOINET6= true
SUP_UPDATE= true
PPP_NOSUID= true

X11BASE=${LOCALBASE}

SUP=/usr/local/bin/cvsup
SUPFILE=/root/stable-supfile
PORTSSUPFILE=/root/ports-supfile

# added by use.perl 2007-11-26 16:22:39
PERL_VER=5.8.8
PERL_VERSION=5.8.8


Mon kernel actuel : (j'ai viré les devices commentés)

machine i386
#cpu I486_CPU
#cpu I586_CPU
cpu I686_CPU
ident PATPRO

options SCHED_4BSD # 4BSD scheduler
#options SCHED_ULE
options INET # InterNETworking
#options INET6 # IPv6 communications protocols
options FFS # Berkeley Fast Filesystem
options SOFTUPDATES # Enable FFS soft updates support
options UFS_ACL # Support for access control lists
options UFS_DIRHASH # Improve performance on big directories
options MD_ROOT # MD is a potential root device
options NFSCLIENT # Network Filesystem Client
options NFSSERVER # Network Filesystem Server
options NFS_ROOT # NFS usable as /, requires NFSCLIENT
options MSDOSFS # MSDOS Filesystem
options CD9660 # ISO 9660 Filesystem
options PROCFS # Process filesystem (requires PSEUDOFS)
options PSEUDOFS # Pseudo-filesystem framework
options GEOM_GPT # GUID Partition Tables.
options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!]
options COMPAT_FREEBSD4 # Compatible with FreeBSD4
options SCSI_DELAY000 # Delay (in ms) before probing SCSI
options KTRACE # ktrace(1) support
options SYSVSHM # SYSV-style shared memory
options SYSVMSG # SYSV-style message queues
options SYSVSEM # SYSV-style semaphores
options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time
extensions
options KBD_INSTALL_CDEV # install a CDEV entry in /dev
options AHC_REG_PRETTY_PRINT # Print register bitfields in debug
# output.  Adds ~128k to driver.
options AHD_REG_PRETTY_PRINT # Print register bitfields in debug
# output.  Adds ~215k to driver.
options ADAPTIVE_GIANT # Giant mutex is adaptive.

# traffic shaping
options ALTQ
options ALTQ_CBQ # Class Bases Queuing (CBQ)
options ALTQ_RED # Random Early Detection (RED)
options ALTQ_RIO # RED In/Out
options ALTQ_HFSC # Hierarchical Packet Scheduler (HFSC)
options ALTQ_PRIQ # Priority Queuing (PRIQ)
options ALTQ_NOPCC # Required for SMP build

# SMP et HTT
options SMP
options MPTABLE_FORCE_HTT

device apic # I/O APIC

# Bus support.  Do not remove isa, even if you have no isa slots
device isa
device eisa
device pci

# Floppy drives
device fdc

# ATA and ATAPI devices
device ata
device atadisk # ATA disk drives
device ataraid # ATA RAID drives
device atapicd # ATAPI CDROM drives
device atapifd # ATAPI floppy drives
device atapist # ATAPI tape drives
options ATA_STATIC_ID # Static device numbering

# atkbdc0 controls both the keyboard and the PS/2 mouse
device atkbdc # AT keyboard controller
device atkbd # AT keyboard
device psm # PS/2 mouse

device vga # VGA video card driver

device splash # Splash screen and screen saver support

# syscons is the default console driver, resembling an SCO console
device sc

device agp # support several AGP chipsets

# Floating point support - do not disable.
device npx

# Add suspend/resume support for the i8254.
device pmtimer

# Serial (COM) ports
device sio # 8250, 16[45]50 based serial ports

# Parallel port
device ppc
device ppbus # Parallel port bus (required)
device ppi # Parallel port interface device

# PCI Ethernet NICs.
device em # Intel PRO/1000 adapter Gigabit Ethernet Card

# PCI Ethernet NICs that use the common MII bus controller code.
device miibus # MII bus support
device fxp # Intel EtherExpress PRO/100B (82557, 82558)

device ex # Intel EtherExpress Pro/10 and Pro/10+

# Pseudo devices.
device loop # Network loopback
device mem # Memory and kernel memory devices
device io # I/O device
device random # Entropy device
device ether # Ethernet support
device tun # Packet tunnel.
device pty # Pseudo-ttys (telnet etc)
device md # Memory "disks"

# The `bpf' device enables the Berkeley Packet Filter.
# Be aware of the administrative consequences of enabling this!
# Note that 'bpf' is required for DHCP.
device bpf # Berkeley packet filter

# USB support
device uhci # UHCI PCI->USB interface
device ohci # OHCI PCI->USB interface
device ehci # EHCI PCI->USB interface (USB 2.0)
device usb # USB Bus (required)
device ugen # Generic
device uhid # "Human Interface Devices"
device ukbd # Keyboard

--
A vendre ! http://www.patpro.net/blog/index.php/2008/01/12/133
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
patpro ~ Patrick Proniewski
Le #2119001
In article (Xavier) wrote:

patpro ~ Patrick Proniewski
Est ce que parmi vous certains on tenté la chose ?


Passe par un GENERIC, ou fait un merge (BBEdit + RBRowser est idéal pour ça )
de ton noyau et du GENERIC 6.X


ok (bbedit sait utiliser scp et les clé ssh, je fais toujours mes merges
directement dans bbedit sans logiciel intermédiaire)

N'oublie pas de rajouter dans ton make.conf

COMPAT4X= yes
COMPAT5X= yes


noté

Sinon, je l'ai fait plusieurs fois, ça marche sans problème, on a même pas de
problème avec les boucs :-)


bah des make buildworld en ssh j'en ai fait plein, mais seulement
exceptionnellement en changeant de branche, et jamais de 5 à 6, autant
que je me souvienne.


Tiens, le script qui me permet d'automatiser tout ça :


m'ci !

Je vais de toute manière tester l'upgrade dans vmware, mais je me fais
plus de souci a priori par rapport aux driver et autres. Ça me saoulerai
que ma box redémarre sans le réseau ou sans le disque par exemple. Et
ça, c'est pas vraiment simulable dans une machine virtuelle.


patpro

--
A vendre ! http://www.patpro.net/blog/index.php/2008/01/12/133


Pierre MACHARD
Le #2121401
Le 03-04-2008, patpro ~ Patrick Proniewski écrit :
Bonjour,

Je suis en train de rassembler des info pour étudier la faisabilité
d'une mise à jour distante en ssh (via make buildworld) d'un serveur en
FreeBSD 5.5 vers une version 6.x.

Le kernel est personnalisé, mais je passerai peut être par une étape
GENERIC (si je peux éviter cela dit...).

Est ce que parmi vous certains on tenté la chose ?


J'ai déjà réalisé plusieurs mises à jour de ce type. Je me suis basé
sur les tutoriels que tu peux trouver ici :

http://people.freebsd.org/~rse/upgrade/

Le seul problème que j'ai rencontré, etait pour des machines sur lesquelles
les disques durs ne synchronisaient pas et par conséquent qui ne
parvennaient pas à s'arrêter.

Donc je serai tenté de dire, de commencer par un reboot ordinaire.

a+
--
Pierre MACHARD

patpro ~ Patrick Proniewski
Le #2121391
In article Pierre MACHARD
Est ce que parmi vous certains on tenté la chose ?


J'ai déjà réalisé plusieurs mises à jour de ce type. Je me suis basé
sur les tutoriels que tu peux trouver ici :

http://people.freebsd.org/~rse/upgrade/


hooo, cool. merci :)

Le seul problème que j'ai rencontré, etait pour des machines sur lesquelles
les disques durs ne synchronisaient pas et par conséquent qui ne
parvennaient pas à s'arrêter.

Donc je serai tenté de dire, de commencer par un reboot ordinaire.


yep.
Il a rebooté il y'a quelques jours pour une upgrade de RAM (après 536
jours d'uptime, snif), mais ça ne coute rien de recommencer.


patpro

--
A vendre ! http://www.patpro.net/blog/index.php/2008/01/12/133


patpro ~ patrick proniewski
Le #2201971
Bon,

Alors j'ai fait un test dans vmware en mélangeant un peu ta recette avec
celle proposée par Pierre.
Ça a très bien fonctionné, mais il me reste une question :

est-il nécessaire de recompiler tous les ports ensuite ?
Je sais que ce n'est pas indispensable, puisque j'avais pris soin de
reconstituer l'environnement de mon serveur au préalable (~230 ports) et
qu'après la bascule en 6.3 tout *semble* fonctionner.
Mais j'ai peur que cela ne soit qu'apparent, et je ne peux pas tout
tester comme en condition réelle.

patpro

--
A vendre : KVM IP 16 ports APC
http://patpro.net/blog/index.php/2008/01/12/133
patpro ~ patrick proniewski
Le #2204571
In article (Xavier) wrote:

patpro ~ patrick proniewski
est-il nécessaire de recompiler tous les ports ensuite ?


C'est mieux, mais les directives COMPATNX dans make.conf créent à priori
les versions ad-hoc des librairies pour les ports compilés avec la
version précédente.


ok d'ac.

Sinon, il te reste toujours libmap.conf :-)


heu, bof ;)

patpro

--
A vendre : KVM IP 16 ports APC
http://patpro.net/blog/index.php/2008/01/12/133


Patrick Lamaizière
Le #2334061
Le Fri, 04 Apr 2008 21:27:10 +0200,

Alors j'ai fait un test dans vmware en mélangeant un peu ta recette
avec celle proposée par Pierre.
Ça a très bien fonctionné, mais il me reste une question :

est-il nécessaire de recompiler tous les ports ensuite ?
Je sais que ce n'est pas indispensable, puisque j'avais pris soin de
reconstituer l'environnement de mon serveur au préalable (~230 ports)
et qu'après la bascule en 6.3 tout *semble* fonctionner.
Mais j'ai peur que cela ne soit qu'apparent, et je ne peux pas tout
tester comme en condition réelle.


C'est conseillé, j'ai INN qui s'est cassé lors du passage 5 -> 6.

Ollivier Robert
Le #2636531
Dans l'article patpro ~ Patrick Proniewski
Je suis en train de rassembler des info pour étudier la faisabilité
d'une mise à jour distante en ssh (via make buildworld) d'un serveur en
FreeBSD 5.5 vers une version 6.x.


Ne pas sous-estimer freebsd-update[1], c'est pratique et rapide.

Lien en Anglais, désolé.

[1] http://www.daemonology.net/blog/2007-11-11-freebsd-major-version-upgrade.html
--
Ollivier ROBERT -=- FreeBSD: The Power to Serve -=-
Soutenez les UNIX libres ! FreeBSD Linux NetBSD OpenBSD !

patpro ~ Patrick Proniewski
Le #2639421
In article Ollivier Robert
Dans l'article patpro ~ Patrick Proniewski
Je suis en train de rassembler des info pour étudier la faisabilité
d'une mise à jour distante en ssh (via make buildworld) d'un serveur en
FreeBSD 5.5 vers une version 6.x.


Ne pas sous-estimer freebsd-update[1], c'est pratique et rapide.

Lien en Anglais, désolé.

[1]
http://www.daemonology.net/blog/2007-11-11-freebsd-major-version-upgrade.html


merci, mais je pense m'en tenir à la mise à jour par compilation. C'est
comme ça que je procède depuis toujours ;)

patpro

--
A vendre ! http://www.patpro.net/blog/index.php/2008/01/12/133


patpro ~ Patrick Proniewski
Le #6618541
In article Patrick Lamaizière
Alors j'ai fait un test dans vmware en mélangeant un peu ta recette
avec celle proposée par Pierre.
Ça a très bien fonctionné, mais il me reste une question :

est-il nécessaire de recompiler tous les ports ensuite ?
Je sais que ce n'est pas indispensable, puisque j'avais pris soin de
reconstituer l'environnement de mon serveur au préalable (~230 ports)
et qu'après la bascule en 6.3 tout *semble* fonctionner.
Mais j'ai peur que cela ne soit qu'apparent, et je ne peux pas tout
tester comme en condition réelle.


C'est conseillé, j'ai INN qui s'est cassé lors du passage 5 -> 6.


Bon, merci à tous.
Ma mise à jour s'est bien déroulée. J'ai eu quelques petit cafouillages
avec les ports (entre mod_php et apache 2 surtout), mais rien qu'une
recompilation ne puisse régler.


patpro

--
A vendre ! http://www.patpro.net/blog/index.php/2008/01/12/133


Publicité
Poster une réponse
Anonyme