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 --- .../20121119/ebe8ab99/attachment-0001.html | 38 ++++++++++++++++++++++ .../attachments/20121119/ebe8ab99/attachment.html | 38 ++++++++++++++++++++++ 2 files changed, 76 insertions(+) create mode 100644 zarb-ml/mageia-dev/attachments/20121119/ebe8ab99/attachment-0001.html create mode 100644 zarb-ml/mageia-dev/attachments/20121119/ebe8ab99/attachment.html (limited to 'zarb-ml/mageia-dev/attachments/20121119/ebe8ab99') diff --git a/zarb-ml/mageia-dev/attachments/20121119/ebe8ab99/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20121119/ebe8ab99/attachment-0001.html new file mode 100644 index 000000000..f57654418 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20121119/ebe8ab99/attachment-0001.html @@ -0,0 +1,38 @@ + + + + + +
On 11/19/2012 08:55 AM, Pascal Terjan + wrote:
+
+

+
+
On Mon, Nov 19, 2012 at 9:39 AM, Colin + Guthrie <mageia@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
+ + diff --git a/zarb-ml/mageia-dev/attachments/20121119/ebe8ab99/attachment.html b/zarb-ml/mageia-dev/attachments/20121119/ebe8ab99/attachment.html new file mode 100644 index 000000000..f57654418 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20121119/ebe8ab99/attachment.html @@ -0,0 +1,38 @@ + + + + + +
On 11/19/2012 08:55 AM, Pascal Terjan + wrote:
+
+

+
+
On Mon, Nov 19, 2012 at 9:39 AM, Colin + Guthrie <mageia@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
+ + -- cgit v1.2.1