Mailing List Archive: Linux-HA: Dev

xm dump-core from xen0

Index | Next | Previous | View Threaded

ikedaj at intellilink

Mar 3, 2009, 9:38 PM

Post #1 of 21 (3894 views)
Permalink

xm dump-core from xen0

Hi Serge,

I'm trying to manage xen domain-U with xen0 plugin.
There are two "xm" command, like "xm destroy" and "xm create" in xen0,
How do you think to add "xm dump-core" into it?
If possible, I want to get the dump of domain-U when some fence events
happen.

Best Regards,
Junko Ikeda

_______________________________________________________
Linux-HA-Dev: Linux-HA-Dev [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/

sergeyfd at gmail

Mar 3, 2009, 10:24 PM

Post #2 of 21 (3804 views)
Permalink

Re: xm dump-core from xen0 [In reply to]

That shouldn't be a big deal. I can add one more config parameter like
"run_dump", then if it's set the script will call xm dump-core before
destroying xunU.

On Tue, Mar 3, 2009 at 10:38 PM, Junko IKEDA <ikedaj [at] intellilink> wrote:
> Hi Serge,
>
> I'm trying to manage xen domain-U with xen0 plugin.
> There are two "xm" command, like "xm destroy" and "xm create" in xen0,
> How do you think to add "xm dump-core" into it?
> If possible, I want to get the dump of domain-U when some fence events
> happen.
>
> Best Regards,
> Junko Ikeda
>
>
> _______________________________________________________
> Linux-HA-Dev: Linux-HA-Dev [at] lists
> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> Home Page: http://linux-ha.org/
>

--
Serge Dubrouski.
_______________________________________________________
Linux-HA-Dev: Linux-HA-Dev [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/

sergeyfd at gmail

Mar 4, 2009, 10:08 AM

Post #3 of 21 (3802 views)
Permalink

Re: xm dump-core from xen0 [In reply to]

Attached is a patch that adds that functionality.

On Tue, Mar 3, 2009 at 11:24 PM, Serge Dubrouski <sergeyfd [at] gmail> wrote:
> That shouldn't be a big deal. I can add one more config parameter like
> "run_dump", then if it's set the script will call xm dump-core before
> destroying xunU.
>
> On Tue, Mar 3, 2009 at 10:38 PM, Junko IKEDA <ikedaj [at] intellilink> wrote:
>> Hi Serge,
>>
>> I'm trying to manage xen domain-U with xen0 plugin.
>> There are two "xm" command, like "xm destroy" and "xm create" in xen0,
>> How do you think to add "xm dump-core" into it?
>> If possible, I want to get the dump of domain-U when some fence events
>> happen.
>>
>> Best Regards,
>> Junko Ikeda
>>
>>
>> _______________________________________________________
>> Linux-HA-Dev: Linux-HA-Dev [at] lists
>> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
>> Home Page: http://linux-ha.org/
>>
>
>
>
> --
> Serge Dubrouski.
>

--
Serge Dubrouski.

Attachments:

xen0.patch (1.13 KB)

ikedaj at intellilink

Mar 4, 2009, 5:45 PM

Post #4 of 21 (3813 views)
Permalink

RE: xm dump-core from xen0 [In reply to]

Hi,

> Attached is a patch that adds that functionality.

Many thanks!
I'll give it a try.

By the way, xen0 plugin should run on domain-0, right?
Is it possible to run it on domain-U?

Thanks,
Junko

> On Tue, Mar 3, 2009 at 11:24 PM, Serge Dubrouski <sergeyfd [at] gmail>
wrote:
> > That shouldn't be a big deal. I can add one more config parameter like
> > "run_dump", then if it's set the script will call xm dump-core before
> > destroying xunU.
> >
> > On Tue, Mar 3, 2009 at 10:38 PM, Junko IKEDA <ikedaj [at] intellilink>
wrote:
> >> Hi Serge,
> >>
> >> I'm trying to manage xen domain-U with xen0 plugin.
> >> There are two "xm" command, like "xm destroy" and "xm create" in xen0,
> >> How do you think to add "xm dump-core" into it?
> >> If possible, I want to get the dump of domain-U when some fence events
> >> happen.
> >>
> >> Best Regards,
> >> Junko Ikeda
> >>
> >>
> >> _______________________________________________________
> >> Linux-HA-Dev: Linux-HA-Dev [at] lists
> >> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> >> Home Page: http://linux-ha.org/
> >>
> >
> >
> >
> > --
> > Serge Dubrouski.
> >
>
>
>
> --
> Serge Dubrouski.

_______________________________________________________
Linux-HA-Dev: Linux-HA-Dev [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/

sergeyfd at gmail

Mar 4, 2009, 6:32 PM

Post #5 of 21 (3797 views)
Permalink

Re: xm dump-core from xen0 [In reply to]

In fact I use it in DomUs only. In my test home cluster I have one
Dom0 that runs several DomUs that act like cluster nodes and run xen0
to fence each other when needed.

On Wed, Mar 4, 2009 at 6:45 PM, Junko IKEDA <ikedaj [at] intellilink> wrote:
> Hi,
>
>> Attached is a patch that adds that functionality.
>
> Many thanks!
> I'll give it a try.
>
> By the way, xen0 plugin should run on domain-0, right?
> Is it possible to run it on domain-U?
>
> Thanks,
> Junko
>
>> On Tue, Mar 3, 2009 at 11:24 PM, Serge Dubrouski <sergeyfd [at] gmail>
> wrote:
>> > That shouldn't be a big deal. I can add one more config parameter like
>> > "run_dump", then if it's set the script will call xm dump-core before
>> > destroying xunU.
>> >
>> > On Tue, Mar 3, 2009 at 10:38 PM, Junko IKEDA <ikedaj [at] intellilink>
> wrote:
>> >> Hi Serge,
>> >>
>> >> I'm trying to manage xen domain-U with xen0 plugin.
>> >> There are two "xm" command, like "xm destroy" and "xm create" in xen0,
>> >> How do you think to add "xm dump-core" into it?
>> >> If possible, I want to get the dump of domain-U when some fence events
>> >> happen.
>> >>
>> >> Best Regards,
>> >> Junko Ikeda
>> >>
>> >>
>> >> _______________________________________________________
>> >> Linux-HA-Dev: Linux-HA-Dev [at] lists
>> >> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
>> >> Home Page: http://linux-ha.org/
>> >>
>> >
>> >
>> >
>> > --
>> > Serge Dubrouski.
>> >
>>
>>
>>
>> --
>> Serge Dubrouski.
>
> _______________________________________________________
> Linux-HA-Dev: Linux-HA-Dev [at] lists
> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> Home Page: http://linux-ha.org/
>

--
Serge Dubrouski.
_______________________________________________________
Linux-HA-Dev: Linux-HA-Dev [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/

ikedaj at intellilink

Mar 4, 2009, 6:49 PM

Post #6 of 21 (3801 views)
Permalink

RE: xm dump-core from xen0 [In reply to]

> In fact I use it in DomUs only. In my test home cluster I have one
> Dom0 that runs several DomUs that act like cluster nodes and run xen0
> to fence each other when needed.

Really?
I got it mixed up...
but my plan is to run xen0 on some DomUs, so it would be great!

Thanks,
Junko

>
> On Wed, Mar 4, 2009 at 6:45 PM, Junko IKEDA <ikedaj [at] intellilink>
wrote:
> > Hi,
> >
> >> Attached is a patch that adds that functionality.
> >
> > Many thanks!
> > I'll give it a try.
> >
> > By the way, xen0 plugin should run on domain-0, right?
> > Is it possible to run it on domain-U?
> >
> > Thanks,
> > Junko
> >
> >> On Tue, Mar 3, 2009 at 11:24 PM, Serge Dubrouski <sergeyfd [at] gmail>
> > wrote:
> >> > That shouldn't be a big deal. I can add one more config parameter
like
> >> > "run_dump", then if it's set the script will call xm dump-core before
> >> > destroying xunU.
> >> >
> >> > On Tue, Mar 3, 2009 at 10:38 PM, Junko IKEDA
<ikedaj [at] intellilink>
> > wrote:
> >> >> Hi Serge,
> >> >>
> >> >> I'm trying to manage xen domain-U with xen0 plugin.
> >> >> There are two "xm" command, like "xm destroy" and "xm create" in
xen0,
> >> >> How do you think to add "xm dump-core" into it?
> >> >> If possible, I want to get the dump of domain-U when some fence
events
> >> >> happen.
> >> >>
> >> >> Best Regards,
> >> >> Junko Ikeda
> >> >>
> >> >>
> >> >> _______________________________________________________
> >> >> Linux-HA-Dev: Linux-HA-Dev [at] lists
> >> >> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> >> >> Home Page: http://linux-ha.org/
> >> >>
> >> >
> >> >
> >> >
> >> > --
> >> > Serge Dubrouski.
> >> >
> >>
> >>
> >>
> >> --
> >> Serge Dubrouski.
> >
> > _______________________________________________________
> > Linux-HA-Dev: Linux-HA-Dev [at] lists
> > http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> > Home Page: http://linux-ha.org/
> >
>
>
>
> --
> Serge Dubrouski.
> _______________________________________________________
> Linux-HA-Dev: Linux-HA-Dev [at] lists
> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> Home Page: http://linux-ha.org/

_______________________________________________________
Linux-HA-Dev: Linux-HA-Dev [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/

ikedaj at intellilink

Mar 6, 2009, 12:04 AM

Post #7 of 21 (3799 views)
Permalink

RE: xm dump-core from xen0 [In reply to]

Hi,

> > In fact I use it in DomUs only. In my test home cluster I have one
> > Dom0 that runs several DomUs that act like cluster nodes and run xen0
> > to fence each other when needed.

I just try the same configuration as you,
but there is something wrong.
domU was destroyed successfully but log said that stonith operation failed.
See attached cib.xml and log.
I would appreciate if you could give me some advice.

Thanks,
Junko

>
> Really?
> I got it mixed up...
> but my plan is to run xen0 on some DomUs, so it would be great!
>
> Thanks,
> Junko
>
> >
> > On Wed, Mar 4, 2009 at 6:45 PM, Junko IKEDA <ikedaj [at] intellilink>
> wrote:
> > > Hi,
> > >
> > >> Attached is a patch that adds that functionality.
> > >
> > > Many thanks!
> > > I'll give it a try.
> > >
> > > By the way, xen0 plugin should run on domain-0, right?
> > > Is it possible to run it on domain-U?
> > >
> > > Thanks,
> > > Junko
> > >
> > >> On Tue, Mar 3, 2009 at 11:24 PM, Serge Dubrouski <sergeyfd [at] gmail>
> > > wrote:
> > >> > That shouldn't be a big deal. I can add one more config parameter
> like
> > >> > "run_dump", then if it's set the script will call xm dump-core
before
> > >> > destroying xunU.
> > >> >
> > >> > On Tue, Mar 3, 2009 at 10:38 PM, Junko IKEDA
> <ikedaj [at] intellilink>
> > > wrote:
> > >> >> Hi Serge,
> > >> >>
> > >> >> I'm trying to manage xen domain-U with xen0 plugin.
> > >> >> There are two "xm" command, like "xm destroy" and "xm create" in
> xen0,
> > >> >> How do you think to add "xm dump-core" into it?
> > >> >> If possible, I want to get the dump of domain-U when some fence
> events
> > >> >> happen.
> > >> >>
> > >> >> Best Regards,
> > >> >> Junko Ikeda
> > >> >>
> > >> >>
> > >> >> _______________________________________________________
> > >> >> Linux-HA-Dev: Linux-HA-Dev [at] lists
> > >> >> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> > >> >> Home Page: http://linux-ha.org/
> > >> >>
> > >> >
> > >> >
> > >> >
> > >> > --
> > >> > Serge Dubrouski.
> > >> >
> > >>
> > >>
> > >>
> > >> --
> > >> Serge Dubrouski.
> > >
> > > _______________________________________________________
> > > Linux-HA-Dev: Linux-HA-Dev [at] lists
> > > http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> > > Home Page: http://linux-ha.org/
> > >
> >
> >
> >
> > --
> > Serge Dubrouski.
> > _______________________________________________________
> > Linux-HA-Dev: Linux-HA-Dev [at] lists
> > http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> > Home Page: http://linux-ha.org/
>
> _______________________________________________________
> Linux-HA-Dev: Linux-HA-Dev [at] lists
> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> Home Page: http://linux-ha.org/

Attachments:

cib.xml (3.07 KB)

hb_report.tar.gz (71.8 KB)

ikedaj at intellilink

Mar 6, 2009, 12:43 AM

Post #8 of 21 (3780 views)
Permalink

RE: xm dump-core from xen0 [In reply to]

Hi,

My operation is here;

# ssh x3650g

# export dom0="x3650g"

# export hostlist="dom-d1:/etc/xen/dom-d1 dom-d2:/etc/xen/dom-d2"

# /usr/lib64/stonith/plugins/external/xen0 on dom-d1

# echo $?

0

dom-d1 was created well.

# /usr/lib64/stonith/plugins/external/xen0 reset dom-d1

# echo $?

# 1

dom-d1 was destroyed but return code was not zero,
so Heartbeat handled that this stonith operation failed.

When I edit the plugin like this, it work well.

--- xen0.org 2009-03-06 17:22:44.000000000 +0900
+++ xen0 2009-03-06 17:22:52.000000000 +0900
@@ -140,7 +140,7 @@ reset)
exit 0
fi

- exit 1
+ exit 0
;;
status)
CheckHostList

Is this some timing issue?

Thanks,
Junko

_______________________________________________________
Linux-HA-Dev: Linux-HA-Dev [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/

ikedaj at intellilink

Mar 6, 2009, 1:15 AM

Post #9 of 21 (3787 views)
Permalink

RE: xm dump-core from xen0 [In reply to]

Sorry for all of my mistakes...
I have a wrong /etc/hosts.
It works well for now.

By the way, Could I config this plugin on two Dom0 and two DomU?

ex.) domU-1 on Dom0-1, and domU-2 o Dom0-2

Thanks,
Junko

> Hi,
>
> My operation is here;
>
> # ssh x3650g
>
> # export dom0="x3650g"
>
> # export hostlist="dom-d1:/etc/xen/dom-d1 dom-d2:/etc/xen/dom-d2"
>
> # /usr/lib64/stonith/plugins/external/xen0 on dom-d1
>
> # echo $?
>
> 0
>
> dom-d1 was created well.
>
> # /usr/lib64/stonith/plugins/external/xen0 reset dom-d1
>
> # echo $?
>
> # 1
>
> dom-d1 was destroyed but return code was not zero,
> so Heartbeat handled that this stonith operation failed.
>
> When I edit the plugin like this, it work well.
>
> --- xen0.org 2009-03-06 17:22:44.000000000 +0900
> +++ xen0 2009-03-06 17:22:52.000000000 +0900
> @@ -140,7 +140,7 @@ reset)
> exit 0
> fi
>
> - exit 1
> + exit 0
> ;;
> status)
> CheckHostList
>
>
> Is this some timing issue?
>
> Thanks,
> Junko
>
>
> _______________________________________________________
> Linux-HA-Dev: Linux-HA-Dev [at] lists
> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> Home Page: http://linux-ha.org/

_______________________________________________________
Linux-HA-Dev: Linux-HA-Dev [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/

ikedaj at intellilink

Mar 6, 2009, 1:47 AM

Post #10 of 21 (3781 views)
Permalink

RE: xm dump-core from xen0 [In reply to]

I run the attached cib.xml.
It seems that this configuration works well (but I need more tests)
If there is any strange elements, please let me know.

Thanks,
Junko

> Sorry for all of my mistakes...
> I have a wrong /etc/hosts.
> It works well for now.
>
> By the way, Could I config this plugin on two Dom0 and two DomU?
>
> ex.) domU-1 on Dom0-1, and domU-2 o Dom0-2
>
> Thanks,
> Junko
>
>
>
> > Hi,
> >
> > My operation is here;
> >
> > # ssh x3650g
> >
> > # export dom0="x3650g"
> >
> > # export hostlist="dom-d1:/etc/xen/dom-d1 dom-d2:/etc/xen/dom-d2"
> >
> > # /usr/lib64/stonith/plugins/external/xen0 on dom-d1
> >
> > # echo $?
> >
> > 0
> >
> > dom-d1 was created well.
> >
> > # /usr/lib64/stonith/plugins/external/xen0 reset dom-d1
> >
> > # echo $?
> >
> > # 1
> >
> > dom-d1 was destroyed but return code was not zero,
> > so Heartbeat handled that this stonith operation failed.
> >
> > When I edit the plugin like this, it work well.
> >
> > --- xen0.org 2009-03-06 17:22:44.000000000 +0900
> > +++ xen0 2009-03-06 17:22:52.000000000 +0900
> > @@ -140,7 +140,7 @@ reset)
> > exit 0
> > fi
> >
> > - exit 1
> > + exit 0
> > ;;
> > status)
> > CheckHostList
> >
> >
> > Is this some timing issue?
> >
> > Thanks,
> > Junko
> >
> >
> > _______________________________________________________
> > Linux-HA-Dev: Linux-HA-Dev [at] lists
> > http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> > Home Page: http://linux-ha.org/
>
> _______________________________________________________
> Linux-HA-Dev: Linux-HA-Dev [at] lists
> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> Home Page: http://linux-ha.org/

