Re: [OmniOS-discuss] OmniOS Bloody USB3 Feedback

Thanks for the report. Robert did all of the work, BTW. I merely pulled it in. OmniTI's Dale Ghent did testing and reviews, which was more than I did. Credit where due, please! :) Dan Sent from my iPhone (typos, autocorrect, and all) > On Mar 17, 2017, at 7:56 PM, Volker A. Brandt

[OmniOS-discuss] OmniOS Bloody USB3 Feedback

Hello all! Today I did some USB3 testing. Here is the feedback. I used this card, based on the NEC/Renesas uPD720202: https://www.amazon.de/Exsys-PCI-Express-Erweiterungskarte-Super-Speed-Spezifikationen/dp/B01440VZF0/ The card has a 4pin "molex" power input which I did not hook up. This

Re: [OmniOS-discuss] arcstat ZFS question

Hi Dan, Thanks for the prompt response. But why the arc misses if I repeat the du and why is the L2arc size from arcstat much bigger than from zpool iostat? Dan McDonald wrote: >> On Mar 17, 2017, at 4:12 AM, Richard Skelton wrote: >> >> Why does du generate writes? >>

Re: [OmniOS-discuss] KVMs locking up for seconds at a time...

- On Mar 17, 2017, at 3:02 PM, Dan McDonald dan...@omniti.com wrote: >> On Mar 17, 2017, at 9:42 AM, Tobias Oetiker wrote: >> >> We found the cause of the problem: >> >> svc:/system/rcap:default >> >> enable it and enjoy the behaviour detailed below plus random hangs on

Re: [OmniOS-discuss] KVMs locking up for seconds at a time...

> On Mar 17, 2017, at 9:42 AM, Tobias Oetiker wrote: > > We found the cause of the problem: > > svc:/system/rcap:default > > enable it and enjoy the behaviour detailed below plus random hangs on nfs and > iscsi export > > disable it and things are as before Wow! Just...

Re: [OmniOS-discuss] 8TB Seagates under load = PANIC?

Additional info: > ::stack vpanic() 0xfba8b1a8() vdev_disk_io_start+0x130(d06a690b8c70) zio_vdev_io_start+0xae(d06a690b8c70) zio_execute+0x78(d06a690b8c70) vdev_queue_io_done+0x78(d06af0a85708) zio_vdev_io_done+0x80(d06af0a85708) zio_execute+0x78(d06af0a85708)

Re: [OmniOS-discuss] KVMs locking up for seconds at a time...

We found the cause of the problem: svc:/system/rcap:default enable it and enjoy the behaviour detailed below plus random hangs on nfs and iscsi export disable it and things are as before cheers tobi - On Mar 13, 2017, at 6:15 PM, Dan McDonald dan...@omniti.com wrote: > Hello! > >

Re: [OmniOS-discuss] 8TB Seagates under load = PANIC?

Thank a lot, >> As for the busy filesystem, I wonder if it'll behave better after your resilver finishes? Otherwise, I'm not immediately sure what to tell you. I will certainly report the result after resilver finished. >> And one last thing... I'm travelling back home today, so I'll be

Re: [OmniOS-discuss] 8TB Seagates under load = PANIC?

Thank you. So you're running LTS, AND it is up to date as of today. This helps me understand some things. IF this was fixed already in later releases (under a different bug id), we likely deemed it too big/intrusive to backport to an LTS release, or we overlooked its importance. As for the

Re: [OmniOS-discuss] 8TB Seagates under load = PANIC?

>> What's pool5/fs1's actual mount point? ( root@zns2-n2:/var/adm# zfs get mountpoint pool5/fs1 NAME PROPERTYVALUE SOURCE pool5/fs1 mountpoint /pool5/fs1 local >> Does that directory contain something? root@zns2-n2:/var/adm# ls -la /pool5/fs1/ total 1 drwxr-xr-x 2 root root 2

Re: [OmniOS-discuss] 8TB Seagates under load = PANIC?

root@zns2-n2:/root# cat /etc/release OmniOS v11 r151014 Copyright 2015 OmniTI Computer Consulting, Inc. All rights reserved. Use is subject to license terms. root@zns2-n2:/root# pkg info entire Name: entire Summary: Incorporation to constrain core system packages to same

Re: [OmniOS-discuss] 8TB Seagates under load = PANIC?

> On Mar 17, 2017, at 7:14 AM, Artem Penner wrote: > > root@zns2-n2:/root# zfs list pool5/fs1 > NAMEUSED AVAIL REFER MOUNTPOINT > pool5/fs1 3.90T 44.1T 3.90T /pool5/fs1 > > root@zns2-n2:/root# zfs mount pool5/fs1 > cannot mount 'pool5/fs1': mountpoint or

Re: [OmniOS-discuss] 8TB Seagates under load = PANIC?

> On Mar 17, 2017, at 4:44 AM, Artem Penner wrote: > > we have similar problem, we create pool in following configuration: > All that configuration data you provided, and you didn't provide "uname -a" (and possibly "cat /etc/release" for an older version). I'd like to

Re: [OmniOS-discuss] arcstat ZFS question

> On Mar 17, 2017, at 4:12 AM, Richard Skelton wrote: > > Why does du generate writes? > Is this normal? If you've L2ARC, it'd make sense that du (a program that traverses tons of directories if not more to find out how many blocks and/or bytes each file holds) would

[OmniOS-discuss] arcstat ZFS question

Hi, I am running OmniOS r151020 on an Intel S2600WTTR with two Intel(R) Xeon(R) CPU E5-2640 v4 @ 2.40GHz CPU and 256GB of memory. The zpool scratch is made up of 16 x 600GB 15K rpm SAS drives with a DDRdrive as log and a 750GB INTEL-SSDPEDMD800G4 NVME card as cache. When I run du I see a lot of