search for: dnode_sync

...+0x10 zfs`metaslab_group_alloc+0x1e0 zfs`metaslab_alloc_dva+0x114 zfs`metaslab_alloc+0x2c zfs`zio_dva_allocate+0x4c zfs`zio_write_compress+0x1ec zfs`arc_write+0xe4 zfs`dbuf_sync+0x6c0 zfs`dnode_sync+0x35c zfs`dmu_objset_sync_dnodes+0x6c zfs`dmu_objset_sync+0x54 zfs`dsl_dataset_sync+0xc zfs`dsl_pool_sync+0x64 zfs`spa_sync+0x1b0 zfs`txg_sync_thread+0x134 unix`thread_start+0x4 82...

Hi. System is snv_56 sun4u sparc SUNW,Sun-Fire-V440, zil_disable=1 We see many operation on nfs clients to that server really slow (like 90 seconds for unlink()). It''s not a problem with network, there''s also plenty oc CPU available. Storage isn''t saturated either. First strange thing - normally on that server nfsd has about 1500-2500 number of threads. I did

...+0x3c zfs`metaslab_group_alloc+0x1b0 zfs`metaslab_alloc_dva+0x10c zfs`metaslab_alloc+0x2c zfs`zio_dva_allocate+0x50 zfs`zio_write_compress+0x1e4 zfs`arc_write+0xbc zfs`dbuf_sync+0x6b0 zfs`dnode_sync+0x300 zfs`dmu_objset_sync_dnodes+0x68 zfs`dmu_objset_sync+0x50 zfs`dsl_dataset_sync+0xc zfs`dsl_pool_sync+0x60 zfs`spa_sync+0xe0 zfs`txg_sync_thread+0x130 unix`thread_start+0x4 316769...

..._write+0x26b dbuf_sync_list() at dbuf_sync_list+0x3eb dbuf_sync_list() at dbuf_sync_list+0x17f dbuf_sync_list() at dbuf_sync_list+0x17f dbuf_sync_list() at dbuf_sync_list+0x17f dbuf_sync_list() at dbuf_sync_list+0x17f dbuf_sync_list() at dbuf_sync_list+0x17f dbuf_sync_list() at dbuf_sync_list+0x17f dnode_sync() at dnode_sync+0x9bd dmu_objset_sync() at dmu_objset_sync+0x120 dsl_pool_sync() at dsl_pool_sync+0x72 spa_sync() at spa_sync+0x2f3 txg_sync_thread() at txg_sync_thread+0x2cd Do you have any ideas how to fix it? Kris has a way to reproduce it in his environment and I''m sure he could try a...

...ID 836849 kern.notice] Jun 16 14:44:42 einstein ^Mpanic[cpu3]/thread=2a101553cc0: Jun 16 14:44:42 einstein unix: [ID 530496 kern.notice] data after EOF: off=61833216 Jun 16 14:44:42 einstein unix: [ID 100000 kern.notice] Jun 16 14:44:42 einstein genunix: [ID 723222 kern.notice] 000002a101553560 zfs:dnode_sync+388 (600033cb990, 7, 60002d5c580, 60009dd4dc0, 0, 7) Jun 16 14:44:42 einstein genunix: [ID 179002 kern.notice] %l0-3: 0000000000000000 00000600033cb9e8 0000000000000003 00000600033cba48 Jun 16 14:44:42 einstein %l4-7: 0000060002c66400 00000600033cb9eb 000000000000000c 00000600033cba40 Jun 16 14...

...o/gate Revision: 1fa3f00b353d208d82ec61354a04d58884fecace Log message: 6366731 zfs and gcc don''t get along anymore 6367359 ''zpool offline'' fails, cannot offline device: device not in pool Files: update: usr/src/uts/common/fs/zfs/dbuf.c update: usr/src/uts/common/fs/zfs/dnode_sync.c update: usr/src/uts/common/fs/zfs/vdev.c

