OSEC

Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com
Re: why every minute: "reload configuration /etc/postfix" - SOLVED

From: Andy Spiegl (spiegl+postfixbr-online.de)
Date: Fri May 09 2008 - 04:42:49 CDT


On 2008-05-08, 19:43, Arne Hoffmann wrote:
> rootnell:~# cat /etc/debian_version
> 4.0
> rootnell:~# rndc status
> number of zones: 6
...
Yepp, I am aware that there is a problem specific to my setup.
On a cleanly setup server with etch I can't see the same behavior
either. It would have really surprised me if the bind of Debian 4.0
were so broken. My suspicion is that some old (sarge) libraries are
still hanging around - gotta test that.

> 1) watchdog can check your system ...
We are not using _the_ watchdog, but _a_ watchdog. (self written)
Sorry for the misunderstanding.

On 2008-05-08, 14:09, Bill Cole wrote:
> That is not normally the case. I have run BIND 9 and Postfix
> together on the same machine on a variety of OS's and never have
> seen them interact as you describe.
Strange. Here, "/etc/init.d/bind9 stop" or "... start" immediately
leads to this line in the postfix log:
  postfix/master[14598]: reload configuration /etc/postfix

This happens even after I stop all services except postfix, bind and
sshd on this machine (see process list below). Setting back bind to
its defaults didn't help either.

> They normally are not. I'm just guessing, but I'd say that whatever
> that broken watchdog is doing when it "restarts bind" is also
> restarting Postfix, which is a pointless and likely harmful
> behavior.
I checked: no, it just checks the nameserver (actually not using rndc
but a call to "/usr/bin/host some.host localhost" which was failing
because of the library error, too) and restarts it.

And I just discovered that I can reproduce this behavior on servers
with Debian 3.1 (sarge):

 debian31:~#/etc/init.d/bind9 restart
 Stopping domain name service: named.
 Starting domain name service: named.

 debian31:~#tailf /var/log/mail.log
...
 May 9 11:34:01 debian31 postfix/postfix-script: refreshing the Postfix mail system
 May 9 11:34:05 debian31 postfix/master[20563]: reload configuration
...
 May 9 11:34:07 debian31 postfix/postfix-script: refreshing the Postfix mail system
 May 9 11:34:07 debian31 postfix/master[20563]: reload configuration
...

So, either one bind or postfix is smarter than we thought so far.

Thanks,
 Andy.

PS:

USER PID PPID S CPU %MEM RSS VSZ START ELAPSED TIME CMD
bind 15794 1 S - 0.3 7912 19044 11:23 01:37 0:00 /usr/sbin/named -u bind
postfix 15851 14598 S - 0.0 1564 4824 11:23 01:36 0:00 pickup -l -t fifo -u -c
postfix 15855 14598 S - 0.0 1596 4856 11:23 01:36 0:00 qmgr -l -t fifo -u
root 1 0 S - 0.0 644 1948 18:19 17:05:28 0:01 init [2]
root 2 1 S - 0.0 0 0 18:19 17:05:28 0:00 [migration/0]
root 3 1 S - 0.0 0 0 18:19 17:05:28 0:00 [ksoftirqd/0]
root 4 1 S - 0.0 0 0 18:19 17:05:28 0:00 [migration/1]
root 5 1 S - 0.0 0 0 18:19 17:05:28 0:00 [ksoftirqd/1]
root 6 1 S - 0.0 0 0 18:19 17:05:28 0:00 [events/0]
root 7 1 S - 0.0 0 0 18:19 17:05:28 0:00 [events/1]
root 8 1 S - 0.0 0 0 18:19 17:05:28 0:00 [khelper]
root 9 1 S - 0.0 0 0 18:19 17:05:28 0:00 [kthread]
root 13 9 S - 0.0 0 0 18:19 17:05:28 0:00 [kblockd/0]
root 14 9 S - 0.0 0 0 18:19 17:05:28 0:00 [kblockd/1]
root 15 9 S - 0.0 0 0 18:19 17:05:28 0:00 [kacpid]
root 101 9 S - 0.0 0 0 18:19 17:05:28 0:00 [kseriod]
root 145 9 S - 0.0 0 0 18:19 17:05:28 0:00 [pdflush]
root 146 9 S - 0.0 0 0 18:19 17:05:28 0:00 [pdflush]
root 147 9 S - 0.0 0 0 18:19 17:05:28 0:00 [kswapd0]
root 148 9 S - 0.0 0 0 18:19 17:05:28 0:00 [aio/0]
root 149 9 S - 0.0 0 0 18:19 17:05:28 0:00 [aio/1]
root 305 1 S - 0.0 0 0 18:19 17:05:27 0:00 [kirqd]
root 624 9 S - 0.0 0 0 18:19 17:05:27 0:00 [khubd]
root 669 9 S - 0.0 0 0 18:19 17:05:27 0:00 [ata/0]
root 670 9 S - 0.0 0 0 18:19 17:05:27 0:00 [ata/1]
root 671 9 S - 0.0 0 0 18:19 17:05:27 0:00 [ata_aux]
root 731 9 S - 0.0 0 0 18:19 17:05:27 0:00 [scsi_eh_0]
root 732 9 S - 0.0 0 0 18:19 17:05:27 0:00 [scsi_eh_1]
root 824 9 S - 0.0 0 0 18:20 17:05:20 0:00 [scsi_eh_2]
root 1130 9 S - 0.0 0 0 18:20 17:05:17 0:02 [kjournald]
root 1743 9 S - 0.0 0 0 18:20 17:05:15 0:00 [kpsmoused]
root 2016 9 S - 0.0 0 0 18:20 17:05:07 0:00 [kmirrord]
root 2369 1 S - 0.0 568 1624 18:20 17:05:04 0:02 /sbin/syslogd
root 3353 1 S - 0.0 496 1576 18:20 17:04:45 0:00 /sbin/getty -f /etc/issue.linuxlogo 38400 tty1
root 3354 1 S - 0.0 496 1576 18:20 17:04:45 0:00 /sbin/getty -f /etc/issue.linuxlogo 38400 tty2
root 3355 1 S - 0.0 492 1572 18:20 17:04:45 0:00 /sbin/getty -f /etc/issue.linuxlogo 38400 tty3
root 11263 23782 R - 0.1 2568 8124 10:49 35:55 0:00 sshd: rootpts/1
root 11275 11263 R - 0.1 3612 7680 10:49 35:55 0:00 zsh -l
root 11931 23782 S - 0.1 2568 8124 10:51 34:07 0:00 sshd: rootpts/2
root 11947 11931 S - 0.1 2680 6116 10:51 34:06 0:00 zsh -l
root 11977 11947 S - 0.0 488 3428 10:51 34:05 0:00 tail -f /var/log/mail.log
root 14598 1 S - 0.0 1604 4816 11:08 16:25 0:00 /usr/lib/postfix/master
root 23782 1 S - 0.0 1108 4928 08:17 03:08:20 0:00 /usr/sbin/sshd

--
 To the intelligent, life is infinitely mysterious.
 The stupid have an answer for every question.