On 2008-01-22T17:37:15, Keisuke MORI <[EMAIL PROTECTED]> wrote:
> The background of why we developed this tool is that:
> 1) We want to detect a process failure asynchronously,
>not only by the periodic monitor operations, to cause a
>failover faster to minimize the service downtime.
Righ
On 2008-01-22T17:38:14, Xinwei Hu <[EMAIL PROTECTED]> wrote:
> Hi all,
>I'm drafting a document on parameters passed to RA. Besides those mentioned
> on opencf.org and linux-ha.org, I found a lot of CRM_meta_xxx parameters which
> don't explained anyway (or I just missed ;-/)
>
>Here's a
Hi all,
I ran into some troubles with the DB2 RA on an asymmetrical 4 node cluster.
I've changed the RA to cover my needs and want to share the patches (which
I seperated as they address different issues):
db2_asym.patch:
The first one is about the return code of the RA in case the DB2 instanc
Hi all,
I'm drafting a document on parameters passed to RA. Besides those mentioned
on opencf.org and linux-ha.org, I found a lot of CRM_meta_xxx parameters which
don't explained anyway (or I just missed ;-/)
Here's a list of what I find out. Can someone explain it a bit ?
=
On Tue, 22 Jan 2008, Keisuke MORI wrote:
> Lars Marowsky-Bree <[EMAIL PROTECTED]> writes:
> > [...]
> > Instead of scanning /proc, which is very very Linux-specific, why not
> > use the async waitpid call instead? Or, you might decide to
> > poll()/select()/inotify() on the relevant proc dirs at l
Hi Lars,
thank you for your comments.
Lars Marowsky-Bree <[EMAIL PROTECTED]> writes:
> On 2008-01-16T18:48:06, Keisuke MORI <[EMAIL PROTECTED]> wrote:
>
>> Hello all,
>>
>> We have developed a new feature that detects a process failure directly
>> to reduce the failover time.
>>
>> If you're in