Re: [OmniOS-discuss] possible bug

2015-09-29 Thread Dan McDonald
Which OmniOS are you running?  Cat /etc/release and look at uname -v. Let's 
first make sure you're up to date.

Also, when it hangs, take a kernel dump  -  "reboot -d" and share the system 
dump.

Thanks,
Dan

Sent from my iPhone (typos, autocorrect, and all)

> On Sep 29, 2015, at 2:22 PM, Hildebrandt, Bill  wrote:
> 
> Over the past few weeks, I have had 3 separate occurrences where my 
> OmniOS/Napp-it NAS stops responding to NFS and CIFS.  The first time was 
> during the week of the ZFS corruption bug announcement.  The system and it’s 
> replicated storage were both scrubbed and zdb analyzed, and nothing looked 
> wrong.  I rebuilt the NAS from scratch with updated patches and imported the 
> pool.  Same thing happened three days later, and now today, eight days later. 
>  Each time, a reboot is performed to bring it back.  All services appear to 
> be running.  The odd thing is that an “ls –l” hangs on every mountpoint.  Has 
> anyone heard of this issue?  Since I am not OmniOS savvy, is there anything I 
> can capture while in that state that could help debug it?
>  
> Thanks,
> Bill
> 
> 
> This e-mail and any documents accompanying it may contain legally privileged 
> and/or confidential information belonging to Exegy, Inc. Such information may 
> be protected from disclosure by law. The information is intended for use by 
> only the addressee. If you are not the intended recipient, you are hereby 
> notified that any disclosure or use of the information is strictly 
> prohibited. If you have received this e-mail in error, please immediately 
> contact the sender by e-mail or phone regarding instructions for return or 
> destruction and do not use or disclose the content to others.
> ___
> OmniOS-discuss mailing list
> OmniOS-discuss@lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss


Re: [OmniOS-discuss] possible bug

2015-09-29 Thread Hildebrandt, Bill
root@moslexnas02b:/root# cat /etc/release
  OmniOS v11 r151014
  Copyright 2015 OmniTI Computer Consulting, Inc. All rights reserved.
  Use is subject to license terms.
root@moslexnas02b:/root# uname -v
omnios-c65

Thanks . . . I’ll try to take a kernel dump next time.

From: Dan McDonald [mailto:dan...@omniti.com]
Sent: Tuesday, September 29, 2015 1:47 PM
To: Hildebrandt, Bill; Dan McDonald
Cc: omnios-discuss@lists.omniti.com
Subject: Re: [OmniOS-discuss] possible bug

Which OmniOS are you running?  Cat /etc/release and look at uname -v. Let's 
first make sure you're up to date.

Also, when it hangs, take a kernel dump  -  "reboot -d" and share the system 
dump.

Thanks,
Dan

Sent from my iPhone (typos, autocorrect, and all)

On Sep 29, 2015, at 2:22 PM, Hildebrandt, Bill 
<bhildebra...@exegy.com<mailto:bhildebra...@exegy.com>> wrote:
Over the past few weeks, I have had 3 separate occurrences where my 
OmniOS/Napp-it NAS stops responding to NFS and CIFS.  The first time was during 
the week of the ZFS corruption bug announcement.  The system and it’s 
replicated storage were both scrubbed and zdb analyzed, and nothing looked 
wrong.  I rebuilt the NAS from scratch with updated patches and imported the 
pool.  Same thing happened three days later, and now today, eight days later.  
Each time, a reboot is performed to bring it back.  All services appear to be 
running.  The odd thing is that an “ls –l” hangs on every mountpoint.  Has 
anyone heard of this issue?  Since I am not OmniOS savvy, is there anything I 
can capture while in that state that could help debug it?

Thanks,
Bill



