Followup:
I restarted cfservd and did a fresh run of cfagent -qB on the 1225
hosts, and here's a summary of the open files:
# TYPE NAME
3 CHR
1 DIR /
1 DIR /home/skaven/.fluxbox
1 IPv4 (LISTEN)
1 REG /lib64/ld-2.3.2.so
1 REG /lib64/libcrypto.so.0.9.7a
1 REG /lib64/libdb-4.1.so
1 REG /lib64/libdl-2.3.2.so
1 REG /lib64/libnsl-2.3.2.so
1 REG /lib64/libnss_dns-2.3.2.so
1 REG /lib64/libnss_files-2.3.2.so
1 REG /lib64/libnss_nis-2.3.2.so
1 REG /lib64/libresolv-2.3.2.so
1 REG /lib64/tls/libc-2.3.2.so
1 REG /lib64/tls/libm-2.3.2.so
1 REG /lib64/tls/libpthread-0.60.so
1 REG /u/zochd/cfengine-bin-2/sbin/cfservd
1 REG /usr/kerberos/lib64/libcom_err.so.3.0
1 REG /usr/kerberos/lib64/libgssapi_krb5.so.2.2
1 REG /usr/kerberos/lib64/libk5crypto.so.3.0
1 REG /usr/kerberos/lib64/libkrb5.so.3.1
1 REG /usr/lib64/libz.so.1.1.4
1210 REG /var/cfengine/cf_lastseen.db
1 unix
Hm....1210 open filehandles on cf_lastseen.db? Sounds like a bug...
Paul Krizak 5900 E. Ben White Blvd. MS 625
Advanced Micro Devices Austin, Tx 78741
CAD Systems Engineering Phone: (512) 602-8775
[EMAIL PROTECTED] Cell: (512) 791-0686
Paul Krizak wrote:
It appears that cfservd is leaking file handles and (possibly) memory. I
ran cfagent -qB on 1225 hosts twice in a 24-hour period (~12 hrs between
each run) and cfservd is now using over 120M of memory and is using 3705
file descriptors. When it reaches the shell limit of 4096 file
descriptors, cfservd locks and refuses to accept more connections,
though the process does not die.
Has anybody else experienced this? I hate to take the windoze approach
and just restart cfservd every morning.
_______________________________________________
Help-cfengine mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/help-cfengine
