From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.3) Gecko/20040924 Description of problem: I have an autofs script to enable mounting sharepoints on a Windows 2000 server. To mount the "java" sharepoint on "roach", I go to cd ~/mnt/.automount/roach.java for which the automount script produces -fstype=smbfs,username=thomas.sprinkmeier/ebor,password=secret,uid=thomas.sprinkmeier ://roach/java This used to work with autofs-3.1.7-41 (pre-upgrade) and autofs-4.1.2-2 (FC2 system) as well as RH9, but on RH-ES3 update 3 I get the following in /var/log/messages: Nov 10 17:35:46 wendy automount[31674]: >> SMB connection failed Nov 10 17:35:46 wendy automount[31674]: mount(generic): failed to mount //roach/javaa (type smbfs) on /home/thomas.sprinkmeier/mnt/.automount/roach.java Nov 10 17:35:46 wendy automount[31674]: failed to mount /home/thomas.sprinkmeier/mnt/.automount/roach.java note the doulbe "a" in "failed to mount //roach/javaa" As a workaround I can create a sharepoint "javaa" (double "a") on the windows server, so SAMBA seems to be working, just being told the wrog sharepoint name. Also, hidden sharepoints (\\roach\h$) work, it seems sharepoints ending in non-alphanumerics aren't mangled. Version-Release number of selected component (if applicable): autofs-4.1.3-12 How reproducible: Always Steps to Reproduce: 1. add /home/thomas.sprinkmeier/mnt/.automount /home/thomas.sprinkmeier/bin/automount.pl --timeout=60 to auto.master, create /home/thomas.sprinkmeier/mnt/.automount and re-start autofs 2. create /home/thomas.sprinkmeier/bin/automount.pl, a simple stub script that echos the line above will do: #!/bin/sh echo '-fstype=smbfs,username=thomas.sprinkmeier/ebor,password=secret,uid=thomas.sprinkmeier ://roach/java' 3. ls /home/thomas.sprinkmeier/mnt/.automount/roach.java This wil fail unless ROACH is sharing JAVAA (double "a") Actual Results: errors in /var/log/messages, see description Expected Results: //roach/java should be automounted and available, as it used to be pre-upgrade to release 3 Additional info:
Could you please add the --debug option to your auto.master for this entry? Also, add the following to your /etc/syslog.conf: *.* /var/log/debug Then restart syslogd (or send it a HUP signal): # killall -HUP syslogd and restart automount # service autofs restart Then, reproduce the problem and send me the contents of /var/log/debug. Thanks!
Created attachment 109854 [details] Description of test This is a description of the tests I did.
Created attachment 109855 [details] autofs config file added the -debug as requested
Created attachment 109856 [details] automount script
Created attachment 109857 [details] syslog
I'm curious, does your script place a '\n' at the end of the last line of output? I think this would be an interim solution to your problem. I do have a patch which should fix this. I'll update this bug when it has been committed. Thanks.
Great! I added a \n to the line generated by the script, and now it works! Thanks!
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-2005-177.html