opensolaris

Ik zit er al een tijdje tegen aan te-hikken. Zoals bekend gaat aan het einde van het jaar de stekker eruit voor sxce, en dus moet ik over naar de osol releases.
Alleen dat overzetten.. ik wil niet alles weer helemaal opnieuw gaan doen. Gelukkig bood de post van jmcp iets van soelas. Mijn huidige versie is snv_117.

Ik downloade de laatste osol cd van http://hub.opensolaris.org/bin/view/Main/downloads, dat is 2009.06 op het moment van schrijven.
In virtualbox maakte ik een instantie aan en mounte ik de cd. Let op, zorg dat je ook meteen een hdd toekent van minimaal 10gig. Ik installeerde eerst de normale cd op de ge"mounte" hdd. Kies tijdens de installatie dat ie de volledige partitie moet gebruiken.
Na het reboot en draaien van de hdd versie in virtualbox ben ik die instantie meteen gaan upgraden naar de laatste bits, dit omdat ik er zeker van wil zijn dat ik wel alle zfs pools kan mounten in een later stadium en dan geen versie conflicten krijg.

commando's in de virtualbox instantie:

Na lang wachten en een reboot in virtualbox heb je een volledige uptodate versie van osol. Nu kan het echte werk beginnen.
Creeer in virtualbox een snapshot en op je huidige machine (bij mij is dat bigmama) een rpool locatie:

Daarna sturen we de snapshot over naar bigmama, wat in mijn geval ook dezelfde machine is waar virtualbox op draait Let op: dat je wel als root mag inloggen in ssh. check dus effe je sshd.conf

Hierna ervoor zorgen dat de "nieuwe" partitie bekend word zodat je er ook naar toe kan booten, ipv de huidige 117.

Jmcp geeft in zijn blog post aan een aantal dingen mee tenemen die je op je huidige (117) hebt draaien:

Daarna weer even de mountpoint resetten:

Alleen nog een init 6 , en tada.. je hebt nu een top notch versie draaien op je huidige machine waar eerst 117 (in mijn geval) draaide, en je hebt een manier om je huidige spullen over te zetten.
Mocht je weer terug willen naar je 117, dan kan je in de grafische tool van package managent ook je boot partitie aangeven, die zet je dan gewoon weer terug en na een init 6 ben je weer in je oude omgeving. Beter is natuurlijk om gewoon even netjes grub aantepassen en een extra optie aantemaken

Conclusie: Op deze manier heb je dus geen extra machine nodig, en kan je makkelijk alles overzetten. Enige wat ik nog moet bekijken is het zones gebeuren, want ik draai 6 zones die allemaal sparse roots zijn en dat ondersteund osol 0906 niet..

Heel intressante presentatie over de nieuwe dingen die gaan komen in ZFS.
Met name het deel over ssd's vond ik wel intressant, met name hoe je het zou kunnen toepassen.
Ook userquotas komt aan het licht.. lijkt me leuk om eens mee te spelen in zfs.

Is de open-source community gedachte aan het veranderen? Onlangs verscheen er een bericht van springsource over hun update policy.
Ze zullen 3 maanden na een “main” branch, geen update meer verschaffen voor die versie. Bv als spring 3.1 uitkomt, dan heb je kans dat je downloads krijgt tot aan 3.1.6, maar daarna niet meer.. Althans zo las ik in eerste instantie het persbericht, en met mij nog veel meer mensen. Na wat dieper uitzoeken kwam ik erachter dat dat niet het geval is, ze zullen nog steeds patches blijven doen. Maar.. ze zullen geen binaries meer leveren. Hun mening is dat als je opensource ondersteund, dat je dan ook sources kan compilen, en dus zelf de code uit cvs moet gaan halen. Ook vinden ze dat grotere bedrijven door het huidige model niet genoodzaakt zijn om bij te blijven, dus hebben ze ook gezegd, dat als je patches in binary vorm wilt, je een “support contract” kan krijgen, waarbij springsource nog wel binaries blijft leveren.

