Mailinglist Archive: opensuse-bugs (2746 mails)

< Previous Next >
[Bug 826374] Xen domU chrashes with high network load

--- Comment #2 from Dion Kant <g.w.kant@xxxxxxxxxx> 2013-06-25 18:07:02 UTC ---
Created an attachment (id=545627)
--> (
Trace with xenctx after chrashed domU

It looks like it is harder to crash the domU when I reduce its memory. On my
test setup I was running the domU's first with 4096M. Running it with 768M, it
does take longer to crash it.

Furthermore it seems that disk activity needs to be involved, because when I do

scp dom0-t:bigrand.bin /dev/null

on the domU, I was unable to crash it. I hope the trace obtained with xenctx
will trigger more response. It should not be difficult to reproduce this issue.
I have now seen it on three different Super Micro machines.

I am unable to analyze coredumps with crash. Maybe someone can point out what I
am doing wrong.

I took the following steps on dom0:

1. make cloneconfig
2. make all

dom0-t:/var/lib/xen/dump/domUA # crash /usr/src/linux/vmlinux
/usr/src/linux/ 2013-0625-1144.11-domUA.8.core

crash 6.0.7
Copyright (C) 2002-2012 Red Hat, Inc.
Copyright (C) 2004, 2005, 2006, 2010 IBM Corporation
Copyright (C) 1999-2006 Hewlett-Packard Co
Copyright (C) 2005, 2006, 2011, 2012 Fujitsu Limited
Copyright (C) 2006, 2007 VA Linux Systems Japan K.K.
Copyright (C) 2005, 2011 NEC Corporation
Copyright (C) 1999, 2002, 2007 Silicon Graphics, Inc.
Copyright (C) 1999, 2000, 2001, 2002 Mission Critical Linux, Inc.
This program is free software, covered by the GNU General Public License,
and you are welcome to change it and/or distribute copies of it under
certain conditions. Enter "help copying" to see the conditions.
This program has absolutely no warranty. Enter "help warranty" for details.

GNU gdb (GDB) 7.3.1
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-unknown-linux-gnu"...

WARNING: could not find MAGIC_START!
crash: invalid kernel virtual address: 69742e6b746e6972 type: "present"
WARNING: cannot read cpu_present_map
crash: invalid kernel virtual address: 656d type: "online"
WARNING: cannot read cpu_online_map
crash: invalid kernel virtual address: 69742e6b746e6972 type:
crash: invalid kernel virtual address: 69742e6b746e6972 type:
crash: nr_node_ids: symbol does not exist
crash: unable to initialize kmem slab cache subsystem

WARNING: cannot determine pgdat list for this kernel/architecture

please wait... (gathering module symbol data)
WARNING: cannot access vmalloc'd module memory

crash: cannot determine idle task addresses from init_tasks[] or runqueues[]

crash: cannot resolve "init_task_union"

Configure bugmail:
------- You are receiving this mail because: -------
You are on the CC list for the bug.

< Previous Next >