Mailing List Archive: Linux-HA: Users

Error on "unpack_rsc_op"

Index | Next | Previous | View Threaded

m.chesi at cineca

Nov 23, 2009, 1:31 AM

Post #1 of 10 (1264 views)
Permalink

Error on "unpack_rsc_op"

Hi,

I've got one problem on Heartbeat in one of my production clusters.

The problem is that one resource (scs-mysql) in a group of resources do
not respond to start/stop commands through hb_gui (or crm_resource
commands).

I checked "crm_verify -L" and I found this problem:

scs02:~# crm_verify -L
crm_verify[28132]: 2009/11/23_10:26:37 ERROR: unpack_rsc_op: Remapping
resource_scs_postgresql_monitor_0 (rc=1) on scs01 to an ERROR

Please could you help me to find out what's the problem ?

TIA,
Matteo

_______________________________________________
Linux-HA mailing list
Linux-HA [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems

m.chesi at cineca

Nov 23, 2009, 1:38 AM

Post #2 of 10 (1221 views)
Permalink

Re: Error on "unpack_rsc_op" [In reply to]

Matteo Chesi ha scritto:
> Hi,
>
> I've got one problem on Heartbeat in one of my production clusters.
>
> The problem is that one resource (scs-mysql) in a group of resources do
> not respond to start/stop commands through hb_gui (or crm_resource
> commands).
>
> I checked "crm_verify -L" and I found this problem:
>
> scs02:~# crm_verify -L
> crm_verify[28132]: 2009/11/23_10:26:37 ERROR: unpack_rsc_op: Remapping
> resource_scs_postgresql_monitor_0 (rc=1) on scs01 to an ERROR
>
>
> Please could you help me to find out what's the problem ?

Some data:

scs02:~# /usr/lib/heartbeat/heartbeat -V
2.1.3
scs02:~# uname -a
Linux scs02 2.6.26-2-amd64 #1 SMP Mon Oct 19 02:34:17 UTC 2009 x86_64
GNU/Linux
scs02:~# cat /etc/issue
Debian GNU/Linux 5.0 \n \l

Thanks,
Matteo

_______________________________________________
Linux-HA mailing list
Linux-HA [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems

andrew at beekhof

Nov 23, 2009, 1:39 AM

Post #3 of 10 (1221 views)
Permalink

Re: Error on "unpack_rsc_op" [In reply to]

On Mon, Nov 23, 2009 at 10:31 AM, Matteo Chesi <m.chesi [at] cineca> wrote:
> Hi,
>
> I've got one problem on Heartbeat in one of my production clusters.
>
> The problem is that one resource (scs-mysql) in a group of resources do
> not respond to start/stop commands through hb_gui (or crm_resource
> commands).
>
> I checked "crm_verify -L" and I found this problem:
>
> scs02:~# crm_verify -L
> crm_verify[28132]: 2009/11/23_10:26:37 ERROR: unpack_rsc_op: Remapping
> resource_scs_postgresql_monitor_0 (rc=1) on scs01 to an ERROR
>
>
> Please could you help me to find out what's the problem ?

Your postgres resource returned the wrong thing. Check your logs.
_______________________________________________
Linux-HA mailing list
Linux-HA [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems

m.chesi at cineca

Nov 23, 2009, 2:28 AM

Post #4 of 10 (1224 views)
Permalink

Re: Error on "unpack_rsc_op" [In reply to]

Andrew Beekhof ha scritto:
> On Mon, Nov 23, 2009 at 10:31 AM, Matteo Chesi <m.chesi [at] cineca> wrote:
>> Hi,
>>
>> I've got one problem on Heartbeat in one of my production clusters.
>>
>> The problem is that one resource (scs-mysql) in a group of resources do
>> not respond to start/stop commands through hb_gui (or crm_resource
>> commands).
>>
>> I checked "crm_verify -L" and I found this problem:
>>
>> scs02:~# crm_verify -L
>> crm_verify[28132]: 2009/11/23_10:26:37 ERROR: unpack_rsc_op: Remapping
>> resource_scs_postgresql_monitor_0 (rc=1) on scs01 to an ERROR
>>
>>
>> Please could you help me to find out what's the problem ?
>
> Your postgres resource returned the wrong thing. Check your logs.

I've got 3 logs and none of them tell me more than the message I posted.

/var/log/ha-debug
/var/log/ha-log
/var/log/daemon.log

I have to raise up the debug level ? To which level ?

TIA,
Matteo

--

Matteo Chesi

"... che' perder tempo a chi piu' sa piu' spiace"
Dante Alighieri
_______________________________________________
Linux-HA mailing list
Linux-HA [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems

dejanmm at fastmail

Nov 23, 2009, 2:41 AM

Post #5 of 10 (1223 views)
Permalink

Re: Error on "unpack_rsc_op" [In reply to]

Hi,

On Mon, Nov 23, 2009 at 11:28:24AM +0100, Matteo Chesi wrote:
> Andrew Beekhof ha scritto:
> > On Mon, Nov 23, 2009 at 10:31 AM, Matteo Chesi <m.chesi [at] cineca> wrote:
> >> Hi,
> >>
> >> I've got one problem on Heartbeat in one of my production clusters.
> >>
> >> The problem is that one resource (scs-mysql) in a group of resources do
> >> not respond to start/stop commands through hb_gui (or crm_resource
> >> commands).
> >>
> >> I checked "crm_verify -L" and I found this problem:
> >>
> >> scs02:~# crm_verify -L
> >> crm_verify[28132]: 2009/11/23_10:26:37 ERROR: unpack_rsc_op: Remapping
> >> resource_scs_postgresql_monitor_0 (rc=1) on scs01 to an ERROR
> >>
> >>
> >> Please could you help me to find out what's the problem ?
> >
> > Your postgres resource returned the wrong thing. Check your logs.
>
> I've got 3 logs and none of them tell me more than the message I posted.

Perhaps the logs were rotated after the error happened? Try to
grep your logs for lrmd.*postgres.

Thanks,

Dejan

> /var/log/ha-debug
> /var/log/ha-log
> /var/log/daemon.log
>
> I have to raise up the debug level ? To which level ?
>
> TIA,
> Matteo
>
>
>
> --
>
> Matteo Chesi
>
> "... che' perder tempo a chi piu' sa piu' spiace"
> Dante Alighieri
> _______________________________________________
> Linux-HA mailing list
> Linux-HA [at] lists
> http://lists.linux-ha.org/mailman/listinfo/linux-ha
> See also: http://linux-ha.org/ReportingProblems
_______________________________________________
Linux-HA mailing list
Linux-HA [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems

m.chesi at cineca

Nov 23, 2009, 3:09 AM

Post #6 of 10 (1214 views)
Permalink

Re: Error on "unpack_rsc_op" [In reply to]

Dejan Muhamedagic ha scritto:
> Hi,
>
> On Mon, Nov 23, 2009 at 11:28:24AM +0100, Matteo Chesi wrote:
>> Andrew Beekhof ha scritto:
>>> On Mon, Nov 23, 2009 at 10:31 AM, Matteo Chesi <m.chesi [at] cineca> wrote:
>>>> Hi,
>>>>
>>>> I've got one problem on Heartbeat in one of my production clusters.
>>>>
>>>> The problem is that one resource (scs-mysql) in a group of resources do
>>>> not respond to start/stop commands through hb_gui (or crm_resource
>>>> commands).
>>>>
>>>> I checked "crm_verify -L" and I found this problem:
>>>>
>>>> scs02:~# crm_verify -L
>>>> crm_verify[28132]: 2009/11/23_10:26:37 ERROR: unpack_rsc_op: Remapping
>>>> resource_scs_postgresql_monitor_0 (rc=1) on scs01 to an ERROR
>>>>
>>>>
>>>> Please could you help me to find out what's the problem ?
>>> Your postgres resource returned the wrong thing. Check your logs.
>> I've got 3 logs and none of them tell me more than the message I posted.
>
> Perhaps the logs were rotated after the error happened? Try to
> grep your logs for lrmd.*postgres.
>

The error happens everytime I do a "crm_verify -L" and gets the
timestamp of that moment.

However looking for that string in /var/log I found that one past log
shows something related my error and a particular event seems to be
happened before this error started to repeat ...

pengine[9937]: 2009/10/28_14:50:20 WARN: unpack_rsc_op: Processing
failed op resource_scs_postgresql_monitor_0 on scs01: Error
pengine[9937]: 2009/10/28_14:50:20 ERROR: native_add_running: Resource
lsb::scs-postgresql:resource_scs_postgresql appears to be active on 2 nodes.
pengine[9937]: 2009/10/28_14:50:20 ERROR: See
http://linux-ha.org/v2/faq/resource_too_active for more information.
pengine[9937]: 2009/10/28_14:50:20 ERROR: native_create_actions:
Attempting recovery of resource resource_scs_postgresql
pengine[9937]: 2009/10/28_14:50:21 ERROR: process_pe_message: Transition
94: ERRORs found during PE processing. PEngine Input stored in:
/var/lib/heartbeat/pengine/pe-error-28.bz2
mgmtd[5279]: 2009/10/28_14:50:21 ERROR: unpack_rsc_op: Remapping
resource_scs_postgresql_monitor_0 (rc=1) on scs01 to an ERROR
mgmtd[5279]: 2009/10/28_14:50:21 ERROR: native_add_running: Resource
lsb::scs-postgresql:resource_scs_postgresql appears to be active on 2 nodes.
mgmtd[5279]: 2009/10/28_14:50:21 ERROR: See
http://linux-ha.org/v2/faq/resource_too_active for more information.
mgmtd[5279]: 2009/10/28_14:50:22 ERROR: unpack_rsc_op: Remapping
resource_scs_postgresql_monitor_0 (rc=1) on scs01 to an ERROR
mgmtd[5279]: 2009/10/28_14:50:22 ERROR: unpack_rsc_op: Remapping
resource_scs_postgresql_monitor_0 (rc=1) on scs01 to an ERROR
mgmtd[5279]: 2009/10/28_14:50:23 ERROR: unpack_rsc_op: Remapping
resource_scs_postgresql_monitor_0 (rc=1) on scs01 to an ERROR
mgmtd[5279]: 2009/10/28_14:50:24 ERROR: unpack_rsc_op: Remapping
resource_scs_postgresql_monitor_0 (rc=1) on scs01 to an ERROR
mgmtd[5279]: 2009/10/28_14:50:26 ERROR: unpack_rsc_op: Remapping
resource_scs_postgresql_monitor_0 (rc=1) on scs01 to an ERROR

Looking for that error in FAQ (Pacemaker one) I found:

Resource is Too Active

Pacemaker will try and determine what resources are active on a machine
when it starts. To do this, it sends what we call a probe which uses the
monitor operation of your ResourceAgent.

There are two common reasons for seeing this message:

* Your resource really is active on more than one node
o Check you are _not_ starting it on boot
o Did Pacemaker suffer an internal failure? If so, please
check the Help:Contents page and report it
* Your resource doesn't implement the monitor operation correctly
o Make sure your Resource Agent conforms to the OCF-spec by
using the ocf-tester script

My Init script is a LSB one, not OCF.

Any Idea to solve it ? If it is an error happened in the past could I do
some cleanup to solve it ?

TIA,
Matteo
_______________________________________________
Linux-HA mailing list
Linux-HA [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems

dejanmm at fastmail

Nov 23, 2009, 3:37 AM

Post #7 of 10 (1250 views)
Permalink

Re: Error on "unpack_rsc_op" [In reply to]

Hi,

On Mon, Nov 23, 2009 at 12:09:02PM +0100, Matteo Chesi wrote:
> Dejan Muhamedagic ha scritto:
> > Hi,
> >
> > On Mon, Nov 23, 2009 at 11:28:24AM +0100, Matteo Chesi wrote:
> >> Andrew Beekhof ha scritto:
> >>> On Mon, Nov 23, 2009 at 10:31 AM, Matteo Chesi <m.chesi [at] cineca> wrote:
> >>>> Hi,
> >>>>
> >>>> I've got one problem on Heartbeat in one of my production clusters.
> >>>>
> >>>> The problem is that one resource (scs-mysql) in a group of resources do
> >>>> not respond to start/stop commands through hb_gui (or crm_resource
> >>>> commands).
> >>>>
> >>>> I checked "crm_verify -L" and I found this problem:
> >>>>
> >>>> scs02:~# crm_verify -L
> >>>> crm_verify[28132]: 2009/11/23_10:26:37 ERROR: unpack_rsc_op: Remapping
> >>>> resource_scs_postgresql_monitor_0 (rc=1) on scs01 to an ERROR
> >>>>
> >>>>
> >>>> Please could you help me to find out what's the problem ?
> >>> Your postgres resource returned the wrong thing. Check your logs.
> >> I've got 3 logs and none of them tell me more than the message I posted.
> >
> > Perhaps the logs were rotated after the error happened? Try to
> > grep your logs for lrmd.*postgres.
> >
>
> The error happens everytime I do a "crm_verify -L" and gets the
> timestamp of that moment.

crm_verify only reports here whatever is recorded in the status
section of the CIB. That error happened in the past though and
has nothing to do with crm_verify.

> However looking for that string in /var/log I found that one past log
> shows something related my error and a particular event seems to be
> happened before this error started to repeat ...
>
> pengine[9937]: 2009/10/28_14:50:20 WARN: unpack_rsc_op: Processing
> failed op resource_scs_postgresql_monitor_0 on scs01: Error
> pengine[9937]: 2009/10/28_14:50:20 ERROR: native_add_running: Resource
> lsb::scs-postgresql:resource_scs_postgresql appears to be active on 2 nodes.

The lsb script is probably not LSB compliant (or indeed there is
postgres running on both nodes). You should be better off with
the OCF resource agent.

Thanks,

Dejan

> pengine[9937]: 2009/10/28_14:50:20 ERROR: See
> http://linux-ha.org/v2/faq/resource_too_active for more information.
> pengine[9937]: 2009/10/28_14:50:20 ERROR: native_create_actions:
> Attempting recovery of resource resource_scs_postgresql
> pengine[9937]: 2009/10/28_14:50:21 ERROR: process_pe_message: Transition
> 94: ERRORs found during PE processing. PEngine Input stored in:
> /var/lib/heartbeat/pengine/pe-error-28.bz2
> mgmtd[5279]: 2009/10/28_14:50:21 ERROR: unpack_rsc_op: Remapping
> resource_scs_postgresql_monitor_0 (rc=1) on scs01 to an ERROR
> mgmtd[5279]: 2009/10/28_14:50:21 ERROR: native_add_running: Resource
> lsb::scs-postgresql:resource_scs_postgresql appears to be active on 2 nodes.
> mgmtd[5279]: 2009/10/28_14:50:21 ERROR: See
> http://linux-ha.org/v2/faq/resource_too_active for more information.
> mgmtd[5279]: 2009/10/28_14:50:22 ERROR: unpack_rsc_op: Remapping
> resource_scs_postgresql_monitor_0 (rc=1) on scs01 to an ERROR
> mgmtd[5279]: 2009/10/28_14:50:22 ERROR: unpack_rsc_op: Remapping
> resource_scs_postgresql_monitor_0 (rc=1) on scs01 to an ERROR
> mgmtd[5279]: 2009/10/28_14:50:23 ERROR: unpack_rsc_op: Remapping
> resource_scs_postgresql_monitor_0 (rc=1) on scs01 to an ERROR
> mgmtd[5279]: 2009/10/28_14:50:24 ERROR: unpack_rsc_op: Remapping
> resource_scs_postgresql_monitor_0 (rc=1) on scs01 to an ERROR
> mgmtd[5279]: 2009/10/28_14:50:26 ERROR: unpack_rsc_op: Remapping
> resource_scs_postgresql_monitor_0 (rc=1) on scs01 to an ERROR
>
> Looking for that error in FAQ (Pacemaker one) I found:
>
> Resource is Too Active
>
> Pacemaker will try and determine what resources are active on a machine
> when it starts. To do this, it sends what we call a probe which uses the
> monitor operation of your ResourceAgent.
>
> There are two common reasons for seeing this message:
>
> * Your resource really is active on more than one node
> o Check you are _not_ starting it on boot
> o Did Pacemaker suffer an internal failure? If so, please
> check the Help:Contents page and report it
> * Your resource doesn't implement the monitor operation correctly
> o Make sure your Resource Agent conforms to the OCF-spec by
> using the ocf-tester script
>
>
>
>
> My Init script is a LSB one, not OCF.
>
> Any Idea to solve it ? If it is an error happened in the past could I do
> some cleanup to solve it ?
>
> TIA,
> Matteo
> _______________________________________________
> Linux-HA mailing list
> Linux-HA [at] lists
> http://lists.linux-ha.org/mailman/listinfo/linux-ha
> See also: http://linux-ha.org/ReportingProblems
_______________________________________________
Linux-HA mailing list
Linux-HA [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems

m.chesi at cineca

Nov 23, 2009, 8:26 AM

Post #8 of 10 (1219 views)
Permalink

Re: Error on "unpack_rsc_op" [In reply to]

Dejan Muhamedagic ha scritto:
> Hi,
>
> On Mon, Nov 23, 2009 at 12:09:02PM +0100, Matteo Chesi wrote:
>> Dejan Muhamedagic ha scritto:
>>> Hi,
>>>
>>> On Mon, Nov 23, 2009 at 11:28:24AM +0100, Matteo Chesi wrote:
>>>> Andrew Beekhof ha scritto:
>>>>> On Mon, Nov 23, 2009 at 10:31 AM, Matteo Chesi <m.chesi [at] cineca> wrote:
>>>>>> Hi,
>>>>>>
>>>>>> I've got one problem on Heartbeat in one of my production clusters.
>>>>>>
>>>>>> The problem is that one resource (scs-mysql) in a group of resources do
>>>>>> not respond to start/stop commands through hb_gui (or crm_resource
>>>>>> commands).
>>>>>>
>>>>>> I checked "crm_verify -L" and I found this problem:
>>>>>>
>>>>>> scs02:~# crm_verify -L
>>>>>> crm_verify[28132]: 2009/11/23_10:26:37 ERROR: unpack_rsc_op: Remapping
>>>>>> resource_scs_postgresql_monitor_0 (rc=1) on scs01 to an ERROR
>>>>>>
>>>>>>
>>>>>> Please could you help me to find out what's the problem ?
>>>>> Your postgres resource returned the wrong thing. Check your logs.
>>>> I've got 3 logs and none of them tell me more than the message I posted.
>>> Perhaps the logs were rotated after the error happened? Try to
>>> grep your logs for lrmd.*postgres.
>>>
>> The error happens everytime I do a "crm_verify -L" and gets the
>> timestamp of that moment.
>
> crm_verify only reports here whatever is recorded in the status
> section of the CIB. That error happened in the past though and
> has nothing to do with crm_verify.

Ok,
so How so I clean crm_verify output ? Editing by myself these rows ?

<lrm_resource id="resource_scs_postgresql"
type="scs-postgresql" class="lsb" provider="heartbeat">
<lrm_rsc_op id="resource_scs_postgresql_monitor_0"
operation="monitor" crm-debug-origin="build_active_RAs"
transition_key="5:149:204295f9-bfd2-414a-bb3f-c9b03528f94c"
transition_magic="0:1;5:149:204295f9-bfd2-414a-bb3f-c9b03528f94c"
call_id="269" crm_feature_set="2.0" rc_code="1" op_status="0"
interval="0" op_digest="f2317cad3d54cec5d7d7aa7d0bf35cf8"/>
<lrm_rsc_op id="resource_scs_postgresql_stop_0"
operation="stop" crm-debug-origin="build_active_RAs"
transition_key="1:150:204295f9-bfd2-414a-bb3f-c9b03528f94c"
transition_magic="0:0;1:150:204295f9-bfd2-414a-bb3f-c9b03528f94c"
call_id="270" crm_feature_set="2.0" rc_code="0" op_status="0"
interval="0" op_digest="f2317cad3d54cec5d7d7aa7d0bf35cf8"/>
</lrm_resource>

>> However looking for that string in /var/log I found that one past log
>> shows something related my error and a particular event seems to be
>> happened before this error started to repeat ...
>>
>> pengine[9937]: 2009/10/28_14:50:20 WARN: unpack_rsc_op: Processing
>> failed op resource_scs_postgresql_monitor_0 on scs01: Error
>> pengine[9937]: 2009/10/28_14:50:20 ERROR: native_add_running: Resource
>> lsb::scs-postgresql:resource_scs_postgresql appears to be active on 2 nodes.
>
> The lsb script is probably not LSB compliant (or indeed there is
> postgres running on both nodes). You should be better off with
> the OCF resource agent.

I think that probably in the past (at error moment) it wasn't LSB
compliant but nowadays it is.
However I can't (and I wouldn't) reproduce that error.

TIA,
Matteo
_______________________________________________
Linux-HA mailing list
Linux-HA [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems

dejanmm at fastmail

Nov 23, 2009, 9:15 AM

Post #9 of 10 (1212 views)
Permalink

Re: Error on "unpack_rsc_op" [In reply to]

Hi,

On Mon, Nov 23, 2009 at 05:26:07PM +0100, Matteo Chesi wrote:
> Dejan Muhamedagic ha scritto:
> > Hi,
> >
> > On Mon, Nov 23, 2009 at 12:09:02PM +0100, Matteo Chesi wrote:
> >> Dejan Muhamedagic ha scritto:
> >>> Hi,
> >>>
> >>> On Mon, Nov 23, 2009 at 11:28:24AM +0100, Matteo Chesi wrote:
> >>>> Andrew Beekhof ha scritto:
> >>>>> On Mon, Nov 23, 2009 at 10:31 AM, Matteo Chesi <m.chesi [at] cineca> wrote:
> >>>>>> Hi,
> >>>>>>
> >>>>>> I've got one problem on Heartbeat in one of my production clusters.
> >>>>>>
> >>>>>> The problem is that one resource (scs-mysql) in a group of resources do
> >>>>>> not respond to start/stop commands through hb_gui (or crm_resource
> >>>>>> commands).
> >>>>>>
> >>>>>> I checked "crm_verify -L" and I found this problem:
> >>>>>>
> >>>>>> scs02:~# crm_verify -L
> >>>>>> crm_verify[28132]: 2009/11/23_10:26:37 ERROR: unpack_rsc_op: Remapping
> >>>>>> resource_scs_postgresql_monitor_0 (rc=1) on scs01 to an ERROR
> >>>>>>
> >>>>>>
> >>>>>> Please could you help me to find out what's the problem ?
> >>>>> Your postgres resource returned the wrong thing. Check your logs.
> >>>> I've got 3 logs and none of them tell me more than the message I posted.
> >>> Perhaps the logs were rotated after the error happened? Try to
> >>> grep your logs for lrmd.*postgres.
> >>>
> >> The error happens everytime I do a "crm_verify -L" and gets the
> >> timestamp of that moment.
> >
> > crm_verify only reports here whatever is recorded in the status
> > section of the CIB. That error happened in the past though and
> > has nothing to do with crm_verify.
>
> Ok,
> so How so I clean crm_verify output ? Editing by myself these rows ?

No. Use crm resource cleanup (crm_resource -C). That is going to
tell the CRM that you fixed the resource and that it may try to
start it again.

Thanks,

Dejan
_______________________________________________
Linux-HA mailing list
Linux-HA [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems

m.chesi at cineca

Nov 23, 2009, 10:01 AM

Post #10 of 10 (1249 views)
Permalink

Re: Error on "unpack_rsc_op" [In reply to]

>>>> The error happens everytime I do a "crm_verify -L" and gets the
>>>> timestamp of that moment.
>>> crm_verify only reports here whatever is recorded in the status
>>> section of the CIB. That error happened in the past though and
>>> has nothing to do with crm_verify.
>> Ok,
>> so How so I clean crm_verify output ? Editing by myself these rows ?
>
> No. Use crm resource cleanup (crm_resource -C). That is going to
> tell the CRM that you fixed the resource and that it may try to
> start it again.

Problem solved.

Thanks,
Matteo
_______________________________________________
Linux-HA mailing list
Linux-HA [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact Gossamer Threads