Attachments:

cib.xml (3.95 KB)

sergeyfd at gmail

Mar 6, 2009, 5:39 AM

Post #11 of 21 (3775 views)
Permalink

Re: xm dump-core from xen0 [In reply to]

That's definitely a bug in the plugin so your patch is all right. We
need to ask Dejan to submit it.

On Fri, Mar 6, 2009 at 1:43 AM, Junko IKEDA <ikedaj [at] intellilink> wrote:
> Hi,
>
> My operation is here;
>
> # ssh x3650g
>
> # export dom0="x3650g"
>
> # export hostlist="dom-d1:/etc/xen/dom-d1 dom-d2:/etc/xen/dom-d2"
>
> # /usr/lib64/stonith/plugins/external/xen0 on dom-d1
>
> # echo $?
>
> 0
>
> dom-d1 was created well.
>
> # /usr/lib64/stonith/plugins/external/xen0 reset dom-d1
>
> # echo $?
>
> # 1
>
> dom-d1 was destroyed but return code was not zero,
> so Heartbeat handled that this stonith operation failed.
>
> When I edit the plugin like this, it work well.
>
> --- xen0.org � �2009-03-06 17:22:44.000000000 +0900
> +++ xen0 � � � �2009-03-06 17:22:52.000000000 +0900
> @@ -140,7 +140,7 @@ reset)
> � � � � exit 0
> � � fi
>
> - � �exit 1
> + � �exit 0
> � � ;;
> �status)
> � � CheckHostList
>
>
> Is this some timing issue?
>
> Thanks,
> Junko
>
>
> _______________________________________________________
> Linux-HA-Dev: Linux-HA-Dev [at] lists
> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> Home Page: http://linux-ha.org/
>

