Bug 82820

Can't reproduce here. Did 20 mounts of a samba server, no problems at all.

I have the same problem on phoebe 3 for mounting a win2000 server's services. 
Works ok on redhat 8.0!

Completes first mount of a //server/service1. Hangs on second mount of
//server/service2.  Note that in my case the two services are on the same server
and I need to use the "workgroup" option to gain authority.  There are other
services on the same server that I do not have authority for.

/etc/fstab:

//server/service1 /home/me/server/service1 smbfs
uid=me,gid=me,credentials=/home/me/mywincreds,workgroup=mywingrp 0 0

//server/service2 /home/me/server/service2 smbfs
uid=me,gid=me,credentials=/home/me/mywincreds,workgroup=mywingrp 0 0

/home/me/mywincreds ... permissions 600:

username = mywinuid
password = mywinpassword

then as root:

"mount /home/me/server/service1" completes ok.

"mount /home/me/server/service2" hangs every time indefinitely but the service
seems to be mounted ok.

Is there any information I can give to detect the source of this problem?

As I am not alone with this problem, I reopen this bug (I suspect a closed bug
will never gain attention).

Sure - information on how I can reproduce the problem on my system :) The main problem 
is that very often, environmental factors such as system or network configuration make 
that impossible. e.g. someone commented that they saw the problem when mounting from 
a win2k server, which I am not going to use.

Ideas always welcome...

Elliot, 

Have you tried with a win2k server that has services privileged by user and
workgroup?

Like I said, the very same configuration I defined above works with 8.0 but not
with phoebe 3.  Mount always hangs on the second mount.  I'll try to get some
time tomorrow to play with this at work some more.  

I don't have a win2k box handy, and priorities don't permit setting one up right now. 
Patches & more info welcome in the meantime.

I'm also experiencing such problems in Red Hat 8.0.94 on i386,
and also had this working properly on Red Hat 8.0.

I am attempting to mount a number of Windows NT and Windows 2000
shares on my Red Hat box using autofs.  I am able to connect to
these shares using smbclient, but performing an operation which
would cause automount to attempt to mount the share under the
/net hierarchy (such as "ls /net/machine/share") on my box often
hangs on the first attempt, then often succeeds on the second
attempt.

Increasing the samba debugging level to 5 still shows no clues
in the samba log files.

This is really weird.  The last time I saw this happen, I had a process list something like: 
/bin/mount -t smbfs -s -o username=xxx,password=xxx //server/share /net/server/share 
/sbin/mount.smbfs //server/share /net/server/share -o rw username xxx password xxx 
/sbin/mount.smbfs //server/share /net/server/share -o rw username xxx password xxx 
 
The first mount.smbfs was a child of mount, and the second mount.smbfs was a child 
of the first mount.smbfs. 
 

*** Bug 82746 has been marked as a duplicate of this bug. ***

For the record - shares I am trying to smbmount are running RedHat Linux.
Some other reports with the same issue:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=89197

I am using a fully updated version (as of 4/23/03) of RedHat 9 and am
experiencing the vary same problems.  I discovered the problem while trying to
set up autofs to mount three win2k shares from the same server automatically. 
Currently, I have to mount the shares manually and use a CTRL-C to kill the
mount command when it hangs.  It acts as if the underlying mount process
sometimes fails to inform the parent process of success or failure.  Is it an
IPC problem?

http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=89197 also contains 
additional traces for this same problem which confirms Ken Pratt's comment #11.
The underlying smbmount process doesn't inform the parent smbmount process 
with a result (for whatever reason) and both processes hang because of that.
It -is- a kernel problem. People confirmed that another rebuilt kernel fixed 
the problem (either because of different kernel code or because of other 
switches that were chosen for the build).

i have it too, RH 9, fully up2date, Win 2K Pro SP2

We've traced this down to a bug in glibc.  At the request of one of the glibc
maintainers, I've opened a new bug against glibc for it.  I'm going to mark all
these smbmount bugs as duplicates of the new bug.

*** This bug has been marked as a duplicate of 90036 ***

Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.