[DRBD-user] Re: [Linux-HA] Filesystem ocf problem

Ben Clewett ben at roadrunner.uk.com
Thu Aug 23 18:25:44 CEST 2007

Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.



Hi,

Probably me misunderstanding you :)

(This is probably more for the linux-ha mailing list now, but it may be 
of interest here...)

There are various parameters in the Filesystem ocf:

<actions>
<action name="start" timeout="60" />
<action name="stop" timeout="60" />
<action name="notify" timeout="60" />
<action name="monitor" depth="0" timeout="40" interval="20" 
start-delay="10" />
<action name="validate-all" timeout="5" />
<action name="meta-data" timeout="5" />
</actions>

But this is odd.  The start timeout shows as 60s.  Yet linux-ha killed 
the mount operation after 10 seconds, therefore making drbd permanently 
stale.  Is this another bug?

This was really my reason for mailing, I wanted to see if there were any 
ocf experts out there...  As well as to report a possible bug.

I am making better progress by upping all these values.  If I find 
anything of significant interest, I'll report back :)

Ben




matilda matilda wrote:
>>>> Ben Clewett <ben at roadrunner.uk.com> 23.08.2007 17:38 >>>
>> The reason for this email is just to note to the group that a large file 
>> system under drbd mounted by the latest linux-ha will cause a problem 
>> which can only be sorted by a complete re-boot.
>>
>> I hope this will be useful, and somebody may decide it's a bug worth 
>> investigation...
> 
> Hi Ben,
> 
> I'm sure you misunderstood me, but probably I misunderstand you. :-)
> As I said in my first answer: You HAVE to increase the timeout value
> for the start operation of your Resource Agent. As you said in your
> initial mail, your RA times out before the big filesystem CAN be
> mounted because of its size. You CAN set a timeout for every 
> action of every resource overwriting the default action timeout.
> 
> So, really, enhance the timeout value to a real comfortable value.
> It's better to make it too big than too small.
> If you already made this forget this mail. :-)
> 
> Best regards
> Andreas
> 
> 
> _______________________________________________
> Linux-HA mailing list
> Linux-HA at lists.linux-ha.org
> http://lists.linux-ha.org/mailman/listinfo/linux-ha
> See also: http://linux-ha.org/ReportingProblems
> 


*************************************************************************
This e-mail is confidential and may be legally privileged. It is intended
solely for the use of the individual(s) to whom it is addressed. Any
content in this message is not necessarily a view or statement from Road
Tech Computer Systems Limited but is that of the individual sender. If
you are not the intended recipient, be advised that you have received
this e-mail in error and that any use, dissemination, forwarding,
printing, or copying of this e-mail is strictly prohibited. We use
reasonable endeavours to virus scan all e-mails leaving the company but
no warranty is given that this e-mail and any attachments are virus free.
You should undertake your own virus checking. The right to monitor e-mail
communications through our networks is reserved by us

  Road Tech Computer Systems Ltd. Shenley Hall, Rectory Lane, Shenley,
  Radlett, Hertfordshire, WD7 9AN. - VAT Registration No GB 449 3582 17
  Registered in England No: 02017435, Registered Address: Charter Court, 
  Midland Road, Hemel Hempstead,  Hertfordshire, HP2 5GE. 
*************************************************************************



More information about the drbd-user mailing list