Anantha N. Srirama wrote:
I'm observing the following behavior in our environment (Sol10U2, E2900, 24x96, 2x2Gbps, ...)
In general, i would recommend upgrading to s10u3 (if you can).
- I've a compressed ZFS filesystem where I'm creating a large tar file. I notice that the tar process is running fine (accumulating CPU, truss shows writes, ...) but for whatever reason the timestamp on the file doesn't change nor does the file size change. The same is true for 'zpool list' output, the usage numbers don't change for minutes at a time. - I started a tar job to the compressed ZFS filesystem reading from another compressed ZFS filesystem. At the same time I started copying files from another ZFS filesysem (same pool & same attributes) to a remote server (GigE connection) using SCP writing to an UFS filesystem. [b]Guess what? My scp over the wire beat the pants off of the local ZFS tar session writing to a 2x2Gbps SAN and EMC disks![/b]
Can you send the actual command you did (is the tar job creating a tar archive or extracting files)?
Is this only a problem when compression is turned on? If so, i suspect its this bug:
6460622 zio_nowait() doesn't live up to its name http://bugs.opensolaris.org/view_bug.do?bug_id=6460622 Which should be putback very shortly. eric _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
