[openMosix-general] nothing in /mfs, not joining the cluster

[Bopolissimus P. <bop...@sn...>]

hi all,

i am testing openmosix with two nodes.  one is a desktop computer
with a PCI LAN card.  one is a laptop with a PCMCIA lan card.

both computers have vanilla linux-2.4.19 patched with the 2.4.19 patch.
both computers have openmosix-tools-0.3.4 compiled from source.
there was a bit of a problem with compiling the tools since it didn't
know where termcap was (mandrake 9.1, termcap is in
/usr/include/ncurses/termcap.h and not in /usr/include/termcap.h)
but i fixed that with a ln -s.

when i start openmosix on the desktop, as far as i can tell, everything is
good.  /mfs is immediately populated (/27070 [which i don't understand
since the IP address is 192.168.1.1], here/, home/, lastexec/, magic/
and selected/.

i can also start openmosix on the desktop with a valid /etc/openmosix.map
and it starts correctly.

when i start openmosix on the laptop though (and yes, i have done 
ifconfig eth0 multicast and ifconfig eth0 promisc), /mfs is *not* populated.
and when i start with a valid /etc/openmosix.map, it says "invalid
configuration file in map-file /etc/openmosix.map) and then it goes and
says it's falling back on autodiscovery.  but this is exactly the same 
openmosix.map that works on the desktop.

if i remove the laptop openmosix.map configuration (i.e., the file is still
there, but it's empty except for the comments in there) , it *still* whines
about an invalid configuration file and uses autodiscovery.  so the
laptop *always* uses autodiscovery since it thinks that the .map
file is wrong, even when it's not, and even when it's empty.

my ip numbers are:
   desktop (192.168.1.1), laptop (192.168.1.100).

both laptop and desktop lan cards are already promisc/multicast.

strangely enough, when i stop openmosix and start it again on the laptop
i see IGMP V2 Leave group and IGMP V2 Membership Report data in
ethereal.  i don't see either when i do the same thing on the desktop.

lan card information from dmesg for the desktop:
Linux Tulip driver version 0.9.15-pre11 (May 11, 2002)
tulip0:  MII transceiver #1 config 3000 status 7829 advertising 01e1.
eth0: Lite-On 82c168 PNIC rev 32 at 0xd800, 00:A0:CC:57:83:DA, IRQ 9.

my laptop PCMCIA card says it's a:
eth0: NE2000 (DL10019 rev 05): io 0x320, irq 3, hw_addr 00:E0:98:00:25:9F

this whole situation is confusing.  because it seems like the desktop is
auto-discovering correctly since it sets up /mfs with entries.  but the
packet sniff doesn't confirm that, since turning off openmosix and turning it
on again don't show any multicast V2 Leave or Join Request messages.
and the laptop doesn't fill up /mfs, and has errors when /etc/openmosix.map
is set up correctly, but it *does* send the V2 messages.

i tried a packet sniff from the desktop (previously i'd been running the
sniff from the laptop since that's my main machine).  i see a lot of ssh
traffic (of course, since i'm running the sniff remotely, sitting at the
laptop while the sniff is running on the desktop), but i still don't see
any IGMP V2 leave or join request messages.

ok. i just took pppd (actually wvdial) down on the desktop machine and
now it sees the laptop (previously it had a weird number for "here", 
27034 or something similar, now it's got two numbered directories, 
and looking in the second one shows me the root of the laptop.
*however*, the laptop *still* does not have anything in /mfs.

compiling a kernel with mosrun make -j2 bzImage doesn't migrate on either
computer.

on the desktop, /mfs when pppd is down:
257/  356/  here/  home/  lastexec/  magic/  selected/

and when openmosix is started when pppd is already up.
27070/  here/  home/  lastexec/  magic/  selected/

when pppd is down and openmosix is started and then pppd is brought
up, /mfs doesn't suddenly change.  it stays at the first setting above,
with two directories.

Does any of this make sense?  Has anyone seen it before?  What do
I need to do to get it working?  If it doesn't make sense, what other
information do I need to provide?

thanks for any assistance.

tiger

-- 
Gerald Timothy Quimpo  gquimpo*hotmail.com tiger*sni*ph
http://bopolissimus.sni.ph     an xcdngl nntrstng jrnl
Public Key: "gpg --keyserver pgp.mit.edu --recv-keys 672F4C78"

    Adding manpower to a late software project makes it later.
                            "Brook's Law"