@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
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:
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
yo
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 det
The easiest way to test this is to always do "umount -i "
rather than "umount " 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
https://bugs.launchpad.net/bu
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 is
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 r
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 jus
@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 awar
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 d
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 a
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 rec
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 th
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 cached write data, we do want the fil
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 unavailab
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
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 shu
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
NM
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
Bugs, which is subscribed to Ubuntu.
--
u
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 solves the CIFS hanging duri
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 ma
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 has
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 shutdo
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 an
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 insta
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
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bu
@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
https://bugs.launchpad.net/bugs/21163
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
https:/
@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 oth
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 cause
@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 the
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
f
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
Bu
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: serve
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
Bugs, which is subscribed
I can't understand that the importance of this bug is still set to "low"
in samba after such a long time!
--
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
Bugs, which is subs
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 support
@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 this
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 Math
@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 t
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.
--
CIFS/SM
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
https://bugs.launchpad.net/bugs/21163
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 work
@ 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 do
@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
Bugs, which is subs
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
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 an
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
--
CIFS/S
** Attachment removed: "umountcifs"
http://launchpadlibrarian.net/19277243/umountcifs
** Attachment removed: "umountcifs"
http://launchpadlibrarian.net/19277241/umountcifs
--
CIFS/SMBFS shares not unmounted before network is shut down
https://bugs.launchpad.net/bugs/211631
You received t
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 *look
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 mor
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 mor
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 mor
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 rece
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 wa
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
> 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 a
@Reinhard Tartler:
If you actually spent some time reading the bug and its related duplicates etc.
you wouldn't need to ask that question.
--
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 me
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 /etc/rc0.d/S
@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 noti
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.
--
Grue
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 => Inc
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 fre
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 you
** 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 notific
I removed Network Manager with the Synaptic Package Manager (the
network-manager and network-manager-gnome packages) and added my
wireless startup information to /etc/rc.local like this:
ifconfig eth1 down
dhclient -r eth1
ifconfig eth1 up
iwconfig eth1 essid "MY ESSID"
iwconfig eth1 mode Managed
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
https://bugs.launch
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
Bugs, which is subscribed to Ubuntu.
--
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
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
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
Bugs, which is subscribed
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 u
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 (
Maybe this helps (or complicates things).
I have a wired pc, desktop, no wireless at all same issue. Oh, and
that one is on Hardy.
--
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
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 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 shut
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
Bugs, which is subscribed to Ubu
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
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lis
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 /media/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 Int
** 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
83 matches
Mail list logo