iPad 2

iPad 2 gezien door het oog van een niet zo alledaagse gebruiker. Je zou toch zin krijgen er eentje te kopen…

iPad 2

There’s really no reason to buy an iPad 2. Here is why. No real surprises, no hot stuff. The most surprising of it all was that Jobs himself made the presentation.

Gebakken lucht

Het bedrijf Omega Pharma heeft de E-Waves Phone Chip gelanceerd. Die chip zou via interferentie-technologie de potentieel schadelijke straling van gsm-toestellen neutraliseren. De E-Waves Phone Chip stuurt een tegengolf uit die de potentieel schadelijke stralen neutraliseert. De chip werkt zonder batterijen en wordt bevestigd op de gsm ter hoogte van de gsm-batterij.

Heb je gezien hoeveel zo'n ding kost? Bijna 40 euro!
Je heb al een goeie Bluetooth Headset voor zo'n kleine 25 euro. En dat werkt ten minste.

IRPStackSize again...

This parameter has bothered me again.
I've installed a SQL server 2005 clustered environment that required some named instances. Everything went fine till I had to define the location of the data files in the selected cluster group.

I got the error 'These is not enough disk space on the destination disk for the current SQL server data files [...]'. It should have been 'There is...', but then, at Microsoft, even writing correct English is difficult.
This error is not correct since the disk I specified had 200GB free disk space and I could create files using the windows explorer.

The problem was caused by a too low value of the IRPStackSize. What is mentioned here is total rubbish.
Increasing the value from 16 to 20 (decimal values) solved the problem for all SQL instances I had to install.
The parameter is located in HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\LanmanServer
\Parameters

Memory stick

Heel lang geleden heb ik van een 'Oosterse connectie' een memory stick gekregen. Toen was 250 megabyte geheugen capaciteit ongezien in ons Belgenlandje. Maar swat. Gezien mijn vrouw vindt dat ze die stick beter kan gebruiken dan ikzelf, heeft ze het ding haar maar eigen gemaakt.
Tot daar geen probleem, ware het niet dat ze het kleinnood een drietal weken geleden is kwijtgespeeld. Totaal zoek. Nochthans legt ze altijd alles (lees: nooit iets) op dezelfde plaats. En daar ik van nature een 'opkuis afwijking' heb, was de schuldige al snel gevonden...
Tot gister dan. Want zie. Wat zat daar in de rubberen afdichtring van de wasmachine? Inderdaad mij haar stick.
En wat blijkt, na een uurtje drogen op de radiator. Alles staat er nog op. Geen enkele bit is verdwenen. Allez voor het ogenblik toch. Maar de oxidatie komt nog en die is onverbiddelijk. Ik heb haar toch maar aangeraden een nieuwe te kopen. Ze zijn nu trouwens toch in de aanbieding bij de Lidll.

De knol van Google

Google, het bedrijf die vooral gekend is voor zijn populaire internet zoekmachine, werkt aan een encyclopedie. Google wil zijn naslagwerk 'knol' noemen. Een afkorting van 'unit of knowledge'.

Net zoals bij Wikipedia zullen de artikels ook door jou en mij kunnen worden gepubliceerd. Google denkt de concurentie met Wikipedia aan te kunnen door te betalen voor de artikels. Door het toevoegen van reclame boodschappen, wil Google een deel van die opbrengsten doorsluisen naar de auteur van het artikel.

Het grote verschil dus met Wikipedia wordt het bekend maken van de auteur van het artikel, de mogelijkheid commentaar toe te voegen en een waardecijfer toe te kennen. Hierdoor hoopt Google de kwaliteit van de bijdragen voldoende hoog te krijgen. Ze zijn namelijk niet van plan als 'editor' op te treden.

Wat ik hiervan denk? De foto zegt volgens mij voldoende...

The final count down ... Last Day

We are near the end of the migration. ERP is running. The normal Sunday batch schedule has been started. No problems so far.
All data warehouse cubes have been successfully processed.
But I am still waiting for the reporting migration to finish. Will it ever?

The final count down ... End of day 3

Today went fine. I'm ahead of schedule. Backend ERP is up and running. Data warehouse databases are restored. Just Reporting is behind schedule. The migration of the old reporting environment to the new server is extremely slow. This will take more than 30 hours. So in the end, this reporting thing could be the weak link in the whole migration.

The final count down ... End of day 2

Murphy did visit us last night. It must have been not long after I wrote that everything was fine.
During the restore of a large database file I got an IRPStackSize message.
This error was caused by simultaneous copying large transaction log files to the same server where I restored the database file.
So the server had to be rebooted after increasing the IRPStackSize in the registry and the restore had to be redone. I lost about 6 precious hours.
By now everything is back on track. Hope Murphy stays home in the next couple of days.

'Hoe' is belangrijker dan 'wat'.

