I inadvertently booted the wrong machine while testing kernels and booted one of the hosts instead of the test guest machine.  This affected shell servers debian, mint, ubuntu, scientific, scientific7, opensuse, and fedora.

These are all back online now.

     This will happen again sometime after 11pm but on purpose if all goes more according to plan than it has thus far.

     This evening, starting at around 11PM, I hope to get the host machines up on Linux 3.3.8 and using a pre-emptive kernel.

     This will require reboots, maybe more than one if the first attempt doesn’t work, and each reboot involves hibernating all the guests, rebooting, then restoring them.

     Each server will freeze for approximately 1/2 hour during the process.  If you are on one of these and you are using x2go or nx clients, you will be able to re-attach to your session after the server comes back to life and pick up where you left off.

     I now have all the EL6 derived guest machines (CentOS 6.x and Scientific Linux 6x) on version 3.3.8 with pre-emptive kernels and the non-EL6 guest machines on 3.19.3 with pre-emptive kernels.

     This makes it possible for example to go to a server with x2go, fire up Firefox, go to youtube and, if you have an adequately fast internet connection, play a video reasonably smoothly.  It improves the general responsiveness of the servers.  With the old kernels, even if you had the bandwidth you’d only see around 10 frames per second on the video.

     I have resolved the issues between the old NFSv4 implementation and the new so older pre 3.4.0 kernels now communicate properly with post 3.4.0 kernels and id mapping works properly across the board with NFSv4.

     I’ve returned a little earlier than I thought I would.  Lovely weather today.

     Live customer service will be unavailable between approximately 7pm-8:30pm on Wednesday April 1st.

     If you call please leave a message with your name, login, telephone number, the nature of your issue, and how late it is okay to get back to you.  If I return before that time I will return your call, even if it is after 9pm.

     I upgraded the Ubuntu kernel to 3.16.32-lowlatency and Debian to 3.19.3 built from source with pre-emptive kernel option.  I also somewhat cleaned up the start-up scripts on Debian.

     This fixed a stuttering video problem on Ubuntu when viewing a Youtube video via Firefox over X2Go.

     On Debian, it significantly reduced the time for the Maté desktop to come up.

     Let me know if I broke anything in the process.

     One thing I did learn of interest, a current 3.19.3 NFS version 4 client will interoperate properly with a 2.6.26 NFS version 4 server if the current nfs-utils are installed and everything is configured properly.

     Those of you who would like to see the old ‘eskimo.com’ SunOS 4.1.4 based shell server stay alive please read on.

     One of two things needs to be done, either I’ve got to successfully get this operating under an emulator such as the Qemu Sparc emulation, some people have succeeded, but so far, not I, or I’ve got to find another M-Bus CPU module for this thing (preferably two identical so it can be quad CPU instead of dual CPU as it presently is).

     Getting emulation working would be my preferred option since it would forever eliminate the unobtainable hardware issue but in the meantime hardware is needed.

     I have a spare chassis, motherboard, power supply, but no spare M-Bus CPU modules and these have been the only components that have failed, and these have failed repeatedly.  The unit presently in place occasionally screws up which suggests it may be on it’s way.

     I have searched Google and E-Bay but so far nothing really affordable or if it’s affordable not readily identifiable as compatible.  Any help along these lines would be appreciated.