Hammock

Well, out of boredom I stated on Friday that I’d gonna go look for a hammock, since the beach chair quite isn’t enough. I went through every DIY superstore in Stralsund, but none of them had anything like I wanted (basically I wanted a wooden hammock, which would be able to carry me). Thanks to the Internet though, I was quite fast at a point where I found something (Amazon rules!)

At first I picked only a mat which I canceled right after I got the confirmation mail. After about 10 minutes I finally found a hammock with frame, which actually suited what I had in mind. Now, the excerpt on the Web page tells something about “Usually ready for dispatch in 6 till 10 days“. On Tuesday the hauler’s office called me at work (I completely forgot, that I supplied my work phone number as number during the day — which completely surprised me), they would like to deliver the hammock on Wednesday.

On Wednesday, they delivered the ~70 kg heavy crate, which we ferried with the wheel barrow to the rear part of the lot. Yesterday, my dad and I put the thing together and I had a first sun bath test.

 

Hammock with frame
Hammock with frame

Updating a Linux VM from Virtual Infrastructure to vSphere

Well, if you’re gonna update a SLES10 (or even a SLES11) VM, you created with Virtual Infrastructure, you’re gonna run into a snag (like I do). Grub (or rather the kernel itself) is gonna barf.

Now, I searched for a while and didn’t find anything specific on the net, so I’m gonna write it down. Up till 3.5U4 the maximal resolution you’d be able to enter within a virtual machine was vga=0x32d (at least for my 19″ TFT’s at work). But now, after the upgrade to vSphere that isn’t working anymore.

Popped in a SLES10 install-cd selected the maximal resolution from the menu and switched to a terminal soon after it entered the graphical installer. A short cat /proc/cmdline revealed this: vga=0x334.

After switching these parameters in grub’s menu.lst, everything is back in working order and not waiting 30 seconds on boot …

Lighttpd troubles resolved

Well, after last weeks lighttpd troubles with PHP (or was it without ?), they finally seem resolved. First thing I did, was upgrade to the new php-version (5.2.10). After that, I ran revdep-rebuild, which apparently found issues with lighttpd being linked to a wrong pcre-version. After remerging lighttpd the issues seem to be gone!

Well, guess I was to quick in saying the problem was resolved .. it’s still there, just not happening as fast as it would in the past ….

GermanWings travels

Well, I had the pleasure of flying with Germanwings on Friday and Sunday. As it turns out, if you fly with Germanwings you should plan some more time. On Friday, we were scheduled for departure at 17:00 (that’s 5 P.M.). Around 6 P.M. the flight assistant(s) guarding the gate announced that the flight is being delayed for a unspecified amount of time due to maintenance. At 7 P.M. they announced that again.

At 7:30 P.M. they announced that they’re very sorry, but the machine standing in front of the terminal was being replaced by a replacement plane leaving from Stuttgart and is arriving around 10 P.M. and leaving for Stuttgart at 10:30 P.M. So they pushed this one back to the repair hangar …

Broken A-319
Broken A-319

So, after five hours of waiting and about one hour flight time, we finally arrived at Stuttgart, just ten minutes till the airport had to close (remember, at most airports there is a ban on night flights). After another thirty minutes I was finally able to take the looooong awaited nap!

Weird lighttpd troubles

Well, since about a week or so I keep having troubles with my vHost and lighttpd. The point being, after some time (up till now it’s been something between days and minutes) lighttpd completely freezes and doesn’t serve no content anymore. I don’t know if this is related to PHP (might be, I did perform an update to dev-lang/php-5.2.9-r2 on Thu May 28 12:18:57 2009), but I have to figure this out since the restart cron-job is getting annoying.

Well, it seems like lighttpd is getting stuck in mod_fastcgi …

Usually the last line is followed by a line telling that it released the proc, but not always.

Intel X25-M powering Ubuntu Karmic

I recently ordered a Intel X25-M Solid State Disk as a replacement for the oldish SATA 2,5″ disk powering my Fujitsu Celisus M250 (called workbook). I figured it’d be a bit faster as compared to running from the old hard disk, but I didn’t figure it be that fast!

Since it is blazing fast, my trainee figured he’d install bootchart and see how the disk/the whole notebook performed.

bootchart map of the X25-M
bootchart map of the X25-M

As you can deduce from the bootchart map, the whole system took eight (as in 8 or one 7.5th part of a minute) till GDM was started and prompting for username and password.

XBMC Keymap

After I had the initial stuff done, I spent some time yesterday (roughly one hour) figuring out, why Play/Pause/Stop aren’t working any longer (they worked at some point).

After looking at the XBMC debug log for some time, I went back and looked at my Lircmap.xml. As it turns out, you can’t map one Lirckey to two functions (in my case, I mapped KEY_7 to <pause> as well as <seven>). XBMC doesn’t like that, and in return quits functioning for those keys.

