Tobi Waves

For the last few weeks Regula and I have been watching the 1994 drama series My So-Called Live. I totally love this show, too sad it got canceled after only 19 episodes. It's the story of 15 year old Angela Chase, her family and high school friends. I won't attempt to tell the story of the show as it is not really the story which makes it live. It's more the depiction of Angela's "so-called" life, as well as the lives of the people around her.

I seem to have a knack for getting hocked on TV Series that get canceled (Farscape is another example). Here I knew what was going to come, as I had bought the DVD box-set long after the fact. All the more amazing to see that fan community is still alive and kicking (www.mscl.com ...). Because the series ended so abruptly it offerd fertile ground for fan fiction, also called episode 20 fan fiction.

After watching the penultimate episode tonight I went on the net to research if the people behind MSCL had done other things I might want to see. The producers of the Series are Ed Zwick and Marshall Herskovitz of the Bedford Falls Production Company named after the setting of "It's A Wonderful Life". They started working together in 1983 and have since produced several award winning shows, unfortunately not all with great ratings. Some died an early death like MSCL. First there was the all around successful thirtysomething, then after MSCL (www.amazon.com ...) there was Relativity which also got rave reviews but low ratings. Now they are back with Once and Again (www.amazon.com ...) where ratings and reviews seem to be more in sync again.

Unfortunately there seem to be no DVDs of thirtysomething available, but the first season of Once and Again was just released on DVD, so there is at least something to console me when the last episode of MSCE will be watched tomorrow night.

I also found a lengthy article about Zwick and Herskovitz and Bedord Falls at (www.angelfire.com ...)

Our department is taking part in the ETH Laptop Project. This means, we are helping our students to make better use of their laptops. Currently this means we are developing a Linux and a Windows setup tailored to the requirements of our students. These setups will make it simple for them to integrate their laptops with our Unix Environment. We also have struck a deal with IBM which offers the students IBM Laptops at competitive prices and we will put our own Windows and Linux on these boxes.

Today I have been trying to get the IBM Windows XP installation which is already on the laptop when the students buy it, into a form so that it contains all the latest security stuff and fixes from MS and updates from IBM as well as our locally developed packages. When all the stuff was in, I used the sysprep tool to 'reseal' the machine, so that when the students boot it, it will come up with the usual short setup where the user can define the admin password and has to enter the serial number. Well, that was the plan at least. When I tried to reboot after the sysprep step, Windows came only halfway up and then complained, that setup could not continue because two processes were accessing the registry. BOOM. Reboot.

Over the course of the day I tried the whole spiel in many variations, searched the web, hunted through newsgroups. As every try took about 40 minutes, this problem was really painful to debug. Eventually and counter to all I expected, it finally worked. Unfortunately I had twisted and turned so many knobs that I am not sure which one was actually responsible for the sudden success. So tomorrow I will be at it again, trying to verify my recipe for success.

I so am glad that I can mostly work with Unix systems and only have to use windows occasionally. Whenever there is a problem with a windows box I feel like I was forced to wear a thick winter gloves while trying to repair a watch, blindfolded and someone occasionally moving the watch around.

But hey, I am stronger than windows! Eventually it sits up and begs for food, but the process always is extremely annoying.

Today around 9am our main Solaris server started acting up. Its performance got patchy. We eventually found that it was suffering from excessive TCP retransmits of up to 1000%. This means that for each packet it sends out on the net it has to try 10 times until it is successful. This is an extremely hight value, or so Virtual Adrian tells us.

We started searching franticly for the reason of the problem, as performance on the server and even more on its clients was suffering badly. After about one hour of web hunting with and traffic dumping, we gave in to the pressure from the street and rebooted the beast, hoping that probably some internals of the kernel had been thrown out of whack and after a reboot all would be well. And indeed it was, at least for a few minutes. Then the server started misbehaving again, driving its TCP stack through the roof. As rebooting did not help, we went back to tcpdumping and etherealing. I did learn a lot about pcap filter syntax ...

