Re: [courier-users] Pythonfilter going defunct

Tim Lyth wrote:
> But WHY did it take TWO days before Courier started to play up...
>

Because "dist-upgrade" doesn't restart running services. If you remove
the libraries used by a running process, the files stay on disk and
available until the process exits. That's why you should probably
reboot after a "dist-upgrade" and verify that each service is still
functional. "dist-upgrade" is not a trivial operation, and should only
be done by hand when you're upgrading your system.

> Further analysis of the log files shows that the problem actually
> started earlier.
> At 21:46:53 on March 5 the system was rebooted due to a power outage.
>

That makes a lot more sense.

>> The only question is: why did courier restart at 1AM? Probably a cron
>> job of some type.
>>
> Sam's answered it perfectly well - it does it all itself.
>

I was thinking more along the lines of "why did courierfilter restart at
1am". courierd doesn't restart the filters. There wasn't any real
reason for that problem to start at 1am based on the information that
you provided. If the host restarted earlier due to a power problem, and
filters stopped working at that point, then there is no mystery.

>> ...
>> You can use "file" on the old DBMs and the new ones to confirm (or not)
>> that the type of DBM changed.
>>
> This is where things get interesting.
>
> The saved out copy of one of the non-overwritten "faulty" files via
> `file greylist_whitelistDomains` gives: greylist_whitelistDomains:
> Berkeley DB (Hash, version 9, native byte-order)
>
> `file /var/state/pythonfilter/greylist_whitelistDomains` gives:
> /var/state/pythonfilter/greylist_whitelistDomains: Berkeley DB (Hash,
> version 8, native byte-order)
>

So, after a "dist-upgrade", python is now linked against a different
(older?) version of libdb.

I think that's ridiculous, but that's why you ought not casually do
"dist-upgrade"s.

I certainly hope that wouldn't have happened by an "upgrade" alone.
Does your log indicate any libdb updates?


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
courier-users mailing list
courier-users@lists.sourceforge.net
Unsubscribe: https://lists.sourceforge.net/lists/.../courier-users