[OmniOS-discuss] Win 8.1 NFS client
Valrhona
valrhona at gmail.com
Mon Jun 16 08:21:28 UTC 2014
Thanks for the suggestion. NFS timed out again, and I ran the command
you suggested:
root at dellt_server:~# svcs -xv
svc:/network/nfs/nlockmgr:default (NFS lock manager)
State: maintenance since June 16, 2014 03:39:59 AM EDT
Reason: Restarting too quickly.
See: http://illumos.org/msg/SMF-8000-L5
See: man -M /usr/share/man -s 1M lockd
See: /var/svc/log/network-nfs-nlockmgr:default.log
Impact: 1 dependent service is not running:
svc:/network/nfs/server:default
On Fri, Jun 13, 2014 at 11:02 AM, Dan McDonald <danmcd at omniti.com> wrote:
>
> On Jun 13, 2014, at 7:54 AM, Schweiss, Chip <chip at innovates.com> wrote:
>
>> You may have revealed the cause of a problem I've seen a few times, but have not made the correlation. In my case we have 100+ CentOS NFS clients and a periodic use of 2012R2 server connecting via NFS.
>>
>> I have had a few drop offs of the NFS server with out a single line in the event logs, just complete non-responsiveness.
>>
>> I will definitely be digging deeper into this.
>>
>> This is most likely Illumos wide, not just OmniOS. I will report back to both lists if I can get anything reproducible.
>
> A possible cause for the problem is the new open-sourced NFS lock daemon. (It may have some residual bugs.)
>
> I have MacOS 10.6 and 10.9, and I'm seeing occasional problems as well.
>
> If you get it going offline, please utter: "svcs -xv" on the OmniOS/Illumos box and see if anything reports as being faulty. I've seen the NFS lock manager flake out. By itself "svcs -xv" will not show any output if things are working. The SMF service in question (here shown working properly) is:
>
> hdc(~)[0]% svcs -xv nlockmgr
> svc:/network/nfs/nlockmgr:default (NFS lock manager)
> State: online since June 9, 2014 08:33:04 PM EDT
> See: man -M /usr/share/man -s 1M lockd
> See: /var/svc/log/network-nfs-nlockmgr:default.log
> Impact: None.
> hdc(~)[0]%
>
> Dan
>
More information about the OmniOS-discuss
mailing list