Hello Kubota,

I have already deployed this kind of script. Effectively you need to
manage the crash case. To avoid violation case.

The best, is to give a specific tag name to your lock file used by your
VCS resource (use a tag which managed several other lock), and create a
Script to cleanup this kind of lock file during the boot time startup
before S99vcs script.

I attach at this email a sample of this cleanup script. Should be put
under the same location of S99vcs script (depending of Unix OS used).
The script can be helped for example S98vcscleanupflag. S98 will be
execute before S99vcs. This is simple an avoid any modification from
Official S99vcs, which can be modify follow up update VCS release or VCS
patch.

I hope this help
Best regards,

Philippe

-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Kubota,
Harald (GTS Pac Rim)
Sent: Tuesday, February 03, 2009 8:53 AM
To: Manuel Braun; [email protected]
Subject: Re: [Veritas-ha] Application Resource with Start/Stop but
noMonitorscript possible?

Hi Manuel,

        > Is it possible to use an application resource with a start and
stop script
        > and no monitor script and VCS will trust the start script and
believe the
        > application is running although it's actually not?

        This is not possible, but as a workaround you can just touch a
file in the start script which is tracked by the monitor script.
        Here is an example monitorscript:

        #!/bin/sh
        [ -f /var/VRTSvcs/lock/dummy.lock ] && exit 110
        exit 100

Yeah, we thought about this too and actually implemented a very similar
solution, however this leads into troubles if you crash a node
as it will leave the lock file on the crashed node and when it comes
back, it'll find the lock file and report the application as online on
the same node, giving you a concurrency violation. We could use /tmp (or
anything similar memory based filesystem which always gets wiped out on
reboots).

Or modifying the vcs startup script to remove all locks in the above
directory before it does the hastart.

Neither solution is very elegant, safe or convenient, so I was hoping
there is a better built-in solution available for this rather unusual
problem.

Thanks,
Harald


------------------------------------------------------------------------
--
This message w/attachments (message) may be privileged, confidential or
proprietary, and if you are not an intended recipient, please notify the
sender, do not use or share it and delete it. Unless specifically
indicated, this message is not an offer to sell or a solicitation of any
investment products or other financial product or service, an official
confirmation of any transaction, or an official statement of Merrill
Lynch. Subject to applicable law, Merrill Lynch may monitor, review and
retain e-communications (EC) traveling through its networks/systems. The
laws of the country of each sender/recipient may impact the handling of
EC, and EC may be archived, supervised and produced in countries other
than the country in which you are located. This message cannot be
guaranteed to be secure or error-free. References to "Merrill Lynch" are
references to any company in the Merrill Lynch & Co., Inc. group of
companies, which are wholly-owned by Bank of America Corporation. Secu!
 rities and Insurance Products: * Are Not FDIC Insured * Are Not Bank
Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a
Condition to Any Banking Service or Activity * Are Not Insured by Any
Federal Government Agency. Attachments that are part of this
E-communication may have additional important disclosures and
disclaimers, which you should read. This message is subject to terms
available at the following link:
http://www.ml.com/e-communications_terms/. By messaging with Merrill
Lynch you consent to the foregoing.
------------------------------------------------------------------------
--
 

_______________________________________________
Veritas-ha maillist  -  [email protected]
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-ha

Attachment: etc_rc3.d_S98vcscleanupflag
Description: etc_rc3.d_S98vcscleanupflag

_______________________________________________
Veritas-ha maillist  -  [email protected]
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-ha

Reply via email to