Weet je, we zijn tegenwoordig allemaal publieke figuren. Die stelling is heel eenvoudig aan te tonen. Tegenwoordig heeft iedereen wel een blog, dus is iedereen een uitgever. Iedereen heeft ook wel een mobieltje met een camera, dus is iedereen een paparazzo. Iedereen kan een filmpje uploaden naar YouTube, dus is iedereen een filmmaker. Met andere woorden, als iedereen een paparazzo, uitgever en filmmaker is, wordt de rest van de wereld - dus weer iedereen - publieke figuren.
Het wordt dus heel belangrijk hoe je je in deze publieke wereld gaat gedragen. Inhoud is niet van tel. De verpakking speelt een hoofdrol. Doordat zoveel mensen op hun eigen manier kunnen doorvertellen hoe je je leven leidt en je zaken regelt, moet je steeds meer en meer aandacht besteden aan dat 'hoe'. Je moet voordurend denken aan dat hoe, je PR verzorgen, en minder aandacht besteden aan de inhoud.
Naar mijn eigen ICT wereld kan je dit ook vertalen. Het is niet belangrijk dat je tientallen problemen oplost, maar dat je - voor ieder probleem die je oplost - voldoende aandacht besteed aan het wereldkundig maken van die oplossing, zonder de vermelding van de auteur te vergeten natuurlijk.

The final count down ... End of day 1

Day 1 went fine. Murphy has not arrived yet. The database restores for the Data Warehouse environment are finished. I'm ahead of schedule and have started the ERP restores already. They will take most of the night to restore to disk. By tomorrow morning I will have the SQL backup files available on disk and start the restore of the database in SQL SERVER.
In the mean time I'm uploading all transaction log backups of the current production environment over the WAN to Brussels. There's an upload of about 1 to 2 GB each hour.
Everything else is ready. The last application version has been copied, all database users have been created and the preparations for blocking the end user community on Friday night are finished.

The final count down has started

I've started with the final migration of our current ERP environment to the new servers in Brussels. It's a migration that started tonight and - if all goes - well will finish by Sunday night 8pm.
The preparation is rather complex - I spare you all the details - because I can only block users from using the systems on Friday night. And since it was decided to move to Brussels on the weekend where the half year results are generated - perfect timing -, a number of jobs have to be finished before a final database backup can be taken.
The first milestone is on Friday at 5pm. By then all major databases should be restored with the no recovery option, so that during the weekend I can restore extra transaction log backups or differential backups.
Keep you informed on the progress.

Gerard Vermeersch, woordkunstenaar pur sang

Op een feestje, nog niet zo lang geleden, kwam een zekere Gerard Vermeersch ter sprake. Mij was hij totaal onbekend. Er werden fragmenten van zijn sketches verteld en die brachten heel wat hilariteit met zich mee. De verhalen over 'Avelgem' en 'Mijn huis' kwamen in flarden naar boven.

Vandaag heb ik een LP van die woordkunstenaar in handen gekregen, met de opdracht die op CD te zetten. Het is een vrij oud ding. Nog gemaakt door Hifi-Home in Brugge. Er staat geen datum op de LP, maar volgens mij moet die gemaakt zijn in de jaren 70 van de vorige eeuw toen een zekere Vanden Boeynants minister van defensie was in ons Belgenland.

Vermeersch kan het woord laten botsen met de zin. De letterlijke en figuurlijke betekenis van de politieke boutades, zijn imitaties en parodieën, de perikelen die hij heeft ervaren bij het bouwen van zijn huis of op zoek naar de weg naar Avelgem, geven je nu nog een waar genoegen.

Moeilijk is dit niet, een LP op CD zetten. Je hebt een PC nodig met recording software. Je kan hiervoor audacity gebruiken. Een freeware programma. Je hebt natuurlijk ook een platenspeler, een versterker en wat audio kabels nodig. Audacity maakt .wav bestanden aan. Die kan je omzetten naar mp3 met wav to mp3 converter. Via een burning programma zoals Nero, kan je dan een audio CD maken.

Eén terrabyte

Vreemde titel, maar die 1 Tbyte spookt nu al een aantal dagen rond in mijn hoofd. Hoe krijg je in hemelsnaam 1 Tbyte data van punt A naar punt B, als die twee punten 100 km uit elkaar liggen en er maar een WAN verbinding van 34 Mbit/s tussen ligt? Dit neemt in theorie meer dan 68 uur in beslag. Zelfs in zo'n ideale wereld, is dit niet bruikbaar wanneer je maar een weekend van twee dagen hebt om dit uit te voeren als één van de vele stappen uit een volledig migratie plan.

Je moet dus op zoek naar een andere oplossing. Die 1 Tbyte moet zo snel mogelijk op een transporteerbaar medium die je onder je arm kunt nemen en met de auto naar zijn bestemming kan brengen.

