+++ This bug was initially created as a clone of Bug #240973 +++
Description of problem:
Currently, in order to enable debugging for the autofs daemon, one has to
restart the daemon. Unfotunately, when experiencing transient problems, this
often makes the problematic behaviour go away. It would be better if the daemon
supported a mechanism to enable debugging at run-time.
-- Additional comment from email@example.com on 2007-08-13 14:17 EST --
Created an attachment (id=161200)
Add a daemon option to set the log priority at run-time.
Ian, that patch should work just fine for autofs 5, so long as you agree with
the approach taken.
(In reply to comment #1)
> Ian, that patch should work just fine for autofs 5, so long as you agree with
> the approach taken.
Yes, you've been wanting to do this for a while.
The approach is fine with me.
I can see the usefulness of not having to change the
map and send a HUP signal as even that may change the
error situation we're trying to capture debug info about.
There's a bit more to it in v5 as we have a handle_mount
thread for each mount. So we need a way to specify which
one or all. We'll also need to update the man pages and
make sure selinux is happy.
After some thought I'm a bit confused (no surprises there).
How does the v4 patch deal with multiple automount processe?
Won't the first one to read the socket take the request?
In the same vein, what happens with submounts?
(In reply to comment #3)
> After some thought I'm a bit confused (no surprises there).
> How does the v4 patch deal with multiple automount processe?
> Won't the first one to read the socket take the request?
> In the same vein, what happens with submounts?
Yeah, it doesn't! I'll rework it to fix that little issue. I guess an easier
approach might be to use some system V shared memory.
Ian, I've got an implementation of this for the v4 daemon posted in bugzilla
240973. I can't add it to RHEL 4 until we have the functionality implemented in
So, go ahead and devel_ack this if you can fit it into your 5.2 schedule.
(In reply to comment #5)
> Ian, I've got an implementation of this for the v4 daemon posted in bugzilla
> 240973. I can't add it to RHEL 4 until we have the functionality implemented in
> v5, though.
> So, go ahead and devel_ack this if you can fit it into your 5.2 schedule.
That reminds me, I've got to sort out the current issues so
I can do that planning.
The patch will need some changes but hopefully will not be
difficult to apply.
Created attachment 195931 [details]
Allow for the changing of log priority at run-time
This is the patch I submitted for upstream inclusion.
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux maintenance release. Product Management has requested
further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products. This request is not yet committed for inclusion in an Update
This change has been included in autofs-5.0.1-0.rc2.66 (RHEL-5)
This change can be verified by the rhts test bugzillas/bz240973
within the autofs workflow.
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.