On 4/19/07, Francesco Ciocchetti <[EMAIL PROTECTED]> wrote:
Hi all,

I'm setting up a HA 2.0.8 cluster of 2 nodes with a drbd data replication.
I set up a group containing following resources:

<primitive class="ocf" id="IPaddr_10_237_84_226" provider="heartbeat"
type="IPaddr">

<primitive class="heartbeat" id="drbddisk_1" provider="heartbeat"
type="drbddisk">

<primitive class="ocf" id="Filesystem_1" provider="heartbeat"
type="Filesystem" is_managed="true">

<primitive class="heartbeat" id="drbdlinks_g1" type="drbdlinks">

<primitive class="ocf" id="Apache2_smpi" provider="heartbeat"
type="apache" is_managed="true">

<primitive class="lsb" id="smokeping" provider="heartbeat" type="smokeping">

<primitive class="ocf" id="MailtoG1" provider="heartbeat" type="MailTo">


What i need is to let the "smokeping" resource to reload the
configuration both manually and by cron.
What's the best way to achieve this?
I guess i can manually restart the service by /etc/init.d/ script but
since the starting time of the service is quite slow (i needed to set
start timeout to 180s) i'm worried that heartbeat could monitor the
resource while the resource is loading and the failcount would increase.

set target_role=Stopped for the resource
wait until its stopped
set target_role=Started for the resource



Suggestion are welcome  :)

Thanks
Francesco Ciocchetti

--
==============================================
Francesco Ciocchetti ([EMAIL PROTECTED])

Network & Security
Kyneste - Piattaforme ICT
"Società appartenente al Gruppo Bancario Capitalia e
sottoposta all'attività di direzione e coordinamento di Capitalia S.p.A."
Via Mario Bianchini 68, 00142 Roma
T.[+39] 06.98402.1 F. [+39] 06.98402.300
http://www.kyneste.com/
==============================================

Questo messaggio può contenere informazioni di carattere riservato e
confidenziale. Qualora non foste i destinatari, vogliate immediatamente
informarci con lo stesso mezzo ed eliminare il  messaggio, con gli
eventuali allegati, senza trattenerne copia. Qualsivoglia utilizzo non
autorizzato del contenuto di questo messaggio costituisce violazione
dell'obbligo di non prendere cognizione della corrispondenza tra altri
soggetti.


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

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

Reply via email to