Logic blog - opensolaris

migreren van sxce-117 naar opensolaris 0906

nospam@example.com (Logic) — Sun, 15 Nov 2009 21:27:15 +0100

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:

CODE:

$ pfexec pkg set-publisher -O http://pkg.opensolaris.org/dev opensolaris.org $ pfexec pkg install SUNWipkg $ pfexec pkg image-update

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:

CODE:

virtualbox# zfs snapshot rpool/ROOT/opensolaris-0906@current bigmama# zfs create rpool/ROOT/opensolaris-0906

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

CODE:

zfs send rpool/ROOT/opensolaris-0906@current | ssh root@bigmama zfs recv -F -v rpool/ROOT/opensolaris-0906

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

CODE:

bigmama# zpool set bootfs=rpool/ROOT/opensolaris-0906 rpool bigmama# zfs set canmount=noauto rpool/ROOT/opensolaris-0906 bigmama# zfs set mountpoint=/ rpool/ROOT/opensolaris-0906

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

CODE:

bigmama# zfs set mountpoint=/mnt rpool/ROOT/opensolaris-0906 bigmama# cp /etc/ssh/sshd*key* /mnt/etc/ssh bigmama# cp /etc/hostid /mnt/etc/hostid bigmama# cp /etc/inet/hosts /mnt/etc/inet/hosts bigmama# cp /etc/X11/xorg.conf /mnt/etc/X11 bigmama# cp /etc/hostname.rtls0 /mnt/etc

Daarna weer even de mountpoint resetten:

CODE:

# cd / # zfs umount rpool/ROOT/opensolaris-0906 # zfs set mountpoint=/ rpool/ROOT/opensolaris-0906

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

nieuwe features die eraan komen in zfs

nospam@example.com (Logic) — Thu, 01 Oct 2009 09:55:30 +0200

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?

nospam@example.com (Logic) — Sat, 04 Oct 2008 21:41:34 +0200

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

upgrade naar 89

nospam@example.com (Logic) — Wed, 21 May 2008 21:23:29 +0200

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:

CODE:

> Requesting System Maintenance Mode > (See /lib/svc/share/README for more information.)

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:

CODE:

/lib/svc/bin/restore_repository

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.

CODE:

-seed- restore the initial starting repository (All customizations will be lost, including those made by the install/upgrade process.)

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:

CODE:

[2008/05/21 20:40:33, 0] lib/util_sock.c:(830) bind failed on port 445 socket_addr = 0.0.0.0. Error = Permission denied

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

CODE:

$ zonecfg -z testzone $ zonecfg:testzone> set limitpriv=default,sys_smb $ zonecfg:testzone> verify $ zonecfg:testzone> commit $ zonecfg:testzone> exit

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

zones, build 85 en netwerk

nospam@example.com (Logic) — Mon, 31 Mar 2008 22:21:22 +0200

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:

CODE:

# pkgrm SUNWlucfg SUNWlur SUNWluu SUNWluzone mounten van de iso: # lofiadm -a /export/pool3/opensolaris/sol-nv-b85-x86-dvd.iso /dev/lofi/1 # mount -F hsfs -o ro /dev/lofi/1 /mnt updaten van packages: # pkgadd -d /mnt/Solaris_11/Product/ SUNWlur SUNWluu SUNWlucfg SUNWluzone creeren van de nieuwe slice (met x exclude je files of directorys en snv_75a is de current version running): # lucreate -c snv_75a -m /:/dev/dsk/c1d0s3:ufs -x /export/pool2 -x /export/pool3 -x /opt -x /swap -n snv_85

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

CODE:

% lustatus Boot Environment Is Active Active Can Copy Name Complete Now On Reboot Delete Status -------------------------- -------- ------ --------- ------ ---------- snv_75a yes yes yes no - snv_85 yes no no yes -

Tijd om een upgrade te doen:

CODE:

# luupgrade -u -n snv_85 -s /mnt/ en vervolgens te activeren voor na de reboot: # luactivate snv_85

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:

CODE:

Mar 29 20:37:21 solaris-devx ip: [ID 349634 kern.error] aggr1: DL_ATTACH_REQ failed: DL_BADPPA Mar 29 20:37:21 solaris-devx ip: [ID 450574 kern.error] aggr1: DL_BIND_REQ failed: DL_OUTSTATE Mar 29 20:37:21 solaris-devx ip: [ID 392697 kern.error] aggr1: DL_PHYS_ADDR_REQ failed: DL_OUTSTATE Mar 29 20:37:21 solaris-devx ip: [ID 721282 kern.error] aggr1: DL_UNBIND_REQ failed: DL_OUTSTATE Mar 29 20:37:23 solaris-devx ip: [ID 349634 kern.error] aggr1: DL_ATTACH_REQ failed: DL_BADPPA Mar 29 20:37:23 solaris-devx ip: [ID 450574 kern.error] aggr1: DL_BIND_REQ failed: DL_OUTSTATE

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

