AW: Bug#652026: amavisd-new: Init-script not working (stop/restart)
I think the problem is not the kernel nor amvisd-new.
The could be perl. I remember that I have to change definitions for nagios done via nrpe. Some check_procs commands couldn't find no longer the they have to look for.
I will check on monday that only perl processes are hit by this bug.
----- Originalnachricht -----
Von: Henrique de Moraes Holschuh [mailto:email@example.com]
Gesendet: Saturday, December 17, 2011 12:36 AM
An: Ben Hutchings <firstname.lastname@example.org>
Cc: Raphael Hertzog <email@example.com>; Reincke, Michael; firstname.lastname@example.org <email@example.com>; firstname.lastname@example.org <email@example.com>
Betreff: Re: Bug#652026: amavisd-new: Init-script not working (stop/restart)
reassign 652026 amavisd-new
On Fri, 16 Dec 2011, Ben Hutchings wrote:
> > What are those changes exactly?
> Whatever they are, they're not in the kernel.
Hmm, I noticed /proc/<pid>/stat was different on a 3.0 kernel, but it was a
system that was not yet upgraded to perl 5.14. I recalled (possibly
incorrectly) some talks about prctl changes in LKML.
Obviously I should have tested this in a up-to-date chroot... I apologise
> It is possible to change command names stored by the kernel, by writing
> to /proc/<pid>/tasks/<tid>/comm or by calling prctl(PR_SET_NAME, ...)
> within the process. A quick grep doesn't show amavis using those
> explicitly; it just sets $0.
> Sure enough, this is a documented change in Perl 5.14:
> Assignment to $0 sets the legacy process name with prctl() on
> On Linux the legacy process name is now set with prctl(2), in
> addition to altering the POSIX name via argv, as Perl has
> done since version 4.000. Now system utilities that read the
> legacy process name such as ps, top, and killall recognize the
> name you set when assigning to $0. The string you supply is
> truncated at 16 bytes; this limitation is imposed by Linux.
Hmm, this means we _will_ have to drop the use of --name in amavisd-new, no
way around it. I wish I could use -u and -g, but that requires actually
parsing the config files the same way amavisd-new does.
Reassiging back to amavisd-new. I will file a wishlist bug for a --namere
parameter for start-stop-daemon later, if we cannot find a better way to do
it in amavisd-new.
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie." -- The Silicon Valley Tarot
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact firstname.lastname@example.org
Archive: F2BD558451B7784185F8AAC0D8656025117A7E84B6@MSSRVS2 .atlas.de">http://lists.debian.org/F2BD558451B7784185F8AAC0D8656025117A7E84B6@MSSRVS2 .atlas.de