--
Serge Dubrouski.
_______________________________________________________
Linux-HA-Dev: Linux-HA-Dev [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/

sergeyfd at gmail

Mar 6, 2009, 5:41 AM

Post #12 of 21 (3774 views)
Permalink

Re: xm dump-core from xen0 [In reply to]

Looks good to me.

2009/3/6 Junko IKEDA <ikedaj [at] intellilink>:
> I run the attached cib.xml.
> It seems that this configuration works well (but I need more tests)
> If there is any strange elements, please let me know.
>
> Thanks,
> Junko
>
>
>> Sorry for all of my mistakes...
>> I have a wrong /etc/hosts.
>> It works well for now.
>>
>> By the way, Could I config this plugin on two Dom0 and two DomU?
>>
>> ex.) domU-1 on Dom0-1, and domU-2 o Dom0-2
>>
>> Thanks,
>> Junko
>>
>>
>>
>> > Hi,
>> >
>> > My operation is here;
>> >
>> > # ssh x3650g
>> >
>> > # export dom0="x3650g"
>> >
>> > # export hostlist="dom-d1:/etc/xen/dom-d1 dom-d2:/etc/xen/dom-d2"
>> >
>> > # /usr/lib64/stonith/plugins/external/xen0 on dom-d1
>> >
>> > # echo $?
>> >
>> > 0
>> >
>> > dom-d1 was created well.
>> >
>> > # /usr/lib64/stonith/plugins/external/xen0 reset dom-d1
>> >
>> > # echo $?
>> >
>> > # 1
>> >
>> > dom-d1 was destroyed but return code was not zero,
>> > so Heartbeat handled that this stonith operation failed.
>> >
>> > When I edit the plugin like this, it work well.
>> >
>> > --- xen0.org � �2009-03-06 17:22:44.000000000 +0900
>> > +++ xen0 � � � �2009-03-06 17:22:52.000000000 +0900
>> > @@ -140,7 +140,7 @@ reset)
>> > � � � � �exit 0
>> > � � �fi
>> >
>> > - � �exit 1
>> > + � �exit 0
>> > � � �;;
>> > �status)
>> > � � �CheckHostList
>> >
>> >
>> > Is this some timing issue?
>> >
>> > Thanks,
>> > Junko
>> >
>> >
>> > _______________________________________________________
>> > Linux-HA-Dev: Linux-HA-Dev [at] lists
>> > http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
>> > Home Page: http://linux-ha.org/
>>
>> _______________________________________________________
>> Linux-HA-Dev: Linux-HA-Dev [at] lists
>> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
>> Home Page: http://linux-ha.org/
>
> _______________________________________________________
> Linux-HA-Dev: Linux-HA-Dev [at] lists
> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> Home Page: http://linux-ha.org/
>
>

