> The only thing that jumps out at me is the ARC size -
> 53.4GB, or
> most of your 64GB of RAM. This in-and-of-itself is
> not necessarily
> a bad thing - if there are no other memory consumers,
> let ZFS cache
> data in the ARC. But if something is coming along to
> flush dirty
> ARC pages period
Thanks to the help of a zfs/kernel developer at Sun who volunteered to help me,
it turns out this was a bug in solaris that needs to be fixed. Bug report here
for the curious:
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6859446
--
This message posted from opensolaris.org
__
As the subject says, I can't import a seemingly okay raidz pool and I really
need to as it has some information on it that is newer than the last backup
cycle :-( I'm really in a bind; I hope anyone can help...
Background: A drive in a four-slice pool failed (I have to use slices due to a
mot
> This is probably:
>
> 6837719 TCP tx might hang when tcp_cork option is set
>
> Fixed in build 115. This is a generic networking bug
> and doesn't have
> anything to do with ZFS. If you build proftp with
> TCP_CORK off you
> won't have this problem.
Wow, that was it, thanks! What in the t
I'm having a pretty serious issue with 200906 with simple operations that used
to work fine on nv_79. The problem I'm trying to solve right now are FTP
transfers from a ZFS filesystem using proftpd as a server that pause for over
ten minutes with no discernible cause. When the transfer hangs,
