Bug 97743 - Random hangs when mounting smb shares using fstab entries (esp. netfs)
Summary: Random hangs when mounting smb shares using fstab entries (esp. netfs)
Keywords:
Status: CLOSED DUPLICATE of bug 90036
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: samba
Version: 9
Hardware: i386
OS: Linux
medium
high
Target Milestone: ---
Assignee: Jay Fenlason
QA Contact:
URL:
Whiteboard:
: 103200 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-06-20 01:26 UTC by Target
Modified: 2014-08-31 23:25 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-02-21 18:56:47 UTC
Embargoed:


Attachments (Terms of Use)

Description Target 2003-06-20 01:26:20 UTC
Description of problem:

The process of mounting smb shares randomly hangs at random when using the ftsab
entry (as netfs does on bootup). This pretty much brings the boot-up process to
a grinding halt about 3/5ths of the time on a machine with two smb mounts.

Mounting completely manually (eg: mount //someserv/mountname -t smbfs -o
credentials=/home/joe/.smbid,uid=joe,rw /home/joe/mountpoint) does not cause the
random hangs, however mounting with the aid of an fstab entry (mount
/home/joe/samba) does hang randomly. Ctrl-C must be pressed to get the command
line back, but the share _is_ mounted in spite of the hang and there's no actual
indication of error.

Bug 13862 from three years ago looks very similar, only the hang during boot
occurs at "Mounting SMB filesystems"

There are five machines in total. These (and only these) were freshly installed
with RH9 and fully updated. All five are exhibiting this problem. The machines
previously ran RH 8, and did not have have this trouble. They were fully updated
until the wipe & install session today. The machines also vary in hardware and
function, so no imaging or kickstart scripts were used in any of the installs.  
(FYI: The server is a gentoo box, and no other workstation is having trouble
like this)

Unfortunately, this means that any machines with several shares are essentially
un-bootable without a rescue disk as they will hang almost every time when
running the netfs initscript. Netfs runs even before sshd, so we can't even ssh
into the boxes and kill hung mount processes.

Version-Release number of selected component (if applicable):
samba: 2.2.7a-8.9.0
mount: 2.11y-9
initscripts: 7.14-1

How reproducible:
Very. I've found that the likelyhood of a hang running netfs is over 50% on a
machine with two smb mounts.

Steps to Reproduce:
1. Add several smb shares to fstab to be mounted on boot.
2. Reboot (or mount/umount the shares a few times using fstab's help).
3. Watch the mount process hang.
    
Actual results:

Mount hangs randomly while mounting fstab-aided smb shares.

Expected results:

No hangs one way or the other.

Additional info:

A messy and unpleasant workaround is to edit the netfs script and force it to
background the mounting tasks. It works, since even on a hang the filesystems do
get mounted- We just wind up with one or more mount processes sitting in the
process list until killed manually.

Comment 1 Paul Rensing 2003-07-07 19:23:54 UTC
Looks like a variant of my bug #89589.


Comment 2 Target 2003-07-07 20:27:01 UTC
This is definitely a dupe of Bug 89589

Comment 3 Douglas Furlong 2003-07-18 14:12:26 UTC
I am suffering the same issue as this user, however if I use the suggested
method of mounting compleately from the command line, I still suffer from random
hangs.

Not much of an addition, but it may help you narrow it down.

Doug

Comment 4 Pádraig Brady 2003-09-09 13:48:31 UTC
Also 103200 is a dupe and has a possible workaround

Comment 5 Jay Fenlason 2003-09-09 14:34:56 UTC
*** Bug 103200 has been marked as a duplicate of this bug. ***

Comment 6 Jay Fenlason 2003-09-09 14:49:56 UTC

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

Comment 7 Red Hat Bugzilla 2006-02-21 18:56:47 UTC
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.


Note You need to log in before you can comment on or make changes to this bug.