[3.4 -> 3.5] | [3.5 -> 3.6] | [3.6 -> 3.7] | [3.7 -> 3.8] | [3.9 -> 4.0] | [FAQ Index]

Upgrade Gids: 3.8 naar 3.9

Opmerking: Upgrades worden alleen ondersteund van één uitgave naar de uitgave die er onmiddellijk op volgt. Sla geen uitgaven over.

Het wordt ten zeerste aanbevolen dat u dit proces doorleest en het volledig begrijpt alvorens het te proberen. Als u het doet op een kritieke of fysisch verafgelegen machine, wordt het aanbevolen dat u dit proces test op een identiek, lokaal systeem om het welslagen ervan te verifiëren alvorens het te proberen op een kritieke of verafgelegen computer.

Upgraden is een handige manier om uw OpenBSD systeem naar de meest recente versie te brengen. De resultaten zijn echter niet bedoeld om precies overeen te stemmen met de resultaten van een wis-en-herlaad installatie. Oude library-bestanden worden meer bepaald niet verwijderd tijdens het upgrade-proces, aangezien ze vereist zouden kunnen zijn door oudere toepassingen die op dit moment al dan niet geüpgraded kunnen worden. Als u ECHT van al deze oude bestanden wenst af te raken, zou u waarschijnlijk beter af zijn door vanaf nul te herinstalleren.

Inhoudstafel:

Vóór het upgraden
Het upgrade proces
Laatste stappen

Vóór het upgraden

Indien uw machine een PCI NIC heeft die het le(4) stuurprogramma gebruikt, dan werd dit waarschijnlijk vervangen door het pcn(4) stuurprogramma. Kopieer VOOR het upgraden uw /etc/hostname.le* bestand(en) naar overeenkomstige /etc/hostname.pcn* bestanden, anders zal u geen functionerend netwerk hebben tijdens en na het upgrade proces.

Door het toevoegen van debug-symbolen, is de grootte van library-bestanden aanzienlijk toegenomen. Op het i386 platform is de ruimte ingenomen door de /usr/lib directory gestegen van 47.7MB in 3.8 tot 209MB in 3.9. Zorg ervoor dat u voldoende ruimte hebt alvorens de upgrade te starten.

Controleer of u wijzigingen gedaan hebt aan uw kernel. Het kan bijvoorbeeld dat u uw netwerkapparaat met config(8) gewijzigd heeft zodat het een niet-standaard instelling gebruikt. Noteer uw wijzigingen, zodat u ze kan herhalen voor de nieuwe 3.9 kernel.

pfsync(4) is van formaat veranderd, dus het kan geen toestanden bewaren tussen een 3.8 en een 3.9 machine. Niet op elkaar afgestemde systemen zullen alle verbindingen verliezen wanneer u omschakelt welke machine de master is, aangezien toestanden niet zullen overgezet worden tussen de systemen. U kan de impact hiervan minimaliseren door eerst uw backupmachines te upgraden, zodat er slechts éénmaal verlies optreedt van actieve toestanden.

carp(4) gebruikers met meer dan één adres op een enkele carp(4) interface kunnen nog een moeilijkheid ervaren bij het upgraden: interfaces worden nu volgens adres gesorteerd, dus aliassen in precies dezelfde volgorde hebben is niet meer zo kritiek als vroeger. Dit betekent echter wel dat er problemen kunnen optreden tussen oude en nieuwe machines. U kan op de oude systemen aliassen manueel sorteren om rond dit probleem heen te werken indien nodig.

ftp-proxy(8) is veranderd, zoals hieronder uitgelegd, dus het kan dat uw pf.conf(5) bestand moet geüpdatet worden.

ancontrol(8) werd vervangen door bijkomende functionaliteit in ifconfig(8). Dit kan een invloed hebben op hoe u uw draadloze interfaces configureert.

Het upgrade proces

Upgraden met een installatiemedium

De gemakkelijkste en veiligste manier om te upgraden is door te booten vanaf een installatiemedium en de upgrade-stappen te volgen, die heel gelijkaardig zijn aan het installatieproces. Nadien voltooit u de upgrade door de laatste stappen te volgen zoals hieronder uitgelegd.

Upgraden zonder installatiemedium