This e-mail and any documents accompanying it may contain legally privileged 
and/or confidential information belonging to Exegy, Inc. Such information may 
be protected from disclosure by law. The information is intended for use by 
only the addressee. If you are not the intended recipient, you are hereby 
notified that any disclosure or use of the information is strictly prohibited. 
If you have received this e-mail in error, please immediately contact the 
sender by e-mail or phone regarding instructions for return or destruction and 
do not use or disclose the content to others.
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com<mailto:OmniOS-discuss@lists.omniti.com>
http://lists.omniti.com/mailman/listinfo/omnios-discuss



This e-mail and any documents accompanying it may contain legally privileged 
and/or confidential information belonging to Exegy, Inc. Such information may 
be protected from disclosure by law. The information is intended for use by 
only the addressee. If you are not the intended recipient, you are hereby 
notified that any disclosure or use of the information is strictly prohibited. 
If you have received this e-mail in error, please immediately contact the 
sender by e-mail or phone regarding instructions for return or destruction and 
do not use or disclose the content to others.
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss


[OmniOS-discuss] possible bug

2015-09-29 Thread Hildebrandt, Bill
Over the past few weeks, I have had 3 separate occurrences where my 
OmniOS/Napp-it NAS stops responding to NFS and CIFS.  The first time was during 
the week of the ZFS corruption bug announcement.  The system and it's 
replicated storage were both scrubbed and zdb analyzed, and nothing looked 
wrong.  I rebuilt the NAS from scratch with updated patches and imported the 
pool.  Same thing happened three days later, and now today, eight days later.  
Each time, a reboot is performed to bring it back.  All services appear to be 
running.  The odd thing is that an "ls -l" hangs on every mountpoint.  Has 
anyone heard of this issue?  Since I am not OmniOS savvy, is there anything I 
can capture while in that state that could help debug it?

Thanks,
Bill



This e-mail and any documents accompanying it may contain legally privileged 
and/or confidential information belonging to Exegy, Inc. Such information may 
be protected from disclosure by law. The information is intended for use by 
only the addressee. If you are not the intended recipient, you are hereby 
notified that any disclosure or use of the information is strictly prohibited. 
If you have received this e-mail in error, please immediately contact the 
sender by e-mail or phone regarding instructions for return or destruction and 
do not use or disclose the content to others.
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss


Re: [OmniOS-discuss] possible bug

2015-09-29 Thread Schweiss, Chip
I've seen issues like this when you run out of NFS locks.   NFSv3 in
Illumos is really slow at releasing locks.

On all my NFS servers I do:

sharectl set -p lockd_listen_backlog=256 nfs
sharectl set -p lockd_servers=2048 nfs

Everywhere I can, I use NFSv4 instead of v3.   It handles lock much better.

-Chip

On Tue, Sep 29, 2015 at 1:22 PM, Hildebrandt, Bill 
wrote:

> Over the past few weeks, I have had 3 separate occurrences where my
> OmniOS/Napp-it NAS stops responding to NFS and CIFS.  The first time was
> during the week of the ZFS corruption bug announcement.  The system and
> it’s replicated storage were both scrubbed and zdb analyzed, and nothing
> looked wrong.  I rebuilt the NAS from scratch with updated patches and
> imported the pool.  Same thing happened three days later, and now today,
> eight days later.  Each time, a reboot is performed to bring it back.  All
> services appear to be running.  The odd thing is that an “ls –l” hangs on
> every mountpoint.  Has anyone heard of this issue?  Since I am not OmniOS
> savvy, is there anything I can capture while in that state that could help
> debug it?
>
>
>
> Thanks,
>
> Bill
>
> --
>
> This e-mail and any documents accompanying it may contain legally
> privileged and/or confidential information belonging to Exegy, Inc. Such
> information may be protected from disclosure by law. The information is
> intended for use by only the addressee. If you are not the intended
> recipient, you are hereby notified that any disclosure or use of the
> information is strictly prohibited. If you have received this e-mail in
> error, please immediately contact the sender by e-mail or phone regarding
> instructions for return or destruction and do not use or disclose the
> content to others.
>
> ___
> OmniOS-discuss mailing list
> OmniOS-discuss@lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss
>
>
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss