Hello Peter,

Monday, April 23, 2007, 9:27:56 PM, you wrote:

PT> On 4/23/07, Robert Milkowski <[EMAIL PROTECTED]> wrote:
>>
>> Relatively low traffic to the pool but sync takes too long to complete
>> and other operations are also not that fast.
>>
>> Disks are on 3510 array. zil_disable=1.
>>
>>
>> bash-3.00# ptime sync
>>
>> real     1:21.569
>> user        0.001
>> sys         0.027

PT> Hey, that is *quick*!

PT> On Friday afternoon I typed sync mid-afternoon. Nothing had happened
PT> a couple of hours later when I went home. It looked as though it had 
finished
PT> by 11pm, when I checked in from home.

PT> This was on a thumper running S10U3. As far as I could tell, all writes
PT> to the pool stopped completely. There were applications trying to write,
PT> but they had just stopped (and picked up later in the evening). A fairly
PT> consistent few hundred K per second of reads; no writes; and pretty low
PT> system load.

PT> It did recover, but write latencies of a few hours is rather undesirable.

PT> What on earth was it doing?

I've seen it too :(

Other that that I can see that while I can observe reads and writes
zfs is issuing write cache flush commands even in minutes instead of
5s default. And nfsd goes crazy then.

Then zfs commands like zpool status, zfs list, etc. can hung for
hours... nothing unusual with iostat.

-- 
Best regards,
 Robert                            mailto:[EMAIL PROTECTED]
                                       http://milek.blogspot.com

_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to