[Quantian-general] 7.9.1 and 2.4.27 kernel

[Christopher Heiny]

On Tuesday 03 January 2006 04:29 am, playing a Disaster Area LP 
backwards at 45 rpm revealed this message from Dirk Eddelbuettel:
> Hi Chris
>
> On 2 January 2006 at 19:22, Christopher Heiny wrote:
> | For some reason, the mount point /mfs does not seem to be created
> | when booting with
> | 	linux24 lang=en
> | which prevents OpenMosix from starting up correctly.  This happens
> | at least some of the time, and maybe always.  Is this a known
> | problem, and is there a cure?
>
> Yes, I think I've seen it too, and I am not sure why it happens.
> There is explicit code in /etc/init.d/knoppix-autoconfig:
>
> # edd 21 Nov 2005
> if [ -d /proc/hpc ]
> then
>     /etc/init.d/portmap start
>     sleep 1
>     echo "Starting openMosix."
>     sleep 1
>     ( cd /usr/share/knoppix-terminalopenmosixserver/ && \
>         cat templates/miniroot/etc/fstab >> /etc/fstab && cd - )
>     [ ! /mfs ] && mkdir /mfs
>     /etc/init.d/openmosix start
>     sleep 1
>     /etc/init.d/openmosixcollector start
> fi
>
> With this, openMosix started correctly on all my tests when I booted
> "normally", i.e. a machine rebooted into the iso.  But after the
> release of 0.7.9.1, I noticed that e.g. this code would not execute
> when the iso was started with VMware Player. I suspect that may be
> due to /proc/hpc not being there in an emulated/virtual session. Any
> additional light you could shed on this would be appreciated!

Thanks for the feedback - it gives me some ideas of where to proceed.

This is happening on machines rebooted into the iso from DVD.  Two of 
the machines are dual-CPU single-core Opterons, one is a single-CPU HT 
P4.  Hmmm, I'll try it on a non-SMP system to see if that has any 
effect, just in case that has some effect on things.  Also, I'll add 
some code the init.d scripts to dump some of the system state (for 
example, existence of /proc/hpc) at start up.

I'll update the list this evening with the results.