search for: dmu_zfetch_find

...have much time to look around and had to redirect live traffic somewhere else but before I did I managed to get the below: # dtrace -n profile-997''{@[stack()]=count();}'' [...] unix`default_lock_delay+0x48 unix`mutex_vector_enter+0x99 zfs`dmu_zfetch_find+0x1f9 zfs`dmu_zfetch+0xc9 zfs`dbuf_read+0x27a zfs`dmu_buf_hold_array_by_dnode+0x287 zfs`dmu_buf_hold_array+0x81 zfs`dmu_read_uio+0x49 zfs`zfs_read+0x15e zfs`zfs_shim_read+0xc genunix`fop_...

...fff0d54a5d670 zfs_zget+0x46 2552 0% 99% 0.00 800 0xffffff0d54a5d590 rrw_exit+0x1d 872 0% 100% 0.00 27319 0xffffff0d538a3330 zfs_zaccess_aces_check+0x77 599 0% 100% 0.00 888 0xffffff0d55bedcb0 dnode_block_freed+0x6e 479 0% 100% 0.00 1899 0xffffff0e32dfe168 dmu_zfetch_find+0x17b 149 0% 100% 0.00 802 0xffffff0d34e79000 vn_rele+0x1e ------------------------------------------------------------------------ ------- We can't figure out what's causing it, even reducing the number of groups used on the device, but hasn't helped. Seems like the...

I just had a quick play with gzip compression on a filesystem and the result was the machine grinding to a halt while copying some large (.wav) files to it from another filesystem in the same pool. The system became very unresponsive, taking several seconds to echo keystrokes. The box is a maxed out AMD QuadFX, so it should have plenty of grunt for this. Comments? Ian