nlosug en nljug voorjaar 2008

nospam@example.com (Logic) — Tue, 11 Mar 2008 20:37:19 +0100

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.

Meta Tracker Desktop Search

nospam@example.com (Logic) — Sun, 16 Dec 2007 21:41:08 +0100

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.

QUOTE:

1. Tracker supports both free text search (like Beagle/Google) as well as structured searches using RDF Query.
2. It responds in real time to filesystem changes, automaticaly keeping its metadata database up to date.
3. It extracts file contents as plain text and indexes them.
4. Can provide thumbnailing on the fly if a thumbnail does not currently exist.
5. Uses multilingual word stemmers to help find more relevant results. For example a search for motorbikes (plural) will also return results relevant to motorbike (singular).

Installeren is makkelijk:

CODE:

# wget "http://surfnet.dl.sourceforge.net/sourceforge/gnome-sync-tool/tracker-0.6.3-i386-pkg.tar.gz" # gtar zxfv tracker-0.6.3-i386-pkg.tar.gz # pkgadd -d . OSOLgamin OSOLgamin-devel SFEgmime SFEgmime-devel SFEsqlite SFEsqlite-devel SFEtracker SFEtracker-devel SFEtracker-root

Om te starten doe je :

CODE:

# trackerd & - (indexer tool) # tracker-search foo - (commandline search) # tracker-search-tool foo - (gui search) # tracker-preferences - (tracker preferences)

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.

debian 4 (etch), brandz en kernel 2.6

nospam@example.com (Logic) — Sun, 11 Nov 2007 20:15:35 +0100

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:

CODE:

# cd /etc/zones # wget http://www.opensolaris.org/os/community/brandz/files/SUNWlx26.xml

Creer nu een nieuwe zone, let vooral op de SUNWlx26

CODE:

# zonecfg -z debiantest debiantest: No such zone configured Use 'create' to begin configuring a new zone. zonecfg:debiantest> create -B SUNWlx26 zonecfg:debiantest> set zonepath=/export/pool2/zones/debiantest zonecfg:debiantest> add net zonecfg:debiantest:net> set physical=aggr1 zonecfg:debiantest:net> set address=192.168.1.153 zonecfg:debiantest:net> end zonecfg:debiantest> commit zonecfg:debiantest> exit

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:

CODE:

# mkdir /tmp/debianetch # sudo debootstrap --arch i386 etch /tmp/debianetch http://ftp.debian.org/debian/

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

CODE:

# cd /tmp/debianetch # sudo tar cfz /tmp/debianetch-root.tar.gz .

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

CODE:

# cd /export/pool2/zones/debiantest/root # gtar xfz debianetch-root.tar.gz

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

CODE:

# perl -pi -e "s,tty1,console,; s,^([23456]),#\1," etc/inittab

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

CODE:

debiantest# /etc/rcS.d/S10checkroot.sh start Activating swap...done. mknod: `/lib/init/rw/rootdev': Operation not permitted <strong> The device node none for the root filesystem is missing or incorrect or there is no entry for the root filesystem listed in /etc/fstab. The system is also unable to create a temporary node in /lib/init/rw. This means you have to fix the problem manually. </strong> A maintenance shell will now be started. CONTROL-D will terminate this shell and restart the system. Press enter for maintenance (or type Control-D to continue): Restarting system.

Dit is makkelijke te fixen:

CODE:

# zlogin debiantest Press enter for maintenance (or type Control-D to continue): debiantest:/# perl -pi -e "s,1 1,1 0," /etc/fstab debiantest:/# reboot Vervolgens om ook het netwerk aan de praat te krijgen: debiantest:/# mkdir /var/run/network && rm /etc/network/run && ln -s /var/run/network /etc/network/run

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.

CODE:

logic@debiantest:~$ uname -a Linux debiantest 2.6.18 BrandZ fake linux i686 GNU/Linux

Thanx go to Albert for his post

CIFS (samba) komt naar zfs

nospam@example.com (Logic) — Sun, 04 Nov 2007 22:50:13 +0100

Woohoo, na nfs komt nu ook samba sharing naar zfs. Onder CIFS is al veel werk verricht.
Zie deze blog post voor meer info.
Volgens de lijst zoals ik die lees word dit in build 77 geintegreerd.. cool kan nie wachten

[update]
Ik had het ook even op irc gezegd, maar dat was misschien niet zo een goed idee
[/update]

CODE:

