Does the output from ocf-tester look alright? Thanks.
> can you run
> ocf-tester -v -n DemoDummy $RADIR/Dummy
> and post the output here?
[EMAIL PROTECTED]> ocf-tester -v -n DemoDummy
/usr/lib/ocf/resource.d/heartbeat/Dummy
Beginning tests
for
/usr/lib/ocf/resource.d/heartbeat/Dummy...
Testing: meta-data
<?xml version="1.0"?>
<!DOCTYPE resource-agent SYSTEM "ra-api-1.dtd">
<resource-agent name="Dummy" version="0.9">
<version>1.0</version>
<longdesc lang="en">
This is a Dummy Resource Agent. It does absolutely nothing except
keep track of whether its running or not.
Its purpose in life is for testing and to serve as a template for RA writers.
</longdesc>
<shortdesc lang="en">Dummy resource agent</shortdesc>
<parameters>
<parameter name="state" unique="1">
<longdesc lang="en">
Location to store the resource state in.
</longdesc>
<shortdesc lang="en">State file</shortdesc>
<content type="string"
default="/var/run/heartbeat/rsctmp/Dummy-{OCF_RESOURCE_INSTANCE}.state" />
</parameter>
</parameters>
<actions>
<action name="start" timeout="90" />
<action name="stop" timeout="100" />
<action name="monitor" timeout="20" interval="10" depth="0"
start-delay="0" />
<action name="reload" timeout="90" />
<action name="migrate_to" timeout="100" />
<action name="migrate_from" timeout="90" />
<action name="meta-data" timeout="5" />
<action name="verify-all" timeout="30" />
</actions>
</resource-agent>
Testing: validate-all
Checking current state
Testing: monitor
Testing: start
Testing: monitor
Testing: notify
usage: /usr/lib/ocf/resource.d/heartbeat/Dummy
{start|stop|monitor|migrate_to|migrate_fro
Expects to have a fully populated OCF RA-compliant environment set.
* Your agent does not support the notify action (optional)
Checking for demote action
usage: /usr/lib/ocf/resource.d/heartbeat/Dummy
{start|stop|monitor|migrate_to|migrate_fro
Expects to have a fully populated OCF RA-compliant environment set.
* Your agent does not support the demote action (optional)
Checking for promote action
usage: /usr/lib/ocf/resource.d/heartbeat/Dummy
{start|stop|monitor|migrate_to|migrate_fro
Expects to have a fully populated OCF RA-compliant environment set.
* Your agent does not support the promote action (optional)
* Your agent does not support master/slave (optional)
Testing: stop
Testing: monitor
Restarting resource...
Testing: monitor
Testing: starting a started resource
Testing: monitor
Stopping resource
Testing: monitor
Testing: stopping a stopped resource
Testing: monitor
Checking for migrate_to action
2007/08/06_13:28:37 INFO: Migrating DemoDummy to .
Checking for migrate_from action
2007/08/06_13:28:37 INFO: Migrating DemoDummy to .
Checking for reload action
2007/08/06_13:28:37 ERROR: Reloading...
/usr/lib/ocf/resource.d/heartbeat/Dummy passed all tests
--- Andrew Beekhof <[EMAIL PROTECTED]> wrote:
> On 8/1/07, Dave <[EMAIL PROTECTED]> wrote:
> > Hello,
> >
> > I've been able to build heartbeat rpm files on RHEL4 after installing a
> > fresh OS
> > with ALL packages (because many devel packages are needed). I used the src
> > rpm
> from
> > the Fedora 5 area here:
> > http://download.opensuse.org/repositories/server:/ha-clustering/Fedora_5/src/
> >
> > Only problem with the install now is the heartbeat package itself is failing
> during
> > the %post section. pils and stonith installed w/o incident. Here are the
> details:
> >
> > [EMAIL PROTECTED]:/usr/src/redhat/RPMS/x86_64 > rpm -ivh
> heartbeat-2.1.0-45.1.x86_64.rpm
> >
> > Preparing... ###########################################
> > [100%]
> > 1:heartbeat ###########################################
> > [100%]
> > /var/tmp/rpm-tmp.50506: line 1: fg: no job control
> > error: %post(heartbeat-2.1.0-45.1.x86_64) scriptlet failed, exit status 1
>
> is /var/tmp/rpm-tmp.50506 still around?
> i just checked the spec file and i dont see anything job-control related
>
> > I inspected the heartbeat spec file and it looks like the failure may be
> > due to
> > differences between Fedora and RHEL :-/ I suppose that macros which the
> > post
> > install is relying on for Fedora just don't work as expected under RHEL?
>
> its possible - though its not at all obvious to me what its complaining about
>
> > To test, I ran the BasicSanityCheck by hand, which ended up failing with one
> error,
> > though it's unclear to me whether this is related to the %post install
> > error or
> not.
> > Is it???
>
> i doubt it
>
> >
> > [EMAIL PROTECTED]:/usr/src/redhat/RPMS/x86_64 >
> > /usr/lib64/heartbeat/BasicSanityCheck
> > Using interface: eth0
> > ...
> > ERROR: Dummy RA failed
> > OOPS! Looks like we had some errors come up.
> > 1 errors. Log file is stored in /tmp/linux-ha.testlog
>
> can you run
> ocf-tester -v -n DemoDummy $RADIR/Dummy
> and post the output here?
>
> > At this point, it doesn't seem like the install finished suitably enough for
> > heartbeat to now be used on this system.
>
> Based on (only) that error, it doesn't look too bad to me.
>
> > Can anyone give me a clue how to work out
> > this issue? I really need to get HB working here ASAP.
> >
> > Thanks in advance for any useful tips.
> > Regards,
> > Dave
> >
> >
> >
> >
> >
>
____________________________________________________________________________________
> > Got a little couch potato?
> > Check out fun summer activities for kids.
> > http://search.yahoo.com/search?fr=oni_on_mail&p=summer+activities+for+kids&cs=bz
> > _______________________________________________
> > Linux-HA mailing list
> > [email protected]
> > http://lists.linux-ha.org/mailman/listinfo/linux-ha
> > See also: http://linux-ha.org/ReportingProblems
> >
> _______________________________________________
> Linux-HA mailing list
> [email protected]
> http://lists.linux-ha.org/mailman/listinfo/linux-ha
> See also: http://linux-ha.org/ReportingProblems
>
____________________________________________________________________________________
Yahoo! oneSearch: Finally, mobile search
that gives answers, not web links.
http://mobile.yahoo.com/mobileweb/onesearch?refer=1ONXIC
_______________________________________________
Linux-HA mailing list
[email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems
