Re: Migration 8.2-Stable => 9-Stable in-place?

On 2012-05-29 20:48, Christoph Sold wrote:
> Hallo Allerseits,
>
> nach etwa 24 Stunden ohne Antwort auf de.comp.os.unix.bsd stelle ich die
> Frage nochmals hier (News ist wohl inzwischen mausetot):
>
> ich möchte in-place von 8-stable auf 9-stable migrieren, am liebsten
> direkt vom Source kompilieren. Gibt's es hier Stolperfallen? (ZFS root,
> gmirror, siehe unten)
>
> Erschwerend kommt hinzu, dass alles remote durchgeführt werden muss: der
> Server steht im RZ, ich habe keine Zugangsberechtigung. Alternativ wäre
> die Anfänger-Strategie denkbar: Alles sichern, Maschine platt machen.
> Aber das geht doch sicher besser.
>
> Migrationshinweise und "don't shoot your foot"-Tips werden dankend
> angenommen :)
>
> -Cheasy
>
> Folgendes läuft auf meinem Server (sollte ich notwendige Infos
> vergessen haben, erinnert mich bitte daran):
>
> [me(at)rootix ~]$ uname -a
> FreeBSD rootix.local 8.2-STABLE FreeBSD 8.2-STABLE #4: Fri Dec 23 22:31:30 UTC 2011 root(at)rootix.local:/usr/obj/usr/src/sys/ROOTIX amd64
> [me(at)rootix ~]$ mount
> rpool/root on / (zfs, local, nfsv4acls)
> devfs on /dev (devfs, local, multilabel)
> rpool/usr on /usr (zfs, local, nfsv4acls)
> rpool/var on /var (zfs, local, nfsv4acls)
> rpool/tmp on /tmp (zfs, local, nfsv4acls)
> rpool/home on /home (zfs, local, nfsv4acls)
> [me(at)rootix ~]$ zpool get version rpool
> NAME PROPERTY VALUE SOURCE
> rpool version 28 default
> [me(at)rootix ~]$ zfs get version
> NAME PROPERTY VALUE SOURCE
> rpool version 4 -
> [me(at)rootix ~]$ gpart show
> => 34 586072301 ad4 GPT (279G)
> 34 128 1 freebsd-boot (64k)
> 162 8388608 2 freebsd-swap (4.0G)
> 8388770 577683565 3 freebsd-zfs (275G)
>
> => 34 586072301 ad6 GPT (279G)
> 34 128 1 freebsd-boot (64k)
> 162 8388608 2 freebsd-swap (4.0G)
> 8388770 577683565 3 freebsd-zfs (275G)
>
>
>
>
>
> To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
> with "unsubscribe de-bsd-questions" in the body of the message
>

Hm, muss es unbedingt 9 sein oder reicht evtl. auch ein 8.3 ?
(ZFS von 8.3 ist auf dem stand von 9.0 und 9.1 ist absehbar)

Verwendest du den GENERIC kernel? oder ist das bestehende system
mit gcc4x/clang gebaut worden ...

Da mir das bauen fuer x systeme mit der zeit zu aufwendig wurde
und ich nicht gross performance verbesserungen auf einem
selbstgebautem system sehe bin ich uebergegangen das OS wie es
kommt zu verwenden.

Meine updates (remote) gehen messt folgendermasssen vonstatten.

- Iso auf maschine extrahieren
- rm -rf /var/db/freebsd-update/*
- mv /usr/src /usr/src.old && mkdir src
- rm -rf /boot/GENERIC ; cd kernel && ./install GENERIC && nextboot -k GENERIC
- cd src ; ./install all
- find /usr/share/man -type f -delete ; cd manpages ; ./install ...
- find /usr/share/info -type f -delete ; cd info ./install
- shutdown -k (achtung root muss per ssh connecten koennen!)
- alle applicationen stoppen
- cd /usr/src (mergemaster prozedere )
- chflags -R 0 /libexec /lib/ /bin /sbin /usr/bin /usr/sbin /usr/lib32 ...

jetzt kommt ein abgewandeltes install script zum einsatz welches /etc excluded
- cd base ; rm install.sh ; fetch http://people.freebsd.org/~ohauer/scripts/upgrade_base.sh
- yes | sh ./upgrade_base.sh

- reboot
- rm -rf /boot/kernel ; cpdup /boot/GENERIC /boot/kernel

PS:
vor dem mergemaster verschiebe ich /etc/(make|src).conf nach $file.save
Auf diese weise habe ich seit FreeBSD5 schon ettliche kisten von 6 nach 7/8
gehoben und seitdem nur 3 ausfaelle gehabt (reihenfolge nicht eingehalten
oder vor dem 2. reboot GENERIC nicht nach kernel kopiert oder platz ausgegangen.
(Die kernel symbols nehmen einfach zu viel platz weg)

Mit etwas uebung schaffst du so ein system unter 10 min und dich dannach erfreuen
das freebsd-update wieder uneingeschraenkt verwendbar ist.

Habe das ganze aber bisher noch nicht auf reinen ZFS kisten gemacht!

--
gruss,
olli
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message