[Pacemaker] Problems with jboss on pacemaker
Benjamin Knoth
knoth at mpdl.mpg.de
Thu May 19 14:00:11 UTC 2011
Hi Nakahira,
i use only modified running jboss, which i used with my application,
which runs on jboss.
I set also the parms with the right directories.
I got everytime the same error, if i think the parms configuration
should be ok.
Now i modified the orginal used LSB script and now i think it should
work. If the primary node go down, pacemaker change to the other node
and start jboss. And now pacemaker don't print out that on the other
node jboss does't installed. The LSB-Script give only the status online
or offline back.
I will test it a little bit but now i think it works.
Best regards
Benjamin
Am 10.05.2011 04:17, schrieb NAKAHIRA Kazutomo:
> Hi, Benjamin
>
>> primitive p_jboss_ocf ocf:heartbeat:jboss \
>> params java_home="/usr/lib64/jvm/java"
>> jboss_home="/usr/share/jboss" jboss_pstring="java -Dprogram.name=run.sh"
>> jboss_stop_timeout="30" \
>> op start interval="0" timeout="240s" \
>> op stop interval="0" timeout="240s" \
>> op monitor interval="20s"
>
> params "jboss_pstring" is properly "pstring".
> # crm command should refuse above configuration.
>
> A "pstring" should be configured according to the jboss process name
> that is highly depend on your environment.
>
> Maybe your JBOSS_HOME directory is "/data/jboss-4.2.2.GA"?
> If so, params "jboss_home" should be "/data/jboss-4.2.2.GA".
>
> Parameters "pstring", "jboss_home" and "java_home" are
> highly depend on your environment.
>
> And params statusurl should be change from "http://127.0.0.1:8080"
> to your wanted health-check URL.
>
>
> In may test environment(RHEL5.4), following configurations works fine.
>
> --- crm sample configuration ---
> node $id="9a7e6694-20bc-4cac-b371-23c1ef8de652" vm1
> node $id="e49f96b7-b49c-4e20-8c57-1ebd585eff9c" vm2
> primitive jboss-1 ocf:heartbeat:jboss \
> op start interval="0" timeout="120s" on-fail="restart" \
> op monitor interval="10s" timeout="60s" on-fail="restart" \
> op stop interval="0" timeout="120s" on-fail="fence" \
> params jboss_home="/usr/share/jboss"
> java_home="/usr/java/jdk1.6.0_24/" pstring="java -Dprogram.name=run.sh"
> property $id="cib-bootstrap-options" \
> dc-version="1.0.10-da7075976b5ff0bee71074385f8fd02f296ec8a3" \
> cluster-infrastructure="Heartbeat" \
> expected-quorum-votes="2" \
> no-quorum-policy="ignore" \
> stonith-enabled="false" \
> default-resource-stickiness="INFINITY" \
> default-action-timeout="120s" \
> last-lrm-refresh="1304934304"
> rsc_defaults $id="rsc-options" \
> resource-stickiness="INFINITY" \
> migration-threshold="1"
> --- crm sample configuration ---
>
> [root at VM1 ~]# crm_mon -rfA1
> ============
> Last updated: Tue May 10 10:29:56 2011
> Stack: Heartbeat
> Current DC: vm1 (9a7e6694-20bc-4cac-b371-23c1ef8de652) - partition with
> quorum
> Version: 1.0.10-da7075976b5ff0bee71074385f8fd02f296ec8a3
> 2 Nodes configured, 2 expected votes
> 1 Resources configured.
> ============
>
> Online: [ vm1 ]
> OFFLINE: [ vm2 ]
>
> Full list of resources:
>
> jboss-1 (ocf::heartbeat:jboss): Started vm1
>
> Node Attributes:
> * Node vm1:
>
> Migration summary:
> * Node vm1:
>
> [root at VM1 ~]# ps -ef | grep jboss | grep -v grep
> root 24831 1 0 09:55 ? 00:00:00 /bin/sh
> /usr/share/jboss/bin/run.sh -c default -l lpg4j
> root 24857 24831 0 09:55 ? 00:00:13
> /usr/java/jdk1.6.0_24//bin/java -Dprogram.name=run.sh -server -Xms128m
> -Xmx512m -Dsun.rmi.dgc.client.gcInterval=3600000
> -Dsun.rmi.dgc.server.gcInterval=3600000 -Djava.net.preferIPv4Stack=true
> -Djava.endorsed.dirs=/usr/share/jboss/lib/endorsed -classpath
> /usr/share/jboss/bin/run.jar:/usr/java/jdk1.6.0_24//lib/tools.jar
> org.jboss.Main -c default -l lpg4j
>
>
> My tested JBoss version is jboss-4.2.2.GA.
> I download jboss-4.2.2.GA.zip from following URL and unzip JBoss files
> and mv "jboss-4.2.2.GA" directory to "/usr/share/jboss".
>
> http://sourceforge.net/projects/jboss/files/JBoss/JBoss-4.2.2.GA/
>
> And I don't change any configuration of JBoss(Default).
>
> Best Regards,
> NAKAHIRA Kazutomo
>
> (2011/05/06 16:32), Dejan Muhamedagic wrote:
>> On Thu, May 05, 2011 at 06:39:09PM +0200, Benjamin Knoth wrote:
>>> Hi
>>>
>>> Am 05.05.2011 16:35, schrieb Dejan Muhamedagic:
>>>> On Thu, May 05, 2011 at 12:26:57PM +0200, Benjamin Knoth wrote:
>>>>> Hi again,
>>>>>
>>>>> i copied the jboss ocf and modified the variables, that the script use
>>>>> my variables ifi start it. Now if i start the ocf script i get the
>>>>> following everytime.
>>>>>
>>>>> ./jboss-test start
>>>>> jboss-test[6165]: DEBUG: [jboss] Enter jboss start
>>>>> jboss-test[6165]: DEBUG: start_jboss[jboss]: retry monitor_jboss
>>>>> jboss-test[6165]: DEBUG: start_jboss[jboss]: retry monitor_jboss
>>>>> jboss-test[6165]: DEBUG: start_jboss[jboss]: retry monitor_jboss
>>>>>
>>>>> Something is wrong.
>>>>
>>>> Typically, the start operation includes a monitor at the end to
>>>> make sure that the resource really started. In this case it
>>>> looks like the monitor repeatedly fails. You should check the
>>>> monitor operation. Take a look at the output of "crm ra info
>>>> jboss" for parameters which have effect on monitoring. BTW, you
>>>> can test your resource without cluster using ocf-tester.
>>>
>>> I don't find the ocf tester or i don't know how to use them.
>>> The log of jboss says that jboss will started, but it can't deploy some
>>> packages, with the ocf script. The most important is:
>>>
>>> 18:18:16,654 ERROR [MainDeployer] Could not start deployment:
>>> file:/data/jboss-4.2.2.GA/server/default/tmp/deploy/tmp8457743723406154025escidoc-core.ear-contents/escidoc-core.war
>>>
>>> org.jboss.deployment.DeploymentException: URL
>>> file:/data/jboss-4.2.2.GA/server/default/tmp/deploy/tmp8457743723406154025escidoc-core.ear-contents/escidoc-core-exp.war/
>>>
>>> deployment failed
>>>
>>> --- Incompletely deployed packages ---
>>> org.jboss.deployment.DeploymentInfo at 844a3a10 {
>>> url=file:/data/jboss-4.2.2.GA/server/default/deploy/escidoc-core.ear }
>>> deployer: org.jboss.deployment.EARDeployer at 40f940f9
>>> status: Deployment FAILED reason: URL
>>> file:/data/jboss-4.2.2.GA/server/default/tmp/deploy/tmp8457743723406154025escidoc-core.ear-contents/escidoc-core-exp.war/
>>>
>>> deployment failed
>>> state: FAILED
>>> watch:
>>> file:/data/jboss-4.2.2.GA/server/default/deploy/escidoc-core.ear
>>> altDD: null
>>> lastDeployed: 1304612289701
>>> lastModified: 1304612278000
>>> mbeans:
>>>
>>> After 4 minutes Jboss will shutdown from pacemaker.
>>>
>>> If i run the init-script normal it runs fine and all important packages
>>> will deploy.
>>>
>>> I checked the differnce between processes on start bei init-script and
>>> ocf-script from pacemaker
>>>
>>> pacemaker
>>>
>>> root 20074 0.0 0.0 12840 1792 ? S 17:56 0:00 /bin/sh
>>> /usr/lib/ocf/resource.d//heartbeat/jboss start
>>> root 20079 0.0 0.0 48336 1368 ? S 17:56 0:00 su -
>>> jboss -s /bin/bash -c export JAVA_HOME=/usr/lib64/jvm/java;\n?
>>> export JBOSS_HOME=/usr/share/jboss;\n?
>>> /usr/share/jboss/bin/run.sh -c default
>>> -Djboss.bind.address=0.0.0.0
>>>
>>> init-script
>>>
>>> root 20079 0.0 0.0 48336 1368 ? S 17:56 0:00 su
>>> jboss -s /bin/bash -c /usr/share/jboss/bin/run.sh -c default
>>> -Djboss.bind.address=0.0.0.0
>>
>> No idea. Perhaps somebody using jboss here can take a look. Or
>> you could experiment a bit to find out which part makes the
>> difference. Apart from the two exported vars, the rest of the
>> command line is the same. In addition the OCF RA does 'su -'.
>>
>> Thanks,
>>
>> Dejan
>>
>>> Cheers
>>>
>>> Benjamin
>>>
>>>>
>>>> Thanks,
>>>>
>>>> Dejan
>>>>
>>>>> Cheers
>>>>> Benjamin
>>>>>
>>>>> Am 05.05.2011 12:03, schrieb Benjamin Knoth:
>>>>>> Hi,
>>>>>>
>>>>>> Am 05.05.2011 11:46, schrieb Dejan Muhamedagic:
>>>>>>> On Wed, May 04, 2011 at 03:44:02PM +0200, Benjamin Knoth wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>> Am 04.05.2011 13:18, schrieb Benjamin Knoth:
>>>>>>>>> Hi,
>>>>>>>>>
>>>>>>>>> Am 04.05.2011 12:18, schrieb Dejan Muhamedagic:
>>>>>>>>>> Hi,
>>>>>>>>>>
>>>>>>>>>> On Wed, May 04, 2011 at 10:37:40AM +0200, Benjamin Knoth wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Am 04.05.2011 09:42, schrieb Florian Haas:
>>>>>>>>>>>>> On 05/04/2011 09:31 AM, Benjamin Knoth wrote:
>>>>>>>>>>>>>> Hi Florian,
>>>>>>>>>>>>>> i test it with ocf, but i couldn't run.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Well that's really helpful information. Logs? Error
>>>>>>>>>>>>> messages? Anything?
>>>>>>>>>>
>>>>>>>>>> Logs
>>>>>>>>>>
>>>>>>>>>> May 4 09:55:10 vm36 lrmd: [19214]: WARN: p_jboss_ocf:start
>>>>>>>>>> process (PID
>>>>>>>>>> 27702) timed out (try 1). Killing with signal SIGTERM (15).
>>>>>>>>>>
>>>>>>>>>>> You need to set/increase the timeout for the start operation to
>>>>>>>>>>> match the maximum expected start time. Take a look at "crm ra
>>>>>>>>>>> info jboss" for minimum values.
>>>>>>>>>>
>>>>>>>>>> May 4 09:55:10 vm36 attrd: [19215]: info: find_hash_entry:
>>>>>>>>>> Creating
>>>>>>>>>> hash entry for fail-count-p_jboss_ocf
>>>>>>>>>> May 4 09:55:10 vm36 lrmd: [19214]: WARN: operation start[342] on
>>>>>>>>>> ocf::jboss::p_jboss_ocf for client 19217, its parameters:
>>>>>>>>>> CRM_meta_name=[start] crm_feature_set=[3.0.1]
>>>>>>>>>> java_home=[/usr/lib64/jvm/java] CRM_meta_timeout=[240000]
>>>>>>>>>> jboss_sto
>>>>>>>>>> p_timeout=[30] jboss_home=[/usr/share/jboss] jboss_pstring=[java
>>>>>>>>>> -Dprogram.name=run.sh] : pid [27702] timed out
>>>>>>>>>> May 4 09:55:10 vm36 attrd: [19215]: info:
>>>>>>>>>> attrd_trigger_update: Sending
>>>>>>>>>> flush op to all hosts for: fail-count-p_jboss_ocf (INFINITY)
>>>>>>>>>> May 4 09:55:10 vm36 crmd: [19217]: WARN: status_from_rc:
>>>>>>>>>> Action 64
>>>>>>>>>> (p_jboss_ocf_start_0) on vm36 failed (target: 0 vs. rc: -2):
>>>>>>>>>> Error
>>>>>>>>>> May 4 09:55:10 vm36 lrmd: [19214]: info: rsc:p_jboss_ocf:346:
>>>>>>>>>> stop
>>>>>>>>>> May 4 09:55:10 vm36 attrd: [19215]: info:
>>>>>>>>>> attrd_perform_update: Sent
>>>>>>>>>> update 2294: fail-count-p_jboss_ocf=INFINITY
>>>>>>>>>> May 4 09:55:10 vm36 pengine: [19216]: notice: unpack_rsc_op:
>>>>>>>>>> Hard error
>>>>>>>>>> - p_jboss_lsb_monitor_0 failed with rc=5: Preventing
>>>>>>>>>> p_jboss_lsb from
>>>>>>>>>> re-starting on vm36
>>>>>>>>>> May 4 09:55:10 vm36 crmd: [19217]: WARN: update_failcount:
>>>>>>>>>> Updating
>>>>>>>>>> failcount for p_jboss_ocf on vm36 after failed start: rc=-2
>>>>>>>>>> (update=INFINITY, time=1304495710)
>>>>>>>>>> May 4 09:55:10 vm36 attrd: [19215]: info: find_hash_entry:
>>>>>>>>>> Creating
>>>>>>>>>> hash entry for last-failure-p_jboss_ocf
>>>>>>>>>> May 4 09:55:10 vm36 pengine: [19216]: notice: unpack_rsc_op:
>>>>>>>>>> Operation
>>>>>>>>>> p_jboss_cs_monitor_0 found resource p_jboss_cs active on vm36
>>>>>>>>>> May 4 09:55:10 vm36 crmd: [19217]: info: abort_transition_graph:
>>>>>>>>>> match_graph_event:272 - Triggered transition abort (complete=0,
>>>>>>>>>> tag=lrm_rsc_op, id=p_jboss_ocf_start_0,
>>>>>>>>>> magic=2:-2;64:1375:0:fc16910d-2fe9-4daa-834a-348a4c7645ef,
>>>>>>>>>> cib=0.53
>>>>>>>>>> 5.2) : Event failed
>>>>>>>>>> May 4 09:55:10 vm36 attrd: [19215]: info:
>>>>>>>>>> attrd_trigger_update: Sending
>>>>>>>>>> flush op to all hosts for: last-failure-p_jboss_ocf (1304495710)
>>>>>>>>>> May 4 09:55:10 vm36 pengine: [19216]: notice: unpack_rsc_op:
>>>>>>>>>> Hard error
>>>>>>>>>> - p_jboss_init_monitor_0 failed with rc=5: Preventing
>>>>>>>>>> p_jboss_init from
>>>>>>>>>> re-starting on vm36
>>>>>>>>>> May 4 09:55:10 vm36 crmd: [19217]: info: match_graph_event:
>>>>>>>>>> Action
>>>>>>>>>> p_jboss_ocf_start_0 (64) confirmed on vm36 (rc=4)
>>>>>>>>>> May 4 09:55:10 vm36 attrd: [19215]: info:
>>>>>>>>>> attrd_perform_update: Sent
>>>>>>>>>> update 2297: last-failure-p_jboss_ocf=1304495710
>>>>>>>>>> May 4 09:55:10 vm36 pengine: [19216]: WARN: unpack_rsc_op:
>>>>>>>>>> Processing
>>>>>>>>>> failed op p_jboss_ocf_start_0 on vm36: unknown exec error (-2)
>>>>>>>>>> May 4 09:55:10 vm36 crmd: [19217]: info: te_rsc_command:
>>>>>>>>>> Initiating
>>>>>>>>>> action 1: stop p_jboss_ocf_stop_0 on vm36 (local)
>>>>>>>>>> May 4 09:55:10 vm36 pengine: [19216]: notice: unpack_rsc_op:
>>>>>>>>>> Operation
>>>>>>>>>> p_jboss_ocf_monitor_0 found resource p_jboss_ocf active on vm37
>>>>>>>>>> May 4 09:55:10 vm36 crmd: [19217]: info: do_lrm_rsc_op:
>>>>>>>>>> Performing
>>>>>>>>>> key=1:1376:0:fc16910d-2fe9-4daa-834a-348a4c7645ef
>>>>>>>>>> op=p_jboss_ocf_stop_0 )
>>>>>>>>>> May 4 09:55:10 vm36 pengine: [19216]: notice: native_print:
>>>>>>>>>> p_jboss_ocf
>>>>>>>>>> (ocf::heartbeat:jboss): Stopped
>>>>>>>>>> May 4 09:55:10 vm36 pengine: [19216]: info: get_failcount:
>>>>>>>>>> p_jboss_ocf
>>>>>>>>>> has failed INFINITY times on vm36
>>>>>>>>>> May 4 09:55:10 vm36 pengine: [19216]: WARN:
>>>>>>>>>> common_apply_stickiness:
>>>>>>>>>> Forcing p_jboss_ocf away from vm36 after 1000000 failures
>>>>>>>>>> (max=1000000)
>>>>>>>>>> May 4 09:59:10 vm36 pengine: [19216]: info: unpack_config:
>>>>>>>>>> Node scores:
>>>>>>>>>> 'red' = -INFINITY, 'yellow' = 0, 'green' = 0
>>>>>>>>>> May 4 09:59:10 vm36 crmd: [19217]: WARN: status_from_rc:
>>>>>>>>>> Action 50
>>>>>>>>>> (p_jboss_ocf_start_0) on vm37 failed (target: 0 vs. rc: -2):
>>>>>>>>>> Error
>>>>>>>>>> May 4 09:59:10 vm36 pengine: [19216]: info:
>>>>>>>>>> determine_online_status:
>>>>>>>>>> Node vm36 is online
>>>>>>>>>> May 4 09:59:10 vm36 crmd: [19217]: WARN: update_failcount:
>>>>>>>>>> Updating
>>>>>>>>>> failcount for p_jboss_ocf on vm37 after failed start: rc=-2
>>>>>>>>>> (update=INFINITY, time=1304495950)
>>>>>>>>>> May 4 09:59:10 vm36 pengine: [19216]: notice: unpack_rsc_op:
>>>>>>>>>> Hard error
>>>>>>>>>> - p_jboss_lsb_monitor_0 failed with rc=5: Preventing
>>>>>>>>>> p_jboss_lsb from
>>>>>>>>>> re-starting on vm36
>>>>>>>>>> May 4 09:59:10 vm36 crmd: [19217]: info: abort_transition_graph:
>>>>>>>>>> match_graph_event:272 - Triggered transition abort (complete=0,
>>>>>>>>>> tag=lrm_rsc_op, id=p_jboss_ocf_start_0,
>>>>>>>>>> magic=2:-2;50:1377:0:fc16910d-2fe9-4daa-834a-348a4c7645ef,
>>>>>>>>>> cib=0.53
>>>>>>>>>> 5.12) : Event failed
>>>>>>>>>> May 4 09:59:10 vm36 pengine: [19216]: notice: unpack_rsc_op:
>>>>>>>>>> Operation
>>>>>>>>>> p_jboss_cs_monitor_0 found resource p_jboss_cs active on vm36
>>>>>>>>>> May 4 09:59:10 vm36 crmd: [19217]: info: match_graph_event:
>>>>>>>>>> Action
>>>>>>>>>> p_jboss_ocf_start_0 (50) confirmed on vm37 (rc=4)
>>>>>>>>>> May 4 09:59:10 vm36 pengine: [19216]: notice: native_print:
>>>>>>>>>> p_jboss_ocf
>>>>>>>>>> (ocf::heartbeat:jboss): Stopped
>>>>>>>>>> May 4 09:59:10 vm36 pengine: [19216]: info: get_failcount:
>>>>>>>>>> p_jboss_ocf
>>>>>>>>>> has failed INFINITY times on vm37
>>>>>>>>>> May 4 09:59:10 vm36 pengine: [19216]: WARN:
>>>>>>>>>> common_apply_stickiness:
>>>>>>>>>> Forcing p_jboss_ocf away from vm37 after 1000000 failures
>>>>>>>>>> (max=1000000)
>>>>>>>>>> May 4 09:59:10 vm36 pengine: [19216]: info: get_failcount:
>>>>>>>>>> p_jboss_ocf
>>>>>>>>>> has failed INFINITY times on vm36
>>>>>>>>>> May 4 09:59:10 vm36 pengine: [19216]: info: native_color:
>>>>>>>>>> Resource
>>>>>>>>>> p_jboss_ocf cannot run anywhere
>>>>>>>>>> May 4 09:59:10 vm36 pengine: [19216]: notice: LogActions: Leave
>>>>>>>>>> resource p_jboss_ocf (Stopped)
>>>>>>>>>> May 4 09:59:31 vm36 pengine: [19216]: notice: native_print:
>>>>>>>>>> p_jboss_ocf
>>>>>>>>>> (ocf::heartbeat:jboss): Stopped
>>>>>>>>>> ....
>>>>>>>>>>
>>>>>>>>>> Now i don't know how can i reset the resource p_jboss_ocf to
>>>>>>>>>> test it again.
>>>>>>>>>>
>>>>>>>>>>> crm resource cleanup p_jboss_ocf
>>>>>>>>>
>>>>>>>>> That's the now way, but if i start this command on shell or crm
>>>>>>>>> shell in
>>>>>>>>> both i get Cleaning up p_jboss_ocf on vm37
>>>>>>>>> Cleaning up p_jboss_ocf on vm36
>>>>>>>>>
>>>>>>>>> But if i look on the monitoring with crm_mon -1 i getevery time
>>>>>>>>>
>>>>>>>>> Failed actions:
>>>>>>>>> p_jboss_ocf_start_0 (node=vm36, call=-1, rc=1, status=Timed Out):
>>>>>>>>> unknown error
>>>>>>>>> p_jboss_monitor_0 (node=vm37, call=205, rc=5,
>>>>>>>>> status=complete): not
>>>>>>>>> installed
>>>>>>>>> p_jboss_ocf_start_0 (node=vm37, call=281, rc=-2,
>>>>>>>>> status=Timed Out):
>>>>>>>>> unknown exec error
>>>>>>>>>
>>>>>>>>> p_jboss was deleted in the config yesterday.
>>>>>>>>
>>>>>>>> For demonstration:
>>>>>>>>
>>>>>>>> 15:34:22 ~ # crm_mon -1
>>>>>>>>
>>>>>>>> Failed actions:
>>>>>>>> p_jboss_ocf_start_0 (node=vm36, call=376, rc=-2,
>>>>>>>> status=Timed Out):
>>>>>>>> unknown exec error
>>>>>>>> p_jboss_monitor_0 (node=vm37, call=205, rc=5,
>>>>>>>> status=complete): not
>>>>>>>> installed
>>>>>>>> p_jboss_ocf_start_0 (node=vm37, call=283, rc=-2,
>>>>>>>> status=Timed Out):
>>>>>>>> unknown exec error
>>>>>>>>
>>>>>>>> 15:35:02 ~ # crm resource cleanup p_jboss_ocf
>>>>>>>> INFO: no curses support: you won't see colors
>>>>>>>> Cleaning up p_jboss_ocf on vm37
>>>>>>>> Cleaning up p_jboss_ocf on vm36
>>>>>>>>
>>>>>>>> 15:39:12 ~ # crm resource cleanup p_jboss
>>>>>>>> INFO: no curses support: you won't see colors
>>>>>>>> Cleaning up p_jboss on vm37
>>>>>>>> Cleaning up p_jboss on vm36
>>>>>>>>
>>>>>>>> 15:39:19 ~ # crm_mon -1
>>>>>>>>
>>>>>>>> Failed actions:
>>>>>>>> p_jboss_ocf_start_0 (node=vm36, call=376, rc=-2,
>>>>>>>> status=Timed Out):
>>>>>>>> unknown exec error
>>>>>>>> p_jboss_monitor_0 (node=vm37, call=205, rc=5,
>>>>>>>> status=complete): not
>>>>>>>> installed
>>>>>>>> p_jboss_ocf_start_0 (node=vm37, call=283, rc=-2,
>>>>>>>> status=Timed Out):
>>>>>>>> unknown exec error
>>>>>>
>>>>>> Strange, after i edit the config all other Failed actions are deleted
>>>>>> only this Failed actions will be displayed.
>>>>>>
>>>>>> Failed actions:
>>>>>> p_jboss_ocf_start_0 (node=vm36, call=380, rc=-2, status=Timed
>>>>>> Out):
>>>>>> unknown exec error
>>>>>> p_jboss_ocf_start_0 (node=vm37, call=287, rc=-2, status=Timed
>>>>>> Out):
>>>>>> unknown exec error
>>>>>>
>>>>>>>
>>>>>>> Strange, perhaps you ran into a bug here. You can open a bugzilla
>>>>>>> with hb_report.
>>>>>>>
>>>>>>> Anyway, you should fix the timeout issue.
>>>>>>
>>>>>> I know but what sould i do to resolve this issue.
>>>>>>
>>>>>> my config entry for jboss is:
>>>>>>
>>>>>> primitive p_jboss_ocf ocf:heartbeat:jboss \
>>>>>> params java_home="/usr/lib64/jvm/java"
>>>>>> jboss_home="/usr/share/jboss" jboss_pstring="java
>>>>>> -Dprogram.name=run.sh"
>>>>>> jboss_stop_timeout="30" \
>>>>>> op start interval="0" timeout="240s" \
>>>>>> op stop interval="0" timeout="240s" \
>>>>>> op monitor interval="20s"
>>>>>>
>>>>>> In worst case jboss needs max 120s and that's really the worst.
>>>>>>
>>>>>> Cheers,
>>>>>> Benjamin
>>>>>>
>>>>>>>
>>>>>>> Thanks,
>>>>>>>
>>>>>>> Dejan
>>>>>>>
>>>>>>>
>>>>>>>>>>
>>>>>>>>>> And after some tests i have some not more existing resouces
>>>>>>>>>> in the
>>>>>>>>>> Failed actions list. How can i delete them?
>>>>>>>>>>
>>>>>>>>>>> The same way.
>>>>>>>>>>
>>>>>>>>>>> Thanks,
>>>>>>>>>>
>>>>>>>>>>> Dejan
>>>>>>>>>>
>>>>>>>>
>>>>>>>> Thx
>>>>>>>>
>>>>>>>> Benjamin
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Florian
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> Pacemaker mailing list: Pacemaker at oss.clusterlabs.org
>>>>>>>>> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
>>>>>>>>>
>>>>>>>>> Project Home: http://www.clusterlabs.org
>>>>>>>>> Getting started:
>>>>>>>>> http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
>>>>>>>>> Bugs:
>>>>>>>>> http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker
>>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Pacemaker mailing list: Pacemaker at oss.clusterlabs.org
>>>>>>>> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
>>>>>>>>
>>>>>>>> Project Home: http://www.clusterlabs.org
>>>>>>>> Getting started:
>>>>>>>> http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
>>>>>>>> Bugs:
>>>>>>>> http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker
>>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Pacemaker mailing list: Pacemaker at oss.clusterlabs.org
>>>>>>> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
>>>>>>>
>>>>>>> Project Home: http://www.clusterlabs.org
>>>>>>> Getting started:
>>>>>>> http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
>>>>>>> Bugs:
>>>>>>> http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker
>>>>>>>
>>>>>>
>>>>>
>>>>> --
>>>>> Benjamin Knoth
>>>>> Max Planck Digital Library (MPDL)
>>>>> Systemadministration
>>>>> Amalienstrasse 33
>>>>> 80799 Munich, Germany
>>>>> http://www.mpdl.mpg.de
>>>>>
>>>>> Mail: knoth at mpdl.mpg.de
>>>>> Phone: +49 89 38602 202
>>>>> Fax: +49-89-38602-280
>>>>>
>>>>> _______________________________________________
>>>>> Pacemaker mailing list: Pacemaker at oss.clusterlabs.org
>>>>> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
>>>>>
>>>>> Project Home: http://www.clusterlabs.org
>>>>> Getting started:
>>>>> http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
>>>>> Bugs:
>>>>> http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker
>>>>>
>>>>
>>>> _______________________________________________
>>>> Pacemaker mailing list: Pacemaker at oss.clusterlabs.org
>>>> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
>>>>
>>>> Project Home: http://www.clusterlabs.org
>>>> Getting started:
>>>> http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
>>>> Bugs:
>>>> http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker
>>>>
>>>
>>> --
>>> Benjamin Knoth
>>> Max Planck Digital Library (MPDL)
>>> Systemadministration
>>> Amalienstrasse 33
>>> 80799 Munich, Germany
>>> http://www.mpdl.mpg.de
>>>
>>> Mail: knoth at mpdl.mpg.de
>>> Phone: +49 89 38602 202
>>> Fax: +49-89-38602-280
>>>
>>> _______________________________________________
>>> Pacemaker mailing list: Pacemaker at oss.clusterlabs.org
>>> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
>>>
>>> Project Home: http://www.clusterlabs.org
>>> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
>>> Bugs:
>>> http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker
>>>
>>
>> _______________________________________________
>> Pacemaker mailing list: Pacemaker at oss.clusterlabs.org
>> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
>>
>> Project Home: http://www.clusterlabs.org
>> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
>> Bugs:
>> http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker
>>
>>
>
--
Benjamin Knoth
Max Planck Digital Library (MPDL)
Systemadministration
Amalienstrasse 33
80799 Munich, Germany
http://www.mpdl.mpg.de
Mail: knoth at mpdl.mpg.de
Phone: +49 89 38602 202
Fax: +49-89-38602-280
More information about the Pacemaker
mailing list