22:54 logic looks at the list, and notices that in build 77 CIFS will be integrated, thats cool 22:56 < e^ipi> yay... more reason for people to avoid things that work well (nfs) in favor of crap that they're used to from linux... 22:56 < Tempt> indeed 22:56 < Tempt> linux learnt to speak smb because nfs was 'too hard' 22:57 < jbk> yeah, because if they just ignore it, the entire windows world will just drop cifs support and move to nfs 22:57 < Tempt> and almost as soon as they'd started to work it out, nfsv4 comes along. 22:58 < flyingparchment> e^ipi: i'd use CIFS in a Windows network; i'd rather enable 1 solaris service than install SFU on 50 Windows clients 22:58 < flyingparchment> and the new cifs server does look fairly reasonable 22:58 < logic> hmm i didn't meant to start a flame on smb, but i find it easy to use sharefs in zfs, and sharesmb would also be very handy 22:58 < tomww> anyone know if we have graphics for OpenSolaris in a xVM domU? Think we have not... 22:59 < oninoshiko> actually, samba is a total PITA... the reason its used is the winders junk 22:59 < flyingparchment> yeah, i never got along well with samba. hopefully sun's attempt is better 23:00 < trochej> At least it works. When you want to run server for Windows clients, you rather use samba than go and install SFU 23:00 < trochej> Even if you script the installation 23:01 < Tempt> Is Sun's effort with CIFS a progression of their old 'pc netlink' product? 23:03 < oninoshiko> well yes, but my point is that if you have the option even under linux to choose between samba and NFS, I would use NFS. Unfortunately all things are rarely equal

coolstack 1.2

nospam@example.com (Logic) — Sun, 04 Nov 2007 22:33:50 +0100

Coolstack 1.2 is gereleased.
En 1 van de grote verbeteringen in mijn ogen is dat er nu SMF files bij zitten Nieuw is ook lighttpd en mod_jk.
Ik heb de upgrade nog niet gedaan, maar zodra als ik dat heb gedaan zal ik een post erover doen.
Lees de changelog en download de laatste versie op : http://cooltools.sunsource.net/coolstack/
ps ben benieuwd wanneer dit standaard onderdeel word van opensolaris (webstack)

compiz 0.6.2, compiz fuzion en opensolaris

nospam@example.com (Logic) — Sun, 04 Nov 2007 22:25:15 +0100

Helaas is in b75 compiz broken, dit komt doordat er een aantal libs zijn geupgrade en oudere zijn verwijderd.
Gelukkig heeft er iemand aanpassingen gemaakt zodat het weer draait, forum link

CODE:

# wget http://trisk.acm.jhu.edu/compiz/compiz-packages-0.6.2-s11-i386.tar.bz2 # bunzip2 -d compiz-packages-0.6.2-s11-i386.tar.bz2 # tar xfv compiz-packages-0.6.2-s11-i386.tar # for file in *.pkg; do pkgadd -d $file all; done

De packages installeren gaf geen enkel probleem, en nu draai ik compiz weer als een zonnetje
Ik had gelukkig nog mijn oude icoon op mijn desktop staan, anders kan je op de cmd start-compiz draaien

is het nou nfs3 of nfs4?

nospam@example.com (Logic) — Sat, 20 Oct 2007 19:21:11 +0200

In een eerdere post kon je lezen dat ik bezig was met nfs.
Maar de grote vraag is, ben ik connected met nfs3 of nfs4? Ik zou verwachten 4, maar dat zegt natuurlijk niks, proof willen we zien, en dus ging op zoek, op google, ik kon daar alleen niet helemaal vinden wat ik nou zocht.
En dus vroeg ik het aan mijn solaris master en collega: marco
Hij kwam met een hele waslijst aan commando's om uit teproberen.
Continue reading "is het nou nfs3 of nfs4?"

pop3 , sendmail en mijn domein mindtravel.nl

nospam@example.com (Logic) — Mon, 15 Oct 2007 20:37:15 +0200

Mijn domein mindtravel.nl probeer ik te verhuizen naar cysonet, dit omdat de huidige provider de inboedel heeft gekregen van SQR, en daarmee ook mijn domein niet meer ondersteund zo werkt oa mijn email niet meer..
Gelukkig kon Tjebbe(cysonet) voor mij regelen om tijdelijk de MX records om te zetten, zodat in iedergeval mijn email werkt.
Daarvoor moet ik wel effe sendmail aanslingeren.
Eerst een nieuwe zone maken, ik wil geen risico lopen met huidige zones.

CODE:

# zonecfg -z dbzone export|sed -e 's/dbzone/mailzone/'|zonecfg -z mailzone mailzone: No such zone configured Use 'create' to begin configuring a new zone. # time zoneadm -z mailzone clone dbzone Cloning zonepath /export/pool2/zones/dbzone... real 0m11.535s user 0m0.706s sys 0m6.440s (dont you just love zfs)

Ik heb gekozen voor mijn database zone, omdat die al helemaal uit gekleed is.
Start de zone en login met zlogin, dit omdat de configuratie nog even afgemaakt moet worden.
Nadat dit is gebeurd, moest ik sendmail klaar maken:

