On Wed, Apr 28, 2010 at 5:09 PM, Jim Horng wrote:
> This is not a performance issue. The rsync will hang hard and one of the
> child process can not be killed (I assume it's
I've seen a similar issue on a b133 host that has a large DDT, but I
haven't waited very long to see if it completes. You
This is not a performance issue. The rsync will hang hard and one of the child
process can not be killed (I assume it's the one running on the zfs). the
command gets slower I am referring to the output of the file system commands
(zpool, zfs, df, du, etc) from the different shell. I left the
On Wed, Apr 28, 2010 at 1:51 PM, Jim Horng wrote:
> I have now turned the dedup off on the pools and the rsync seem to be going
> further than before. Is this a known bug? Is there an workaround for this
> without rebooting the system? I am not an Solaris expert and I haven't worked
> on Solari
Sorry for the double post but I think this was better suite for zfs forum.
I am running OpenSolaris snv_134 as a file server in a test environment,
testing deduplication. I am transferring large amount of data from our
production server via using rsync.
The Data pool is on a separated raidz1-0
