From 1be510f9529cb082f802408b472a77d074b394c0 Mon Sep 17 00:00:00 2001 From: Nicolas Vigier Date: Sun, 14 Apr 2013 13:46:12 +0000 Subject: Add zarb MLs html archives --- zarb-ml/mageia-dev/2012-November/020064.html | 111 +++++++++++++++++++++++++++ 1 file changed, 111 insertions(+) create mode 100644 zarb-ml/mageia-dev/2012-November/020064.html (limited to 'zarb-ml/mageia-dev/2012-November/020064.html') diff --git a/zarb-ml/mageia-dev/2012-November/020064.html b/zarb-ml/mageia-dev/2012-November/020064.html new file mode 100644 index 000000000..09f20b9a8 --- /dev/null +++ b/zarb-ml/mageia-dev/2012-November/020064.html @@ -0,0 +1,111 @@ + + + + [Mageia-dev] Lazy NFS umount problem: kernel or userspace? + + + + + + + + + +

[Mageia-dev] Lazy NFS umount problem: kernel or userspace?

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Mon Nov 19 10:39:16 CET 2012 +

+
+ +
Hi,
+
+For many, many years, I've always done a umount -l  on stale NFS mounts
+(e.g. when resuming in a different location to suspending).
+
+This has always worked, but very recently (i.e. in the last couple
+weeks) this has stopped working.
+
+Anyone know what could be up?
+
+Blino's change to nfs-utils doesn't look like a problem.
+
+The call that's stalling things is stat(), but this never used to be a
+problem with lazy umounts in the past (not sure if it's just stat()
+that's now blocking at a kernel level or of some userspace code now
+calls it when in the past it did not?)
+
+
+Col
+
+-- 
+
+Colin Guthrie
+colin(at)mageia.org
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited http://www.tribalogic.net/
+Open Source:
+  Mageia Contributor http://www.mageia.org/
+  PulseAudio Hacker http://www.pulseaudio.org/
+  Trac Hacker http://trac.edgewall.org/
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ -- cgit v1.2.1