eddy89
Apprentice
Joined: 01 Feb 2006
Posts: 180
Location: /world/Italy/Torino
|
 Posted: Wed Jun 14, 2006 10:58 am Post subject: [openmosix] HELP! Oops & Segmentation fault when migrati |
 |
|
Hi, I just installed a gentoo system (stage3-i686) with 2.4 profile, and emerged openmosix-sources and openmosix-user.
I configured the kernel, then tryed it with two qemu virtual machines, in parallel and in the same network.
Ok, it starts and works, i launch "/etc/init.d/openmosix start" on both machines and they see each other and all it's good.
BUT, when I try to force a process to run in the other machine (), it don't start, but return a segmentation fault (and an Oops in dmesg); I also can migrate a process (migrate pid 8137), it migrates, but every children get newly segmentation fault.
I'm in panic!! I should make a cluster of 10 PCs for a web server in my school, and it must work.. please HELP!!
Here you are optcodes:
| Code: | Linux version 2.4.30-om-migshm (root@leo) (gcc version 3.4.6 (Gentoo 3.4.6-r1, ssp-3.4.5-1.0, pie-8.7.9)) #2 Tue Jun 13 21:50:30 CEST 2006
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
BIOS-e820: 0000000000100000 - 0000000008000000 (usable)
128MB LOWMEM available.
On node 0 totalpages: 32768
zone(0): 4096 pages.
zone(1): 28672 pages.
zone(2): 0 pages.
DMI not present.
Kernel command line: root=/dev/hda1
Initializing CPU#0
Detected 1300.317 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 2706.63 BogoMIPS
Memory: 126188k/131072k available (2107k kernel code, 4496k reserved, 342k data, 84k init, 0k highmem)
Dentry cache hash table entries: 16384 (order: 5, 131072 bytes)
Inode cache hash table entries: 8192 (order: 4, 65536 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 8192 (order: 3, 32768 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
CPU: L1 I cache: 8K
CPU: L2 cache: 128K
CPU: After generic, caps: 0781a9fd 00000000 00000000 00000000
CPU: Common caps: 0781a9fd 00000000 00000000 00000000
CPU: Intel Pentium II (Klamath) stepping 03
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
PCI: PCI BIOS revision 2.10 entry at 0xf9ce0, last bus=0
PCI: Using configuration type 1
PCI: Probing PCI hardware
PCI: Probing PCI hardware (bus 00)
PCI: Using IRQ router PIIX/ICH [8086/7000] at 00:01.0
PCI: PIIX3: Enabling Passive Release on 00:01.0
Limiting direct PCI/PCI transfers.
Activating ISA DMA hang workarounds.
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
BlueZ Core ver 2.4 Copyright (C) 2000,2001 Qualcomm Inc
Written 2000,2001 by Maxim Krasnyansky <maxk@qualcomm.com>
Starting kswapd
Journalled Block Device driver loaded
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
parport0: PC-style at 0x378 [PCSPP(,...)]
pty: 256 Unix98 ptys configured
Real Time Clock Driver v1.10f
Non-volatile memory driver v1.2
FDC 0 is a S82078B
loop: loaded (max 8 devices)
plip: parport0 has no IRQ. Using IRQ-less mode,which is fairly inefficient!
NET3 PLIP version 2.4-parport gniibe@mri.co.jp
plip0: Parallel port at 0x378, not using IRQ.
ne2k-pci.c:v1.02 10/19/2000 D. Becker/P. Gortmaker
http://www.scyld.com/network/ne2k-pci.html
PCI: Found IRQ 11 for device 00:03.0
eth0: RealTek RTL-8029 found at 0xc100, IRQ 11, 52:54:00:12:34:56.
Universal TUN/TAP device driver 1.5 (C)1999-2002 Maxim Krasnyansky
Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
hda: QEMU HARDDISK, ATA DISK drive
hdc: QEMU CD-ROM, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: attached ide-disk driver.
hda: 9767520 sectors (5001 MB) w/256KiB Cache, CHS=646/240/63
hdc: attached ide-cdrom driver.
hdc: ATAPI 4X CD-ROM drive, 512kB Cache
Uniform CD-ROM driver Revision: 3.12
Partition check:
hda: hda1 hda2 hda3
usb.c: registered new driver hub
host/uhci.c: USB Universal Host Controller Interface driver v1.1
mice: PS/2 mouse device common for all mice
BlueZ HCI USB driver ver 2.7 Copyright (C) 2000,2001 Qualcomm Inc
Written 2000,2001 by Maxim Krasnyansky <maxk@qualcomm.com>
usb.c: registered new driver hci_usb
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 1024 buckets, 8Kbytes
TCP: Hash tables configured (established 8192 bind 16384)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
NET4: Ethernet Bridge 008 for NET4.0
BlueZ L2CAP ver 2.3 Copyright (C) 2000,2001 Qualcomm Inc
Written 2000,2001 by Maxim Krasnyansky <maxk@qualcomm.com>
BlueZ RFCOMM ver 1.1
Copyright (C) 2002 Maxim Krasnyansky <maxk@qualcomm.com>
Copyright (C) 2002 Marcel Holtmann <marcel@holtmann.org>
BlueZ BNEP ver 1.2
Copyright (C) 2001,2002 Inventel Systemes
Written 2001,2002 by Clement Moreau <clement.moreau@inventel.fr>
Written 2001,2002 by David Libault <david.libault@inventel.fr>
Copyright (C) 2002 Maxim Krasnyanskiy <maxk@qualcomm.com>
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 84k freed
Starting MigSharedMemD:
Adding Swap: 479104k swap-space (priority -1)
EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,1), internal journal
kjournald starting. Commit interval 5 seconds
EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,2), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
openMosix configuration changed: This is openMosix #8138 (of 1 configured)
openMosix #8138 is at IP address 192.168.31.202
openMosix configuration changed: This is openMosix #8138 (of 2 configured)
openMosix range: 8137-8138 begins at 192.168.31.201
Unable to handle kernel NULL pointer dereference at virtual address 00000044
printing eip:
c016117d
*pde = 00000000
Oops: 0002
CPU: 0
EIP: 0010:[<c016117d>] Not tainted
EFLAGS: 00000246
eax: 00000000 ebx: c76d6480 ecx: 0804bbdc edx: 00000000
esi: 0804c000 edi: 0804c000 ebp: 00000000 esp: c771fb58
ds: 0018 es: 0018 ss: 0018
Process mosrun (pid: 784, stackpage=c771f000)
Stack: c771fb5c c76d63e0 c76d6480 00000000 00000008 c01636b9 0804bbd0 0804bbdc
00000bd0 00000003 00001812 00000002 c75f0420 00002786 00000000 c02bd513
c75f0420 00000028 00000000 00000000 c75f04e0 c75f0420 c02bdc4c 00000158
Call Trace: [<c01636b9>] [<c02bd513>] [<c02bdc4c>] [<c01ef9c5>] [<c01f5c6f>]
[<c0162e70>] [<c014c302>] [<c014c4e1>] [<c0105c02>] [<c0109b4b>] [<c01f5497>]
[<c0105bc0>] [<c01f4007>] [<c01f9f8d>] [<c0109a26>]
Code: 89 78 44 89 78 40 8b 5c 24 08 31 c0 8b 74 24 0c 8b 7c 24 10
<1>Unable to handle kernel NULL pointer dereference at virtual address 00000044
printing eip:
c016117d
*pde = 00000000
Oops: 0002
CPU: 0
EIP: 0010:[<c016117d>] Not tainted
EFLAGS: 00000246
eax: 00000000 ebx: c76d6180 ecx: 08049b84 edx: 00000000
esi: 0804a000 edi: 0804a000 ebp: 00000000 esp: c771fb58
ds: 0018 es: 0018 ss: 0018
Process dmesg (pid: 785, stackpage=c771f000)
Stack: c771fb5c c76d60e0 c76d6180 00000000 00000008 c01636b9 08049b70 08049b84
00000b70 00000003 00001812 00000000 c75f0420 000027a2 00000000 c02bd513
c75f0420 00000028 00000000 00000000 c75f04e0 c75f0420 c02bdc4c 00000140
Call Trace: [<c01636b9>] [<c02bd513>] [<c02bdc4c>] [<c01ef9c5>] [<c01f5c6f>]
[<c0162e70>] [<c014c302>] [<c014c4e1>] [<c0105c02>] [<c0109b4b>] [<c01f5497>]
[<c0105bc0>] [<c01f4007>] [<c01f9f8d>] [<c0109a26>]
Code: 89 78 44 89 78 40 8b 5c 24 08 31 c0 8b 74 24 0c 8b 7c 24 10
<1>Unable to handle kernel NULL pointer dereference at virtual address 00000044
printing eip:
c016117d
*pde = 00000000
Oops: 0002
CPU: 0
EIP: 0010:[<c016117d>] Not tainted
EFLAGS: 00000246
eax: 00000000 ebx: c76d6280 ecx: 08049b84 edx: 00000000
esi: 0804a000 edi: 0804a000 ebp: 00000000 esp: c76d5b58
ds: 0018 es: 0018 ss: 0018
Process dmesg (pid: 786, stackpage=c76d5000)
Stack: c76d5b5c c76d61e0 c76d6280 00000000 00000008 c01636b9 08049b70 08049b84
00000b70 00000003 00001812 00000000 c75f0420 000027a2 00000000 c02bd513
c75f0420 00000028 00000000 00000000 c75f04e0 c75f0420 c02bdc4c 00000140
Call Trace: [<c01636b9>] [<c02bd513>] [<c02bdc4c>] [<c01ef9c5>] [<c01f5c6f>]
[<c0162e70>] [<c014c302>] [<c014c4e1>] [<c0105c02>] [<c0109b4b>] [<c01f5497>]
[<c0105bc0>] [<c01f4007>] [<c01f9f8d>] [<c0109a26>]
Code: 89 78 44 89 78 40 8b 5c 24 08 31 c0 8b 74 24 0c 8b 7c 24 10
|
P.s.: I tryed cluster-knoppix downloaded from internet and it works very well in the same qemu configuration and network. |
|
Kernel & Hardware
