+++ 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 jmoyer 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. Ian
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? Ian
(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 v5, though. 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. Ian
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 release.
This change has been included in autofs-5.0.1-0.rc2.66 (RHEL-5) and later. 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. http://rhn.redhat.com/errata/RHBA-2008-0354.html