From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; de-AT; rv:1.3) Gecko/20030313
Description of problem:
while mounting a drive from a other samba server the mount command often hangs
(nearly every 2nd mount).
that looks so:
i run "mount -a -t smbfs" and some drives get mountet until it hangs at drive
(but this drive where mount hangs also get mounted).
ps -ax says at this time:
4938 pts/1 S 0:00 mount -a -t smbfs
4939 pts/1 S 0:00 /sbin/mount.smbfs //192.168.0.1/MP3s /mnt/server/mp3s
4940 ? S 0:00 /sbin/mount.smbfs //192.168.0.1/MP3s /mnt/server/mp3s
aborting with "Ctrl+C" works, all dirves which were mountet until the it hangs
stay mountet (in this case /mnt/server/mp3s).
the same problem appears while booting.
here it also hangs at mounting the smb filesystems. but i can't abort with
"Ctrl+C" only a reboot works.
the entrys in my fstab look like this:
//192.168.0.1/MP3s /mnt/server/mp3s smbfs
uid=500,gid=501,password="" 0 0
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. mount -a -t smbfs
Actual Results: the command hangs
Expected Results: the command should terminate
i'm using all avaliable updates (samba-client-2.2.7a-8.9.0 and kernel-2.4.20-9)
Can confirm I'm seeing this in RedHat Linux 9. I'm adding my comment here as I
can't add it to bug #82820, although isn't this a duplicate of that bug?
Please, if it is a dupe, don't close this until that bug can be added to: it
currently says the following when I try and add to it:
You tried to change the component field from AfterStep-APPS to
mount, but only the owner or submitter of the bug, or a sufficiently
empowered user, may change that field.
As to the samba problem itself: in my case the server isn't an MS box, it's a
RedHat 7.3 machine with kernel 2.4.18-27.7.x, samba 2.2.7-2.7.3. The
Shrike machine is the client, and it sometimes
mounts and sometimes won't mount smb shares from the server (they just
hang but are ^C-able). The ^C leaves a mount.smbfs process in defunct
state, but which is kill -9'able. Client config: kernel 2.4.20-8,
samba-client 2.2.7a-7.9.0, pending update.
I didn't test Phoebe, but this wasn't and isn't present in 8.0 or
7.*. clients: they're still happily mounting multiple shares from the
Sorry, but it's really hard to provide a test case here, as the
problem comes and goes, but hangs more than not, so the problem is
serious. It seems to be more frequently reproduced when I try to
mount via automount entries, but I've seen it hang often also from
manual mounts. Most commonly, I seem to see the second mount request
hanging after a first one completed ok to a different share on the
same server. I'm using the credentials, uid and gid options to
Would any other diagnostic information be useful? Too many unknown
variables and not enough reproducability for me here...
I am having the same problem and found a workaround. Suspecting that it could be
a problem with NPTL, I did "setenv LD_ASSUME_KERNEL 2.4.1", and after that
smbmount never hanged anymore.
Here is some more information for anyone who tries to debug smbmount. The tail
of the output of smbmount with debug=65536 is:
2030: session setup ok
write_socket(3,73) wrote 73
got smb length of 49
 41 3A 00 4E 54 46 53 00 A:.NTFS.
2030: tconx ok
It hangs at this point. The "ps ax" output shows:
2030 pts/1 S 0:00 smbmount //sirius/sync-home /mnt/sync-home -o debug 6
2031 ? S 0:00 smbmount //sirius/sync-home /mnt/sync-home -o debug 6
(Since this can be a timing problem: the machine is a 566 MHz Celeron).
I can confirm this on RH9 in a mixed Linux/WinNT/2000 environment. There seems
to be no way of predicting when it will hang. Sometimes everytime, sometimes
once out of maybe 10 or 20 mounts. Problem does not occur on a RH7.2 box I have
After Control-C ing out of mount command I can access the mount point with no
problem. I tried setting LD_ASSUME_KERNEL to 2.4.1 as suggested in comment #2
with no luck.
i tryed setting LD_ASSUME_KERNEL to 2.4.1 and 2.2.5 and it also didn't work for me.
Confirming here too (against NT 4 server).
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.