Lars Marowsky-Bree wrote:
> On 2007-02-22T06:41:14, Alan Robertson <[EMAIL PROTECTED]> wrote:
>
>> But, they are MUCH less timing critical.
>>
>> One should be able to trust that they in turn are being monitored, and
>> will be restarted if they misbehave. [If that isn't an true, then it
>> should be ;-)].
>
> crmd and ccmd both have timeouts on the network which are critical.
But could be very lazy in practice with no ill effect. Heartbeat is
still monitoring that the machine and its client processes don't go
away. The upper layer of software shouldn't be using timeouts to do the
job of the lower layer software. It should just be a very lazy "in case
of really weird shit" timeout. Could be several minutes.
>> As a result, although failovers might be _slow_ in a serious memory
>> overload condition, they should still occur. One could also lock a
>> process into memory without setting realtime priority - which would fix
>> the problem in a much less dangerous way (cl_make_realtime can do that).
>> Unfortunately, it ALSO means these process would have to be started as
>> root :-(
>
> Yes, they probably need to be locked into memory at least. That was
> mostly what I wanted to refer to, actually. Write-out path blocking and
> all that.
If the CRM is in the write path, something very bad is going on. Do you
think it is? If so, then I certainly can see the argument for locking
them into memory. Would you mind explaining the sequence of events
you're talking to for "write path" that involves the CRM?
>> [[I know about (for example) the bug in the CCM - where it isn't
>> treating timeouts correctly - but that's a bug, not a broken policy -
>> and one shouldn't change policy to fix a bug. You're talking policy
>> here, if I understood correctly.]]
>
> Uhm, the CCM timeout issue has nothing to do with this, I don't see the
> connection at all.
Just trying to keep you from making a connection.
--
Alan Robertson <[EMAIL PROTECTED]>
"Openness is the foundation and preservative of friendship... Let me
claim from you at all times your undisguised opinions." - William
Wilberforce
_______________________________________________________
Linux-HA-Dev: [email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/
