Account Options

  1. Sign in
The old Google Groups will be going away soon, but your browser is incompatible with the new version.
Google Groups Home
« Groups Home
Odd behavior in exim
There are currently too many topics in this group that display first. To make this topic appear first, remove this option from another topic.
There was an error processing your request. Please try again.
flag
  1 message - Collapse all  -  Translate all to Translated (View all originals)
The group you are posting to is a Usenet group. Messages posted to this group will make your email address visible to anyone on the Internet.
Your reply message has not been sent.
Your post was successful
 
From:
To:
Cc:
Followup To:
Add Cc | Add Followup-to | Edit Subject
Subject:
Validation:
For verification purposes please type the characters you see in the picture below or the numbers you hear by clicking the accessibility icon. Listen and type the numbers you hear
 
Brad Alexander  
View profile  
 More options Nov 19 2012, 10:30 pm
Newsgroups: linux.debian.user
From: Brad Alexander <stor...@gmail.com>
Date: Tue, 20 Nov 2012 04:30:01 +0100
Local: Mon, Nov 19 2012 10:30 pm
Subject: Odd behavior in exim
Hi all,

I noticed that I am getting some strange behavior from Exim. While
checking puppet dashboard, I noticed that a few machines were being
changed every run. When I drilled down into these four machines, I saw
the following in puppet:

ensure changed 'stopped' to 'running'
        /Stage[main]/Exim4::Service/Service[exim4]/ensure

This happened on all four hosts between puppet runs, on 2012-11-18
between 09:56 and 10:10. all sid machines running exim4, exim4-base,
exim4-config, and exim4-daemon-light, version 4.80-5.1. Note that I
have other sid boxes running the same versions of the same packages.
Two of the boxes affected are physical, and the other two are openvz
containers

On these affected boxes, I see the exim process running:

# ps auxww | grep exim
Debian-+ 30804  0.0  0.0  46812   960 ?        Ss   21:42   0:00
/usr/sbin/exim4 -bd -q30m

But exim4 status (which is what puppet uses) shows:

# /etc/init.d/exim4 status
[....] checking separate queue runner daemon.../etc/init.d/exim4:
invalid arguments
done (not running).
[....] checking combined SMTP listener and queue runner
daemon.../etc/init.d/exim4: invalid arguments

The only other commonality is that during this window, each of these
four hosts have in their logs, which does not appear to be related
(though these being the only four boxes to have it and during that
timeframe...I don't believe in coincidences)

Nov 18 09:56:39 worf init: Trying to re-exec init
Nov 18 09:56:39 worf init: no more processes left in this runlevel
Nov 18 09:56:47 dax init: Trying to re-exec init
Nov 18 09:56:47 dax init: no more processes left in this runlevel
Nov 18 10:05:35 valiant init: Trying to re-exec init
Nov 18 10:07:08 defiant init: Trying to re-exec init

I have since rebooted dax, just to see, and /etc/init.d/exim4 status
still shows the same error.

I also checked the dpkg.logs, and the last exim4 upgrade on valiant
was 2012-10-05, dax was 2012-10-29, on worf and defiant was
2012-10-30.

So what would cause these four hosts, out of 16, to start giving
errors in /etc/init.d/exim4 status? The configs are managed by puppet,
and a check of all sid boxes shows all the configs match (the working
and non-working, a total of 9 hosts), as do /etc/init.d/exim4 files.

Can someone more familiar with exim4 give me an idea of what could be wrong?

Thanks,
--b

--
To UNSUBSCRIBE, email to debian-user-REQU...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/CAKmZw+authkLhnQ8kYTQ=0raJNdkbS2fg=5UvrzgLcjD_9F...@mail.gmail.com


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
End of messages
« Back to Discussions « Newer topic     Older topic »