Gordon,

> Hi, I've upgraded to BerkeleyDB-4.2 but still the problem persists.
> Basically, I downloaded the db4.2 package from sunfreeware, installed
> it, created a symlink from /usr/local/Berkeley-4.2 to
> /usr/local/BerkeleyDB, then added more symlinks to the relevant libs and
> includes in /usr/local/lib (libdb-4.2.a, libdb-4.2.so, libdb-4.so,
> libdb.a and libdb.so) and /usr/local/include (db.h and db_185.h), as
> compiling under Solaris finds things better using this method
> (BerkeleyDB and OpensSSL specifically). I have removed the old
> BerkeleyDB-3x symlinks.

> Apr 11 13:22:09 isis.eng.fsu.edu /usr/local/sbin/amavisd[8984]: Creating 
> db in /var/amavis/db/; BerkeleyDB 0.27, libdb 4.2

Looks good.

(for the archive: as a quick test,  $enable_db=0  would
also eliminate the possibility that libdb/BerkeleyDB is broken)

> Apr 11 13:49:04 isis.eng.fsu.edu /usr/local/sbin/amavisd[8987]:
> (08987-01) TempDir::prepare: creating directory
> /var/amavis/tmp/amavis-20060411T134904-08987

> Apr 11 13:49:04 isis.eng.fsu.edu /usr/local/sbin/amavisd[8987]:
> (08987-01) TempDir::prepare_file: creating file
> /var/amavis/tmp/amavis-20060411T134904-08987/email.txt

We have "TempDir::prepare_file: creating file" this time.
Could have been just lost in the buffer in your previous log.

> Apr 11 13:49:04 isis.eng.fsu.edu /usr/local/sbin/amavisd[8984]:
> Net::Server: Starting "1" children

Most weird. Between "creating file" and returning a SMTP status
there is hardly any significant processing going on.
If policy bank MYNETS exists and @mynetworks_maps is defined
there would be a call to lookup_ip_acl() with its own log entry,
and after that a lookup on sender address against @debug_sender_maps.

All this processing is pure Perl code, so unless there is
a bug in Perl itself (yours is 5.6.1, pretty ancient), there
couldn't be any process crash provoked by pure Perl code.

I'm running out of ideas. Is there anything like truss or strace
on Solaris to trace system calls in the child process?
Perhaps you are running out of some tight resource limit.

  Mark


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
AMaViS-user mailing list
AMaViS-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amavis-user
AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3
AMaViS-HowTos:http://www.amavis.org/howto/

Reply via email to