Waarom deze aanpassing? Ergens begrijp ik de gedachte wel.. opensource staat in mijn ogen altijd voor code downloaden, compilen en installeren.. althans als het aankomt op server beheer, pre-compiled packages ben ik niet een grote voorstander van, althans als het aankomt op bv apache, mysql, php. Mutt.. enz enz. Een complete OS daarintegen, opensolaris heb ik een paar keer gecompiled, maar trek daar maar effe een nacht voor uit hoor.
Maar waarom dus de aanpassing? Het compilen van springsource duurt ongeveer 1.5 minuut... Is het echt dat ze geld willen vangen? Of voelen ze zich ondergewaardeerd? Mensen gebruiken spring, maar leveren zelf weinig input? Stel je eens voor dat een opensolaris, ubuntu of andere distros geen binaries meer leveren? En wat van ubuntu, die zegt dat ze 3 jaar na release nog support blijven leveren.. Ook is het in mijn ogen zo dat de meeste developer architecten zich helemaal niet bezig willen houden met compilen, die willen nadenken over blokjes en integreren van systemen. Niet met uitzoeken dat je met “ant all-jars” spring kan compilen.. Voor mij persoonlijk voel ik mij tussen 2 vlakken in.. ik compile al jaren pakketten voor Os'en en heb daar ook geen probleem mee.. daar integen, de springsource staat op cvs. En ik mag hopen dat ze dan wel tags en dergelijke gaan gebruiken.. De grote hamvraag, zullen meerdere volgen? Komt er een verschuiving over het denken over opensource? Of .. is het eenmalige actie, en blijven de meeste geld verdienen met support leveren, ipv binaries leveren...

Zoals ik al eerder aangaf word het de hoogste tijd om te upgraden naar de laatste versie van opensolaris.
Al is het alleen al voor de cifs ondersteuning.
In een vorige blog gaf ik al aan dat ik problemen had met aggr na het rebooten.
Ik heb besloten om dat even te laten varen, en gewoon een rtls0 en rtls1 te gebruiken.. maar... dan wel op een leuke manier
en dus heb ik rtls0 voor alle zones gebruikt op 1 na: "testzone"
testzone heb ik ip-type="exclusive" meegegeven.

Het eerste probleem waar ik tegen aan liep, was dat 1 zone alleen nog maar de volgende melding gaf:

Na de paswoord invoer kwam ik in een kale zone waar weinig in gestart was
Na lang zoeken kwam ik erachter dat mijn smf repository naar de knoppen was. (die kan je vinden in /etc/svc/)
Na nog wat langer zoeken, kwam ik op het volgende uit:

Hiermee kan je switchen naar voorgaande versies van je repository, telkens als deze wijzigt word er een backup gemaakt van de huidige versie.
Voorgaande versie werkte helaas niet, het enige wat nog overbleef was een complete terug draai.

Een herstart van mijn zone, en hij deed het weer woohoo!!

Ander probleem waar ik tegenaan liep.. samba doet het niet meer in mijn zones..
Ik moest wat pluizen maar kwam achter de volgende melding:

en nu?... was er stil van.. blijkbaar zijn de rechten van zones wat aangepast.
Dit is met het volgende te verhelpen:

zie ook : forum van opensolaris
en na de zone terebooten deed ook mijn samba het weer , overigens wel de sfw versie.
smbadm kan je alleen in de global zone draaien, en moet ik nog wat meer in verdiepen

De laatste versie van opensolaris op dit moment is build85.
Aangezien ik al een tijd 75a draai, vond ik het tijd om te upgraden.
Aangezien ik voorbereidt ben op liveupgrade, is dat vrij makkelijk om te doen.
Eerst de packages upgraden van liveupgrade, voor het geval dat daar nieuwe fixes inzitten:

Na een tijdje is er een copy gekomen op de s3 slice, check de status als volgt:

Tijd om een upgrade te doen:


ps: Note: DO NOT use reboot(1M) or the new BE will not be booted from !!
dus gebruiken we shutdown.

Na een reboot kreeg ik helaas meteen problemen:

en daarmee was het einde oefening, met geen mogelijkheid krijg ik de netwerk aan de praat. zelfs door de aggr te vervangen door "rtls1" of "vfe0" maakt niks uit.
Nu heb ik van een collega build 84 weten te krijgen. Zien of daar dezelfde error is.. ik laat het nog weten wat mijn bevindingen zijn.
Het lukt me overigens wel om met vfe0 netwerk verbinding in de global zone te hebben, maar de zones werken dan nog steeds niet. hij zegt dat ie dan geen route kan maken op vfe0
Dank aan marco voor zijn blog post over luupgrade

De lente komt eraan, en meestal zijn er in het voorjaar nog bijeenkomsten.
Zo ook dit jaar

De eerste is op 2 april van nlosug.
Sprekers zijn: Bart Muijzer met een update over opensolaris, Hendrik Jan Thomassen over de historie van UNIX en Adriaan de Groot over het porten van KDE naar opensolaris.
Je dient je in te schrijven, zie hier voor meer info.

De tweede is op 16 april en wel de bekende J-Spring van nljug.
Met een heel scala aan onderwerpen, altijd garant voor een overdosis aan informatie
Zoals bv RESTful Web Services, JAMon en JARep en meer.
Zie hier voor meer info.

Wie kent het niet, weet je dat je ergens een stukje code of tekst hebt, maar je weet niet meer in welk bestand in je homedir het staat.
Onder linux heeft men al een tijd beagle, maar onder opensolaris had ik nog niks gevonden die hetzelfde kon.
Echter vandaag kwam ik via wat geluk op de site van Meta Tracker.
Deze heeft nagenoeg dezelfde features als beagle.


Installeren is makkelijk:


Om te starten doe je :


De trackerd word de volgende keer automagisch gestart in gnome, omdat deze word toegevoegd aan je session.
Sidenote: werkt niet in een non-global zone, ivm dbus die dan niet wil starten, en de tracker zal alleen
goed starten als je in een gnome session zit.
Als je opensolaris als een desktop gebruikt, dan mag deze tool zeker niet ontbreken.

Sinds build 72 is er nu ook semi support voor kernel 2.6, deze is nog niet af, maar wel al werkbaar.
Ik draai al een tijdje debian 3, zie deze post, en bevalt aardig, maar liever zou ik etch draaien.
Om dit mogelijk te maken heb ik de volgende stappen gedaan:
Eerst 2.6 ondersteuning mogelijk maken:


Creer nu een nieuwe zone, let vooral op de SUNWlx26


Volg de verhandelingen zoals ik die in mijn vorige post aangaf, om een lege zone aan temaken.
Alleen ipv de Debian-3.0r0.ext2.bz2 gaan we het nu anders aanpakken.
Zorg dat je een werkende debian(of ubuntu) versie hebt draaien, ik heb voor het gemak mijn versie 3 gepakt.
login op de debian machine, en doe het volgende:

Dit zal een basis installatie maken in de directory /tmp/debianetch

Copieer vervolgens de tar.gz naar de root van je nieuwe zone, dmv bv scp, en pak die dan uit:

Vervolgens dient de inittab aangepast te worden, want we hebben niet alle terminals nodig:

Nu kan je de zone booten met zoneadm
Er zijn alleen nog een paar kleine zaken te doen:

Dit is makkelijke te fixen:

Als je nu reboot ben je helemaal klaar
Nog 1 ding, ook hier dien je de flock hack te doen, die ik mijn vorige post beschreef.
Commentaar uit flock() regels in /usr/share/perl5/Debconf/DbDriver/File.pm

De ssh-server werkt niet goed, ipv kan je dropbear installeren, ook een ssh server waarbij ook -X bv werkt.Deze werkt wel goed.



Thanx go to Albert for his post