...c0e7958796b026a1d3ee28f3329221a Log message: 6397264 zfs-s10-0311:assertion failed:((&dnp->dn_blkptr[0])->blk_birth == 0) 6397267 assertion failed: (link->list_next == 0) == (link->list_prev == 0) Files: update: usr/src/uts/common/fs/zfs/dmu_tx.c update: usr/src/uts/common/fs/zfs/dnode_sync.c

Author: maybee Repository: /hg/zfs-crypto/gate Revision: 424a72a4d1acbaacc5a5ae97dbb86dbe6f988d65 Log message: 6397271 panic: mutex_enter: bad mutex, lp=f074ea3c owner=deadbee8 thread=d794fde0 Files: update: usr/src/uts/common/fs/zfs/dnode_sync.c

...0 zfs:zio_nowait+11 () Sep 13 14:13:22 cypress genunix: [ID 655072 kern.notice] ffffff000840d910 zfs:dbuf_sync_leaf+1ac () Sep 13 14:13:22 cypress genunix: [ID 655072 kern.notice] ffffff000840d950 zfs:dbuf_sync_list+51 () Sep 13 14:13:22 cypress genunix: [ID 655072 kern.notice] ffffff000840d9c0 zfs:dnode_sync+214 () Sep 13 14:13:22 cypress genunix: [ID 655072 kern.notice] ffffff000840da00 zfs:dmu_objset_sync_dnodes+55 () Sep 13 14:13:22 cypress genunix: [ID 655072 kern.notice] ffffff000840da80 zfs:dmu_objset_sync+13d () Sep 13 14:13:22 cypress genunix: [ID 655072 kern.notice] ffffff000840dad0 zfs:dsl_da...

We are using MySQL, and love the idea of using zfs for this. We are used to using Direct I/O to bypass file system caching (let the DB do this). Does this exist for zfs? This message posted from opensolaris.org

...wait_for_children+46 (e3c0a580, 1, e3c0a7) d2c8aaf0 zfs:zio_wait_children_ready+18 (e3c0a580) d2c8ab04 zfs:zio_next_stage_async+ac (e3c0a580, 0, f8dbfe) d2c8ab1c zfs:zio_nowait+e (e3c0a580) d2c8ab3c zfs:arc_write+7b (e44c9780, d895e8c0,) d2c8abec zfs:dbuf_sync+5f3 (dbd6ef00, e44c9780,) d2c8ac4c zfs:dnode_sync+33a (d34fbb30, 1, e44c97) d2c8ac80 zfs:dmu_objset_sync_dnodes+7e (d2380240, d23802fc,) d2c8acd0 zfs:dmu_objset_sync+5d (d2380240, e96f1e80) d2c8ad1c zfs:dsl_pool_sync+121 (d244a180, 15e234, 0) d2c8ad6c zfs:spa_sync+10a (d895e8c0, 15e234, 0) d2c8adc8 zfs:txg_sync_thread+1df (d244a180, 0) d2c8add8 un...

...hildren_ready+20 () ffffff000fd0a540 zfs:zio_next_stage_async+bb () ffffff000fd0a560 zfs:zio_nowait+11 () ffffff000fd0a870 zfs:dbuf_sync_leaf+1ac () ffffff000fd0a8b0 zfs:dbuf_sync_list+51 () ffffff000fd0a900 zfs:dbuf_sync_indirect+cd () ffffff000fd0a940 zfs:dbuf_sync_list+5e () ffffff000fd0a9b0 zfs:dnode_sync+23b () ffffff000fd0a9f0 zfs:dmu_objset_sync_dnodes+55 () ffffff000fd0aa70 zfs:dmu_objset_sync+13d () ffffff000fd0aac0 zfs:dsl_dataset_sync+5d () ffffff000fd0ab30 zfs:dsl_pool_sync+b5 () ffffff000fd0abd0 zfs:spa_sync+208 () ffffff000fd0ac60 zfs:txg_sync_thread+19a () ffffff000fd0ac70 unix:thread_sta...

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