summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-dev/attachments/20121119/bb9785c8/attachment.html
blob: 666d2c8d58d492caacf95834fcb24cbfbdd5f16b (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
<br><br><div class="gmail_quote">On Mon, Nov 19, 2012 at 9:39 AM, Colin Guthrie <span dir="ltr">&lt;<a href="mailto:mageia@colin.guthr.ie" target="_blank">mageia@colin.guthr.ie</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Hi,<br>
<br>
For many, many years, I&#39;ve always done a umount -l  on stale NFS mounts<br>
(e.g. when resuming in a different location to suspending).<br>
<br>
This has always worked, but very recently (i.e. in the last couple<br>
weeks) this has stopped working.<br>
<br>
Anyone know what could be up?<br>
<br>
Blino&#39;s change to nfs-utils doesn&#39;t look like a problem.<br>
<br>
The call that&#39;s stalling things is stat(), but this never used to be a<br>
problem with lazy umounts in the past (not sure if it&#39;s just stat()<br>
that&#39;s now blocking at a kernel level or of some userspace code now<br>
calls it when in the past it did not?<br></blockquote><div><br></div><div>If your nfs mount is dead I would expect stat to hang, so I guess it wasn&#39;t called in the past. </div></div>