On 12/24/2010 9:59 AM, Mark Martinec wrote: > The amavisd-new-2.7.0-pre12 pre-release is available at: > > http://www.ijs.si/software/amavisd/amavisd-new-2.7.0-pre12.tar.gz > > with updated release notes at: > > http://www.ijs.si/software/amavisd/release-notes.txt > > > This is mainy a bug fix release over -pre11, so that one does > not need to manually apply the patches posted in recent days > on the mailing list. > > > Main changes since -pre11: > > - incorporates the three patches as posted on the mailing list > in the days following the -pre11 announcement. Thanks to > everybody who tested it and provided feedback, especially > to Christian Roessner and to Tonio for bug reports and testing. > > - provide a compatibility measure to make it possible to > run amavisd 2.7.0 with an unchanged SQL schema from 2.6.4 > during a transition period; search for $sql_schema_version > in release notes for details; > > - make it nonfatal (just a warning) if an old SQL server > does not understand a command: SET NAMES 'utf8' > > - updated amavisd.conf-default >
Mark, With some of my preliminary testing of -pre12 upon issuing the "amavisd reload" command I see the old child processes lingering around in a "<defunct>" state. The amavisd-nanny process only shows the newly created children. From a debug console everything appears to be functioning normally: --- Dec 30 09:40:42.314 mta-test /usr/sbin/amavisd[21123]: starting. (warm) /usr/sbin/amavisd at mta-test.ruraltel.net amavisd-new-2.7.0-pre12 (20101224), Unicode aware, LANG="en_US.UTF-8" Dec 30 09:40:42.315 mta-test /usr/sbin/amavisd[21123]: perl=5.008008, user=100, EUID: 100 (100); group=, EGID: 101 101 (101 101) Dec 30 09:40:42.315 mta-test /usr/sbin/amavisd[21123]: warm restart on HUP [21123]: '/usr/sbin/amavisd debug', sockets: 6|/var/amavis/amavisd.sock|1|UNIX, 4|127.0.0.1|10024|TCP ... Dec 30 09:40:43.379 mta-test /usr/sbin/amavisd[21123]: bind to /var/amavis/amavisd.sock|unix, 127.0.0.1:10024/tcp Pid_file created by this same process. Doing nothing. Pid_file created by this same process. Doing nothing. ... Dec 30 09:40:43.386 mta-test /usr/sbin/amavisd[21123]: Net::Server: Using default listen value of 128 Dec 30 09:40:43.386 mta-test /usr/sbin/amavisd[21123]: Net::Server: Binding open file descriptors Dec 30 09:40:43.387 mta-test /usr/sbin/amavisd[21123]: Net::Server: Binding to UNIX socket file /var/amavis/amavisd.sock using SOCK_STREAM Dec 30 09:40:43.387 mta-test /usr/sbin/amavisd[21123]: Net::Server: Binding to TCP port 10024 on host 127.0.0.1 ... Dec 30 09:40:52.243 mta-test /usr/sbin/amavisd[21123]: Net::Server: Beginning prefork (20 processes) Dec 30 09:40:52.243 mta-test /usr/sbin/amavisd[21123]: Net::Server: Starting "20" children Dec 30 09:40:52.410 mta-test /usr/sbin/amavisd[21253]: Net::Server: Child Preforked (21253) Dec 30 09:40:52.417 mta-test /usr/sbin/amavisd[21253]: entered child_init_hook Dec 30 09:40:52.444 mta-test /usr/sbin/amavisd[21253]: SpamControl: init_child on SpamAssassin done ... Dec 30 09:40:56.199 mta-test /usr/sbin/amavisd[21123]: Net::Server: Parent ready for children. --- Subsequent reloads will generate another set of zombies. Could this be due in part to the new warm restart and how the parent is handling the HUP handling the child processes? Just throwing that out as an idea... Here is the output showing the state of the children after the reload command and you can see older child processes still indicating a PPID of the master: --- amavis 21536 19431 2 09:54 pts/0 00:00:12 /usr/sbin/amavisd (master) amavis 21569 21536 0 09:55 pts/0 00:00:01 [amavisd] <defunct> amavis 21570 21536 0 09:55 pts/0 00:00:00 [amavisd] <defunct> amavis 21571 21536 0 09:55 pts/0 00:00:00 [amavisd] <defunct> amavis 21572 21536 0 09:55 pts/0 00:00:00 [amavisd] <defunct> amavis 21573 21536 0 09:55 pts/0 00:00:00 [amavisd] <defunct> amavis 21574 21536 0 09:55 pts/0 00:00:00 [amavisd] <defunct> amavis 21575 21536 0 09:55 pts/0 00:00:00 [amavisd] <defunct> amavis 21576 21536 0 09:55 pts/0 00:00:00 [amavisd] <defunct> amavis 21577 21536 0 09:55 pts/0 00:00:00 [amavisd] <defunct> amavis 21578 21536 0 09:55 pts/0 00:00:00 [amavisd] <defunct> amavis 21579 21536 0 09:55 pts/0 00:00:00 [amavisd] <defunct> amavis 21580 21536 0 09:55 pts/0 00:00:00 [amavisd] <defunct> amavis 21581 21536 0 09:55 pts/0 00:00:00 [amavisd] <defunct> amavis 21582 21536 0 09:55 pts/0 00:00:00 [amavisd] <defunct> amavis 21583 21536 0 09:55 pts/0 00:00:00 [amavisd] <defunct> amavis 21584 21536 0 09:55 pts/0 00:00:00 [amavisd] <defunct> amavis 21585 21536 0 09:55 pts/0 00:00:00 [amavisd] <defunct> amavis 21586 21536 0 09:55 pts/0 00:00:00 [amavisd] <defunct> amavis 21587 21536 0 09:55 pts/0 00:00:00 [amavisd] <defunct> amavis 21588 21536 0 09:55 pts/0 00:00:00 [amavisd] <defunct> amavis 21651 21536 0 09:57 pts/0 00:00:00 /usr/sbin/amavisd (virgin child) amavis 21652 21536 0 09:57 pts/0 00:00:00 /usr/sbin/amavisd (virgin child) amavis 21653 21536 0 09:57 pts/0 00:00:00 /usr/sbin/amavisd (virgin child) amavis 21654 21536 0 09:57 pts/0 00:00:00 /usr/sbin/amavisd (virgin child) amavis 21655 21536 0 09:57 pts/0 00:00:00 /usr/sbin/amavisd (virgin child) amavis 21656 21536 0 09:57 pts/0 00:00:00 /usr/sbin/amavisd (virgin child) amavis 21657 21536 0 09:57 pts/0 00:00:00 /usr/sbin/amavisd (virgin child) amavis 21658 21536 0 09:57 pts/0 00:00:00 /usr/sbin/amavisd (virgin child) amavis 21659 21536 0 09:57 pts/0 00:00:00 /usr/sbin/amavisd (virgin child) amavis 21660 21536 0 09:57 pts/0 00:00:00 /usr/sbin/amavisd (virgin child) amavis 21661 21536 0 09:57 pts/0 00:00:00 /usr/sbin/amavisd (virgin child) amavis 21662 21536 0 09:57 pts/0 00:00:00 /usr/sbin/amavisd (virgin child) amavis 21663 21536 0 09:57 pts/0 00:00:00 /usr/sbin/amavisd (virgin child) amavis 21664 21536 0 09:57 pts/0 00:00:00 /usr/sbin/amavisd (virgin child) amavis 21665 21536 0 09:57 pts/0 00:00:00 /usr/sbin/amavisd (virgin child) amavis 21666 21536 0 09:57 pts/0 00:00:00 /usr/sbin/amavisd (virgin child) amavis 21667 21536 0 09:57 pts/0 00:00:00 /usr/sbin/amavisd (virgin child) amavis 21668 21536 0 09:57 pts/0 00:00:00 /usr/sbin/amavisd (virgin child) amavis 21669 21536 0 09:57 pts/0 00:00:00 /usr/sbin/amavisd (virgin child) amavis 21670 21536 0 09:57 pts/0 00:00:00 /usr/sbin/amavisd (virgin child) --- Thank you again for your time. Clay ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ AMaViS-user mailing list AMaViS-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amavis-user Please visit http://www.ijs.si/software/amavisd/ regularly For administrativa requests please send email to rainer at openantivirus dot org
