a Xandos data dump

a Xandos data dump

[Tom Cranbrook]

[-- Attachment #1: Type: text/plain, Size: 497 bytes --]

While trying to track down the problem with booting Xandros, I got the
attached data dump.  This is the entire console session.  Is this coming
from Xen?

I hope the attachment works in this list machinery.  Didn't want to put
this much text into the archive.


The previous test got to:

Warning: unable to open an initial console.
ioperm not fully supported - set iopl to 3
warning: process `update' used the obsolete bdflush system call
Fix your initscripts?

The rest is the new data dump.




[-- Attachment #2: dump.txt --]
[-- Type: text/plain, Size: 11179 bytes --]


root@0[root]# xm create -c
Using config file "/etc/xen/xmdefconfig".
Started domain Xserver, console on port 9601
************ REMOTE CONSOLE: CTRL-] TO QUIT ********
Linux version 2.6.8.1-xenU (root@testbedbase) (gcc version 3.3.2 (Debian)) #1 Sat Sep 25 12:02:53 EDT 2004
BIOS-provided physical RAM map:
 Xen: 0000000000000000 - 0000000004000000 (usable)
64MB LOWMEM available.
DMI not present.
Built 1 zonelists
Kernel command line:  ip=192.168.1.61:1.2.3.4:192.168.1.254:255.255.255.0::eth0:off root=/dev/hdb1 4
Initializing CPU#0
PID hash table entries: 512 (order 9: 4096 bytes)
Xen reported: 1110.987 MHz processor.
Using tsc for high-res timesource
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Memory: 62472k/65536k available (1508k kernel code, 2976k reserved, 454k data, 92k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay loop... 1255.01 BogoMIPS
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 64K (64 bytes/line)
CPU: AMD Duron(tm) Processor stepping 01
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... disabled
NET: Registered protocol family 16
Initializing Cryptographic API
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
Xen virtual console successfully installed as tty
Event-channel device installed.
Initialising Xen virtual block device
Initialising Xen virtual ethernet frontend driver.
Using anticipatory io scheduler
Netfront recovered tx=0 rxfree=0
NET: Registered protocol family 2
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 8192)
NET: Registered protocol family 1
NET: Registered protocol family 17
IP-Config: Complete:
      device=eth0, addr=192.168.1.61, mask=255.255.255.0, gw=192.168.1.254,
     host=192.168.1.61, domain=, nis-domain=(none),
     bootserver=1.2.3.4, rootserver=1.2.3.4, rootpath=
ReiserFS: hdb1: found reiserfs format "3.6" with standard journal
ReiserFS: hdb1: using ordered data mode
ReiserFS: hdb1: journal params: device hdb1, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: hdb1: checking transaction log (hdb1)
ReiserFS: hdb1: Using r5 hash to sort names
VFS: Mounted root (reiserfs filesystem).
Freeing unused kernel memory: 92k freed
Warning: unable to open an initial console.
ioperm not fully supported - set iopl to 3
warning: process `update' used the obsolete bdflush system call
Fix your initscripts?
Unable to handle kernel paging request at virtual address c13ae000
 printing eip:
c019de16
*pde = ma 0122b067 pa 00004067
*pte = ma 0bbc8061 pa 013ae061
 [<c019e510>] leaf_copy_items+0xe8/0x17f

 [<c019e7b8>] leaf_move_items+0x63/0x9e

 [<c0187136>] balance_leaf+0x14cd/0x30aa

 [<c019648e>] get_empty_nodes+0x1b5/0x1f4

 [<c0152231>] unlock_buffer+0x13/0x17

 [<c01982d6>] wait_tb_buffers_until_unlocked+0xed/0x336

 [<c0189048>] do_balance+0x92/0x10a

 [<c01986e4>] fix_nodes+0x1c5/0x3c4

 [<c01a508b>] reiserfs_insert_item+0x1f1/0x297

 [<c01a6b6d>] indirect2direct+0x1e7/0x2f2

 [<c01a45a6>] reiserfs_cut_from_item+0x482/0x59d

 [<c01a49e0>] reiserfs_do_truncate+0x290/0x58a

 [<c018fe4a>] reiserfs_truncate_file+0xf2/0x22d

 [<c0191898>] reiserfs_file_release+0x270/0x480

 [<c016acf0>] notify_change+0x117/0x167

 [<c01943c4>] reiserfs_file_write+0x0/0x7bf

 [<c0151e86>] __fput+0x112/0x124

 [<c015061b>] filp_close+0x59/0x86

 [<c01506ab>] sys_close+0x63/0x96

 [<c010d7c7>] syscall_call+0x7/0xb

Oops: 0003 [#1]
PREEMPT
Modules linked in:
CPU:    0
EIP:    0061:[<c019de16>]    Not tainted
EFLAGS: 00010286   (2.6.8.1-xenU)
EIP is at leaf_copy_items_entirely+0x17d/0x22a
eax: 00000000   ebx: 0000ff3c   ecx: 3ffa0000   edx: ffff10c4
esi: c139e0c4   edi: c13ae000   ebp: c122d018   esp: c391b760
ds: 0069   es: 0069   ss: 0069
Process umount (pid: 121, threadinfo=c391a000 task=c3f156b0)
Stack: c123cf3c c122e000 00000000 00000030 c122d000 00001000 00000000 00000fb8
       00000000 c1157aac 00000002 fffffffe c1157aac c391b800 00000002 00000000
       fffffffe c1157aac c019e510 c391b800 c1157aac 00000001 fffffffe 00000002
Call Trace:
 [<c019e510>] leaf_copy_items+0xe8/0x17f

 [<c019e7b8>] leaf_move_items+0x63/0x9e

 [<c0187136>] balance_leaf+0x14cd/0x30aa

 [<c019648e>] get_empty_nodes+0x1b5/0x1f4

 [<c0152231>] unlock_buffer+0x13/0x17

 [<c01982d6>] wait_tb_buffers_until_unlocked+0xed/0x336

 [<c0189048>] do_balance+0x92/0x10a

 [<c01986e4>] fix_nodes+0x1c5/0x3c4

 [<c01a508b>] reiserfs_insert_item+0x1f1/0x297

 [<c01a6b6d>] indirect2direct+0x1e7/0x2f2

 [<c01a45a6>] reiserfs_cut_from_item+0x482/0x59d

 [<c01a49e0>] reiserfs_do_truncate+0x290/0x58a

 [<c018fe4a>] reiserfs_truncate_file+0xf2/0x22d

 [<c0191898>] reiserfs_file_release+0x270/0x480

 [<c016acf0>] notify_change+0x117/0x167

 [<c01943c4>] reiserfs_file_write+0x0/0x7bf

 [<c0151e86>] __fput+0x112/0x124

 [<c015061b>] filp_close+0x59/0x86

 [<c01506ab>] sys_close+0x63/0x96

 [<c010d7c7>] syscall_call+0x7/0xb

Code: f3 a5 f6 c2 02 74 02 66 a5 f6 c2 01 74 01 a4 8b 74 24 10 8b
 <1>Unable to handle kernel paging request at virtual address 6a616d33
 printing eip:
c014171d
*pde = ma 00000000 pa 55555000
 [<c013db74>] __pagevec_lru_add_active+0x10e/0x148

 [<c0145cc7>] exit_mmap+0x84/0x15b

 [<c011a06a>] mmput+0x66/0x8d

 [<c011e30c>] do_exit+0x150/0x41a

 [<c010aaa0>] do_divide_error+0x0/0xfa

 [<c0115644>] do_page_fault+0x226/0x646

 [<c010dbe3>] __get_time_values_from_xen+0x6b/0x6c

 [<c010e1ff>] timer_interrupt+0x2a/0x267

 [<c010bc76>] handle_IRQ_event+0x47/0x80

 [<c010c000>] do_IRQ+0xb5/0x132

 [<c01092d0>] evtchn_do_upcall+0xa8/0x111

 [<c010db24>] page_fault+0x38/0x40

 [<c019de16>] leaf_copy_items_entirely+0x17d/0x22a

 [<c019e510>] leaf_copy_items+0xe8/0x17f

 [<c019e7b8>] leaf_move_items+0x63/0x9e

 [<c0187136>] balance_leaf+0x14cd/0x30aa

 [<c019648e>] get_empty_nodes+0x1b5/0x1f4

 [<c0152231>] unlock_buffer+0x13/0x17

 [<c01982d6>] wait_tb_buffers_until_unlocked+0xed/0x336

 [<c0189048>] do_balance+0x92/0x10a

 [<c01986e4>] fix_nodes+0x1c5/0x3c4

 [<c01a508b>] reiserfs_insert_item+0x1f1/0x297

 [<c01a6b6d>] indirect2direct+0x1e7/0x2f2

 [<c01a45a6>] reiserfs_cut_from_item+0x482/0x59d

 [<c01a49e0>] reiserfs_do_truncate+0x290/0x58a

 [<c018fe4a>] reiserfs_truncate_file+0xf2/0x22d

 [<c0191898>] reiserfs_file_release+0x270/0x480

 [<c016acf0>] notify_change+0x117/0x167

 [<c01943c4>] reiserfs_file_write+0x0/0x7bf

 [<c0151e86>] __fput+0x112/0x124

 [<c015061b>] filp_close+0x59/0x86

 [<c01506ab>] sys_close+0x63/0x96

 [<c010d7c7>] syscall_call+0x7/0xb

Oops: 0000 [#2]
PREEMPT
Modules linked in:
CPU:    0
EIP:    0061:[<c014171d>]    Not tainted
EFLAGS: 00010202   (2.6.8.1-xenU)
EIP is at unmap_vmas+0x72/0x1b5
eax: 62696c2f   ebx: c11fd440   ecx: 7273752f   edx: 7273752f
esi: c391a000   edi: 7273752f   ebp: 6a616d2f   esp: c391b5b4
ds: 0069   es: 0069   ss: 0069
Process umount (pid: 121, threadinfo=c391a000 task=c3f156b0)
Stack: c02ae7e4 c391a000 c013db74 c0313a48 00000001 00000000 00000001 00000000
       00000000 00100000 c11fd440 c391a000 c11fd440 0000000b c0145cc7 c391b60c
       c11fd440 c12b7cf0 00000000 ffffffff c391b610 00000000 c030b1ec 00000000
Call Trace:
 [<c013db74>] __pagevec_lru_add_active+0x10e/0x148

 [<c0145cc7>] exit_mmap+0x84/0x15b

 [<c011a06a>] mmput+0x66/0x8d

 [<c011e30c>] do_exit+0x150/0x41a

 [<c010aaa0>] do_divide_error+0x0/0xfa

 [<c0115644>] do_page_fault+0x226/0x646

 [<c010dbe3>] __get_time_values_from_xen+0x6b/0x6c

 [<c010e1ff>] timer_interrupt+0x2a/0x267

 [<c010bc76>] handle_IRQ_event+0x47/0x80

 [<c010c000>] do_IRQ+0xb5/0x132

 [<c01092d0>] evtchn_do_upcall+0xa8/0x111

 [<c010db24>] page_fault+0x38/0x40

 [<c019de16>] leaf_copy_items_entirely+0x17d/0x22a

 [<c019e510>] leaf_copy_items+0xe8/0x17f

 [<c019e7b8>] leaf_move_items+0x63/0x9e

 [<c0187136>] balance_leaf+0x14cd/0x30aa

 [<c019648e>] get_empty_nodes+0x1b5/0x1f4

 [<c0152231>] unlock_buffer+0x13/0x17

 [<c01982d6>] wait_tb_buffers_until_unlocked+0xed/0x336

 [<c0189048>] do_balance+0x92/0x10a

 [<c01986e4>] fix_nodes+0x1c5/0x3c4

 [<c01a508b>] reiserfs_insert_item+0x1f1/0x297<6>note: umount[121] exited with preempt_count 2
ReiserFS: warning: is_tree_node: node level 0 does not match to the expected one 1
ReiserFS: hdb1: warning: vs-5150: search_by_key: invalid format found in block 9672. Fsck?
ReiserFS: hdb1: warning: vs-13050: reiserfs_update_sd: i/o failure occurred trying to update [3 43679 0x0 SD] stat data
Unable to handle kernel NULL pointer dereference at virtual address 00000004
 printing eip:
c013be26
*pde = ma 00000000 pa 55555000
 [<c013c14f>] kmem_cache_alloc+0x6c/0x70

 [<c011b35a>] copy_process+0x962/0xafe

 [<c0118b4e>] default_wake_function+0x0/0x12

 [<c011b546>] do_fork+0x50/0x18f

 [<c0118150>] activate_task+0x64/0x77

 [<c010ed83>] kernel_thread+0x90/0x9c

 [<c0129fbb>] wait_for_helper+0x0/0xa6

 [<c010ece8>] kernel_thread_helper+0x0/0xb

 [<c012a08b>] __call_usermodehelper+0x2a/0x65

 [<c0129fbb>] wait_for_helper+0x0/0xa6

 [<c012a502>] worker_thread+0x1ea/0x2e0

 [<c012a061>] __call_usermodehelper+0x0/0x65

 [<c0118b4e>] default_wake_function+0x0/0x12

 [<c0118b4e>] default_wake_function+0x0/0x12

 [<c012a318>] worker_thread+0x0/0x2e0

 [<c012e055>] kthread+0xa5/0xab

 [<c012dfb0>] kthread+0x0/0xab

 [<c010eced>] kernel_thread_helper+0x5/0xb

Oops: 0002 [#3]
PREEMPT
Modules linked in:
CPU:    0
EIP:    0061:[<c013be26>]    Not tainted
EFLAGS: 00010246   (2.6.8.1-xenU)
EIP is at cache_alloc_refill+0xe4/0x20a
eax: 00000000   ebx: c3fc0060   ecx: c12b1000   edx: 00000000
esi: 00000009   edi: c12b1018   ebp: c3fc0070   esp: c3f89e08
ds: 0069   es: 0069   ss: 0069
Process khelper (pid: 4, threadinfo=c3f88000 task=c10a25c0)
Stack: c02aa6a0 00000400 fffffff4 c12b1018 c3fffd6c c3fffd74 c3fffd7c c3f156b0
       00000000 00000000 00800711 c013c14f c3fffd60 000000d0 c3f156b0 00000001
       c011b35a c3fffd60 000000d0 00000000 00000000 00000001 c10a25c0 c0118b4e
Call Trace:
 [<c013c14f>] kmem_cache_alloc+0x6c/0x70

 [<c011b35a>] copy_process+0x962/0xafe

 [<c0118b4e>] default_wake_function+0x0/0x12

 [<c011b546>] do_fork+0x50/0x18f

 [<c0118150>] activate_task+0x64/0x77

 [<c010ed83>] kernel_thread+0x90/0x9c

 [<c0129fbb>] wait_for_helper+0x0/0xa6

 [<c010ece8>] kernel_thread_helper+0x0/0xb

 [<c012a08b>] __call_usermodehelper+0x2a/0x65

 [<c0129fbb>] wait_for_helper+0x0/0xa6

 [<c012a502>] worker_thread+0x1ea/0x2e0

 [<c012a061>] __call_usermodehelper+0x0/0x65

 [<c0118b4e>] default_wake_function+0x0/0x12

 [<c0118b4e>] default_wake_function+0x0/0x12

 [<c012a318>] worker_thread+0x0/0x2e0

 [<c012e055>] kthread+0xa5/0xab

 [<c012dfb0>] kthread+0x0/0xab

 [<c010eced>] kernel_thread_helper+0x5/0xb

Code: 89 50 04 89 02 c7 41 04 00 02 20 00 66 83 79 14 ff c7 01 00
 <6>note: khelper[4] exited with preempt_count 1
Unable to handle kernel NULL pointer dereference at virtual address 00000004
 printing eip:
c013bf94
*pde = ma 00000000 pa 55555000
 [<c013c7c5>] drain_array+0x7c/0xb0

Re: a Xandos data dump

[Ian Pratt]

> While trying to track down the problem with booting Xandros, I got the
> attached data dump.  This is the entire console session.  Is this coming
> from Xen?

Nope. The crashdump is coming from the -xenU kernel. It seems to
be crashing in reiserfs, but I suspect this isn't the real
problem.

"unable to open initial console" is interesting. Has your
reiserfs root filesystem got a /dev/console device? What's the
major/minor?

Further, the "obsolete bdflush system call" suggests that the
file system is intended for an older 2.4 kernel rather than 2.6
(have you tried building a 2.4 Xen kernel -- "make linux24")?

The "set iopl to 3" is harmless, but suggests that something in
your init scripts is trying to access hardware very early on. 
This is unlikely to cause things to break, but it's worth
eliminating. Perhaps there's a hwclock invocation in rc.sysinit?

One other thing to watch out for is that your /etc/fstab should
contain real device names rather than LABEL= lines. Also, don't
use devfs.

If you're able, put a tar ball of the installation up somewhere
on the web so that we can download and try and reproduce (tar
-zcpf).

Ian
 
> I hope the attachment works in this list machinery.  Didn't want to put
> this much text into the archive.
> 
> RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
> Xen virtual console successfully installed as tty
> Event-channel device installed.
> Initialising Xen virtual block device
> Initialising Xen virtual ethernet frontend driver.
> Using anticipatory io scheduler
> Netfront recovered tx=0 rxfree=0
> NET: Registered protocol family 2
> IP: routing cache hash table of 512 buckets, 4Kbytes
> TCP: Hash tables configured (established 4096 bind 8192)
> NET: Registered protocol family 1
> NET: Registered protocol family 17
> IP-Config: Complete:
>       device=eth0, addr=192.168.1.61, mask=255.255.255.0, gw=192.168.1.254,
>      host=192.168.1.61, domain=, nis-domain=(none),
>      bootserver=1.2.3.4, rootserver=1.2.3.4, rootpath=
> ReiserFS: hdb1: found reiserfs format "3.6" with standard journal
> ReiserFS: hdb1: using ordered data mode
> ReiserFS: hdb1: journal params: device hdb1, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
> ReiserFS: hdb1: checking transaction log (hdb1)
> ReiserFS: hdb1: Using r5 hash to sort names
> VFS: Mounted root (reiserfs filesystem).
> Freeing unused kernel memory: 92k freed
> Warning: unable to open an initial console.
> ioperm not fully supported - set iopl to 3
> warning: process `update' used the obsolete bdflush system call
> Fix your initscripts?
> Unable to handle kernel paging request at virtual address c13ae000
>  printing eip:
> c019de16
> *pde = ma 0122b067 pa 00004067
> *pte = ma 0bbc8061 pa 013ae061
>  [<c019e510>] leaf_copy_items+0xe8/0x17f


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

Re: a Xandos data dump

[Mark A. Williamson]

> One other thing to watch out for is that your /etc/fstab should
> contain real device names rather than LABEL= lines.

LABEL= lines *might* work if you use the distro's initrd, which (in at least 
some distros) contains relevant logic to decode these and mount the right 
partitions.

Cheers,
Mark

> Also, don't 
> use devfs.
>
> If you're able, put a tar ball of the installation up somewhere
> on the web so that we can download and try and reproduce (tar
> -zcpf).
>
> Ian
>
> > I hope the attachment works in this list machinery.  Didn't want to put
> > this much text into the archive.
> >
> > RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
> > Xen virtual console successfully installed as tty
> > Event-channel device installed.
> > Initialising Xen virtual block device
> > Initialising Xen virtual ethernet frontend driver.
> > Using anticipatory io scheduler
> > Netfront recovered tx=0 rxfree=0
> > NET: Registered protocol family 2
> > IP: routing cache hash table of 512 buckets, 4Kbytes
> > TCP: Hash tables configured (established 4096 bind 8192)
> > NET: Registered protocol family 1
> > NET: Registered protocol family 17
> > IP-Config: Complete:
> >       device=eth0, addr=192.168.1.61, mask=255.255.255.0,
> > gw=192.168.1.254, host=192.168.1.61, domain=, nis-domain=(none),
> >      bootserver=1.2.3.4, rootserver=1.2.3.4, rootpath=
> > ReiserFS: hdb1: found reiserfs format "3.6" with standard journal
> > ReiserFS: hdb1: using ordered data mode
> > ReiserFS: hdb1: journal params: device hdb1, size 8192, journal first
> > block 18, max trans len 1024, max batch 900, max commit age 30, max trans
> > age 30 ReiserFS: hdb1: checking transaction log (hdb1)
> > ReiserFS: hdb1: Using r5 hash to sort names
> > VFS: Mounted root (reiserfs filesystem).
> > Freeing unused kernel memory: 92k freed
> > Warning: unable to open an initial console.
> > ioperm not fully supported - set iopl to 3
> > warning: process `update' used the obsolete bdflush system call
> > Fix your initscripts?
> > Unable to handle kernel paging request at virtual address c13ae000
> >  printing eip:
> > c019de16
> > *pde = ma 0122b067 pa 00004067
> > *pte = ma 0bbc8061 pa 013ae061
> >  [<c019e510>] leaf_copy_items+0xe8/0x17f
>
> -------------------------------------------------------
> This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
> Use IT products in your business? Tell us what you think of them. Give us
> Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
> http://productguide.itmanagersjournal.com/guidepromo.tmpl
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/xen-devel


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

Re: a Xandos data dump

[Tom Cranbrook]

>> While trying to track down the problem with booting Xandros, I got the
>> attached data dump.  This is the entire console session.  Is this coming
>> from Xen?
>
>Nope. The crashdump is coming from the -xenU kernel. It seems to
>be crashing in reiserfs, but I suspect this isn't the real
>problem.
>
>"unable to open initial console" is interesting. Has your
>reiserfs root filesystem got a /dev/console device? What's the
>major/minor?
>

Not sure what you are asking.  The nonrunning root fs /dev is unpopulated,
it is there on a normal boot of the partition, and I can't see it as a Xen
domain.



>Further, the "obsolete bdflush system call" suggests that the
>file system is intended for an older 2.4 kernel rather than 2.6
>(have you tried building a 2.4 Xen kernel -- "make linux24")?
>

I'll do this.  The distro does run a 2.4

>The "set iopl to 3" is harmless, but suggests that something in
>your init scripts is trying to access hardware very early on. 
>This is unlikely to cause things to break, but it's worth
>eliminating. Perhaps there's a hwclock invocation in rc.sysinit?
>

Xandros does do a very through device detection run on each boot.  Any
chance this might be causing an issue?



>One other thing to watch out for is that your /etc/fstab should
>contain real device names rather than LABEL= lines. Also, don't
>use devfs.
>
>If you're able, put a tar ball of the installation up somewhere
>on the web so that we can download and try and reproduce (tar
>-zcpf).
>

:(  too big, I'm afraid.  It's about a 7gig fs.  If this problem persists,
I've sure I cant trim that for testing.






-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

Re: a Xandos data dump

[Ian Pratt]

> >> While trying to track down the problem with booting Xandros, I got the
> >> attached data dump.  This is the entire console session.  Is this coming
> >> from Xen?
> >
> >Nope. The crashdump is coming from the -xenU kernel. It seems to
> >be crashing in reiserfs, but I suspect this isn't the real
> >problem.
> >
> >"unable to open initial console" is interesting. Has your
> >reiserfs root filesystem got a /dev/console device? What's the
> >major/minor?
> >
> 
> Not sure what you are asking.  The nonrunning root fs /dev is unpopulated,
> it is there on a normal boot of the partition, and I can't see it as a Xen
> domain.

That's your problem. It's obviously assuming devfs is compiled
into the kernel. We don't support devfs as it's use is deprecated
(it is already been ripped out and replaced by udev in 2.6).

You're best bet is to boot up another partition with native Linux
and then copy the /dev entries into the other partition.

Ian


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

Re: a Xandos data dump

[Keir Fraser]

> > Not sure what you are asking.  The nonrunning root fs /dev is unpopulated,
> > it is there on a normal boot of the partition, and I can't see it as a Xen
> > domain.
> 
> That's your problem. It's obviously assuming devfs is compiled
> into the kernel. We don't support devfs as it's use is deprecated
> (it is already been ripped out and replaced by udev in 2.6).
> 
> You're best bet is to boot up another partition with native Linux
> and then copy the /dev entries into the other partition.

..or use another distro. Currently, Gentoo and Xandros both depend on
devfs for populating /dev. Until they switch away from devfs (which
they will at some point, as it will not be provided by Linux 2.6
forever) they will not be supported out of the box by XenLinux's
device drivers.

Currently we only test on distributions that have a 'normal' set of
device special files in /dev. I don't think we've ever tested on
udev/sysfs, but since this is the new way of dealing with dynamic
devices in Linux, we're interested in adding any necessary support
required for using udev with XenLinux.

 -- Keir


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

Re: a Xandos data dump

[Tom Cranbrook]

>> You're best bet is to boot up another partition with native Linux
>> and then copy the /dev entries into the other partition.
>
>..or use another distro. Currently, Gentoo and Xandros both depend on
>devfs for populating /dev. Until they switch away from devfs (which
>they will at some point, as it will not be provided by Linux 2.6
>forever) they will not be supported out of the box by XenLinux's
>device drivers.
>

unfortunately, this specific system fs has a running win4lin that I want to
make available to the network as a win98 server, and I hate the thought of
running a whole machine just for this.  Don't use it often, but its handy
when we need it.  It's a round about way of running win98 in xen, I guess 
:)





-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

Re: a Xandos data dump

[Tom Cranbrook]

 
>You're best bet is to boot up another partition with native Linux
>and then copy the /dev entries into the other partition.
>


This solved the problem.  Xandros came up fine now, even using the 2.6
xenU.  Also, the freeNX server is working great from it.  





-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl