Bug 674101 - mount.cifs fails to modify mtab
Summary: mount.cifs fails to modify mtab
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: cifs-utils
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Jeff Layton
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-01-31 16:23 UTC by Jeff Layton
Modified: 2014-06-18 07:40 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-02-02 14:09:03 UTC
Type: ---


Attachments (Terms of Use)

Description Jeff Layton 2011-01-31 16:23:32 UTC
Trying to do a cifs mount on recent rawhide and I get a long delay and then this:

# mount  /mnt/salusa
cannot lock mtab

...not too surprising now that /etc/mtab is a symlink to /proc/mounts.

Comment 1 Jeff Layton 2011-01-31 16:26:29 UTC
(cc'ing Karel)

I suppose that I need to try to detect when /etc/mtab is a symlink to /proc/mounts and just skip updating the mtab in that case. Is there a suggested way to do this? What about userspace options -- do I need to do something under /dev/.mount? Any hints or thoughts on the right approach for addressing this would be helpful...

Comment 2 Jeff Layton 2011-02-01 12:45:12 UTC
After talking with Karel yesterday, I proposed this patch on the linux-cifs mailing list:

    http://article.gmane.org/gmane.linux.kernel.cifs/2441

...assuming that no-one complains it should go in in a few days. I'll also update the rawhide mount.cifs with the same patch.

Comment 3 Jeff Layton 2011-02-01 18:02:52 UTC
Patch committed in cifs-utils-4.8.1-2. Should show up in rawhide in the next day or so. I'll commit the same patch upstream as well in the next day or two providing no one objects.


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