--
Serge Dubrouski.
_______________________________________________________
Linux-HA-Dev: Linux-HA-Dev [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/

sergeyfd at gmail

Mar 6, 2009, 7:57 AM

Post #13 of 21 (3786 views)
Permalink

Re: xm dump-core from xen0 [In reply to]

You know, I was wrong. It looks like plugin wasn't able to start your
DomU properly and that was the reason for that "exit 0". So there is
no need to change that "exit 1".

On Fri, Mar 6, 2009 at 6:39 AM, Serge Dubrouski <sergeyfd [at] gmail> wrote:
> That's definitely a bug in the plugin so your patch is all right. We
> need to ask Dejan to submit it.
>
> On Fri, Mar 6, 2009 at 1:43 AM, Junko IKEDA <ikedaj [at] intellilink> wrote:
>> Hi,
>>
>> My operation is here;
>>
>> # ssh x3650g
>>
>> # export dom0="x3650g"
>>
>> # export hostlist="dom-d1:/etc/xen/dom-d1 dom-d2:/etc/xen/dom-d2"
>>
>> # /usr/lib64/stonith/plugins/external/xen0 on dom-d1
>>
>> # echo $?
>>
>> 0
>>
>> dom-d1 was created well.
>>
>> # /usr/lib64/stonith/plugins/external/xen0 reset dom-d1
>>
>> # echo $?
>>
>> # 1
>>
>> dom-d1 was destroyed but return code was not zero,
>> so Heartbeat handled that this stonith operation failed.
>>
>> When I edit the plugin like this, it work well.
>>
>> --- xen0.org � �2009-03-06 17:22:44.000000000 +0900
>> +++ xen0 � � � �2009-03-06 17:22:52.000000000 +0900
>> @@ -140,7 +140,7 @@ reset)
>> � � � � exit 0
>> � � fi
>>
>> - � �exit 1
>> + � �exit 0
>> � � ;;
>> �status)
>> � � CheckHostList
>>
>>
>> Is this some timing issue?
>>
>> Thanks,
>> Junko
>>
>>
>> _______________________________________________________
>> Linux-HA-Dev: Linux-HA-Dev [at] lists
>> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
>> Home Page: http://linux-ha.org/
>>
>
>
>
> --
> Serge Dubrouski.
>

--
Serge Dubrouski.
_______________________________________________________
Linux-HA-Dev: Linux-HA-Dev [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/

dejanmm at fastmail

Mar 12, 2009, 5:57 AM

Post #14 of 21 (3663 views)
Permalink

Re: xm dump-core from xen0 [In reply to]

Hi,

On Wed, Mar 04, 2009 at 11:08:21AM -0700, Serge Dubrouski wrote:
> Attached is a patch that adds that functionality.

Applied.

Thanks,

Dejan

> On Tue, Mar 3, 2009 at 11:24 PM, Serge Dubrouski <sergeyfd [at] gmail> wrote:
> > That shouldn't be a big deal. I can add one more config parameter like
> > "run_dump", then if it's set the script will call xm dump-core before
> > destroying xunU.
> >
> > On Tue, Mar 3, 2009 at 10:38 PM, Junko IKEDA <ikedaj [at] intellilink> wrote:
> >> Hi Serge,
> >>
> >> I'm trying to manage xen domain-U with xen0 plugin.
> >> There are two "xm" command, like "xm destroy" and "xm create" in xen0,
> >> How do you think to add "xm dump-core" into it?
> >> If possible, I want to get the dump of domain-U when some fence events
> >> happen.
> >>
> >> Best Regards,
> >> Junko Ikeda
> >>
> >>
> >> _______________________________________________________
> >> Linux-HA-Dev: Linux-HA-Dev [at] lists
> >> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> >> Home Page: http://linux-ha.org/
> >>
> >
> >
> >
> > --
> > Serge Dubrouski.
> >
>
>
>
> --
> Serge Dubrouski.

> _______________________________________________________
> Linux-HA-Dev: Linux-HA-Dev [at] lists
> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> Home Page: http://linux-ha.org/

--
Dejan
_______________________________________________________
Linux-HA-Dev: Linux-HA-Dev [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/

ikedaj at intellilink

Mar 16, 2009, 3:22 AM

Post #15 of 21 (3614 views)
Permalink

RE: xm dump-core from xen0 [In reply to]

Hi,

I run the new xen0 on domU now,
and need an additional feature for a dump destination.

I have RHEL5.2 x86_64 and xen 3.1.
This would dump the core file into "/var/lib/xen/dump" as default.

Ex.)
# ls -lh /var/lib/xen/dump/
-rw------- 1 root root 1.1G 3$B7n(B 16 15:21 2009-0316-1520.59-dom-d2.11.core
-rw------- 1 root root 1.1G 3$B7n(B 16 15:21 2009-0316-1521.42-dom-d2.12.core
-rw------- 1 root root 1.1G 3$B7n(B 16 15:42 2009-0316-1542.23-dom-d2.13.core
-rw------- 1 root root 1.1G 3$B7n(B 16 15:43 2009-0316-1543.07-dom-d2.14.core

It might be helpful if we can specify the dump destination from cib.xml.
Ex.)
# grep dump_dir cib.xml
<nvpair id="dump_dir-01" name="dump_dir" value="/var/log/dump"/>
<nvpair id="dump_dir-02" name="dump_dir" value="/var/log/dump"/>

# ls -lh /var/log/dump
-rw------- 1 root root 1.1G 3$B7n(B 16 18:51 2009-0316-1851.02-dom-d2.core
-rw------- 1 root root 1.1G 3$B7n(B 16 18:51 2009-0316-1851.43-dom-d2.core

Please see the attached.
NOTICE:attached cib.xml is for Heartbeat 2.1.4.
It won't work with Pacemaker.

Best Regards,
Junko Ikeda

NTT DATA INTELLILINK CORPORATION

Attachments:

xen0.patch (1.54 KB)

cib.xml (4.41 KB)

sergeyfd at gmail

Mar 16, 2009, 5:39 AM

Post #16 of 21 (3609 views)
Permalink

Re: xm dump-core from xen0 [In reply to]

Looks good to me. Thanks for using it,

2009/3/16 Junko IKEDA <ikedaj [at] intellilink>:
> Hi,
>
> I run the new xen0 on domU now,
> and need an additional feature for a dump destination.
>
> I have RHEL5.2 x86_64 and xen 3.1.
> This would dump the core file into "/var/lib/xen/dump" as default.
>
> Ex.)
> # ls -lh /var/lib/xen/dump/
> -rw------- 1 root root 1.1G 3$B7n(B 16 15:21 2009-0316-1520.59-dom-d2.11.core
> -rw------- 1 root root 1.1G 3$B7n(B 16 15:21 2009-0316-1521.42-dom-d2.12.core
> -rw------- 1 root root 1.1G 3$B7n(B 16 15:42 2009-0316-1542.23-dom-d2.13.core
> -rw------- 1 root root 1.1G 3$B7n(B 16 15:43 2009-0316-1543.07-dom-d2.14.core
>
> It might be helpful if we can specify the dump destination from cib.xml.
> Ex.)
> # grep dump_dir cib.xml
> <nvpair id="dump_dir-01" name="dump_dir" value="/var/log/dump"/>
> <nvpair id="dump_dir-02" name="dump_dir" value="/var/log/dump"/>
>
> # ls -lh /var/log/dump
> -rw------- 1 root root 1.1G 3$B7n(B 16 18:51 2009-0316-1851.02-dom-d2.core
> -rw------- 1 root root 1.1G 3$B7n(B 16 18:51 2009-0316-1851.43-dom-d2.core
>
> Please see the attached.
> NOTICE:attached cib.xml is for Heartbeat 2.1.4.
> It won't work with Pacemaker.
>
> Best Regards,
> Junko Ikeda
>
> NTT DATA INTELLILINK CORPORATION
>
> _______________________________________________________
> Linux-HA-Dev: Linux-HA-Dev [at] lists
> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> Home Page: http://linux-ha.org/
>
>

--
Serge Dubrouski.
_______________________________________________________
Linux-HA-Dev: Linux-HA-Dev [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/

dejanmm at fastmail

Mar 18, 2009, 8:50 AM

Post #17 of 21 (3530 views)
Permalink

Re: xm dump-core from xen0 [In reply to]

Hi Junko-san,

I looked at your patch, but shouldn't the dump_dir attribute be
referenced as $OCF_RESKEY... ?

Thanks,

Dejan

On Mon, Mar 16, 2009 at 07:22:02PM +0900, Junko IKEDA wrote:
> Hi,
>
> I run the new xen0 on domU now,
> and need an additional feature for a dump destination.
>
> I have RHEL5.2 x86_64 and xen 3.1.
> This would dump the core file into "/var/lib/xen/dump" as default.
>
> Ex.)
> # ls -lh /var/lib/xen/dump/
> -rw------- 1 root root 1.1G 3?$B7n 16 15:21 2009-0316-1520.59-dom-d2.11.core
> -rw------- 1 root root 1.1G 3?$B7n 16 15:21 2009-0316-1521.42-dom-d2.12.core
> -rw------- 1 root root 1.1G 3?$B7n 16 15:42 2009-0316-1542.23-dom-d2.13.core
> -rw------- 1 root root 1.1G 3?$B7n 16 15:43 2009-0316-1543.07-dom-d2.14.core
>
> It might be helpful if we can specify the dump destination from cib.xml.
> Ex.)
> # grep dump_dir cib.xml
> <nvpair id="dump_dir-01" name="dump_dir" value="/var/log/dump"/>
> <nvpair id="dump_dir-02" name="dump_dir" value="/var/log/dump"/>
>
> # ls -lh /var/log/dump
> -rw------- 1 root root 1.1G 3?$B7n 16 18:51 2009-0316-1851.02-dom-d2.core
> -rw------- 1 root root 1.1G 3?$B7n 16 18:51 2009-0316-1851.43-dom-d2.core
>
> Please see the attached.
> NOTICE:attached cib.xml is for Heartbeat 2.1.4.
> It won't work with Pacemaker.
>
> Best Regards,
> Junko Ikeda
>
> NTT DATA INTELLILINK CORPORATION

> <cib admin_epoch="0" epoch="0" num_updates="0">
> <configuration>
> <crm_config>
> <cluster_property_set id="cib-bootstrap-options">
> <attributes>
> <nvpair id="cib-bootstrap-options-no-quorum-policy" name="no-quorum-policy" value="ignore"/>
> <nvpair id="cib-bootstrap-options-stonith-enabled" name="stonith-enabled" value="true"/>
> <nvpair id="cib-bootstrap-options-default-resource-stickiness" name="default-resource-stickiness" value="INFINITY"/>
> <nvpair id="cib-bootstrap-options-default-resource-failure-stickiness" name="default-resource-failure-stickiness" value="-INFINITY"/>
> <nvpair id="cib-bootstrap-options-default-action-timeout" name="default-action-timeout" value="120"/>
> <nvpair id="cib-bootstrap-options-startup-fencing" name="startup-fencing" value="true"/>
> </attributes>
> </cluster_property_set>
> </crm_config>
> <nodes/>
> <resources>
> <group id="grpDummy">
> <primitive id="dummy" class="ocf" type="Dummy.stopNG" provider="heartbeat">
> <operations>
> <op id="dummy-start" name="start" timeout="30s" on_fail="restart"/>
> <op id="dummy-monitor" name="monitor" timeout="30s" on_fail="restart" interval="10s"/>
> <op id="dummy-stop" name="stop" timeout="30s" on_fail="fence"/>
> </operations>
> </primitive>
> </group>
> <primitive id="child_DoFencing01" class="stonith" type="external/xen0" provider="heartbeat">
> <operations>
> <op id="fence_start01" name="start" timeout="30s" on_fail="restart"/>
> <op id="fence_monitor01" name="monitor" timeout="30s" on_fail="restart" interval="10s"/>
> <op id="fence_stop01" name="stop" timeout="30s" on_fail="block"/>
> </operations>
> <instance_attributes id="fence_inst_attr01">
> <attributes>
> <nvpair id="dom01" name="dom0" value="x3650g"/>
> <nvpair id="hostlist-01" name="hostlist" value="dom-d1:/etc/xen/dom-d1"/>
> <nvpair id="run_dump-01" name="run_dump" value="yes"/>
> <nvpair id="dump_dir-01" name="dump_dir" value="/var/log/dump"/>
> </attributes>
> </instance_attributes>
> </primitive>
> <primitive id="child_DoFencing02" class="stonith" type="external/xen0" provider="heartbeat">
> <operations>
> <op id="fence_start02" name="start" timeout="30s" on_fail="restart"/>
> <op id="fence_monitor02" name="monitor" timeout="30s" on_fail="restart" interval="10s"/>
> <op id="fence_stop02" name="stop" timeout="30s" on_fail="block"/>
> </operations>
> <instance_attributes id="fence_inst_attr02">
> <attributes>
> <nvpair id="dom02" name="dom0" value="x3650h"/>
> <nvpair id="hostlist02" name="hostlist" value="dom-d2:/etc/xen/dom-d2"/>
> <nvpair id="run_dump-02" name="run_dump" value="yes"/>
> <nvpair id="dump_dir-02" name="dump_dir" value="/var/log/dump"/>
> </attributes>
> </instance_attributes>
> </primitive>
> </resources>
> <constraints>
> <rsc_location id="grpDummy-loc01" rsc="grpDummy">
> <rule id="grpDummy-node1" score="200">
> <expression attribute="#uname" id="grpDummy-node1" operation="eq" value="dom-d2"/>
> </rule>
> <rule id="grpDummy-node2" score="100">
> <expression attribute="#uname" id="grpDummy-node2" operation="eq" value="dom-d1"/>
> </rule>
> </rsc_location>
> <rsc_location id="prmStonith-loc01" rsc="child_DoFencing01">
> <rule id="prmStonith-node11" score="INFINITY">
> <expression attribute="#uname" id="prmStonith-node1-exp11" operation="eq" value="dom-d2"/>
> </rule>
> <rule id="prmStonith-node12" score="-INFINITY">
> <expression attribute="#uname" id="prmStonith-node1-exp12" operation="eq" value="dom-d1"/>
> </rule>
> </rsc_location>
> <rsc_location id="prmStonith-loc02" rsc="child_DoFencing02">
> <rule id="prmStonith-node21" score="INFINITY">
> <expression attribute="#uname" id="prmStonith-node1-exp21" operation="eq" value="dom-d1"/>
> </rule>
> <rule id="prmStonith-node22" score="-INFINITY">
> <expression attribute="#uname" id="prmStonith-node1-exp22" operation="eq" value="dom-d2"/>
> </rule>
> </rsc_location>
> </constraints>
> </configuration>
> <status/>
> </cib>
>

> _______________________________________________________
> Linux-HA-Dev: Linux-HA-Dev [at] lists
> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> Home Page: http://linux-ha.org/

_______________________________________________________
Linux-HA-Dev: Linux-HA-Dev [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/

sergeyfd at gmail

Mar 18, 2009, 9:15 AM

Post #18 of 21 (3532 views)
Permalink

Re: xm dump-core from xen0 [In reply to]

It should not since xen0 isn't an OCF RA but Stonith external plugin.

On Wed, Mar 18, 2009 at 9:50 AM, Dejan Muhamedagic <dejanmm [at] fastmail> wrote:
> Hi Junko-san,
>
> I looked at your patch, but shouldn't the dump_dir attribute be
> referenced as $OCF_RESKEY... ?
>
> Thanks,
>
> Dejan
>
> On Mon, Mar 16, 2009 at 07:22:02PM +0900, Junko IKEDA wrote:
>> Hi,
>>
>> I run the new xen0 on domU now,
>> and need an additional feature for a dump destination.
>>
>> I have RHEL5.2 x86_64 and xen 3.1.
>> This would dump the core file into "/var/lib/xen/dump" as default.
>>
>> Ex.)
>> # ls -lh /var/lib/xen/dump/
>> -rw------- 1 root root 1.1G �3?$B7n 16 15:21 2009-0316-1520.59-dom-d2.11.core
>> -rw------- 1 root root 1.1G �3?$B7n 16 15:21 2009-0316-1521.42-dom-d2.12.core
>> -rw------- 1 root root 1.1G �3?$B7n 16 15:42 2009-0316-1542.23-dom-d2.13.core
>> -rw------- 1 root root 1.1G �3?$B7n 16 15:43 2009-0316-1543.07-dom-d2.14.core
>>
>> It might be helpful if we can specify the dump destination from cib.xml.
>> Ex.)
>> # grep dump_dir cib.xml
>> � <nvpair id="dump_dir-01" name="dump_dir" value="/var/log/dump"/>
>> � <nvpair id="dump_dir-02" name="dump_dir" value="/var/log/dump"/>
>>
>> # ls -lh /var/log/dump
>> -rw------- 1 root root 1.1G �3?$B7n 16 18:51 2009-0316-1851.02-dom-d2.core
>> -rw------- 1 root root 1.1G �3?$B7n 16 18:51 2009-0316-1851.43-dom-d2.core
>>
>> Please see the attached.
>> NOTICE:attached cib.xml is for Heartbeat 2.1.4.
>> It won't work with Pacemaker.
>>
>> Best Regards,
>> Junko Ikeda
>>
>> NTT DATA INTELLILINK CORPORATION
>
>
>> �<cib admin_epoch="0" epoch="0" num_updates="0">
>> � �<configuration>
>> � � �<crm_config>
>> � � � �<cluster_property_set id="cib-bootstrap-options">
>> � � � � �<attributes>
>> � � � � � �<nvpair id="cib-bootstrap-options-no-quorum-policy" name="no-quorum-policy" value="ignore"/>
>> � � � � � �<nvpair id="cib-bootstrap-options-stonith-enabled" name="stonith-enabled" value="true"/>
>> � � � � � �<nvpair id="cib-bootstrap-options-default-resource-stickiness" name="default-resource-stickiness" value="INFINITY"/>
>> � � � � � �<nvpair id="cib-bootstrap-options-default-resource-failure-stickiness" name="default-resource-failure-stickiness" value="-INFINITY"/>
>> � � � � � �<nvpair id="cib-bootstrap-options-default-action-timeout" name="default-action-timeout" value="120"/>
>> � � � � � �<nvpair id="cib-bootstrap-options-startup-fencing" name="startup-fencing" value="true"/>
>> � � � � �</attributes>
>> � � � �</cluster_property_set>
>> � � �</crm_config>
>> � � �<nodes/>
>> � � �<resources>
>> � � � �<group id="grpDummy">
>> � � � � �<primitive id="dummy" class="ocf" type="Dummy.stopNG" provider="heartbeat">
>> � � � � � �<operations>
>> � � � � � � �<op id="dummy-start" � name="start" � timeout="30s" on_fail="restart"/>
>> � � � � � � �<op id="dummy-monitor" name="monitor" timeout="30s" on_fail="restart" interval="10s"/>
>> � � � � � � �<op id="dummy-stop" � �name="stop" � �timeout="30s" on_fail="fence"/>
>> � � � � � �</operations>
>> � � � � �</primitive>
>> � � � �</group>
>> � � � �<primitive id="child_DoFencing01" class="stonith" type="external/xen0" provider="heartbeat">
>> � � � � �<operations>
>> � � � � � �<op id="fence_start01" � name="start" � timeout="30s" on_fail="restart"/>
>> � � � � � �<op id="fence_monitor01" name="monitor" timeout="30s" on_fail="restart" interval="10s"/>
>> � � � � � �<op id="fence_stop01" � �name="stop" � �timeout="30s" on_fail="block"/>
>> � � � � �</operations>
>> � � � � �<instance_attributes id="fence_inst_attr01">
>> � � � � � �<attributes>
>> � � � � � � �<nvpair id="dom01" name="dom0" value="x3650g"/>
>> � � � � � � �<nvpair id="hostlist-01" name="hostlist" value="dom-d1:/etc/xen/dom-d1"/>
>> � � � � � � �<nvpair id="run_dump-01" name="run_dump" value="yes"/>
>> � � � � � � �<nvpair id="dump_dir-01" name="dump_dir" value="/var/log/dump"/>
>> � � � � � �</attributes>
>> � � � � �</instance_attributes>
>> � � � �</primitive>
>> � � � �<primitive id="child_DoFencing02" class="stonith" type="external/xen0" provider="heartbeat">
>> � � � � �<operations>
>> � � � � � �<op id="fence_start02" � name="start" � timeout="30s" on_fail="restart"/>
>> � � � � � �<op id="fence_monitor02" name="monitor" timeout="30s" on_fail="restart" interval="10s"/>
>> � � � � � �<op id="fence_stop02" � �name="stop" � �timeout="30s" on_fail="block"/>
>> � � � � �</operations>
>> � � � � �<instance_attributes id="fence_inst_attr02">
>> � � � � � �<attributes>
>> � � � � � � �<nvpair id="dom02" name="dom0" value="x3650h"/>
>> � � � � � � �<nvpair id="hostlist02" name="hostlist" value="dom-d2:/etc/xen/dom-d2"/>
>> � � � � � � �<nvpair id="run_dump-02" name="run_dump" value="yes"/>
>> � � � � � � �<nvpair id="dump_dir-02" name="dump_dir" value="/var/log/dump"/>
>> � � � � � �</attributes>
>> � � � � �</instance_attributes>
>> � � � �</primitive>
>> � � �</resources>
>> � � �<constraints>
>> � � � �<rsc_location id="grpDummy-loc01" rsc="grpDummy">
>> � � � � �<rule id="grpDummy-node1" score="200">
>> � � � � �<expression attribute="#uname" id="grpDummy-node1" operation="eq" value="dom-d2"/>
>> � � � � �</rule>
>> � � � � �<rule id="grpDummy-node2" score="100">
>> � � � � �<expression attribute="#uname" id="grpDummy-node2" operation="eq" value="dom-d1"/>
>> � � � � �</rule>
>> � � � �</rsc_location>
>> � � � �<rsc_location id="prmStonith-loc01" rsc="child_DoFencing01">
>> � � � � �<rule id="prmStonith-node11" score="INFINITY">
>> � � � � �<expression attribute="#uname" id="prmStonith-node1-exp11" operation="eq" value="dom-d2"/>
>> � � � � �</rule>
>> � � � � �<rule id="prmStonith-node12" score="-INFINITY">
>> � � � � �<expression attribute="#uname" id="prmStonith-node1-exp12" operation="eq" value="dom-d1"/>
>> � � � � �</rule>
>> � � � �</rsc_location>
>> � � � �<rsc_location id="prmStonith-loc02" rsc="child_DoFencing02">
>> � � � � �<rule id="prmStonith-node21" score="INFINITY">
>> � � � � �<expression attribute="#uname" id="prmStonith-node1-exp21" operation="eq" value="dom-d1"/>
>> � � � � �</rule>
>> � � � � �<rule id="prmStonith-node22" score="-INFINITY">
>> � � � � �<expression attribute="#uname" id="prmStonith-node1-exp22" operation="eq" value="dom-d2"/>
>> � � � � �</rule>
>> � � � �</rsc_location>
>> � � �</constraints>
>> � �</configuration>
>> � �<status/>
>> �</cib>
>>
>
>> _______________________________________________________
>> Linux-HA-Dev: Linux-HA-Dev [at] lists
>> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
>> Home Page: http://linux-ha.org/
>
> _______________________________________________________
> Linux-HA-Dev: Linux-HA-Dev [at] lists
> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> Home Page: http://linux-ha.org/
>

--
Serge Dubrouski.
_______________________________________________________
Linux-HA-Dev: Linux-HA-Dev [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/

dejanmm at fastmail

Mar 18, 2009, 12:53 PM

Post #19 of 21 (3528 views)
Permalink

Re: xm dump-core from xen0 [In reply to]

Hi Serge,

On Wed, Mar 18, 2009 at 10:15:44AM -0600, Serge Dubrouski wrote:
> It should not since xen0 isn't an OCF RA but Stonith external plugin.

Oops. I'll include the patch then.

Thanks,

Dejan

_______________________________________________________
Linux-HA-Dev: Linux-HA-Dev [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/

dejanmm at fastmail

Mar 18, 2009, 12:55 PM

Post #20 of 21 (3524 views)
Permalink

Re: xm dump-core from xen0 [In reply to]

Hi,

On Mon, Mar 16, 2009 at 07:22:02PM +0900, Junko IKEDA wrote:
> Hi,
>
> I run the new xen0 on domU now,
> and need an additional feature for a dump destination.
>
> I have RHEL5.2 x86_64 and xen 3.1.
> This would dump the core file into "/var/lib/xen/dump" as default.
>
> Ex.)
> # ls -lh /var/lib/xen/dump/
> -rw------- 1 root root 1.1G 3?$B7n 16 15:21 2009-0316-1520.59-dom-d2.11.core
> -rw------- 1 root root 1.1G 3?$B7n 16 15:21 2009-0316-1521.42-dom-d2.12.core
> -rw------- 1 root root 1.1G 3?$B7n 16 15:42 2009-0316-1542.23-dom-d2.13.core
> -rw------- 1 root root 1.1G 3?$B7n 16 15:43 2009-0316-1543.07-dom-d2.14.core
>
> It might be helpful if we can specify the dump destination from cib.xml.
> Ex.)
> # grep dump_dir cib.xml
> <nvpair id="dump_dir-01" name="dump_dir" value="/var/log/dump"/>
> <nvpair id="dump_dir-02" name="dump_dir" value="/var/log/dump"/>
>
> # ls -lh /var/log/dump
> -rw------- 1 root root 1.1G 3?$B7n 16 18:51 2009-0316-1851.02-dom-d2.core
> -rw------- 1 root root 1.1G 3?$B7n 16 18:51 2009-0316-1851.43-dom-d2.core
>
> Please see the attached.

Applied.

Cheers,

Dejan
_______________________________________________________
Linux-HA-Dev: Linux-HA-Dev [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/

ikedaj at intellilink

Mar 18, 2009, 7:03 PM

Post #21 of 21 (3529 views)
Permalink

RE: xm dump-core from xen0 [In reply to]

Hi Dejan, Serge,

Thank you for your following up!

Regards,
Junko

> -----Original Message-----
> From: linux-ha-dev-bounces [at] lists
> [mailto:linux-ha-dev-bounces [at] lists] On Behalf Of Dejan
> Muhamedagic
> Sent: Thursday, March 19, 2009 4:56 AM
> To: High-Availability Linux Development List
> Subject: Re: [Linux-ha-dev] xm dump-core from xen0
>
> Hi,
>
> On Mon, Mar 16, 2009 at 07:22:02PM +0900, Junko IKEDA wrote:
> > Hi,
> >
> > I run the new xen0 on domU now,
> > and need an additional feature for a dump destination.
> >
> > I have RHEL5.2 x86_64 and xen 3.1.
> > This would dump the core file into "/var/lib/xen/dump" as default.
> >
> > Ex.)
> > # ls -lh /var/lib/xen/dump/
> > -rw------- 1 root root 1.1G 3?$B7n 16 15:21
> 2009-0316-1520.59-dom-d2.11.core
> > -rw------- 1 root root 1.1G 3?$B7n 16 15:21
> 2009-0316-1521.42-dom-d2.12.core
> > -rw------- 1 root root 1.1G 3?$B7n 16 15:42
> 2009-0316-1542.23-dom-d2.13.core
> > -rw------- 1 root root 1.1G 3?$B7n 16 15:43
> 2009-0316-1543.07-dom-d2.14.core
> >
> > It might be helpful if we can specify the dump destination from cib.xml.
> > Ex.)
> > # grep dump_dir cib.xml
> > <nvpair id="dump_dir-01" name="dump_dir" value="/var/log/dump"/>
> > <nvpair id="dump_dir-02" name="dump_dir" value="/var/log/dump"/>
> >
> > # ls -lh /var/log/dump
> > -rw------- 1 root root 1.1G 3?$B7n 16 18:51
2009-0316-1851.02-dom-d2.core
> > -rw------- 1 root root 1.1G 3?$B7n 16 18:51
2009-0316-1851.43-dom-d2.core
> >
> > Please see the attached.
>
> Applied.
>
> Cheers,
>
> Dejan
> _______________________________________________________
> Linux-HA-Dev: Linux-HA-Dev [at] lists
> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> Home Page: http://linux-ha.org/

_______________________________________________________
Linux-HA-Dev: Linux-HA-Dev [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact Gossamer Threads