CODE:

mailzone# svcadm enable sendmail voeg je domein toe, zodat sendmail weet dat ie daarvoor email moet ontvangen mailzone# cat "mindtravel.nl" >> /etc/mail/local-host-names mailzone# svcadm restart sendmail

Sendmail is nu klaar voor gebruik, en zal email ontvangen, tevens kan je evt. ook nog aliases aanpassen, mocht je daar behoefte aan hebben.
Onder mijn normale zone gebruik ik mutt , samen met fetchmail, die weer zijn email ophaalt met pop3.

CODE:

mailzone# wget "ftp://ftp.sunfreeware.com/pub/freeware/SOURCES/imap-2006e.tar.gz" mailzone# tar zxfv imap-2006e.tar.gz mailzone# cd imap2006e Je dient het type OS mee tegeven aan de make commando: mailzone# make gso mailzone# cp ipop/ipop3d /usr/local/bin mailzone# cat "pop3 stream tcp nowait root /usr/local/sbin/ipop3d ipop3d" >> /etc/inetd.conf mailzone# inetconv mailzone# inetadm (to verify the services)

Maar na deze actie had ik nog een probleem, tijdens het ophalen van mijn email met de pop3 server kreeg ik de volgende melding:

CODE:

mailzone# tail /var/log/syslog POP Response: --ERR Unknown AUTHORIZATION state command

Hmm.. na wat zoeken kwam ik op de volgende post.
De oplossing is simpel, ik ga SSL disablen, ik heb daar geen probleem mee, de zones draaien allemaal binnen een lokaal netwerk.

CODE:

mailzone# make clean mailzone# make gso SSLTYPE=none mailzone# cp ipop/ipop3d /usr/local/bin

En toen werkte alles naar behoren

zfs , nfs en rsync, backup van de ubuntu laptop

nospam@example.com (Logic) — Tue, 09 Oct 2007 22:22:47 +0200

Ik heb een laptop van de zaak, die ik dus ook elke dag gebruik, en waar ik al mijn werk op doe.
Een tijdje maak ik mij al zorgen over de backups, ik draai ubuntu, en heb dus niet de mooie dingen zoals zfs tot mijn beschikking, dan zou ik bv zfs send kunnen doen. Dus moest ik opzoek naar een andere oplossing.
Rasputnik had voor mij de oplossing:

CODE:

op de laptop: # echo "192.168.1.170 solaris-devx" >> /etc/hosts # apt-get install portmap # mkdir /mnt/nfsbackupd op de server: # zfs create pool2/laptopbackup # zfs set sharenfs=on pool2/laptopbackup (compression vind ik wel handig) # zfs set compression=on pool2/laptopbackup # svcadm enable nfs/server (om te checken of de server draait) # svcs | grep nfs op de laptop: # mount solaris-devx:/export/pool2/laptopbackup /mnt/nfsbackup

Tada, klaar let wel effe op of de rechten goed staan, anders kan je niet schrijven.
Een extra verbetering is het volgende:

CODE:

op de server: # echo 'set zfs:zil_disable=1' >> /etc/system nu kan je rebooten of het volgende doen: # echo 'zil_disable/W 1' | mdb -kw # export pool2 # import pool2

Dit zorgt voor een zeer grote verbetering qua snelheid met overdracht, meer informatie staat hiero en hier.
Het enige wat ik nu nog hoefde te doen:

CODE:

op de laptop: # rsync -vaz /home/logic/ /nfsbackup/

en dan heel veel geduld hebben

brandz, centos en google earth

nospam@example.com (Logic) — Mon, 08 Oct 2007 22:41:59 +0200

Vandaag weer eens wat nieuws uitgeprobeerd.
Allereerst een zone gemaakt met een centos installatie:

CODE:

bigmama# zonecfg -z centos centos: No such zone configured Use 'create' to begin configuring a new zone. zonecfg:centos> create -t SUNWlx zonecfg:centos> set zonepath=/export/pool2/zones/centos zonecfg:centos> add net zonecfg:centos:net> set physical=aggr1 zonecfg:centos:net> set address=192.168.1.152 zonecfg:centos:net> end zonecfg:centos> commit zonecfg:centos> exit bigmama# zoneadm -z centos install -d <path>

De tarball kan je vinden op de brandz download page op opensolaris.
Na het booten heb ik met ssh en vervolgens google binnengehaald

CODE:

bigmama# ssh -X root@192.168.1.152 centos# wget http://dl.google.com/earth/client/current/GoogleEarthLinux.bin

ps de default password is root, handig om te weten
Na het installeren, opstarten, en voila.. het draait meteen..
Heb er een screenshot van gemaakt:

De framerate is ok, niet super, maar dat komt denk ik meer omdat het door ssh heen moet.