cifs not mounting at boot in Ubuntu 9.04

Bug #384347 reported by Paul Abrahams
76
This bug affects 14 people
Affects Status Importance Assigned to Milestone
mountall (Ubuntu)
Expired
Undecided
Unassigned

Bug Description

Binary package hint: mount

When my system starts up, my /mediavault file does not get mounted initially, though I can mount it explicitly later on. The /etc/fstab entry for it is:

//hpmediavault/FileShare /mediavault cifs users,auto,rw,nodev,noexec,_netdev,guest 0 0

_netdev is supposed to solve this problem, but it does not work for me. Interestingly, the same fstab entry works correctly in OpenSuSE 11.1.

I'm running Kubuntu 9.04 (Jaunty) with the KDE 3.5 remix on an Acer 3100 laptop.

Tags: netdev
Revision history for this message
Alvin (alvind) wrote :

I quote from the mount(8) manpage:
"The filesystem resides on a device that requires network access (used to prevent the system from attempting to mount these filesystems until the network has been enabled on the system)."

This isn't working in Ubuntu 9.10 either. _netdev is not honoured, while it should solve some problems.
Here's how I tested. /etc/fstab:
    coolio:/home /home nfs4 _netdev 0 0
    coolio:/Xchange /srv/xchange nfs _netdev 0 0
    coolio:/software /srv/software nfs _netdev 0 0
At boot, the usual messages appear (see also bug #504224)
(ESC for recovery shell)
/home: waiting for coolio:/home
/srv/xchange: waiting for coolio:/Xchange
/srv/software: waiting for coolio:/software

After that, nothing. Booting is unsuccessful (That is probably bug #470776)
In the recovery shell, you can see that the network is not up yet. (It comes up after a while.)
Now, _netdev was declared in /etc/fstab, so mountall should have waited for the network before trying to mount the filesystems. This would result in a successful boot.

Changed in util-linux (Ubuntu):
status: New → Confirmed
Revision history for this message
Jim Willsher (jim-jimwillsher) wrote :

If for some reason the network shares aren't available, system is unbootable.

Revision history for this message
Willie (willie-themesandmodules) wrote :

I have this same issue with my nfsv4 mounts in ubuntu 10.04 running inside virtualbox.

 _netdev is completely ignored in fstab.

For NFS mounts, this renders the system not only unusable, but unrecoverable without a livecd. Even trying to boot in system rescue mode, the boot freezes and fails.

I had to recover my system by booting into a live cd, mounting my disk and commenting out the nfs mounts in fstab.

Revision history for this message
Teo Ruiz (teo) wrote :

I can see the same bug on Ubuntu Maverick 10.10, with an NFS mount.

Revision history for this message
Richard Huddleston (rhuddusa) wrote :

seeing this bug in

Linux box04 2.6.38-10-server #46~lucid1-Ubuntu SMP Wed Jul 6 20:19:32 UTC 2011 x86_64 GNU/Linux

_netdev is not working with an attempt to mount nfs4 shares in fstab

Revision history for this message
Rüdiger Kupper (ruediger.kupper) wrote :

Confirmed for oneiric.
_netdev is not honoured for nfs4.

Revision history for this message
Thomas Weissel (valueerror) wrote :

_netdev is not respected in fstab for cifs mounts in 13.04 raring

Revision history for this message
Juan Pavlik (jjpavlik) wrote :

Same for 12.04.2 Precise.

Revision history for this message
Stuart Longland (redhatter) wrote :

Just discovered this "gem" trying to mount a Ceph RBD device on boot. To add insult to injury, this is on a normally headless server, which is in a difficult spot to get a keyboard and monitor to.

A server that requires me to be physically present to press a S key (and also as a side-effect, *doesn't* mount volumes that it needs) is completely useless to me. I need this server to boot automatically, without intervention. If it's going to need hand-holding, save yourselves the effort and make the next release of Ubuntu symlink /sbin/init to /bin/bash and we'll do it ourselves!

Okay… rant over, I needed to get that out of my system.

The system in question is running Ubuntu 12.04 LTS AMD64, installed yesterday via PXE. According to /etc/lsb-release, it's release 12.04.4.

I have in my /etc/fstab:
/dev/rbd/pool-name/name-of-rbd /local/mountpoint xfs defaults,_netdev 0 0

rbdmap service is configured and set to start at boot. Indeed, when the machine does boot up, `mount -a` successfully mounts the RBD. However, I need to do this *before* starting services. Doing so after logging in is shutting the stable doors long after the horse has bolted.

I need it to do this the moment networking is up. I see I'm not the only one a bit miffed by this situation:

http://ubuntuforums.org/showthread.php?t=2131380
http://ubuntuforums.org/showthread.php?t=2135891

The former of those threads mentions a kludge. An ugly kludge at that.

Has someone got any ideas as to where to look it fix this problem?

Phillip Susi (psusi)
affects: util-linux (Ubuntu) → mountall (Ubuntu)
Revision history for this message
Steve Langasek (vorlon) wrote :

This bug was originally filed quite a while ago (against the wrong package) and was reported about a problem mounting a cifs filesystem. "_netdev" is a red herring; mountall knows that cifs (as well as nfs) is a network filesystem, and handles it without any use of _netdev. So if there are problems with these kinds of mounts, they are unrelated to _netdev and indicate a problem with the filesystem mounting itself.

There have been other reports over the past 5 years of problems with each of these filesystem types, but I believe the issues are resolved as of 12.04. If you are still having problems with cifs mounts at boot in 12.04 (or trusty), please let us know.

If you are having problems with NFS or ceph mounts at boot, please file a separate bug for those issues.

Changed in mountall (Ubuntu):
status: Confirmed → Incomplete
summary: - _netdev not working
+ cifs not mounting at boot in Ubuntu 9.04
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for mountall (Ubuntu) because there has been no activity for 60 days.]

Changed in mountall (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.