* linux crash behavior
@ 2011-08-17 11:14 George Shuklin
2011-08-17 11:21 ` Andrew Cooper
2011-08-17 12:35 ` Ian Campbell
0 siblings, 2 replies; 4+ messages in thread
From: George Shuklin @ 2011-08-17 11:14 UTC (permalink / raw)
To: xen-devel
Good day.
I found that xen_panic_event (in arch/x86/xen/enlighten.c) ignore sysctl
settings for kernel.panic, which declare delay between crash and crash
consequences.
F.e. if we do this in:
sysctl kernel.panic=30
echo c >/proc/sysrq-trigger
I expect at least 30s of crashdump on screen, not instant domain
disappearance.
Is this feature or bug?
Thanks.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: linux crash behavior
2011-08-17 11:14 linux crash behavior George Shuklin
@ 2011-08-17 11:21 ` Andrew Cooper
2011-08-17 11:46 ` George Shuklin
2011-08-17 12:35 ` Ian Campbell
1 sibling, 1 reply; 4+ messages in thread
From: Andrew Cooper @ 2011-08-17 11:21 UTC (permalink / raw)
To: George Shuklin; +Cc: xen-devel@lists.xensource.com
On 17/08/11 12:14, George Shuklin wrote:
> Good day.
>
> I found that xen_panic_event (in arch/x86/xen/enlighten.c) ignore sysctl
> settings for kernel.panic, which declare delay between crash and crash
> consequences.
Is this dom0 or domU, and which Xen and Linux version?
~Andrew
> F.e. if we do this in:
>
> sysctl kernel.panic=30
> echo c >/proc/sysrq-trigger
>
> I expect at least 30s of crashdump on screen, not instant domain
> disappearance.
>
> Is this feature or bug?
>
> Thanks.
>
>
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
--
Andrew Cooper - Dom0 Kernel Engineer, Citrix XenServer
T: +44 (0)1223 225 900, http://www.citrix.com
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: linux crash behavior
2011-08-17 11:21 ` Andrew Cooper
@ 2011-08-17 11:46 ` George Shuklin
0 siblings, 0 replies; 4+ messages in thread
From: George Shuklin @ 2011-08-17 11:46 UTC (permalink / raw)
To: Andrew Cooper; +Cc: xen-devel@lists.xensource.com
В Срд, 17/08/2011 в 12:21 +0100, Andrew Cooper пишет:
> On 17/08/11 12:14, George Shuklin wrote:
> > Good day.
> >
> > I found that xen_panic_event (in arch/x86/xen/enlighten.c) ignore sysctl
> > settings for kernel.panic, which declare delay between crash and crash
> > consequences.
>
> Is this dom0 or domU, and which Xen and Linux version?
I think this apply to domU and dom0.
I saw this in source of vanilla 3.0/3.1rc2, and I saw this behaivor
in 2.6.34-xen (suse kernel), and even it 2.6.18-xen (rhel5.5 kernel).
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=blob_plain;f=arch/x86/xen/enlighten.c;hb=HEAD
static void xen_crash_shutdown(struct pt_regs *regs)
{
xen_reboot(SHUTDOWN_crash);
}
static int
xen_panic_event(struct notifier_block *this, unsigned long event, void
*ptr)
{
xen_reboot(SHUTDOWN_crash);
return NOTIFY_DONE;
}
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: linux crash behavior
2011-08-17 11:14 linux crash behavior George Shuklin
2011-08-17 11:21 ` Andrew Cooper
@ 2011-08-17 12:35 ` Ian Campbell
1 sibling, 0 replies; 4+ messages in thread
From: Ian Campbell @ 2011-08-17 12:35 UTC (permalink / raw)
To: George Shuklin; +Cc: xen-devel@lists.xensource.com
On Wed, 2011-08-17 at 12:14 +0100, George Shuklin wrote:
> Good day.
>
> I found that xen_panic_event (in arch/x86/xen/enlighten.c) ignore sysctl
> settings for kernel.panic, which declare delay between crash and crash
> consequences.
>
> F.e. if we do this in:
>
> sysctl kernel.panic=30
> echo c >/proc/sysrq-trigger
>
> I expect at least 30s of crashdump on screen, not instant domain
> disappearance.
>
> Is this feature or bug?
A bug IMHO.
Ian.
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2011-08-17 12:35 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-08-17 11:14 linux crash behavior George Shuklin
2011-08-17 11:21 ` Andrew Cooper
2011-08-17 11:46 ` George Shuklin
2011-08-17 12:35 ` Ian Campbell
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.