OpenSolaris 2008.11 är här!

Ja då kan jag efter 15 timmars arbete konstatera att OpenSolaris på PC-skrot inte är nån höjdare.

8. Begränsat utbud av drivare. 10-0 till Windows

9. Information om ovanstående finns i fragmant i sk bloggar och "issue/bugg"-rapporter. För Windows finns betydligt mer info från chipsettillverkare och/eller moderkortstillverna. 10-0 till Windows. OpenSource orkar/kan/vill inte hänga med utvecklingen och tillverkarna lägger inga egna pengar på att ta fram drivare till annat än Win.

10. Jag var ute för att prova ZFS, operativet var ointressant, men det enda vettiga tycks vara OpenSolaris. GLÖM ZFS såvida du inte kör på SUNs egna burkar som kostar från 20kUSD och uppåt!!!! Ev. kan du ha tur med ditt PC-skrot eller sitta en vecka och Googla fram om varje atom i din PC stöds av OpenSolaris.
Jag har installerat/driftat/kört ett 30-tal olika PC-konfigurationer sedan 18 år med Win och ALDRIG haft motsvarande strulproblem. Det har ALLTID funnits drivrutiner till Win. 10-0 igen till Win.

11. Ubuntu är ett bra alternativ till Win och min erfarenhet är att det är bättre än Win på att automatiskt hitta/installera drivare än Win. 10-0 till Ubuntu.
Problemet med Ubuntu är att det inte tycks lira ZFS alternativt om det nu går att "hacka in det" så lirar det inte lika effketivt som med Solaris. Problemet med OpenSource är att det finns olika konkurrerande konstellationer, å ena sidan Solaris och den andra Linux, som slutanvändare häpnar man över att dom inte samarbetar till 100%, BillyBoy ler brett åt deras oenighet. Det finns alltså anledningar till att M$ monopol inte fullt ut har alternativ för oss slutanvändare. Sådan är politiken och girigheten.

12. Så nu blir det till att köra chipset RAID5 i brist på annat, där finns det drivrutiner och administrationsprogramvara som man installerar på en kvart och som funkar. checkdiska, defragga och resynka som en galning tills diskarna slits ner. Skitsamma om det inte är lika säkert/snabbt som ZFS men hellre en rostig Fiat som funkar än en Ferrari som inte ens startar.

Som ni märker är jag besviken, framförallt därför att jag VILL se alternativ till M$ och är villig att offra tid och energi på det, jag hade förhoppningar, dom är borta nu, tvingas ställa mig i Bills led och följa med flocken som alla andra hjärntvättade stackare. Jantelagen håller i alla väder.

Avslutningsvis vill jag tacka alla som varit hjälpsamma, särskilt saddam.

Gott Nytt År!

/jookeer

Jag har använt "Boot Environments" omedvetet tror jag, för när jag körde uppdatering av systemet så skapades automatiskt en snapshot av systemet så jag kunde välja en tidigare miljö via grub-menyn. Snapshots verkar mycket smidigt måste jag säga. Kan som sagt vara bra att tänka på innan man pillar med egna inställningar. Jag har inte hunnit testa så mycket finesser i OpenSolaris ännu faktiskt.

Håller med om att man inte behöver jättedyr hårdvara. Min nya server kostade under 4000 kr om man bortser från hårddiskarna. Man kan komma ner mot 3000 kr med ungefär samma prestanda om man köper billigare moderkort och processor samt mindre mängd minne.

Min erfarenhet var precis det motsatta som för Jookeer. Det var mycket struligare att få in alla drivrutiner i Windows Vista än i OpenSolaris. Gäller att ha lite tur om man ska få dessa lite mer ovanliga operativsystem att funka med existerande hårdvara men köper man nytt så kan man ju välja hårdvara som andra rapporterat ska funka. Om du omöjligt får SATA-diskarna att funka med inbyggdra kontrollern kanske det kan funka med något kontrollerkort som stöds av solaris?

Noterade att moderkortet på min gamla Linux-server stöds av OpenSolaris och även kontrollerkortet (SiL 3114 baserat) nu när jag bytt bios på det till en icke-rad version. Så jag ska testa OpenSolaris där också vid något tillfälle, kan vara skoj att jämföra prestandan.

Sockmonkey: Mitt PCI SATA-kort i gamla Linux-servern är av märket SUNIX SATA4000 och det kan man flasha om till icke-raid bios (vilket jag gjort) och då ska det funka med Solaris (vilket jag inte testat ännu):
http://www.sun.com/bigadmin/hcl/data/components/details/2997....
Köpte det på netonnet: http://www.netonnet.se/index.asp?iid=91422
Trots att butiken kallar det för Deltaco SX-109 så står det SUNIX SATA4000 på förpackningen. Funkade bra att följa anvisningarna på HCL när det gällde flashningen av bios. Bios finns här:
http://www.siliconimage.com/support/searchresults.aspx?pid=28...