Dit is niet het aanbevolen proces. Gebruik de methode met installatiemedium indien überhaupt mogelijk!

Soms moet men een machine upgraden wanneer men niet gemakkelijk het normale upgrade-proces kan gebruiken. Men kan dit gewoonlijk doen door nauwgezet een proces te volgen, gelijkaardig aan een bron-gebaseerde upgrade:

Plaats installatiebestanden op een "goede" locatie. Zorg ervoor dat u voldoende ruimte hebt!
Belet dat "onveilige" toepassingen opstarten bij het booten: Er zal tijdens dit upgrade-proces een moment zijn waarop PF waarschijnlijk niet zal draaien, maar het kan dat uw toepassingen wel nog steeds naar behoren opstarten en draaien. Gelijk welke toepassing die afhangt van PF voor de veiligheid, zou moeten uitgeschakeld worden voordat dit gebeurt, en mag niet opnieuw ingeschakeld worden totdat de juiste PF werking geverifieerd wordt na de upgrade. Er kunnen andere toepassingen zijn die u niet wil draaien tijdens de upgrade, sluit ze af en schakel ze ook uit.
Controleer de kernel: Hoewel de meeste mensen deze stap kunnen overslaan, als u een gewijzigde kernel had in 3.8, is het waarschijnlijk dat u de standaard kernel van 3.9 ook zal moeten wijzigen. Vooral wanneer u het upgrade proces vanop afstand uitvoert, is nu het moment aangebroken om te verzekeren dat de nieuwe kernel zal werken bij het rebooten van de machine. Als er wijzigingen moeten gedaan worden aan de kernel, is het het veiligst om die wijzigingen te doen op een lokaal 3.9 systeem. Dit kan zo eenvoudig zijn als het wijzigen van een specifiek apparaat met config(8), of het kan een hercompilatie betekenen als de optie die u nodig hebt niet in de GENERIC kernel is opgenomen. Raadpleeg alstublieft FAQ 5 - Het Systeem vanaf Broncode Bouwen alvorens te overwegen om uw kernel te hercompileren.
Installeer nieuwe kernel(s)
```
export RELEASEPATH=/yourpath
cd ${RELEASEPATH}
rm /obsd ; ln /bsd /obsd && cp bsd /nbsd && mv /nbsd /bsd
cp bsd.rd bsd.mp /
```
Bemerk de extra stappen om over de primaire kernel te kopiëren: die worden gedaan om te verzekeren dat er steeds een geldige kopie van de kernel op de schijf staat, waarvan het systeem kan booten, in het geval dat er zich een erg slecht getimede stroomonderbreking of systeemcrash zou voordoen.
Installeer nieuwe /etc/firmware bestanden: Wegens het feit dat enkele geüploade "firmware" blobs verplaatst werden vanuit de kernel naar bestanden in de /etc/firmware directory, zijn er een aantal drivers die zullen breken als er geen uploadbaar firmware bestand beschikbaar is wanneer de nieuwe kernel boot. Dit zal alleen gebruikers van enkele apparaten treffen, hoewel alle gebruikers deze stap zonder problemen kunnen gebruiken. Om de firmware bestanden uit te pakken uit base39.tgz, gebruikt u het volgende als root:
```
cd /
tar xzpf ${RELEASEPATH}/base39.tgz "*etc/firmware/*"
```
Herstart met de nieuwe kernel: Het zou verleidelijk kunnen zijn deze stap over te slaan, maar het moet nu gebeuren, aangezien de nieuwe kernel gewoonlijk wel oude userland toepassingen zal draaien (zoals het binnenkort belangrijke reboot!), maar vaak zal een nieuw userland NIET werken op de oude kernel.
Installeer nieuwe userland toepassingen. Installeer nu NIET etc39.tgz en xetc39.tgz, omdat dat uw huidige configuratiebestanden zal overschrijven!
```
export RELEASEPATH=/yourpath
cd /
tar xzpf ${RELEASEPATH}/base39.tgz
tar xzpf ${RELEASEPATH}/comp39.tgz
tar xzpf ${RELEASEPATH}/game39.tgz
tar xzpf ${RELEASEPATH}/man39.tgz
tar xzpf ${RELEASEPATH}/misc39.tgz
tar xzpf ${RELEASEPATH}/xbase39.tgz
tar xzpf ${RELEASEPATH}/xfont39.tgz
tar xzpf ${RELEASEPATH}/xserv39.tgz
tar xzpf ${RELEASEPATH}/xshare39.tgz
```
Opmerking: niet alle bestandensets zullen geïnstalleerd moeten worden voor alle toepassingen, als u echter oorspronkelijk een bestandenset installeerde, dan moet u hem nu zeker upgraden met de nieuwe bestandenset.
Opmerking: de bestanden in /etc worden hieronder afzonderlijk behandeld, dus etc39.tgz en xetc39.tgz worden hier NIET uitgepakt.
Bijwerken van /dev. Het nieuwe MAKEDEV bestand zal gekopieerd worden naar /dev door de installatie van base39.tgz, zodat u eenvoudigweg het volgende moet doen:
```
cd /dev
./MAKEDEV all
```
Upgrade /etc zoals hieronder.
Herstart

