From owner-freebsd-isp@FreeBSD.ORG Sun Sep 14 20:02:49 2003 Return-Path: Delivered-To: freebsd-isp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D5CA16A4BF for ; Sun, 14 Sep 2003 20:02:49 -0700 (PDT) Received: from angryfist.fasttrackmonkey.com (angryfist.fasttrackmonkey.com [216.223.196.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67D8F43F93 for ; Sun, 14 Sep 2003 20:02:48 -0700 (PDT) (envelope-from spork@fasttrackmonkey.com) Received: (qmail 53715 invoked by uid 85); 15 Sep 2003 02:59:06 -0000 Received: from spork@fasttrackmonkey.com by angryfist.fasttrackmonkey.com by uid 1001 with qmail-scanner-1.16 (sophie: 2.9/3.56. Clear:. Processed in 0.042288 secs); 15 Sep 2003 02:59:06 -0000 Received: from unknown (HELO green.nat.fasttrackmonkey.com) (66.92.108.110) by 0 with DES-CBC3-SHA encrypted SMTP; 15 Sep 2003 02:59:05 -0000 Date: Sun, 14 Sep 2003 23:02:46 -0400 (EDT) From: Charles Sprickman Sender: spork@green.nat.fasttrackmonkey.com To: Chris Shenton In-Reply-To: <86isnuj2gg.fsf@PECTOPAH.shenton.org> Message-ID: <20030914225900.S32860@green.nat.fasttrackmonkey.com> References: <86isnuj2gg.fsf@PECTOPAH.shenton.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-isp@freebsd.org cc: vchkpw@inter7.com Subject: Re: [vchkpw] vpopmail POP: "ERR aac, chiled crashed" after reboot, core dumped X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 03:02:49 -0000 On Sun, 14 Sep 2003, Chris Shenton wrote: > The machine was recently rebooted and vpopmail's POP now crashes upon > successful authentication (names changed for privacy, sorry): Two quick thoughts: -When you say it was rebooted, was that on purpose, or something went awry with the machine? If the latter, was there any filesystem damage? -What might have changed in your startup scripts from the last time the box was booted? The only difference here is you fail when going through tcpserver, but succeed on the cli. Look at what may be different in those two environments... Do other programs that use the vpopmail libs function properly? Just some random thoughts... Charles > chris@PECTOPAH<104> telnet foo.example.net pop3 > Trying 217.161.116.36... > Connected to foo.example.net. > Escape character is '^]'. > +OK <32620.1063584541@foo.example.net> > user chris@email.zz > +OK > pass MyPass > -ERR aack, child crashed > Connection closed by foreign host. > > If you enter a bogus passwd, it gives auth fail msg, so auth is > working: it only complains about child crash if I use the correct > password. It's not doing anything fancy like MySQL, just > authenticating from the vpasswd.cdb file. > > My system startup file is straight-forward: > > env - PATH="/var/qmail/bin:/usr/local/bin" \ > tcpserver 0 pop3 /var/qmail/bin/qmail-popup foo.example.net \ > /usr/local/vpopmail/bin/vchkpw /var/qmail/bin/qmail-pop3d Maildir & > > > If I execute the chain of commands from the command line, it works fine: > > foo# /var/qmail/bin/qmail-popup foo.example.net \ > /usr/local/vpopmail/bin/vchkpw /var/qmail/bin/qmail-pop3d Maildir > +OK <32749.1063585173@foo.example.net> > user chris@email.zz > +OK > pass MyPass > +OK > list > +OK > 1 776 > 2 588 > 3 588 > 4 666 > . > > > /var/log/messages shows: > > Sep 15 04:27:58 foo /kernel: pid 32838 (vchkpw), uid 0: exited on signal 11 (core dumped) > > It also shows less frequently: > > Sep 15 04:22:50 foo /kernel: pid 32791 (vdelivermail), uid 89: exited on signal 11 (core dumped) > > > Sure enough, the core file exists, in /usr/local/vpopmail/domains/email.zz: > > -rw------- 1 root vchkpw 339968 Sep 15 03:17 vchkpw.core > > At this point, I'm stuck, I don't know how to track down the problem. > I naively try: > > foo# gdb /usr/local/vpopmail/bin/vchkpw vchkpw.core > GNU gdb 4.18 > Copyright 1998 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-unknown-freebsd"... > (no debugging symbols found)... > Core was generated by `vchkpw'. > Program terminated with signal 11, Segmentation fault. > Reading symbols from /usr/lib/libcrypt.so.2...(no debugging symbols found)... > done. > Reading symbols from /usr/lib/libc.so.4...(no debugging symbols found)...done. > Reading symbols from /usr/libexec/ld-elf.so.1...(no debugging symbols found)... > done. > #0 0x8049e96 in free () > (gdb) where > #0 0x8049e96 in free () > #1 0xbfbffb40 in ?? () > #2 0x804ca6e in free () > #3 0x80497ff in free () > #4 0x80492c5 in free () > > > Any suggestions as to what's wrong and how to fix it? I didn't find > anything relevant doing a Google which fits my situation. > > Thanks. > >