Jag har haft problem med det inbyggda Realtek-baserade gigabitnätverket på moderkortet. Det kallas rge0 i OpenSolaris. Hastigheten är helt OK men uppkopplingen hänger sig vid stor belastning (överföringar uppåt 900 Mbit/s). Kanske ett drivrutinsproblem? Ju lägre processorhastighet jag körde desto sämre stabilitet blev det, men inte ens vid originalklock var det helt stabilt.

Jag har löst det genom att köpa intels PCIe gigabit-nätverkskort och nu funkar det stabilt. Kan ju vara ett tips för er som bygger filserver med ZFS att köpa till ett bra nätverkskort alltså... Bytte både på server och klientdator för att få det helt stabilt.

Till saddam som undrade om nätverksprestandan var beroende på CPU-klock så ja till viss mån är det det. Nu med nya nätverkskortet får jag 83 MiB/s vid 1200 MHz och ca 90 MiB/s vid 2000 MHz och högre. Fick något lägre hastigheter med realtek-nätverksanslutningen (73 MiB/s vid 1400 MHz och 87 MiB/s vid 2500 MHz). Jag kommer att köra 2000 MHz eftersom det inte är slöare än 2500 MHz men drar mindre ström. Nu drar servern ett par watt mera med extra nätverkskort men prestandan blev ju bättre.

Som jag redan nämnt i tidigare redigerad post så begränsas jag av hårddiskarna i Vista-klienten. Får ju 93 MiB/s vid direkt kopiering mellan hårddiskarna så det är ju ungefär samma som vid kopiering mellan klient och server (90 MB/s). Kör jag två överföringar till varsin hårddisk så hamnar de på 50 MB/s vardera och då begränsar troligen nätverket istället. Känns som jag har ganska bra balans på prestandan på nätverket jämfört med mina hårddiskars prestanda. Meningslöst att köra 10 Gbit/s om hårddisken ändå inte flaskhalsas av 1 Gbit/s.

Realtek verkar vara skit när det gäller gigabitnätverk. Jag hade problem med gamla servern med Realtek PCI-kort men efter att bytt till intel blev det OK. Min quad-core dator funkar ganska OK med realtek men märkte även där att det kunde hänga servern ibland så jag bytte både på server och klient och nu funkar det riktigt stabilt. Däremot lyckades jag hänga nätverket när servern körde 1200 MHz vid ett tillfälle trots intelkorten. Så för riktigt stabila snabba gigabitanslutningar på opensolaris-servern verkar den föredra någorlunda snabb processorhastighet och bra nätverkskort. Inga problem alls med hängningar oavsett hur jag testar när servern kör 2000 MHz med dual core AMD 4850e processor.

Så ett annat tips är alltså att inte ha alltför klen processor om man vill maxa gigabitnätverket utan stabilitetsproblem. Skönt att min CPU räcker till i alla fall när man kombinerar den med intel PCIe nätverkskort.

Det blir en "NTFS-rock" över ZFS?

Jag kör både Windows och Linux på mina klientdatorer (har just nu trippelboot XP, Vista, Linux på huvudmaskinen). iSCSI verkar intressant men jag får nog läsa på mer hur det funkar. Hittade denna artikel som kan ge lite tips: http://blogs.sun.com/GregB/entry/using_zfs_to_protect_ntfs

Har testat lite med NFS men har inte lyckats montera nfs utdelningen i min linuxklient. Bör ju gå att använda iSCSI i Linux också. Bra att det finns olika alternativ att prova tycker jag.

Angående NFS server i OpenSolaris så lyckades jag koppla upp mig från min klient som kör ubuntubaserade Linux Mint om jag använde mount.nfs4 istället för vanliga mount kommandot. Tydligen vill servern att man använder NFS version 4 som default och ubuntu har inte det som default för mount. Kan ju vara något att tänka på om det krånglar för er med NFS-anslutningen.

Hastighetsmässigt kunde jag överföra med 65 MB/s till servern och ca 30 MB/s från servern när jag körde NFSv4, men jag får kolla mera var flaskhalsen är. Kanske Linux är långsamt på att skriva till NTFS-disk men snabbare på att läsa från NTFS (kanske är klientdiskarna som flaskhalsar)? Går nog att tweaka lite också tror jag.

Verkar enklast att huvudsakligen köra CIFS på filservern men jag behöver åtminstone en NFS readonly utdelning till min TviX mediaspelare (som funkar bättre med NFS än samba). Får kolla upp vilken NFS-version mediaspelaren egentligen använder.