Tijdens dit proces zou sendmail(8) enkele foutboodschappen kunnen produceren zoals de volgende:

    Nov 1 12:47:05 puffy sm-mta[16733]: filesys_update failed: No such file or dire
    ctory, fs=., avail=-1, blocksize=380204

Deze boodschappen kunnen veilig genegeerd worden, of misschien wenst u sendmail(8) af te sluiten tijdens het upgrade-proces.

Laatste stappen

1. Upgraden van `/etc`

Of u nu upgradet door een installatiemedium te gebruiken en een formeel "upgrade" proces te doen, of "ter plaatse" een binaire upgrade doet, er zijn bepaalde handmatige stappen die uitgevoerd moeten worden.

1.1. Nieuwe gebruikers en groepen

geen nieuwe gebruikers of groepen

1.2. Operationele veranderingen

ftp-proxy ftp-proxy(8) werd vervangen door wat vroeger pftpx heette. De nieuwe ftp-proxy draait stand-alone en niet vanuit inetd.conf(5) zoals vroeger. U zal /etc/inetd.conf moeten updaten om niet langer ftp-proxy(8) op te starten, en /etc/rc.conf and /etc/rc om de nieuwe te draaien. Wijzig rc.conf of rc.conf.local om het nieuwe programma op te starten, bijvoorbeeld:
```
echo 'ftpproxy_flags=""' >> /etc/rc.conf.local
```
De nieuwe proxy gebruikt ankers om gegevensverbindingen toe te laten, wat betekent dat uw bestaande /etc/pf.conf bestand aangepast moet worden. In de NAT sectie hebt u het volgende nodig:
```
nat-anchor "ftp-proxy/*"
rdr-anchor "ftp-proxy/*"
```
Deze zijn verplicht, zelfs als u verder geen NAT gebruikt. De volgende regel, die er waarschijnlijk reeds staat voor de oude ftp-proxy, moet blijven:
```
rdr pass on $int_if proto tcp from $lan to any port 21 -> \
    127.0.0.1 port 8021
```
In de regels-sectie is dit nodig:
```
anchor "ftp-proxy/*"
```
Regels die de proxy toelaten om FTP controleverbindingen te maken (bestemmingspoort 21/tcp) moeten blijven. Regels die FTP gegevensverbindingen toelaten zijn niet langer nodig. Die regels kunnen "user proxy" of "to port > 49151" bevatten. Er werd voor gezorgd om de commandoregelopties gelijkaardig te houden, maar sommige verschillen. Zie de ftp-proxy(8) man pagina.
Eén geval verdient speciale vermelding: als u oude clients hebt die rekenen op actieve modus gegevensverbindingen die 20/tcp als bronpoort gebruiken, dan hebt u de '-r' optie nodig (hiervoor moest u de oude proxy met "-u root" uitvoeren).
Draai ftp-proxy met "-d -D7" als u in de problemen komt en een diagnose wil stellen van wat er gebeurt.

1.3. Wijzigingen aan `/etc` bestanden

U zal de etc39.tgz bestanden in een tijdelijke locatie willen uitpakken:

cd /tmp
tar xzpf ${RELEASEPATH}/etc39.tgz

Bestanden die waarschijnlijk kunnen gekopieerd worden vanuit etc39.tgz "zoals ze zijn":

