On 11/22/12 10:15, Ian Collins wrote:
I look after a remote server that has two iSCSI pools.  The volumes for
each pool are sparse volumes and a while back the target's storage
became full, causing weird and wonderful corruption issues until they
manges to free some space.

Since then, one pool has been reasonably OK, but the other has terrible
performance receiving snapshots.  Despite both iSCSI devices using the
same IP connection, iostat shows one with reasonable service times while
the other shows really high (up to 9 seconds) service times and 100%
busy.  This kills performance for snapshots with many random file
removals and additions.

I'm currently zero filling the bad pool to recover space on the target
storage to see if that improves matters.

Has anyone else seen similar behaviour with previously degraded iSCSI

As a data point, both pools are being zero filled with dd. A 30 second iostat sample shows one device getting more than double the write throughput of the other:

r/s    w/s   Mr/s   Mw/s wait actv wsvc_t asvc_t  %w  %b device
0.2 64.0 0.0 50.1 0.0 5.6 0.7 87.9 4 64 c0t600144F096C94AC700004ECD96F20001d0 5.6 44.9 0.0 18.2 0.0 5.8 0.3 115.7 2 76 c0t600144F096C94AC700004FF354B00002d0


zfs-discuss mailing list

Reply via email to