Dus je gaat op zoek naar een server met voldoende harde schijf waar je je 1 Tbyte naar toe kan kopiëren. Maar daar zit nu juist 'de eerste pitfall'. Bill's state of the art server operating system (windows 2003) kan dit niet. Grote bestanden kunnen niet worden gekopieerd. Je hebt last van IRPstack overflow. De server service (lanmanserver) gaat helemaal de mist in. En het verhogen van de IRPstacksize - suggestie van de Microsoft support site - brengt geen soelaas. Hogere waardes van die parameter vreten je non-paged memory pool op. En voor 1 Tbyte heb je een heel hoge waarde nodig van die IRPstacksize...

Je vraagt je af hoe backup programma's dit omzeilen. En daar ligt ook de oplossing van mijn probleem. Installeer een goed backup programma en backup de 1 Tbyte. Pitfall 2 dient zich aan. Ik haal hoegenaamd niet de verwachte snelheid ondanks de 1 Gbyte network kaart en een dedicated Gbyte network switch. Wat is hier de bottleneck?

Dan maar op zoek naar een 'snelle' tape drive (LTO2) die je in je server kan inbouwen.

Eureka. Ik haal boven de 1900Mbyte/min. De 1 Tbyte laat zich copieren in iets meer dan 9 uur. Dat is al heel wat beter dan de theoretische 68 uur van waar ik vertrok. Nu nog enkel veilig in punt B raken...

IBM is too big

Wanneer je een outsourcing project op poten zet, met een service provider die IBM heet, heb je stalen zenuwen nodig. Je moet ervan uitgaan dat bij elk probleem die zich voordoet, je dit niet kunt oplossen zonder een heel leger mensen erbij te halen. Ieder heeft zo zijn specialiteit en voor ieder probleem heb je dus een aantal mensen nodig die de stukjes van de puzzel moeten in elkaar laten passen. Je vindt er niemand die voldoende kennis heeft van alle aspecten van het probleem om het juiste pad te kunnen uitstippelen.
Je hebt dus met een organizatie te maken waar enorm veel kennis aanwezig is, maar die het verschrikkelijk moeilijk heeft om die kennis naar boven te brengen.
People managment is in zo'n project van onschatbare waarde. De juiste persoon op de juiste plaats krijgen in het vooropgestelde tijdsbestek. En dat is niet zo voor de hand liggend...
Neem nu de aansluiting van een WAN connectie. Je hebt hier heel veel verschillende partijen in het spel: IBM-networking, IBM-systems managment, IBM-firewall management, de WAN provider, de telecom provider(s), een leverancier die verantwoordelijk is voor de WAN optimizer (Riverbed) en wij natuurlijk. Het is een hele krachttoer om de neuzen van al die partijen in dezelfde richting te krijgen.
En dit is nog maar het begin. Wat voor onvoorziene 'pitfalls' vind ik tegen 1 juli nog op mijn weg?

Wij zijn altijd de klos...

Ik weet niet wat jullie hierover denken, maar bij IT projecten zijn de uitvoerders altijd de klos. Vanaf het opstellen van een RFP is er al vertraging. Alle RFP’s waar ik tot nu toe in betrokken ben geweest, worden opgesteld net voor de verlof periode. En wat blijkt, het antwoord komt te laat. Geen wonder, niemand is er om dergelijke dingen voor te bereiden en een degelijk antwoord op te stellen. Het is nog altijd niet zo vanzelfsprekend om vanuit een ‘eenvoudig’ hotelletje een antwoord te formuleren op zo'n vragenlijst. Zeker niet als een paar krijsende pagadders je volledige aandacht vragen.

Vanaf de RFP tot het onderhandelen van het uiteindelijk contact is er heel veel vertraging. Alles verandert. Niets blijft zoals oorspronkelijk is vastgelegd. Er is maar één constante: de uiteindelijke 'life date'. Daarover wordt niet onderhandeld. Die staat vast.
Ik begrijp hier echt niet waarom. Ben ik dan zo naïef? Of is het antwoord zo simpel. Enkel die datum kent de CEO en er is niemand die hem wil bekennen dat die niet meer haalbaar is. Je weet wel: in maart zijn er bonussen…

Stel je voor, het outsourcen van een ERP omgeving met een life date van 1 juli! Er is geen enkel redelijk mens die dit als waar kan aannemen. We zijn een beurs genoteerd bedrijf. Ik neem aan dat half jaar resultaten toch wel van enig belang zijn!

Er is dus maar één uitzondering, het bedrijf waar dezen blogger voor werkt.
En wat wordt er beslist. Nee, geen uitstel. Wel nog een extra afsplitsing van een divisie. Die kan wel blijven werken op de oude omgeven, terwijl de 1500 anderen van het ene moment op het andere op de nieuwe omgeving worden overgeschakeld.

Maar geen paniek. Ik heb nog meer dan een maand. In die tijd kan nog veel gebeuren. Er zijn nog altijd 24 uur in een dag.