daily
ipsec.conf
magic
monthly
netstart
rc
security
services
weekly
mtree/*

Merk op dat het WEL mogelijk is om deze bestanden lokaal te wijzigen, als dit gedaan werd, zal handmatig samensmelten (merge) nodig zijn. Hier zijn kopieer/plak lijnen om deze bestanden te kopiëren, in de veronderstelling dat u etc39.tgz uitpakte op de hierboven aanbevolen plaats:

cd /tmp/etc
cp daily ipsec.conf magic monthly netstart rc security services weekly /etc
cp mtree/* /etc/mtree/

Bestanden die handmatig samengesmolten moeten worden, met behoud van lokale wijzigingen die er in werden aangebracht, indien ze gewijzigd werden in vergelijking met de standaard bestanden, anders kopieert u ze ook gewoon:

changelist
inetd.conf
lynx.cfg
rc.conf
ssh/ssh_config
ssh/sshd_config
sysctl.conf

De wijzigingen aan deze bestanden staan in dit patchbestand. U kan dit proberen te gebruiken door het volgende uit te voeren als root:

cd /
patch -C -p0 < upgrade39.patch

Dit zal de patch testen om te zien hoe goed hij aangebracht zal worden op UW systeem, om hem werkelijk aan te brengen, laat u de "-C" optie weg. Merk op dat ze waarschijnlijk de patch niet zuiver zullen aanvaarden, als u bestanden aangepast hebt of niet nauwgezet geüpdatet, of als u aan het upgraden bent vanaf een 3.8 snapshot. In zulke gevallen zal u de wijzigingen handmatig moeten aanbrengen. Test dit proces alstublieft alvorens erop te vertrouwen voor een machine waar u niet gemakkelijk bij kan.

De volgende bestanden bevatten wijzigingen waarnaar best gekeken wordt, maar het is onwaarschijnlijk dat ze rechtstreeks gekopieerd of samengesmolten zouden moeten worden (dus als u pf.conf gebruikt, bekijk dan de voorgestelde verandering van strategie, en beslis of het gepast is voor uw gebruik).

hostapd.conf
pf.conf
spamd.conf

Verwijder de libresolv bestanden, die niet langer gebruikt worden:

rm /usr/lib/libresolv*

Gebruik tenslotte mtree(8) om nieuwe directories aan te maken:

mtree -qdef /etc/mtree/4.4BSD.dist -p / -u

2. Controleren van de kernel

Opmerking: de meeste mensen kunnen deze stap overslaan!

Indien u de instructies hebt gevolgd voor het upgrade proces zonder installatiemedium, dan hebt u deze stap al voltooid. Als u daarentegen een installatiemedium gebruikte, en als u een gewijzigde kernel had in 3.8, dan is het waarschijnlijk dat u de standaard kernel van 3.9 ook zal moeten wijzigen. Dit kan zo eenvoudig zijn als het wijzigen van een specifiek apparaat met config(8), of het kan een hercompilatie betekenen als de optie die u nodig hebt niet in de GENERIC kernel is opgenomen. Raadpleeg alstublieft FAQ 5 - Het Systeem vanaf Broncode Bouwen alvorens te overwegen om uw kernel te hercompileren.

3. Upgraden van packages

Als u packages op uw systeem geïnstalleerd hebt, wil u die waarschijnlijk upgraden nadat de upgrade van het basissysteem voltooid is. In OpenBSD 3.9 ondersteunen de pkg tools nu het "terplaatse" updaten met pkg_add -u. De werking hiervan werd geverifieerd voor de meeste packages, vooral voor de CD packages beschikbaar in 3.8. Om bijvoorbeeld al uw packages te updaten, zorgt u ervoor dat PKG_PATH verwijst naar de 3.9 packages directory op uw CD of uw dichtstbijzijnde FTP mirror, en gebruikt u iets als

# pkg_add -ui -F update -F updatedepends

waarbij de -u update modus aangeeft, en -i interactieve modus specificeert, zodat pkg_add u vragen zal stellen wanneer het dubbelzinnigheden tegenkomt. Lees de pkg_add(1) manual pagina en het package beheer hoofdstuk van de FAQ voor meer informatie.