[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Xen-devel] crash on starting new domain


  • To: <xen-devel@xxxxxxxxxxxxxxxxxxx>
  • From: "James Harper" <james.harper@xxxxxxxxxxxxxxxx>
  • Date: Tue, 5 Apr 2005 14:46:38 +1000
  • Delivery-date: Tue, 05 Apr 2005 04:46:42 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: AcU5mURWBOZZ65qCSwWmZHIF3giitwAAJgQA
  • Thread-topic: [Xen-devel] crash on starting new domain

Okay it wasn't hung afterall, it just took a while to reboot. I've
managed to get an oops dump from the console:

Unable to handle kernel paging request at virtual address c7e70000
printing eip:
c88eadbb
*pde = ma 0141d067 pa 0001d067
*pte = ma 00000000 pa 55555000
 [pg0+140185564/1003249664] journal_commit_transaction+0xc3c/0xf80 [jbd]
 [autoremove_wake_function+0/96] autoremove_wake_function+0x0/0x60
 [find_get_page+39/80] find_get_page+0x27/0x50
 [autoremove_wake_function+0/96] autoremove_wake_function+0x0/0x60
 [pg0+140194829/1003249664] kjournald+0xcd/0x1f0 [jbd]
 [autoremove_wake_function+0/96] autoremove_wake_function+0x0/0x60
 [autoremove_wake_function+0/96] autoremove_wake_function+0x0/0x60
 [ret_from_fork+6/28] ret_from_fork+0x6/0x1c
 [pg0+140194592/1003249664] commit_timeout+0x0/0x10 [jbd]
 [pg0+140194624/1003249664] kjournald+0x0/0x1f0 [jbd]
 [kernel_thread_helper+5/16] kernel_thread_helper+0x5/0x10
Oops: 0002 [#1]
Modules linked in: nfsd exportfs lockd sunrpc tlan 8021q loop ext3 jbd
mbcache crc32c libcrc32c iscsi_sfnet scsi_transport_iscsi dm_mod sd_mod
scsi_mod e1000 eepro100
CPU:    0
EIP:    0061:[pg0+140197307/1003249664]    Not tainted VLI
EFLAGS: 00011206   (2.6.10-xen0)
EIP is at journal_get_descriptor_buffer+0x6b/0xb0 [jbd]
eax: 00000000   ebx: c757eb3c   ecx: 00000400   edx: 00001000
esi: 00000000   edi: c7e70000   ebp: c79bbec0   esp: c797bdc0
ds: 007b   es: 007b   ss: 0069
Process kjournald (pid: 856, threadinfo=c797a000 task=c1288a60)
Stack: c05b81c0 00000624 00001000 00000624 c6eae92c c61ce920 c72baf8c
00000000
<I stopped cleaning it up at this point>
                                                 Apr  6 01:41:52 xen1
kernel:        c88e7fdc c79bbec0 c61ce920 00000008 00000622 c10f6a60
c797a000 c797a000
 
Apr  6 01:41:52 xen1 kernel:        00000000 00000000 00000000 00000000
00000000 c6eaec8c 00000622 00000000
                         Apr  6 01:41:52 xen1 kernel: Call Trace:
                                                                 Apr  6
01:41:52 xen1 kernel:  [pg0+140185564/1003249664]
journal_commit_transaction+0xc3c/0xf80 [jbd]
      Apr  6 01:41:52 xen1 kernel:  [autoremove_wake_function+0/96]
autoremove_wake_function+0x0/0x60
                     Apr  6 01:41:52 xen1 kernel:  [find_get_page+39/80]
find_get_page+0x27/0x50
                Apr  6 01:41:52 xen1 kernel:
[autoremove_wake_function+0/96] autoremove_wake_function+0x0/0x60
                               Apr  6 01:41:52 xen1 kernel:
[pg0+140194829/1003249664] kjournald+0xcd/0x1f0 [jbd]
                                  Apr  6 01:41:52 xen1 kernel:
[autoremove_wake_function+0/96] autoremove_wake_function+0x0/0x60
                                                 Apr  6 01:41:52 xen1
kernel:  [autoremove_wake_function+0/96]
autoremove_wake_function+0x0/0x60
                                                                Apr  6
01:41:52 xen1 kernel:  [ret_from_fork+6/28] ret_from_fork+0x6/0x1c
                                                         Apr  6 01:41:52
xen1 kernel:  [pg0+140194592/1003249664] commit_timeout+0x0/0x10 [jbd]
                                                               Apr  6
01:41:52 xen1 kernel:  [pg0+140194624/1003249664] kjournald+0x0/0x1f0
[jbd]
                                                                 Apr  6
01:41:52 xen1 kernel:  [kernel_thread_helper+5/16]
kernel_thread_helper+0x5/0x10
 
Apr  6 01:41:52 xen1 kernel: Code: 04 8b 85 88 00 00 00 89 04 24 e8 11
8e 86 f7 89 c3 0f ba 28 02 19 c0 85 c0 75 46 8b 95 8c 00 00 00 89 f0 8b
7b 18 89 d1 c1 e9 02 <f3> ab f6 c2 02 74 02 66 ab f6 c2 01 74 01 aa 0f
ba 2b 00 89 d8
 
ipt_limit

> -----Original Message-----
> From: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx [mailto:xen-devel-
> bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of James Harper
> Sent: Tuesday, 5 April 2005 14:38
> To: xen-devel@xxxxxxxxxxxxxxxxxxx
> Subject: [Xen-devel] crash on starting new domain
> 
> I've just built some shiny xen 2.0.5 kernel packages for debian using
> the stuff in 'experimental', and cannot seem to create a new domain.
The
> whole machine just reboots. I've caught the first line of a kernel
oops
> but haven't got physical access to the machine at the moment.
> 
> The console of the domain looks like this:
> 
> Adding 262136k swap on /dev/hda2.  Priority:-1 extents:1
> EXT3-fs warning: mounting fs with errors, running e2fsck is
recommended
> EXT3 FS on hda1, internal journal
> hwclock is unable to get I/O port access:  the iopl(3) call failed.
> System time was Tue Apr  5 15:31:42 UTC 2005.
> Setting the System Clock using the Hardware Clock as reference...
> hwclock is unable to get I/O port access:  the iopl(3) call failed.
> SysteSegmentation fault
> 
> Any ideas? It's an SMP machine if that makes any difference. The exact
> same setup was working a few stable versions ago. It's just decided
not
> to reboot anymore so I'll have to get someone in the office to reboot
it
> for me.
> 
> James
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-devel


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.