OS

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...

Sinds ik de eee pc heb, draai ik al op de standaard OS die erop zit. In dit geval is dat Xandros. Nou is de xandros op de eee pc getweaked specifiek voor de eee pc, zoals bv OSD en ondersteuning voor meerdere schermen enz.
Maar het grote nadeel daarvan is dat asus zo wat weigert om updates te doen, zoals bv firefox, degene die erbij zit is de 2.0 versie, nogal outdated dus. Ook zijn er geen profielen/ondersteuning voor als je met/of zonder powerkabel werkt. Zo wil ik graag dat het scherm niet dimmed als ik met een kabel werk, want de accu loopt dan toch niet leeg, zonder kabel daarintegen. Nou ja, js snapt wat ik bedoel. Het kan wel, alleen dan moet je zelf wat scripts gaan aanpassen, nou is dat niet zo een probleem, alleen ben ik daar toch net iets te lui voor. Ik werk al de hele dag met scripts en code, dus savonds wil ik gewoon rust hebben Na wat rondkijken en zoeken kwam ik uit op ubuntu eee. Deze versie is specifiek voor de eee pc gemaakt, waaronder een aangepaste kernel, minder troep om te installeren, en ook enigszins OSD ondersteuning.

Het werkt heel simpel, download de iso samen met unetbootin, zorg dat je minimaal 1gig usb stick hebt, en installeer met unetbootin de iso daarop. Tijdens het booten met de eee druk je op F2, daarmee kom je in de bios, en zet je de removabel stick op de eerste plek van boot devices, daarna start de usb stick vanzelf en kom je in de vertrouwde omgeving van de “live cd” terecht. Een knop met install is bijna niet te missen ik koos erzelf voor om de huidige partities te handhaven, 1 voor de bootloader, 1 voor de root partitie (ext2) en voor home (ext3) , ext3 gebruikt meer lees/schrijf acties, dus is het niet handig om de gehele disc op ext3 tezetten, ivm de levensduur van je flashdisc.


default menu


watching youtube

Op dit moment schrijf ik deze blog post op een asus eee p701.
Sindskort heb ik er eentje tot mijn beschikking, en het moet gezegd worden, het is wel erg makkelijk.
Ik moet nog erg wennen aan de kleine toetsen van het toetsenbord, maar langzaam aan gaat het steeds beter,
De software die erop draait is Xandros linux, die een klein beetje out-dated is, zo zit er bv nog firefox2 op ipv 3, en ook een oudere gtk, niet 3 maar 2.
Maar gebruikersgemak staat voorop, en dat is duidelijk merkbaar, zo had ik bv mijn wifi binnen 2 minuten aan de praat, en ook een extern scherm aansluiten is super makkelijk, en gelukkig kan je een extern scherm ook op een hogere resolutie zetten, zoals bv 1024x768. Ik geloof dat de max 1600x1200 is, maar dat heb ik nog niet geprobeerd.

De hardware specs zijn ook ok voor het werk waar het voor bedoeld is, en dat is toch hoofdzakelijk documenten maken, pdf's bekijken en dat soort zaken.
Er zit een 800Mhz in, 4gig flash harddrive, 512mb mem, 3 usb poorten, een uitbreidbaar slot, sd, voor meer geheugen, wifi en bluetooth.
Meer dan genoeg dus..
Met wat tweaken zet je er zo vlc op, en kijk je divx filmpjes in de trein , flash gaat overigen ook goed, maar de wat zwaardere filmpjes doen het niet zo goed, dan begint hij zwaar te haperen.. binnenkort meer over dit leuk apparaatje.
ps. ACDC gaat weer touren .. woohoo!!!

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.