Bug 11259 - Unmounting smbfs shares fails when you are in the path of the share
Unmounting smbfs shares fails when you are in the path of the share
Product: Red Hat Linux
Classification: Retired
Component: kernel (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Arjan van de Ven
Brian Brock
Depends On:
  Show dependency treegraph
Reported: 2000-05-05 22:35 EDT by Michael Carew
Modified: 2007-04-18 12:26 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2002-12-15 22:11:26 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Michael Carew 2000-05-05 22:35:13 EDT
Basically if you do the following:

mount -t smbfs -o guest,rw //windows/mp3 /mp3

then you are in /mp3 and you try and unmount the share it gives a device
busy error.

not so bad by itself

but when you reboot/halt the system from this path, the filesystem is not
properly unmounted, as it just sits there forever in the shutdown phase
trying to close the share. thus the local filesystem is not properly
Comment 1 Bernhard Rosenkraenzer 2000-08-09 11:21:05 EDT
The 1st part is not a bug, the second looks like it may be a problem in
reference counting in the kernel. I don't see any faulty code in mount.
Comment 2 Perry Harrington 2000-12-10 01:58:56 EST
The only way that could happen is if the shell hasn't been killed by the time
the unmounting of remote filesystems is run.  This looks like an order of
operations issue in the shutdown scripts.

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