Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 5 Mar 2016 19:42:51 +0300
From:      Dmitry Sivachenko <trtrmitya@gmail.com>
To:        Konstantin Belousov <kostikbel@gmail.com>
Cc:        Eugene Grosbein <eugen@grosbein.net>, FreeBSD Stable ML <stable@freebsd.org>
Subject:   Re: nfs_getpages: error 4
Message-ID:  <415B1CAA-2728-48D0-96F0-C20F02F8A045@gmail.com>
In-Reply-To: <20160305162747.GA67250@kib.kiev.ua>
References:  <A2A32332-4D9D-40DF-9DEC-EE9000879416@gmail.com> <56DACD4E.3070905@grosbein.net> <550ADE4F-9F60-44FB-BF07-A1384A6B7B1A@gmail.com> <56DAE033.9020304@grosbein.net> <ED06D277-F19B-46F4-BD61-08B6AD10326B@gmail.com> <56DAE6D2.5040309@grosbein.net> <9BBCBDD0-4DAD-4189-9AAA-9FD94A458F7E@gmail.com> <20160305162747.GA67250@kib.kiev.ua>

index | next in thread | previous in thread | raw e-mail


> On 05 Mar 2016, at 19:27, Konstantin Belousov <kostikbel@gmail.com> wrote:
> 
> On Sat, Mar 05, 2016 at 05:24:26PM +0300, Dmitry Sivachenko wrote:
>>> 
>>> Again, error 4 is EINTR so you could disable both "soft" and "intr" options for test.
>> 
>> 
>> "soft" is meaningless in such setup, because "file system calls will fail after retrycnt round trip timeout intervals" but "The default is a retry count of zero, which means to keep retrying forever".
>> 
>> If I understand "intr" correctly, it matters only when server becomes unresponsive, that is "server is not responding" message should be in my logs.  But I have no such a message.
>> 
>> 
> 
> The intr NFS mount option allows signals to interrupt NFS waits for the
> RPC responses.  This is almost certainly the reason for the EINTR error
> you get from the pager.
> 
> You should at last get the
> vm_fault: pager read error, pid ...
> messages as well.  Is this true ?


That is true, see my initial post.


>  The end result would be SIGSEGV
> delivered to the process.
> 
> OTOH, I do not quite understand why did your threads requesting page-in
> fall into the wait for a free page.  I assume that there is enough free
> pages in the system ?
> 


I have no swap configured, but it is possible that running processes eat all RAM (I expect them to be killed with OOM rather than stuck?)

home | help

Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?415B1CAA-2728-48D0-96F0-C20F02F8A045>