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/020067.html | 99 ++++++++++++++++++++++++++++ 1 file changed, 99 insertions(+) create mode 100644 zarb-ml/mageia-dev/2012-November/020067.html (limited to 'zarb-ml/mageia-dev/2012-November/020067.html') diff --git a/zarb-ml/mageia-dev/2012-November/020067.html b/zarb-ml/mageia-dev/2012-November/020067.html new file mode 100644 index 000000000..053479f06 --- /dev/null +++ b/zarb-ml/mageia-dev/2012-November/020067.html @@ -0,0 +1,99 @@ + + + + [Mageia-dev] Lazy NFS umount problem: kernel or userspace? + + + + + + + + + +

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

+ Frank Griffin + ftg at roadrunner.com +
+ Mon Nov 19 17:02:48 CET 2012 +

+
+ +
On 11/19/2012 08:55 AM, Pascal Terjan wrote:
+>
+>
+> On Mon, Nov 19, 2012 at 9:39 AM, Colin Guthrie <mageia at colin.guthr.ie 
+> <mailto:mageia at colin.guthr.ie>> wrote:
+>
+>
+>     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?
+>
+>
+> If your nfs mount is dead I would expect stat to hang, so I guess it 
+> wasn't called in the past.
+Somebody bobbled, fix available.  See 
+https://bugzilla.redhat.com/show_bug.cgi?id=866303
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20121119/ebe8ab99/attachment.html>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + +
+

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