Date: Mon, 12 Dec 2005 11:42:37 -0800 From: "Michael C. Shultz" <ringworm01@gmail.com> To: Robert Fitzpatrick <robert@webtent.com> Cc: freebsd-questions@freebsd.org Subject: Re: Reaching kern.maxfiles Message-ID: <200512121142.38541.ringworm01@gmail.com> In-Reply-To: <1134415207.6334.42.camel@columbus.webtent.org> References: <1134397159.6334.21.camel@columbus> <200512120930.31536.ringworm01@gmail.com> <1134415207.6334.42.camel@columbus.webtent.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Monday 12 December 2005 11:20, Robert Fitzpatrick wrote: > On Mon, 2005-12-12 at 09:30 -0800, Michael C. Shultz wrote: > > > No issues with my downgraded ports, but still the issue with reaching > > > kern.maxfiles, I have located this document, could this still be > > > related to my 5.2.1 kernel? Or, is there a way I could see if this is > > > suspect on my system? > > > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=58687 > > > > > > -- > > > Robert > > > > I think changing kern.maxfiles is a bad idea unless you have a very good > > reason, you would just be covering up the real problem. You didn't say > > how you ran lsof, what does lsof -p {posfix pid} look like? One mail box > > on my system postfix opens about 50 files, how many mail boxes on your > > system? > > > > The PR you mentioned applies to libc_r, if I recall libc_r isn't supposed > > to be used in FreeBSD 5.* > > > > On my 5.4 system here is the libraries being used by postfix: > > > > master 473 root txt VREG 4,26 129041 > > 3984706 /usr/local/libexec/postfix/master > > master 473 root txt VREG 4,12 152700 495144 > > /libexec/ld-elf.so.1 master 473 root txt VREG 4,26 229823 > > 3768403 /usr/local/lib/libsasl2.so.2 > > master 473 root txt VREG 4,26 28040 5700906 > > /usr/lib/libpam.so.2 master 473 root txt VREG 4,12 32740 > > 211974 /lib/libcrypt.so.2 master 473 root txt VREG 4,26 > > 216480 > > 3768737 /usr/local/lib/libpcre.so.0 > > master 473 root txt VREG 4,12 966792 213219 /lib/libc.so.5 > > > > If your system was mine here is what I would do first: > > > > Make sure there is no /etc/libmap.conf > > > > to make sure all dependencies are corectly built: > > portmanager mail/postfix -f -l > > > > Above I would just do because I was curious if it could be fixed, > > but then I would upgrade to 5.4 STABLE or 5.4 RELEASE then > > portmanager -u -f -l to make sure all ports were built against the > > correct system libraries. My earlier point about downgrading specific > > ports is still valid in your case, sometime doing that just creates new > > problems because your dependencies are mismatched. > > Tried doing the portmanage command, after running it the first time, it > upgraded Postfix back to 2.2.6. Then I ran it a 2nd time, this is the > result: > > ------------------------------------------------------------------------ > Port Status Report "forced mode" > ------------------------------------------------------------------------ > 00001 have:postfix-2.2.6,1 /mail/postfix > built with OLD dependency: openldap-client-2.2.29 00002 > have:openssl-0.9.8a /security/openssl > ORIGINAL 00003 have:cyrus-sasl-2.1.21_1 > /security/cyrus-sasl2 ORIGINAL 00004 have:db42-4.2.52_4 > /databases/db42 ORIGINAL 00005 > have:pcre-6.4 /devel/pcre > ORIGINAL 00006 ----:openldap-client-2.2.29 > /net/openldap22-client MISSING 00007 have:perl-5.8.7 > /lang/perl5.8 ORIGINAL 00008 > have:libtool-1.5.20 /devel/libtool15 > ORIGINAL > ======================================================================== > skipping postfix-2.2.6,1 /mail/postfix until dependency openssl-0.9.8a > updated skipping openssl-0.9.8a /security/openssl until dependency > perl-5.8.7 updated skipping cyrus-sasl-2.1.21_1 /security/cyrus-sasl2 until > dependency openssl-0.9.8a updated skipping db42-4.2.52_4 /databases/db42 > until dependency libtool-1.5.20 updated skipping pcre-6.4 /devel/pcre until > dependency libtool-1.5.20 updated skipping openldap-client-2.2.29 > /net/openldap22-client until dependency openssl-0.9.8a updated skipping > perl-5.8.7 /lang/perl5.8 marked IGNORE reason: failed during make skipping Can you build perl manually? cd /usr/ports/lang/perl5.8 && make clean make && make deinstall install If not you need to solve that. Can you build libtool manually? cd /usr/ports//devel/libtool15 && make clean make && make deinstall install If not you need to solve that. No point worring over the rest if the above won't build, and if you get them to then finish running portmanager -Mike > libtool-1.5.20 /devel/libtool15 marked IGNORE reason: failed during make > ------------------------------------------------------------------------ > portmanager 0.3.9_7 INFO: finished with some ports not updated if --log > was used see /var/log/portmanager.log > ------------------------------------------------------------------------ > > > Now I have problems with the 'ls' command and starting postfix, getting > Segmentation faults. Postfix runs and I am still reaching kern.maxfiles, > but now this problem as well: > > esmtp# postfix start > postfix/postfix-script: warning: not owned by root: > /usr/local/libexec/postfix Segmentation fault (core dumped) > postfix/postfix-script: warning: not owned by root: /usr/local/etc/postfix > Segmentation fault (core dumped) > postfix/postfix-script: warning: not owned by root: /var/spool/postfix > Segmentation fault (core dumped) > Segmentation fault (core dumped) > Segmentation fault (core dumped) > Segmentation fault (core dumped) > Segmentation fault (core dumped) > postfix/postfix-script: starting the Postfix mail system > esmtp# > > Here is the output from lsof you asked about: > > esmtp# ps ax | grep postfix > 81517 ?? Ss 0:00.68 /usr/local/libexec/postfix/master > esmtp# lsof -p 81517 > COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME > master 81517 root cwd VDIR 4,17 512 965640 > /var/spool/postfix master 81517 root rtd VDIR 4,13 512 > 2 / > master 81517 root txt VREG 4,16 130446 2499027 > /usr/local/libexec/postfix/master master 81517 root txt VREG 4,13 > 135188 94210 /libexec/ld-elf.so.1 master 81517 root txt VREG > 4,16 101414 2237774 /usr/local/lib/libsasl2.so.2 master 81517 root txt > VREG 4,16 28036 1413244 /usr/lib/libpam.so.2 master 81517 root > txt VREG 4,13 32740 70658 /lib/libcrypt.so.2 master 81517 > root txt VREG 4,16 259651 2248597 /usr/local/lib/libssl.so.4 > master 81517 root txt VREG 4,16 1308218 2248591 > /usr/local/lib/libcrypto.so.4 master 81517 root txt VREG 4,16 > 969676 2498628 /usr/local/lib/db42/libdb-4.2.so.2 master 81517 root txt > VREG 4,16 240854 2237668 /usr/local/lib/libldap-2.2.so.7 master > 81517 root txt VREG 4,16 61071 2237665 > /usr/local/lib/liblber-2.2.so.7 master 81517 root txt VREG 4,16 > 158332 2237775 /usr/local/lib/libpcre.so.0 master 81517 root txt VREG > 4,13 892348 70667 /lib/libc.so.5 master 81517 root txt VREG > 4,16 111336 1415475 /usr/lib/libc_r.so.5 master 81517 root txt VREG > 4,16 47428 2237797 /usr/local/lib/nss_ldap.so.1 master 81517 root > 0u VCHR 2,2 0t0 8 /dev/null master 81517 root 1u > VCHR 2,2 0t0 8 /dev/null master 81517 root 2u VCHR > 2,2 0t0 8 /dev/null master 81517 root 3r VREG > 4,13 1001 23915 /etc/localtime master 81517 root 4r VREG > 4,16 56 336603 /usr/share/zoneinfo/GMT master 81517 root 5u > unix 0xcacb2870 0t0 ->0xc6d674b0 master 81517 root 6u > VCHR 2,2 0t0 8 /dev/null master 81517 root 7u VCHR > 2,2 0t0 8 /dev/null master 81517 root 8u VCHR > 2,2 0t0 8 /dev/null master 81517 root 9u VCHR 2,2 > 0t0 8 /dev/null master 81517 root 10u VCHR 2,2 0t0 > 8 /dev/null master 81517 root 11uW VREG 4,17 17 965641 > /var/spool/postfix/pid/master.pid master 81517 root 12u PIPE 0xc727a4b4 > 16384 ->0xcb82f6b8 master 81517 root 13u IPv4 0xc766ea10 > 0t0 TCP *:smtp (LISTEN) master 81517 root 14u PIPE 0xcb82e810 > 16384 ->0xc70f16b8 master 81517 root 15u PIPE 0xc70f16b8 > 16384 ->0xcb82e810 master 81517 root 16u > 0xc7d3d110 file struct, ty=0x4, op=0xc0898ba0 master 81517 root > 17u PIPE 0xc720d204 16384 ->0xc72162b0 master 81517 root > 18u PIPE 0xc72162b0 16384 ->0xc720d204 master 81517 root 19u > unix 0xc729c3c0 0t0 public/cleanup master 81517 root 20u > PIPE 0xcb831158 16384 ->0xc7ac760c master 81517 root 21u > PIPE 0xc7ac760c 16384 ->0xcb831158 master 81517 root 22u > 0xc7cb0484 file struct, ty=0x4, op=0xc0898ba0 > master 81517 root 23u PIPE 0xcb82f204 16384 ->0xc8864d70 > master 81517 root 24u PIPE 0xc8864d70 16384 ->0xcb82f204 > master 81517 root 25u unix 0xc72961e0 0t0 private/rewrite > master 81517 root 26u PIPE 0xc8862158 16384 ->0xcb9334b4 > master 81517 root 27u PIPE 0xcb9334b4 16384 ->0xc8862158 > master 81517 root 28u unix 0xcb7ce870 0t0 private/bounce > master 81517 root 29u PIPE 0xcb933408 16384 ->0xcb91ed70 > master 81517 root 30u PIPE 0xcb91ed70 16384 ->0xcb933408 > master 81517 root 31u unix 0xc72182d0 0t0 private/defer > master 81517 root 32u PIPE 0xcb84a560 16384 ->0xcb84aec8 > master 81517 root 33u PIPE 0xcb84aec8 16384 ->0xcb84a560 > master 81517 root 34u unix 0xcb7b84b0 0t0 public/flush > master 81517 root 35u PIPE 0xc776d4b4 16384 ->0xc70df000 > master 81517 root 36u PIPE 0xc70df000 16384 ->0xc776d4b4 > master 81517 root 37u unix 0xcba61a50 0t0 private/proxymap > master 81517 root 38u PIPE 0xc730bac0 16384 ->0xc7216ac0 > master 81517 root 39u PIPE 0xc7216ac0 16384 ->0xc730bac0 > master 81517 root 40u unix 0xcb188780 0t0 private/smtp > master 81517 root 41u PIPE 0xcb91e4b4 16384 ->0xc6d38158 > master 81517 root 42u PIPE 0xc6d38158 16384 ->0xcb91e4b4 > master 81517 root 43u unix 0xcb17cd20 0t0 private/relay > master 81517 root 44u PIPE 0xc6d388bc 16384 ->0xcb82f4b4 > master 81517 root 45u PIPE 0xcb82f4b4 16384 ->0xc6d388bc > master 81517 root 46u unix 0xc75d8c30 0t0 public/showq > master 81517 root 47u PIPE 0xc7954810 16384 ->0xc6d3fc18 > master 81517 root 48u PIPE 0xc6d3fc18 16384 ->0xc7954810 > master 81517 root 49u unix 0xcadb4780 0t0 private/error > master 81517 root 50u PIPE 0xc75e0000 16384 ->0xc8865204 > master 81517 root 51u PIPE 0xc8865204 16384 ->0xc75e0000 > master 81517 root 52u unix 0xc70ecd20 0t0 private/local > master 81517 root 53u PIPE 0xc7ac96b8 16384 ->0xc75e04b4 > master 81517 root 54u PIPE 0xc75e04b4 16384 ->0xc7ac96b8 > master 81517 root 55u unix 0xcb7b5b40 0t0 private/virtual > master 81517 root 56u PIPE 0xc6ceed70 16384 ->0xc727a8bc > master 81517 root 57u PIPE 0xc727a8bc 16384 ->0xc6ceed70 > master 81517 root 58u unix 0xcb7c8a50 0t0 private/lmtp > master 81517 root 59u PIPE 0xc727a2b0 16384 ->0xc7ac8408 > master 81517 root 60u PIPE 0xc7ac8408 16384 ->0xc727a2b0 > master 81517 root 61u unix 0xcba624b0 0t0 private/maildrop > master 81517 root 62u PIPE 0xc776d35c 16384 ->0xc7ac9408 > master 81517 root 63u PIPE 0xc7ac9408 16384 ->0xc776d35c > master 81517 root 64u unix 0xc7a404b0 0t0 private/cyrus > master 81517 root 65u PIPE 0xc70fe8bc 16384 ->0xc7ac7408 > master 81517 root 66u PIPE 0xc7ac7408 16384 ->0xc70fe8bc > master 81517 root 67u unix 0xca8e8d20 0t0 private/uucp > master 81517 root 68u PIPE 0xcb91e60c 16384 ->0xc6ced764 > master 81517 root 69u PIPE 0xc6ced764 16384 ->0xcb91e60c > master 81517 root 70u unix 0xcb7d8a50 0t0 private/ifmail > master 81517 root 71u PIPE 0xc72160ac 16384 ->0xc75e0764 > master 81517 root 72u PIPE 0xc75e0764 16384 ->0xc72160ac > master 81517 root 73u unix 0xc779d870 0t0 private/bsmtp > master 81517 root 74u PIPE 0xc795435c 16384 ->0xc7ac8ac0 > master 81517 root 75u PIPE 0xc7ac8ac0 16384 ->0xc795435c > master 81517 root 76u unix 0xcb7b53c0 0t0 > private/smtp-amavis master 81517 root 77u PIPE 0xc70ffcc4 16384 > ->0xcb7f04b4 master 81517 root 78u PIPE 0xcb7f04b4 16384 > ->0xc70ffcc4 master 81517 root 79u IPv4 0xcb9125c0 0t0 TCP > localhost.webtent.net:10025 (LISTEN) master 81517 root 80u PIPE > 0xcb8306b8 16384 ->0xcb82ee1c master 81517 root 81u PIPE > 0xcb82ee1c 16384 ->0xcb8306b8 master 81517 root 82u unix > 0xcb7ae0f0 0t0 private/trace master 81517 root 83u PIPE > 0xc6d384b4 16384 ->0xc720dd70 master 81517 root 84u PIPE > 0xc720dd70 16384 ->0xc6d384b4 master 81517 root 85u unix > 0xc7558960 0t0 private/verify master 81517 root 86u PIPE > 0xc7953204 16384 ->0xc7ac8810 master 81517 root 87u PIPE > 0xc7ac8810 16384 ->0xc7953204 master 81517 root 88u unix > 0xc72183c0 0t0 private/anvil master 81517 root 89u PIPE > 0xc70feb6c 16384 ->0xc7ac84b4 master 81517 root 90u PIPE > 0xc7ac84b4 16384 ->0xc70feb6c master 81517 root 91u unix > 0xcb7dec30 0t0 private/scache master 81517 root 92u PIPE > 0xc6e1dec8 16384 ->0xc776d60c master 81517 root 93u PIPE > 0xc776d60c 16384 ->0xc6e1dec8 master 81517 root 94u unix > 0xcb792c30 0t0 private/discard master 81517 root 95u PIPE > 0xc7216b6c 16384 ->0xc6e1d204 master 81517 root 96u PIPE > 0xc6e1d204 16384 ->0xc7216b6c master 81517 root 97u unix > 0xcb7d6a50 0t0 private/tlsmgr master 81517 root 98u PIPE > 0xc75e1c18 16384 ->0xc6e1da14 master 81517 root 99u PIPE > 0xc6e1da14 16384 ->0xc75e1c18 master 81517 root 100u PIPE > 0xcb82f6b8 16384 ->0xc727a4b4 master 81517 root 101u PIPE > 0xc6ced0ac 16384 ->0xc70df0ac master 81517 root 102u PIPE > 0xc70df0ac 16384 ->0xc6ced0ac Segmentation fault
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200512121142.38541.ringworm01>