'tcp[tcpflags] amp (tcp-rst) !0 ampamp tcp[tcpflags] amp (tcp-ack) =0'

but nothing about the reason for the retransmits. Fortunately, at this stage, the retransmit rate was not always at 1000% so work was possible for our users.

Then, in the early afternoon, Manuel found that the root disk of the server causing SCSI timeouts. As if we didn't have enough on our hands already. SCSI timeouts make the machine stop and wait for several seconds at a time. Together with the server, most people using its resources, were experience the same freezing problem on their workstation.

What a day. I have been writing emails about what was happening to our users all day long, but things were really stating to look bad. Our wonderful reputation for high quality service and superb uptime was going down the drain. It seemed though that most users were not blaming us at this stage, probably due to the fact that I kept them up to date with what was happening.

Around that time David found, that in the latest Solaris kernel patch there was a fix for some TCP stack issue which might be related to the retransmits we were still suffering from. He started to put in this patch so that we could activate it when we rebooted. This was going to be necessary anyway as I was preparing to replace the root disk with a fresh device.

Then, suddenly just minutes before the reboot, the server went back to normal, the retransmits were gone and performance was good again, no traces left.

So here I am, another day older and not much smarter about what was causing todays network problems. I can imagine things like that there is a bug in the Solaris TCP stack which can be triggered by a rouge packet and this would cause the symptoms we experienced today but I suspect, once the real reason is known, it will be way less spectacular.

Once upon a time, there was this firm, the little Toy Factory, they were building these neat and simple woodblock toys. Kids could use them in various setups. Clever kids could even create their own additional woodblocks and hoock them on. Woodblocks seemed quite simple, but the trick with these toys was their clever overall design which made it easy integrate them with other Woodblock toys and even create your own additions. The factory was really successful with the kids who knew about their toys. Partly also because each Woodblock toy also came with a complete manual explaining not only how to use it but also giving detailed account about how this particular WBT had been constructed. Woodblock toys guaranteed for hours of satisfying and creative playtime together with your friends.

Not far to the north west there was this other company, the Lolly Makers, they produced shapely and tasty lollies in many colorful designs. Kids who tried them were really taken by the great taste of the sweet lollies. The lollies sold very well and soon most kids who lived in the vicinity of the lolly factory could be seen wandering the streets with a lolly in their mouth. Interestingly enough these kids seemed to loose all interest in playing with the woodblock toys or other kids apart from talking about the latest 'inventions' of the Lolly Makers. The lollies seemed be all they needed. Rumors had it that the lolly makers were using addictive and psychoactive substances in their creations. But whoever uttered any suspicions in this direction soon got letters from a big firm in the city, who advised them to refrain from telling any further lies about the Lolly Makers.

Over the last few days I have redesigned the Website of my Department, and implemented it purely with CSS2. I had to discover the hard way that even 4 years after the standard has been published, we are not there yet. While Mozilla is shining bright with its good implementation, many other entries like Opera, Konqueror and IE are working hard to do a good job but fail in odd places. What is amazing is where they do not work. Opera, for example, can not grok, that a box which is defined by its distance from all edges of the browser window is fully defined an can be displayed propperly. It just ignores part of the settings to be able to draw in the wong place and size.

Why does this not get fixed? First I thought there must be many bugs, and they just don't get round to fix this particular one. But then I got another theory: Everybody who does serious CSS2 Webdesign is working hard to make sure that his pages work with all the players in the CSS arena (Opera, Mozilla, Konqueror and Internet Explorer). Therefore these stupid bugs don't disappear as nobody will notice them but Webdesigners who then successfully hide the bugs from the end users by going the extra mile to make their pages work with all browsers.

How about a website which collects pages that pass all CSS/HTML conformance tests at (validator.w3.org ...) with flying colors, but got axed because display problems in some browser prevented them from working fully 'cross platform'