On Sat, Apr 21, 2012 at 04:47:40AM -0000, Mathieu Trudel-Lapierre wrote: > Well, that would normally be correct, but the VPN plugins depend on > vpnc, pptp, openvpn, etc. to be running to establish and keep the VPN > connection up for rekeying and such. Those don't get a pid file in > /run/sendsigs.omit.d yet, and so they would get killed by the sendsigs > script shortly before upstart jobs actually stop network-manager, and > possibly before the remote storage is unmounted, depending on when that > happens.
Network storage is always unmounted after sendsigs, by design. But it probably makes sense to track these other issues as a separate bug, rather than continuing to use this single bug report for every problem related to the symptom of slow unmounts on shutdown. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer http://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to network-manager in Ubuntu. https://bugs.launchpad.net/bugs/211631 Title: Network is brought down before network filesystems are unmounted (CIFS timeout at shutdown) Status in NetworkManager: New Status in “dbus” package in Ubuntu: Fix Released Status in “dhcdbd” package in Ubuntu: Invalid Status in “netbase” package in Ubuntu: Fix Released Status in “network-manager” package in Ubuntu: Fix Released Status in “samba” package in Ubuntu: Invalid Status in “sysvinit” package in Ubuntu: Invalid Status in “wpasupplicant” package in Ubuntu: Fix Released Status in “dbus” source package in Lucid: New Status in “dhcdbd” source package in Lucid: Invalid Status in “netbase” source package in Lucid: New Status in “network-manager” source package in Lucid: New Status in “samba” source package in Lucid: New Status in “sysvinit” source package in Lucid: New Status in “wpasupplicant” source package in Lucid: New Status in “dbus” source package in Natty: New Status in “dhcdbd” source package in Natty: Invalid Status in “netbase” source package in Natty: New Status in “network-manager” source package in Natty: New Status in “samba” source package in Natty: New Status in “sysvinit” source package in Natty: New Status in “wpasupplicant” source package in Natty: New Status in “sysvinit” package in Debian: New Bug description: IMPORTANT: this bug has enough information; please don't post _anything_ unless a developer asks for specific feedback! By posting to this bug you only make it harder for a developer to spot the gem comments. Please use the "me too feature" of launchpad to signal that you are affected and would like to see this fixed. I installed smbfs,and then put some entries into /etc/fstab, so they automount on startup. An example of this is here: //<ip address of nas box>/<share name> /home/hamish/<directory name> cifs credentials=/home/hamish/.smbcredentials,file_mode=0777,dir_mode=0777,uid=1000,gid=1000 0 0 ** note the use of "cifs" in the lines above ** (The username and password are in the .smbcredentials file) On startup, for each entry in the /etc/fstab file, I get the following in dmesg: [ 70.495504] CIFS VFS: Error connecting to IPv4 socket. Aborting operation [ 70.495569] CIFS VFS: cifs_mount failed w/return code = -101 But the shares are mounted, and a nautilus session opens up (which is also annoying...) Also logging off with CIFS shares mounted in /etc/fstab, it sits with an error message: CIFS VFS: server not responding CIFS VFS: no response for cmd 50 mid <this number changes> And takes about 2 minutes to timeout. This also happened with Gutsy Should the timing of the mounting and dismounting be changed so that it works? It is related to the starting of network-manager and CIFS shares trying to connect on startup *before* the network is up, and dismounting the shares *after* network-manager is stopped. Hamish To manage notifications about this bug go to: https://bugs.launchpad.net/network-manager/+bug/211631/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
