IBM Systems Director, efter införandet

Det är lika bra att säga det så det blir överstökat; IBM Systems Director är ett krångligt och långsamt verktyg med djup integration i IBMs mjuk- och hårdvara. Det är den sista biten som är nyckeln till varför vi valde att implementera den på BCRS.

Med klienten på plats kan man se såväl mjukvaru- som hårdvaruinventarie och man kan borra sig ner i de båda för att hitta eventuella fel. För mig är det speciellt användbart med hårdvarudelen så jag slipper göra en okulär besiktning av våra servrar för att upptäcka gula lampor på maskiner eller diskar.

Klienten lider tyvärr även den av svårt krångel och är en rejält saftig bit att installera på över 100MB.

Servern tog inte mindre än två timmar att installera och naturligtvis ska man skapa en användare ungefär en timme in i installationen. Hade någon tänkt igenom det hade bett en skapa användaren alldeles i början eller i slutet, man sitter ju inte direkt och kollar på en installation som tar två timmar. Maskinen jag installerade servern på har förvisso några år på nacken men det är ändå en maskin med 8 stycken Power4-CPU:er på 1.42GHz och 32GB RAM. Jag har aldrig lyckats belasta maskinen speciellt mycket förut så jag blev förvånad över installationstiden.

Edit: Glömde tillägga att det inte är så att servern under installation scannar ditt nätverk eller så, allt det gör man direkt efter installationen så det känns helt enkelt bara mysko att det tar sån tid.

Men när jag installerade klienten föll det mesta på plats, det är en procedur som verkligen tar 12-15 minuter alldeles oavsett vilken CPU man installerar den på - och du måste även köra tsclient /console för att installera klienten, en alldeles vanlig Terminal Server-session fungerar inte. Såväl gamla Pentium 4-häckar som Xeon-proppar ger samma långsamma resultat.

Agenten är även installerad på AIX (installeras med servern) och i (OS/400 alltså). Jag räknar med att installera den på nya ESX-servern också vad det lider men har förstått att det är en del dokumentation att gå igenom innan.

Användargränssnittet kommer man åt via webläsare och även här är känslan av sirap till en början nästan överväldigande. Tillika är gränssnittet komplicerat och ologiskt. Jag hoppas verkligen de jobbat på de här sakerna till 6.2-releasen som är runt hörnet.

Jag ska fortfarande installera de utökade funktionerna för att hantera virtuella miljöer samt nätverk men jag har valt att sätta förväntningarna lågt inför den resan.

VMware Virtualization Forum 2010 i Stockholm

Här anmäler du dig, det är kostnadsfritt.

Det går av stapeln på Grand Hotel nu den 16:e (tisdag nästa vecka).

Verkar bli kul med sessioner från såväl VMware som partners.

445-uppdatering

ESX 3.5 Update 4 är installerad på x445:an. En EXP300-disklåda med 9 stycken 70GBs-diskar är påhängd. Jag kör med både ett ServeRAID-6M och ServeRAID-4H i maskinen. Jag har hittat två Xeon-CPU:er till som ska passa i maskinen och håller som bäst på att luska ut hur uppgraderingen går till, den kan ju ha 4CPU:er så det är dumt att inte ha det.

Jag håller också som bäst på att installera en Windows Server 2003R2 i ESX som ska agera backup-dns och eventuellt köra IBM Tivoli Netview.

Beslutsångest

Kommer ni ihåg VDC-OS?

Inte? Nej, Virtual Infrastructure från VMware hette VDC-OS (Virtual Data Center-Operating System) alldeles för kort tid för att det krångliga namnet skulle fastna. Nu lanseras version 4 och - ta-da - ett nytt namn: vSphere.

Eller som vi vanliga dödliga säger: ESX Server. :)

Plötsligt...

...fick man saker att göra.

VMware patchar och ber om ursäkt

Nya VDn fick en flygande start...

Nu finns det iaf en patch för den katastrofala buggen, det återstår att se hur sargat VMwares rykte blev av incidenten.

Virtualization.info har mer om ESX-buggen

Det här har sänkt VMwares förtroende för lång tid framöver.

Feeeet bug!

Katastrof! VMware ESX 3.5U2 har en bug som gör att man inte kan starta de virtuella maskinerna från och med idag!

Det här är ett stort slag mot virtualisering och speciellt VMware.

Kabelhärva

Igår installerade jag inte bara ESX och Vista, jag drog dessutom all ethernetkabel (Cat 6 naturligtvis) mellan min Gigabitswitch och hemmets alla 9 ethernetuttag. Så var man än kopplar in sig därhemma nu har man en GigaBit-uppkoppling.

Tyvärr saknade jag en längre ethernetkabel så jag kunde bara stoppa in ESX-servicekonsollen på nätet hemma, jag får dra en extra kabel ikväll så de virtuella maskinerna kan kommunicera med omvärlden.

Jag märker att jag kommer leva med vissa "constraints", jag har ungefär 700MB RAM att köra virtuella maskiner på i min ESX-server (plus ungefär 1.2GB swap, men om man börjar swappa virtuella maskiner föreställer jag mig att de inte alls kommer må bra, men jag har kanske fördomar?).

De goda nyheterna är att det jag vill köra på den inte alls tar speciellt mycket minne. Jag hade tänkt mig Ubuntu Server Edition JeOS som bara tar 128MB RAM och 300MB disk när den är som minst. Jag hade tänkt mig någon form av Windowsmaskin också, kanske en 2000 Server som man kan köra Remote Desktop emot? Den kräver ju inte speciellt mycket RAM och tar inte heller speciellt mcyket disk.

Jag hade tänkt mig JeOS som min Wikiserver och W2K-servern som vägen in från utsidan om jag kör Remote Desktop.

Jag har kollat lite på Deki Wiki men trots det mer användarvänliga upplägget tycker jag som är mer van vid traditionella wikis att den är ganska svårarbetad. Jag kanske "nöjer" mig med PmWiki som jag redan kör på jobb.

Moment 22

Ett powersupply på vår produktions-ESX-Server som kör Virtual Infrastructure 3 dog, vanligtvis är det inget problem eftersom det finns två powersupply i maskinen men den här gången tog den säkringen för rackets powersupply med sig med förödande konsekvenser.

Plötsligt kunde vi inte nå vår filserver... eller vår webserver...

Nere i datahallen konstaterade vi att strömmen var bruten till racket, fixade säkringen och maskinerna snurrade igång.När ESX-servern kom upp startade dock inga virtuella maskiner, jag loggade på maskinen via SSH och kollade vad som var på g. Den ville inte starta några virtuella maskiner för det fanns inga licenser. Och för några veckor sedan virtualiserade vi licensservern och ni förstår var det här är på väg - licensservern kunde inte starta för ESX-servern har inga licenser.

Så nu har jag installerat en ny Licensserver på en fysisk maskin, dragit ner licenser från VMWare så jag kunde få igång min virtuella licensserver varefter jag sög ut licenserna från den och stängde ner den - för gott.

Tack vare det funkar vår webserver igen.

Tyvärr kommer filservern inte upp - och där saknas det en seriekabel så vi kan komma åt maskinen (det är en fysisk maskin). Helt otroligt, jag ska iväg och handla en och se vad som är på tok med den...

Maskinjakt - Del 3

Jag kom över en Intellistation Z Pro (från 1998) med dubbla 450MHz Xeon-proppar och 1GB minne.

Vad kör man lämpligast på en sån idag? Något med SMP-stöd iaf. Eftersom maskinen är helt SCSI-baserad kan man kanske dra igång en ESX-server på den? :)