After removing the number declarations (<one> through <zero>), my keys are back to working order and I’m completely pleased with my media center Acer ๐Ÿ˜‰

New vmware-tools-kmp

Disclaimer: I don’t take any responsibility for faults within the software, I just provide the RPM’s! Feel free to ask me about stuff concerning these RPM’s, but I ain’t accountable if your stuff goes kaboom! Oh, and those RPM’s aren’t recommended or supported by VMware!

Since we recently upgraded our VMware Infrastructure to VMware vSphere, I finally had a chance to refresh the RPM’s for the KMP for 2.6.16.60-0.39.3-0.1 and 2.6.27.21-0.1. You can find the source RPM here.

  • vmware-tools-kmp-bigsmp (SLES10: i586)
  • vmware-tools-kmp-debug (SLES10: i586/x86_64; SLES11: i586/x86_64)
  • vmware-tools-kmp-default (SLES10: i586/x86_64; SLES11: i586/x86_64)
  • vmware-tools-kmp-kdump (SLES10: i586/x86_64)
  • vmware-tools-kmp-kdumppae (SLES10: i586)
  • vmware-tools-kmp-pae (SLES11: i586)
  • vmware-tools-kmp-smp (SLES10: i586/x86_64)
  • vmware-tools-kmp-trace (SLES11: i586/x86_64)
  • vmware-tools-kmp-vmi (SLES10: i586; SLES11: i586)
  • vmware-tools-kmp-vmipae (SLES10: i586)
  • vmware-tools-kmp-xen (SLES10: i586/x86_64; SLES11: i586/x86_64)
  • vmware-tools-kmp-xenpae (SLES10: i586)

Just a heads-up: while the modules itself work, VMware did something to the init-script which prevents it to load the modules unless you run vmware-config-tools.pl. I’m still in the process of sorting that out.

XBMC on the Acer Revo

As I wrote a month ago, one of my trainees put up with my stubbornness to put XBMC on said Acer Aspire Revo. Now, initially he put the Live Edition onto it, which didn’t really fly with me. I’m usually the CLI guy, so I needed to install it myself (again). Since I wanted to use the VDPAU features the later GeForce cards offer (and the Revo has such a graphics cad), I had to install the current development builds (you know — I love bleeding edge!)

At first, I was struggling with how to switch the rendering to VDPAU, but after looking through the various settings menus, I figured it out ๐Ÿ˜›

The next things on my list we’re:

  1. Get the TechniSat USB IR receiver/TechniSat IR remote working with XBMC
  2. Get a better looking user interface
  3. Get cross fading working

1. Since there aren’t many USB IR receivers available to purchase, I went ahead an bought a TechniSat USB IR receiver. Shortly afterwards I figured, that I might need the remote too.

After all my stuff arrived I spent about the evenings of one work week and one whole weekend figuring out this damn remote and it’s keys. But nada .. Nothing appeared in the output of irw or mode2. After googling for the problem (and coming up with just stupid answers), I went ahead and installed inputlirc. After that, I simply turned of the box and carried it back to work the next day.

When I initially showed my trainee the box and asked him to figure out why the remote wasn’t working, he was like “WTF ? Are you serious ?“. After about an hour I went back to see what progress he had made, and he was like “Dude, it just works .. don’t ask me how“.

To get this damn remote working, you need the following:

After placing all these files, I can program my Harmony (a bit strangely I admit) to the various keys of the TechniSat remote ๐Ÿ˜ฎ

2. I don’t have anything against the default user interface of XBMC, but it really isn’t all there is .. So I went looking. Looked at about fifteen different skins, until I found Stark. Now, Stark is about everything I’ve been looking for.

3. The next thing on my list was to get simultaneous output working. If you do cross fading (only to name an example), you need the ability to stream two audio tracks through a single device. If you remember back two years, ALSA still wasn’t capable of doing that either way. A short time later, the ALSA developers introduced DMix. Now, after fiddling a bit with it, I think I have that too!

I still need to work out a few flaws in the keymap, but once that is resolved, I’m probably completely happy ๐Ÿ˜€

OCF agent for Tivoli Storage Manager: redux

Well, after I finished my first OCF agent back in October 2008, we have it running in production now for about ten months. During that time, we found quite a few points in which we’d like to improve the behaviour with that Linux-HA should handle TSM.

  • Shutdown TSM nicely if possible (Cancel client sessions, cancel running processes and dismount mounted volumes)
  • Better error handling

So, after another week of writing and testing with a small instance, I present the new OCF agent for Tivoli Storage Manager. It still has one or two weak points, but they are negligible. I still need to write the documentation for it, but the script should just work …

Read More