Filed bug 341084 to discuss usage of umount -i rather than umount in
umountnfs.sh. Please followup there.
Updating other status: Nothing to fix in samba or dhcdbd, something to
fix in network-manager, and maybe something to fix in wpasupplicant.
** Changed in: sysvinit (Ubuntu)
Status:
@toobuntu:
The _netdev option tells the system (if it doesn't already knows it from the
fstype) that the filesystem should be considered mounted on network (and
therefore be unmounted in umountnfs.sh rather than umountfs).
@Steve Greci (Seems when tracking down the cause of one bug, I encounter
Thierry, please extend your approach to not kill wpasupplicant on
shutdown either. i think thats the problem that is left with your ppa
packages here as the ones reporting that your ppa package doesnt help
are using wireless.
Once you have that please request a merge for the 0.7.1 branch and if
I think I also need to clarify something here.
If you use NetworkManager with per-user settings (i.e. without the
system setting checkbox checked) then the network connection is up
only during your session. When you log out from your Gnome session, the
network connection goes down. This is the
@Thierry Carrez:
For use case #3, isn't that what the '_netdev' mount option is for? In
my fstab, I always use '_netdev' for a network share; I think RedHat
considers it a best practice. One could also combine that with 'noauto'
and 'user'. The problem with gvfs-smb mounts is that non-gvfs
Thanks for the clarification Thierry. Unfortunately I cannot use it
wireless as a system wide setting due to bug #288963 which doesn't have
an intrepid backport. Seems when tracking down the cause of one bug, I
encounter 3 more to that need to be fixed in order to solve it. :)
Maybe I should
OK ... doing a little more investigation it gets interesting to see what
crazy things gnome does (you can also try clearing the dmesg log and
then doing echo 7 /proc/fs/cifs/cifsFYI before you logoff/umount and
see what cifs operations are in dmesg)
What I see is that the slow operations are
running without umount.cifs (which is not needed unless you are doing
user mounts), the unmount finishes quickly, and with no visible errors
(the tree disconnection request times out fairly fast, and the rest of
umount proceeds fast after that)
--
CIFS/SMBFS shares not unmounted before network
The easiest way to test this is to always do umount -i mnt-point
rather than umount mnt-point unless you are doing an umount as a
regular user of a user mount (-i prevents the unneeded helper program
from being called)
--
CIFS/SMBFS shares not unmounted before network is shut down
Hi Thierry,
Thierry Carrez wrote:
I am trying to solve the bug in the (2) case here. If you are in the
(3) case (and a lot of you probably are) you should either switch to
system setting mode or drop usage of CIFS mounts in favor of
Nautilus gvfs-smb mounts.
Thanks very much for the detailed
Thierry, I just installed your ppa network-manager packages on Intrepid,
and it's still hanging on shutdown (using wireless) with CIFS VFS
errors. A fairly fresh UMPC install on a Dell Mini 9.
I ran a continuous ping on the machine and network is unavailable nearly
immediately after selecting
Thierry Carrez wrote:
OK, I uploaded a network-manager upgrade for intrepid to my PPA:
https://launchpad.net/~ttx/+archive/ppa
This release (built on the latest network-manager in intrepid-proposed)
basically prevents network-manager from being shut down by sendsigs...
From my testing this
Hi Steve,
Steve Grecni wrote:
Thierry, I just installed your ppa network-manager packages on Intrepid,
and it's still hanging on shutdown (using wireless) with CIFS VFS
errors. A fairly fresh UMPC install on a Dell Mini 9.
I ran a continuous ping on the machine and network is unavailable
Hi Steve,
Steve French wrote:
A couple clarifications:
1) We really want the network file systems
to be unmounted (or at least synced) before the network goes away.
You do not want to risk losing file system data which has been cached
by the Linux memory management layer.
2) If there is
Bart Samwel wrote:
Would it help to sync before I reboot
from the GUI, so that all pending dirty data is flushed to the cifs fs?
For the record: nope, that doesn't help. Still hangs.
--
CIFS/SMBFS shares not unmounted before network is shut down
https://bugs.launchpad.net/bugs/211631
You
Things get even weirder, if I select logout from the gnome panel,
network goes away, so I log back in as the same user, and network comes
back as expected. But if I log out again, network stays up! Tried
logging out again, network still stays up.
I noticed, if I log out, and then back in, then
Just refreshed my PPA (a security update superseded it), please test:
0.7~~svn20081018t105859-0ubuntu1.8.10.3~ppa1
@Max-Ulrich Farber:
I guess WICD has the same bug as NetworkManager (gets killed by sendsigs before
the network filesystems are unmounted). If testing shows that the solution for
I have the same problem, but I had never used Network Manager. I always
use WICD.
--
CIFS/SMBFS shares not unmounted before network is shut down
https://bugs.launchpad.net/bugs/211631
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to samba
Quick status update/summary on this bug, because this thread is long and
tends to discourage people that could solve it.
The bug occurs on shutdown if you mount a CIFS share (using mount or
/etc/fstab). In some cases, S31umountnfs.sh tries to unmount the network
file system *after* the network
smfrench:
Could you have a look at the CIFS timeout part ? Do you think it's possible to
have CIFS more gracefully handle the case where the network is being pulled out
from under it ? I can reproduce the issue with the current jaunty kernel, so
this wasn't fixed as of the 2.6.28 we use. Or
This bug is causing usplash to crap-out on shutdown and display a nice screen
of vertical coloured lines, as reported in this bug:
https://bugs.launchpad.net/ubuntu/+source/usplash/+bug/301628
usplash shows the coloured lines at exactly the same time as the CIFS
error messages are shown in
This is disheartening to see that this bug has been around this long and
nothing has happened. I have been dealing with it for a while and
finally stumbled across it. I found a fix once before that I can't even
remember now and I can at least suspend only to find that when I wake my
laptop up on
One thing I only just figured out: if you are using the umountcifs script
linked above, you also need to set the network as a system setting, otherwise
it's pulled down when you exit KDE/Gnome and still leaves the umount hanging
during shutdown/reboot.
I made sure network-manager-gnome was
@wolfi...@gmail.com
I agree of course. You just described the Ubuntu project!
The thing is people solve Launchpad Ubuntu bugs all the time. The problem is
the managers of the distro. The other problem is how hard it is to get a fix
committed.
This is not the only example of where I have done
I also did the right thing and reported this bug in one of the reports
that was marked as a duplicate. Yes it is frustrating to see bugs take
so long to get fixed, and ultimately lack of a positive result teaches
users to give up bothering to file bug reports. That's not a good
thing, as it
@bopb
I'm not sure that your closing point has much relevence to completing this bug.
It merely suggests you accept the mediocrity of the situation. Of course the
situation could be much worse than this, thats just stating the obvious. This
does not mean its acceptable.
Oh and there are many
Until this is fixed, what can we as a user community do to help
mitigate the annoyances caused by this bug? Would it be sufficient to
describe the issue and various workarounds in the relevant places in the
community documentation? Maybe here...
https://help.ubuntu.com/community/Fstab
@complainers:
Complaining about Ubuntu's bug-fixing process won't get this bug fixed any
quicker. It just fills people's inboxes with useless drivel. Let's keep the
discussion on-topic, shall we?
--
CIFS/SMBFS shares not unmounted before network is shut down
Let the inboxes be filled until it is committed!
--
CIFS/SMBFS shares not unmounted before network is shut down
https://bugs.launchpad.net/bugs/211631
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to samba in ubuntu.
--
And what if Networkmanager be protected from beeing killed in sendsig
and network beeing brought down at end of shutdown ?
--
CIFS/SMBFS shares not unmounted before network is shut down
https://bugs.launchpad.net/bugs/211631
You received this bug notification because you are a member of Ubuntu
Ok that's it; I'm done with this. Just a waste of time.. All talk 'n no action.
I'll just use one of the suggested fixes. If that doesn't work I'll have a big
sticky note saying Remember to unmount your Samba shares!.
The problem is known; Several solutions are known; but just keep dragging
So I've read through this entire thread and seen a lot of solutions. I have a
fully updated intrepid and this line appears at shutdown (take out the splash
line in your kernel command in grub to see it) :
CIFS VFS: No response for ..
basically the same as the original report.
CIFS VFS:
Ubuntu - too many indians, no chiefs. Oh there are chiefs but they must
be too busy smoking crack.
--
CIFS/SMBFS shares not unmounted before network is shut down
https://bugs.launchpad.net/bugs/211631
You received this bug notification because you are a member of Ubuntu
Server Team, which is
I just think it's a laugh, a linux distribution that can't cope with
either NFS or CIFS mounts. See below for details:
https://bugs.launchpad.net/ubuntu/+source/nfs-utils/+bug/213444
Yes and I need to mount a resource both by NFS and CIFS . . .
It can't all be blamed on bug 1 - MS don't
I am sorry. I never wanted to speak for others. It is my opinion, but it
would be better if I had said nothing at all.
considering scripts existed already and were simply executed at the
wrong stage of the shutdown sequence
Do these scripts really fix the problem? Please read the posting of
@Max-Ulrich Farber
What Mathias Gug was suggesting may be a better solution however not the
current method that Ubuntu employs in its [shutdown] scripts.
Considering how hard it is to get the other fixes committed as a
solution (which do work, I have tested and so have others), I would
assume
I am afraid the problem is that in this case nobody really feels
responsible. Is it a problem of the shutdown sequence (Ubuntu problem),
of the cifs Kernel module (Linux general) or a Samba bug? Who has got to
fix it?
As long as nobody feels responsible there is not much hope indeed.
--
@Max-Ulrich Farber
I disagree and I don't think you can speak for others like that.
Considering the Linux kernel and Samba itself are shared between
hundreds of Linux distributions and that Samba is basically the same (in
this context) on other operating systems such as FreeBSD etc., it is
clear
Why isn't this fixed after so long? The big thing keeping me from
switching to Linux full time is that i run into these type of bugs, and
no sooner do i get them fixed and feel like i've made progress that
ANOTHER bug shows up. The more I want to do with my system, the more
bugs I need to find
I think the problem lies with the lack of action on behalf of people with power
to commit fixes such as Canonical sponsors.
I gave up on Ubuntu's management a long time ago. Where are the chiefs?
--
CIFS/SMBFS shares not unmounted before network is shut down
@ luchio
We are already waiting for years, and nothing did really happen. It is a
shame.
Even if it is far from being a perfect solution, it is better to propose
a workaround like the script of Scott Severance than to do just nothing.
--
CIFS/SMBFS shares not unmounted before network is shut
@Mathias Gug
So, what do you suggest should happen now? Submit a bug report to samba
and wait for them?
--
CIFS/SMBFS shares not unmounted before network is shut down
https://bugs.launchpad.net/bugs/211631
You received this bug notification because you are a member of Ubuntu
Server Team, which
In case anyone cares, my initial testing using this method has been very
successful so far, both shutdown/restart and suspend/resume are working
as I expect. Would be possible to have Canonical officially embrace and
include this script in the Ubuntu base packaging and close out this
issue once
The issue discussed here boils down to the fact that network interfaces
can be brought down *before* network filesystems are unmounted thus
leading to a long timeout.
One option proposed was to move the umountnfs script earlier in the
shutdown sequence. Doing leads to the possibility that running
For our network using Ubuntu 8.04, Sander Marechal's umountcifs script
works when symlinked as K15umountcifs (i.e. the key is that it is called
prior to K16dhcdbd).
$ sudo ln -s /etc/init.d/umountcifs /etc/rc0.d/K15umountcifs
$ sudo ln -s /etc/init.d/umountcifs /etc/rc6.d/K15umountcifs
--
The best solution to avoid messing up the unmounting issue for special cases as
described by Reinhard Tartler 5 posts ago is to use a special unmounting script
for cifs. People who have used the workaround described by luchio have never
used such a special case scenario. Therefore it is much
The best solution to avoid messing up the unmounting issue for special cases as
described by Reinhard Tartler 5 posts ago is to use a special unmounting script
for cifs. People who have used the workaround described by luchio have never
used such a special case scenario. Therefore it is much
The umountcifs script seems to solve the problem here (tested as
K12umountcifs). Of course, I had removed the other S14umountnfs.sh I
had added manually earlier.
It would be cleaner to do the symlinks as ../init.d/umountcifs like
other rc0.d scripts, instead of /etc/init.d. Otherwise, it
mv /etc/rc0.d/S31umountnfs.sh /etc/rc0.d/S14umountnfs.sh
mv /etc/rc6.d/S31umountnfs.sh /etc/rc6.d/S14umountnfs.sh
This fix is a rather old thing; it had been published more than two
years ago.
I had asked here if this solution was correct and really safe, but I did
not get any answer yet!
luchio [EMAIL PROTECTED] writes:
The fix is:
mv /etc/rc0.d/S31umountnfs.sh /etc/rc0.d/S14umountnfs.sh
mv /etc/rc6.d/S31umountnfs.sh /etc/rc6.d/S14umountnfs.sh
I'm unsure if that is the correct solution. It will most likely to break
systems that have /usr not on /. Similar problems could arise
Reinhard Tartler wrote:
I'm unsure if that is the correct solution. It will most likely to break
systems that have /usr not on /. Similar problems could arise with
/usr/local/ not on / but custom modifications.
As I said, I don't know the right way to do a rename patch, so does
someone know?
luchio [EMAIL PROTECTED] writes:
Reinhard Tartler wrote:
I'm unsure if that is the correct solution. It will most likely to break
systems that have /usr not on /. Similar problems could arise with
/usr/local/ not on / but custom modifications.
As I said, I don't know the right way to do a
For several years, I've had a script that umounts my network shares
which runs at K02. It works perfectly for me. Is there a reason why
something like this isn't a good general approach?
--
CIFS/SMBFS shares not unmounted before network is shut down
https://bugs.launchpad.net/bugs/211631
You
flaccid [EMAIL PROTECTED] writes:
So will somebody with authority like in Canonical get off their behind
and sponsor one of the fixes that has been available for a very long
time.
please attach a fix to this bug so that it can be reviewed, tested and
integrated into the package.
--
@Reinhard Tartler:
I think flaccid has already pointed to a simple fix here:
https://bugs.launchpad.net/ubuntu/+source/samba/+bug/211631/comments/14
it worked for me.
--
CIFS/SMBFS shares not unmounted before network is shut down
https://bugs.launchpad.net/bugs/211631
You received this bug
I've used the following fix for months, as described in this duplicate:
https://bugs.launchpad.net/bugs/184676
I would like to submit this for review. How would I attach a fix to
this bug which involves only renaming files? Can you do it?
The fix is:
mv /etc/rc0.d/S31umountnfs.sh
** Also affects: sysvinit (Ubuntu)
Importance: Undecided
Status: New
** Also affects: network-manager (Ubuntu)
Importance: Undecided
Status: New
--
CIFS/SMBFS shares not unmounted before network is shut down
https://bugs.launchpad.net/bugs/211631
You received this bug
Fully up to date Intrepid +1.
I would really like to see this bug get fixed, the response time on this
on makes me feel like I am on Windows again.
--
CIFS/SMBFS shares not unmounted before network is shut down
https://bugs.launchpad.net/bugs/211631
You received this bug notification because
Yeah I would have to say that response with things in Ubuntu is pathetic.
A lot of the time its hard to get something fixed for the next release let
alone in the current release where it should be fixed.
Its the good old 'have to upgrade to the next release to fix this problem, and
then i get
are there any up/down scripts for samba hooked into etc/network/if-up.d/
and /etc/network/if-down.d/ ? If not, we should try that as NM calls
those scripts after network is up or before its downed.
** Changed in: network-manager (Ubuntu)
Importance: Undecided = Medium
Status: New =
still has the bug on fully updated intrepid (as at 29-Oct night); wired
connection.
--
CIFS/SMBFS shares not unmounted before network is shut down
https://bugs.launchpad.net/bugs/211631
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to
Yes, the whole network shutdown sequence needs to be revisited so as to work
properly in the most common cases.
See also bug 41794 for a related issue: Network filesystems being unmounted
after the VPN is closed.
--
CIFS/SMBFS shares not unmounted before network is shut down
Do people who were experiencing this bug with a wired connexion still
have this issue in Intrepid fully up to date ? I had this issue on my
desktop computer but it seems fixed now ?
--
CIFS/SMBFS shares not unmounted before network is shut down
https://bugs.launchpad.net/bugs/211631
You received
I just tried wiring up my lappy, which is up to date with the
distribution sources, and I have the same issue using Network Manager as
I had with the wireless. An interesting test would be to code the
activation of the wireless network connection into the local
startup/shutdown process and remove
Hm, so that might be related to user-level network configurations from
NetworkManager being brought down at session logout (typically the NM wireless
connection falls in that category).
It seems obvious this might not play well with network services (client or
server) that expect network to be
confirming that $ sudo mv /etc/rc6.d/S15wpa-ifupdown /etc/rc6.d/S36wpa-
ifupdown doesn't fix it.
--
CIFS/SMBFS shares not unmounted before network is shut down
https://bugs.launchpad.net/bugs/211631
You received this bug notification because you are a member of Ubuntu
Server Team, which is
I'm not sure dhcdbd is affected because stopping it doesn't seem to
bring down DHCP connections (at least not immediately).
So the solution to this bug could be to move S15wpa-ifupdown to S36wpa-
ifupdown in wpasupplicant.
Could the people affected by this bug confirm that running the following
I tested the commands, Thierry, and there was no difference. I didn't
really hold out a lot of hope, though, because I don't run the WPA
supplicant. Everything works perfectly when I umount the CIFS
filesystems before shutting down. I also found that Suspend and
Hibernate modes work better too
I am experiencing this too with Intrepid. I use wireless connections
from a laptop. Network Manager is dropping the network before the CIFS
shares are unmounted causing multiple timeouts trying to unmount the
during the shutdown process.
--
CIFS/SMBFS shares not unmounted before network is
Another 'me to' running on Intrepid.
Been a problem since at least hardy. Fix doesn't seem hard (Just a
change in the unmount order).
Possibly its also a upstart bug since its the init system?
--
CIFS/SMBFS shares not unmounted before network is shut down
https://bugs.launchpad.net/bugs/211631
This annoying bug is known for a very long time now. I wonder why
nothing has been done yet!
--
CIFS/SMBFS shares not unmounted before network is shut down
https://bugs.launchpad.net/bugs/211631
You received this bug notification because you are a member of Ubuntu
Server Team, which is
Same problem here
--
CIFS/SMBFS shares not unmounted before network is shut down
https://bugs.launchpad.net/bugs/211631
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to samba in ubuntu.
--
Ubuntu-server-bugs mailing list
Testing out Intrepid on my laptop here. I get this annoying pause every
time I shutdown.
[462.892018] CIFS VFS: Server not responding
[462.892047] CIFS VFS: no response for cmd 50 mid 9
I do have a samba share automatically mount on boot up with /etc/fstab
entry:
//192.168.1.2/Music
I don't think I have the problem on login, but I certainly do on
shutdown - i.e. everything freezes with 3 bars left on the Ubuntu
splash, then my whole screen goes white, and I have to force shutdown my
laptop, (by holding down the power key for 5 secs) every single time.
Just migrated up to
** Summary changed:
- CIFS/SMBFS issue (was not resolved on #207441)
+ CIFS/SMBFS shares not unmounted before network is shut down
--
CIFS/SMBFS shares not unmounted before network is shut down
https://bugs.launchpad.net/bugs/211631
You received this bug notification because you are a member of
75 matches
Mail list logo
