Got to the bottom of another weird one...

Piping the output of smbmount back to autofs/automount was causing the
automount process to hang.  Reason was that automount was depending
on the pipe to close to continue on, rather than detecting the child
signal.  This occured with debug enabled and the daemon process was not
closing the stdout process.  Disabling debuging avoids the problem.
Debugging is turned off in the cvs repository and a warning placed over
the debugging option.
(This used to be commit 329ceaee49fa0175f78873433bd942865309f633)

diff --git a/source3/client/smbmount.c b/source3/client/smbmount.c
index c3f05fd8e6ce8367542923d562f7095242d9aa06..4b0cd7dff703a07653851f7d1e7e57ff4e6aed0a 100644 (file)
--- a/source3/client/smbmount.c
+++ b/source3/client/smbmount.c
@@ -40,7 +40,11 @@ static struct smb_conn_opt conn_options;
 #endif
 
 /* Uncomment this to allow debug the smbmount daemon */
-#define SMBFS_DEBUG 1
+/* WARNING!  This option is incompatible with autofs/automount because
+       it does not close the stdout pipe back to the automount
+       process, which automount depends on.  This will cause automount
+       to hang!  Use with caution! */
+/* #define SMBFS_DEBUG 1       */
 
 pstring cur_dir = "\\";
 pstring cd_path = "";