Nästa grej som verkar lite lurigt är det här med filrättigheter och användaridentiteter. CIFS verkar kunna mappa windows SID med unix UID/GID. Men kör man NFS så kan det bli krångel om en klient har UID 1000 för användaren ronny, en annan klient har UID 500 och så har OpenSolaris UID 101 för samma användare. Troligen bör jag fixa så att alla klienter har samma nummer på UID så att det inte blir förvirring när det gäller rättigheter. Man kanske bara behöver redigera /etc/passwd... Känns som man kanske lättare kommer runt problemet om man håller sig till CIFS och kör samba eller windows på klienterna när man ska skriva filer till servern så att opensolaris kan översätta till rätt användare lokalt på servern.

Jag kör inga "Active directory", windowsdomän eller andra tjänster för att hålla koll på användarrättigheter i hemmanätverket utan det är windows workgroup eller UID, GID för Linux som jag tror skulle passa mig bäst. ACL har jag inte riktigt koll på hur det funkar. Hur löser ni andra dessa problem med användarrättigheter i era hemmanätverk?

Är man ensam användare kanske det inte är så noga men jag tänkte att varje familjemedlem skulle få ett eget konto så man inte råkar radera andras filer av misstag. Man ska kunna läsa alla filer men bara kunna ändra och ta bort egna filer och mappar i den gemensamma lagringen. Sedan vill jag också dela ut hemma-mapparna så att man kan lägga privata filer som man är extra rädd om i dessa. Man ska inte kunna se andras hemma-mappar på filservern, bara de egna och de gemensamma. Slutligen vill jag ha ett admin-konto som har full åtkomst till alla utdelade mappar, backuper och snapshots via CIFS. Jag vet inte om detta är enkelt att lösa men jag tror det bör gå att fixa på något sätt.

Problemen med NFS verkar ha varit något med rättigheterna. Fick det att funka med min TviX mediaspelare efter att dels angett ip-adressen till spelaren i min hosts-fil och dels ha gett read-only root-access till utdleningen i NFS. Så egentligen funkade nog NFS version 3 redan från bröjan, det var bara jag som strulade till det.

När det gäller CIFS var det inte så krångligt som jag trodde. När man använder Workgroup-mode så behöver man inte bekymra sig om idmap och sådant. I workgroup mode mappas automatiskt windowsinloggningen alltid till en lokal användare i opensolaris. Så det gäller helt enkelt att ge de rättigheter man behöver för de lokala användarna så att de kommer åt de lagringsmappar som delas ut. Användarnamn och lösen från windows är densamma som användarnamn och lösen i opensolaris. Jag har lite kvar att pyssla med användare och rättigheter men det verkar inte ska behöva vara så märkvärdigt som jag först trodde. Tänker hålla mig till CIFS även till Linuxklienten så jag slipper krångla så mycket med NFS. Är inte värt att krångla bara för att eventuellt få lite bättre prestanda (CIFS är tillräckligt snabbt ändå). Det är bara min mediaspelare som ska använda NFS (den är för långsam som sambaklient vilket då får filmer att hacka men i NFS går det fint) och det gick ju att lösa som sagt var.

Jag hade lite problem att mappa nätverksenhet i Vista till CIFS-servern men efter att bytt datornamnet på Vistadatorn till ett kort namn med enbart stora bokstäver gick det lite bättre med inloggningarna men ibland krånglade det ändå, särskilt efter omstart. Men så provade jag kryssa i "logga in som annan användare" men skrev ändå in mitt vanliga användarnamn och så lösenordet samt återanslut vid inloggning när jag mappade nätverksenheten och sedan dess så funkar det varenda gång jag bootar till Vista. Får upp en egen enhetsbokstav i "Den här datorn" som länkar till servern. Väldigt smidigt sedan när man kommit så långt. I XP och Linux har inloggninngarna inte krånglat alls utan det är Vista som varit lite tjurigt men nu så är det fixat. Jag börjar verkligen gilla Windows Vista nu faktiskt eftersom det ger minst dubbla nätverksprestandan mot servern jämfört med andra klient-OS.

Angående serverlösningen du beskriver så verkar den lite extrem som hemmaserver men det där med SSD är ju fiffigt. För mig känns inte gigabit och serverns hårddiskprestanda särskilt begränsande men i framtiden kan det ju vara ett sätt att få upp farten när nätverk och diskar blir snabbare. Man kanske kan spara lite ström om man klockar ner processorn ännu mera men kompenserar med SSD för att hålla uppe hastigheterna. Byter man sedan ut OS-disken till SSD också blir det ju riktigt strömsnålt. Men idag kostar SSD för mycket för att man ska kunna motivera det för strömsnålheten...

