> -----Original Message----- > From: Simon Horman [mailto:[email protected]] > Sent: Tuesday, July 12, 2011 7:56 PM > To: Robinson, Eric > Cc: [email protected] > Subject: Re: [lvs-users] in ldirectord.cf, the meaning of 'checkcount' is > ambiguous > > On Fri, Jul 08, 2011 at 04:45:17AM -0700, Robinson, Eric wrote: > > The ldirectord man page states that 'checkcount' only works with ping > > checks. Then the next sentence goes on to give an example of checkcount > > being used in conjunction with connectimeout/negotiatetimeout, neither > > of which are related to ping checks. Can someone please clarify? Horms? > > Hi Eric, > > sorry for not responding earlier. > > I've taken a look at the code (in git) and to be honest I don't > think that this is my handiwork. But none the less I believe that > the situation is: > > * checkcount only applies to ping. > There is a loop in the ping check that will try > ping up to checkcount times, breaking out of the loop > if a ping is successful > * checkcount is deprecated in favour of failurecount > * failurecount works similarly to checkcount, except that it > it operates at a higher level and applies to all types of checks > * It appears that specifying both failurecount and checkcount would have > a multiplier effect, though only for ping checks > > I will fix up the sample ldirectord.cf to make use of failurecount > instead of checkcount.
That's delightful, Horms, thanks for the clarification. I don't think my version of ldirectord has the failurecount option. It's been in production since 2006 and is currently managing about 900 virtual services. I've never wanted to mess with it much, considering that it has worked very well for us. The failurecount option may be adequate motivation. --Eric Disclaimer - July 14, 2011 This email and any files transmitted with it are confidential and intended solely for Simon Horman,[email protected]. If you are not the named addressee you should not disseminate, distribute, copy or alter this email. Any views or opinions presented in this email are solely those of the author and might not represent those of Physicians' Managed Care or Physician Select Management. Warning: Although Physicians' Managed Care or Physician Select Management has taken reasonable precautions to ensure no viruses are present in this email, the company cannot accept responsibility for any loss or damage arising from the use of this email or attachments. This disclaimer was added by Policy Patrol: http://www.policypatrol.com/ _______________________________________________ Please read the documentation before posting - it's available at: http://www.linuxvirtualserver.org/ LinuxVirtualServer.org mailing list - [email protected] Send requests to [email protected] or go to http://lists.graemef.net/mailman/listinfo/lvs-users
