[Users] Re: Kernel crash 2.6.32.61.2

[Benjamin Henrion]

On Fri, Sep 21, 2012 at 3:22 PM, Benjamin Henrion <bh at udev.org> wrote:
> Hi,
>
> I managed to have a kernel panic with the following kernel:
>
> http://mirrors.ch3rry.be/openvz/kernel/packages/sys-kernel/linux-openvz-2.6.32.61.2.tbz2
>
> I stopped the /etc/init.d/vz process, and then try to start a
> container, and then the kernel crashes:
>
> ================================================================
> * 15:19 zoobab at hn-p104 ~% sudo zsh
> * 15:19 root at hn-p104 /home/zoobab# /etc/init.d/vz stop
>  * Shutting down CT 1042 ...
>  * Shutting down CT 1041 ...
>
>  * Bringing down interface venet0 ...
>
>                                                   [ ok ]
> * 15:19 root at hn-p104 /home/zoobab#
> * 15:19 root at hn-p104 /home/zoobab# vzctl start 1041
> Starting container ...
> Container is mounted
> Adding IP address(es): 80.65.132.187
> Unable to add IP 80.65.132.187: Inappropriate ioctl for device
> Unable to del IP 80.65.132.187: Inappropriate ioctl for device
> Container start failed (try to check kernel messages, e.g. "dmesg | tail")
> Stopping container ...
>
>
> Message from syslogd at hn-p104 at Sep 21 15:20:00 ...
>  kernel:[95079.766188] Kernel panic - not syncing: Fatal exception
>
> Message from syslogd at hn-p104 at Sep 21 15:20:00 ...
>  kernel:[95079.766188] Kernel panic - not syncing: Fatal exception
> ================================================================
>
> I will try to have the full console to see if I can grab more kernel messages.

Here is the console capture attached.

It complains about "bad_area_nosemaphore":

(sorry but gocr does not output the right message, see the attached pic)

zoobab at buzek /home/zoobab [14]$ gocr hn-p104.jpg
[950_79.572222]  RSP <ffff880_22b76bea0__
[950_79.61590_4] CR2: 0_0_0_0_0_0_0_0_0_0_0_0_0_0_98
[950_79.72290_2] ---[ end trace a1b980_4bf4970_b9a ]---
[950_79.766188] KerneI panic - not syncing: FataI exception
[950_79.810_326] Pid: 80_460_3, comm: uzmond/10_41 ueid: 0_ Tainted: G
   D   -----
----------  T 2.6.32-openuz-0_61.2 #1
[950_79.897351] CaII Trace:
[950_79.939424]  [<ffffffff814fb5d9_] T panic+0_xa0_/0_x168
[950_79.981897]  [<ffffffff814ff8f4_] T oops_end+0_xe4/0_x10_0_
[950_80_.0_2470_0_]  [<ffffffff810_43acb_] T no_context+0_xfb/0_x260_
[950_80_.0_67980_]  [<ffffffff8127cea0__] T string+0_x40_/0_x10_0_
[950_80_.110_198]  [<ffffffff810_43d45_] T _ bad_area_nosemaphore+0_x115/0_x1e0_
[950_80_.152152]  [<ffffffff810_43e23_] T bad_area_nosemaphore+0_x13/0_x20_
[950_80_.194325]  [<ffffffff810_44572_] T _ do _ age_fauIt+0_x322/0_x490_
[950_80_.235621]  [<ffffffff8122e2b0__] T mqueue_deIete_inode+0_x0_/0_x250_
[950_80_.275984]  [<ffffffff811b232c_] T dispose_Iist+0_xfc/0_x120_
[950_80_.315174]  [<ffffffff811d1a55_] T nr_bIocXdeu _ ages+0_x15/0_x70_
[950_80_.353345]  [<ffffffff8113640_d_] T si_meminfo+0_x3d/0_x60_
[950_80_.390_342]  [<ffffffff812269aa_] T recompute_msgmni+0_x1a/0_x90_
[950_80_.426389]  [<ffffffff811af7c6_] T
shrinX_dcache_for_umount_subtree+0_x216/0_x
2b0_
[950_80_.499321]  [<ffffffff8150_18be_] T do _ age_fauIt+0_x3e/0_xa0_
[950_80_.537119]  [<ffffffff814fec25_] T page_fauIt+0_x25/0_x30_
[950_80_.574634]  [<ffffffffa0_51d1d3_] T fini_ue_netns+0_x33/0_x60_ [uzmon]
[950_80_.612349]  [<ffffffffa0_51e44e_] T enu_cIeanup+0_xfe/0_x1e0_ [uzmon]
[950_80_.650_0_45]  [<ffffffffa0_51e7b4_] T uzmond_heIper+0_x54/0_x70_ [uzmon]
[950_80_.687223]  [<ffffffff810_0_c20_a_] T chi Id_rip+0_xa/0_x20_
[950_80_.723243]  [<ffffffffa0_51e760__] T uzmond_heIper+0_x0_/0_x70_ [uzmon]
[950_80_.759386]  [<ffffffff810_0_c20_0__] T chi Id_rip+0_x0_/0_x20_
zoobab at buzek /home/zoobab [15]$


--
Benjamin Henrion <bhenrion at ffii.org>
FFII Brussels - +32-484-566109 - +32-2-3500762
"In July 2005, after several failed attempts to legalise software
patents in Europe, the patent establishment changed its strategy.
Instead of explicitly seeking to sanction the patentability of
software, they are now seeking to create a central European patent
court, which would establish and enforce patentability rules in their
favor, without any possibility of correction by competing courts or
democratically elected legislators."
-------------- next part --------------
A non-text attachment was scrubbed...
Name: hn-p104.jpg
Type: image/jpeg
Size: 103391 bytes
Desc: not available
Url : http://openvz.org/pipermail/users/attachments/20120921/b35fb009/hn-p104-0001.jpg