90 MB/s är ju inget ovanligt med dagens hårddiskar så det lär inte bli mycket snabbare än att köra en lokal disk, men har du dessutom SSD cache på servern så blir det väl rätt bra accesstider. Ska man klona installationerna så gäller det att ha helt identisk hårdvara också. Men annars kan det ju vara en bra idé för att smidigt administrera många datorer via iscsi och göra snabba installationer. Även bra metod för att återställa datorerna. Men man blir även beroende på att servern är online, annars sänker du många klienter samtidigt om du får något problem med servern. Du får väl köra 10 Gbit på servern om du ska serva 10 datorer samtidigt med 1 Gbit/s. Tyvärr verkar 10 Gbit/s nätverk ganska dyrt än så länge.

Om du gillar att testa så kanske du kan prova lite med Virtualbox och se om du kan fixa iscsi target som du sedan ansluter till. På så sätt kan du lära dig hur det funkar innan du börjar med några större projekt. Där kan du även testa boot environments som du var nyfiken på.

pr0xy:

ronny@filserver:~# pkg install SUNWvirtinst
DOWNLOAD PKGS FILES XFER (MB)
Completed 3/3 64/64 0.88/0.88

PHASE ACTIONS
Install Phase 125/125
PHASE ITEMS
Reading Existing Index 9/9
Indexing Packages 3/3
ronny@filserver:~# virt-install
sö, 01 feb 2009 23:42:20 ERROR virConnectOpen() failed
Traceback (most recent call last):
File "/usr/bin/virt-install", line 511, in ?
main()
File "/usr/bin/virt-install", line 357, in main
conn = cli.getConnection(options.connect)
File "/export/builds/xvm_101///proto/install/usr/lib/python2.4/site-packages/virtinst/cli.py", line 92, in getConnection
File "libvirt.py", line 135, in open
if ret is None:raise libvirtError('virConnectOpen() failed')
libvirtError: virConnectOpen() failed
ronny@filserver:~#

Verkar som det inte gick riktigt som det skulle?
Eller hur ska man tolka resultatet?

saddam:
Nej jag har inte testat virtualisera XP i min opensolarismaskin ännu.
Jag får testa detta senare i veckan. Jag har heller ingen rå NTFS-disk i opensolaris-datorn så då får det bli test mot den virtuella hårddisken i XP.

saddam: Vilken uppkopplingshastighet har du mott ditt nätverk? Kan vara nätverksbryggan i Windows XP som begränsar till 100 Mbit/s eller kanske din router eller switch inte har gigabithastighet? 8 MB/s är ju ganska normal hastighet om nätverket kör 100 Mbit/s.

Jag minns inte riktigt hur man gjorde för att dela ut en virtuell dator i VirtualBox ut mot det riktiga nätverket men jag har för mig man fick sätta upp en nätverksbrygga i operativsystemet. Om jag minns rätt så har jag också för mig att denna nätverksbrygga i WindowsXP begränsar hastigheten till 100 Mbit/s. Men jag kanske minns fel? Lite synd om man i så fall inte kan få upp gigabithastighet mot sin virtuella server. Jag tänkte inte på detta när jag kom på idén. Du kanske kan kolla i egenskaperna för nätverksbryggan vilken hastighet den kör.

EDIT:
Det verkar som man inte behöver göra bryggning av nätverket om man har VirtualBox version 2.1.x eller högre:
http://geekswithblogs.net/twickers/archive/2008/11/26/127405....

Man kan alltså välja "Host Interface" i inställningarna för den virtuella maskinen i VirtualBox istället för att krångla med mjukvarubryggning i gästoperativsystemet. Kanhända detta funkar bättre saddam?

Man kan skapa "block device" via ZFS create -V kommandot och då blir det en volym istället för ett filsystem. Som jag fattat saken är det sådana volymer man kan dela ut med iscsi. När jag själv testade fick jag dålig läsprestanda till iscsi (30 MB/s läs och 70 MB/s skriv). Nu använde jag inte "multiple connections" på iscsi, vet inte om det gör någon skillnad. Jag har ju ganska klen CPU också (dessutom nerklockad) och ingen serverhårdvara heller direkt.

Angående länken till bloggen så var det mestadels en beskrivning av hur man gjorde med äldre versioner av VB men längst upp finns en "EDIT" som visar principen med nyaste VB. Verkar som man kan dela ut nätverkskortet hos hosten på något sätt. Bör väl stå bättre beskrivet i användarmanualen.

Apropå "remote desktop", hur fjärransluter man bäst till skrivbordet på opensolaris?