It is odd that the problem has been solved for some people but not for 
others.

Bernard Chan wrote:
> Hi Brett,
> 
> Well, our cases are really quite different. For the shell commands that 
> I happen to run,
> I have always had ">/dev/null 2>&1" on the command line even though I 
> have not visited
> the link you mentioned, because I have encountered problems some time 
> last year when
> I first experimented with cfengine without the redirection. That was 
> when I was still running
> v2.2.1 and certainly the current set of configuration has been good for 
> all the 2.2.1 and 2.2.2
> hosts running for many months now. It was just recently that a teammate 
> was required to
> set up a few new servers from scratch and he put 2.2.6 on them and we
> started to see all of these errors coming up not knowing why.
> 
> Even though our site setup is a bit complex with servers installed at 
> different parts of the
> world thus necessitating two levels of cfservd for geographical locality 
> concern, I think
> the configuration is pretty simple and straightforward overall with 
> mostly copy (that was
> the primary reason I wanted to use cfengine in the first place).
> 
> Well, to re-confirm I restarted cfexecd on one of the servers running 
> 2.2.7 that showed MAXFD
> errors this afternoon. And right now, before I am going to bed, defunct 
> children are seen
> again and the first MAXFD log appeared again about 4 hours after I did 
> the restart. Weird?
> 
> Regards,
> Bernard Chan.
> 
> Brett Delle Grazie 提到:
>> Hi Mark & Bernard,
>>
>> I had a similar issue when I upgraded to 2.2.7 however in my case this was 
>> due to:
>> (a) The RPM packager definitions leaked file descriptors:
>> Initially (leaks descriptors for some reason):
>> RPMInstallCommand = ( "/usr/bin/yum -y install %s" )
>> RPMRemoveCommand = ( "/usr/bin/yum -t -y remove %s" )
>>
>> Final (doesn't leak):
>> RPMInstallCommand = ( "/usr/bin/yum -d 0 -e 0 -y install %s 2<&-" )
>> RPMRemoveCommand = ( "/usr/bin/yum -d 0 -e 0 -y remove %s 2<&-" )
>>
>> (b) Shellcommands and process restarts:
>> I followed the advice of 
>> http://www.cfwiki.org/cfwiki/index.php/Hung_Shell_Command
>>
>> and this resolved my issues.
>>
>> In my case, all of my file descriptors were due to the Yum command.
>>
>> I'm using RHEL 5.2 on AMD64
>>
>> Thanks, 
>>
>> Best regards,
>>
>> Brett
>>
>> -----Original Message-----
>> From: Bernard Chan [mailto:[EMAIL PROTECTED] 
>> Sent: Monday, June 16, 2008 3:21 AM
>> To: Mark Burgess
>> Cc: help-cfengine; bug-cfengine
>> Subject: Re: Version 2.2.7 of cfengine released
>>
>>
>> Dear Mark and everybody on the list,
>>
>> I have upgraded our v2.2.6 systems to v2.2.7 but still got the MAXFD errors. 
>> Would anyone help?
>>
>> I found these in /var/log/messages.
>>
>> Jun 16 00:30:47 asterisk102-32bit cfexecd[3361]: Couldn't open pipe to 
>> command /var/cfengine/bin/cfagent -Dfrom_cfexecd:scheduled_run Jun 16 
>> 00:30:47 asterisk102-32bit cfexecd[3361]: cfpopen: Illegal seek Jun 16 
>> 01:00:47 asterisk102-32bit cfexecd[3361]:  File descriptor 145 of child 
>> 30069 higher than MAXFD, check for defunct children Jun 16 01:00:47 
>> asterisk102-32bit cfexecd[3361]: Couldn't open pipe to command 
>> /var/cfengine/bin/cfagent -Dfrom_cfexecd:scheduled_run Jun 16 01:00:47 
>> asterisk102-32bit cfexecd[3361]: cfpopen: Illegal seek Jun 16 01:30:48 
>> asterisk102-32bit cfexecd[3361]:  File descriptor 146 of child 31065 higher 
>> than MAXFD, check for defunct children Jun 16 01:30:48 asterisk102-32bit 
>> cfexecd[3361]: Couldn't open pipe to command /var/cfengine/bin/cfagent 
>> -Dfrom_cfexecd:scheduled_run Jun 16 01:30:48 asterisk102-32bit 
>> cfexecd[3361]: cfpopen: Illegal seek Jun 16 02:00:48 asterisk102-32bit 
>> cfexecd[3361]:  File descriptor 147 of child 31994 higher than MAXFD, check 
for defunct children Jun 16 02:00:48 asterisk102-32bit cfexecd[3361]: Couldn't 
open pipe to command /var/cfengine/bin/cfagent -Dfrom_cfexecd:scheduled_run Jun 
16 02:00:48 asterisk102-32bit cfexecd[3361]: cfpopen: Illegal seek
>>
>> and found the defunct children in ps -efww.
>>
>> The system being deployed is Linux i686.
>>
>> Regards,
>> Bernard Chan.
>>
>> 於 三,2008-06-11 於 18:55 +0200,Mark Burgess 提到:
>>   
>>> This is a minor bugfix release with no new features. It corrects a 
>>> threading error in cfexecd which caused hanging file descriptors.
>>>
>>> MD5 (cfengine-2.2.7.tar.gz)= 8ee6d6d58ba6eca649c199c6c7074a67 
>>> SHA1(cfengine-2.2.7.tar.gz)= c96fd0c824a1b25fc1fd4720663cb1da89ad6025
>>>
>>> The aim is that this version should remain stable for the foreseeable 
>>> future. Hopefully the next release will be 3.0.0
>>>
>>>     
>>
>>
>> ______________________________________________________________________
>> This email has been scanned by the MessageLabs Email Security System.
>> For more information please visit http://www.messagelabs.com/email 
>> ______________________________________________________________________
>>   
> 
> 
> _______________________________________________
> Bug-cfengine mailing list
> [email protected]
> https://cfengine.org/mailman/listinfo/bug-cfengine

-- 


Mark Burgess

Web: http://www.iu.hio.no/~mark
Tlf: +47 22453272
_______________________________________________
Bug-cfengine mailing list
[email protected]
https://cfengine.org/mailman/listinfo/bug-cfengine

Reply via email to