[EMAIL PROTECTED] said:
> The only obvious thing would be if the exported ZFS filesystems where
> initially mounted at a point in time when zil_disable was non-null.
No changes have been made to zil_disable. It's 0 now, and we've never
changed the setting. Export/import doesn't appear to change the behavior.
[EMAIL PROTECTED] said:
> You might want to try in turn:
> dtrace -n 'sd_send_scsi_SYNCHRONIZE_CACHE:[EMAIL
> PROTECTED](20)]=count()}'
> dtrace -n 'sdioctl:[EMAIL PROTECTED](20)]=count()}'
> dtrace -n zil_flush_vdevs:[EMAIL PROTECTED](20)]=count()}'
> dtrace -n zil_commit_writer:[EMAIL PROTECTED](20)]=count()}'
> And see if you loose your footing along the way.
I've included below the complete list of dtrace output. This system has
two zpools, one that goes "fast" for NFS and one that goes "slow". You
can see the details of the pools' configs below. Let me re-state that
at times in the past, the "fast" pool has gone "slow", and I don't know
what made it start going "fast" again.
To summarize, the first dtrace above gives no output on the fast pool,
and lists 6, 7, 12, or 14 calls for the slow pool. The second dtrace
above counts 6 or 7 calls on both pools. The last third dtrace above
gives no output for either pool, but zil_flush_vdevs isn't in the stack
trace for the earlier trace on my machine (SPARC, Sol-10U3). The last
dtrace doesn't find a matching probe here.
=================================================================
# echo "zil_disable/D" | mdb -k
zil_disable:
zil_disable: 0
# zpool list
NAME SIZE USED AVAIL CAP HEALTH ALTROOT
bulk_zp1 2.14T 160K 2.14T 0% ONLINE -
bulk_zp2 2.14T 346K 2.14T 0% ONLINE -
int01 48.2G 1.94G 46.3G 4% ONLINE -
# cd
# zpool export bulk_zp1
# zpool export bulk_zp2
# zpool import
pool: bulk_zp2
id: 803252704584693135
state: ONLINE
action: The pool can be imported using its name or numeric identifier.
config:
bulk_zp2 ONLINE
raidz1 ONLINE
c6t4849544143484920443630303133323230303330d0s0 ONLINE
c6t4849544143484920443630303133323230303330d0s1 ONLINE
c6t4849544143484920443630303133323230303331d0s0 ONLINE
c6t4849544143484920443630303133323230303331d0s1 ONLINE
c6t4849544143484920443630303133323230303332d0s0 ONLINE
c6t4849544143484920443630303133323230303332d0s1 ONLINE
pool: bulk_zp1
id: 14914295292657419291
state: ONLINE
action: The pool can be imported using its name or numeric identifier.
config:
bulk_zp1 ONLINE
raidz1 ONLINE
c6t4849544143484920443630303133323230303230d0s0 ONLINE
c6t4849544143484920443630303133323230303230d0s1 ONLINE
c6t4849544143484920443630303133323230303231d0s0 ONLINE
c6t4849544143484920443630303133323230303231d0s1 ONLINE
c6t4849544143484920443630303133323230303232d0s0 ONLINE
c6t4849544143484920443630303133323230303232d0s1 ONLINE
c6t4849544143484920443630303133323230303232d0s2 ONLINE
# zpool import bulk_zp1
# zpool import bulk_zp2
# zfs list bulk_zp1
NAME USED AVAIL REFER MOUNTPOINT
bulk_zp1 123K 1.79T 53.6K /zp1
# zfs list bulk_zp2
NAME USED AVAIL REFER MOUNTPOINT
bulk_zp2 193K 1.75T 63.9K /zp2
# dtrace -n 'ssd_send_scsi_SYNCHRONIZE_CACHE:[EMAIL PROTECTED](20)]=count()}' \
> -n 'sd_send_scsi_SYNCHRONIZE_CACHE:[EMAIL PROTECTED](20)]=count()}'
dtrace: description 'ssd_send_scsi_SYNCHRONIZE_CACHE:entry' matched 1 probe
dtrace: description 'sd_send_scsi_SYNCHRONIZE_CACHE:entry' matched 1 probe
^C
# : no output from zp1 test.
# dtrace -n 'ssd_send_scsi_SYNCHRONIZE_CACHE:[EMAIL PROTECTED](20)]=count()}' \
> -n 'sd_send_scsi_SYNCHRONIZE_CACHE:[EMAIL PROTECTED](20)]=count()}'
dtrace: description 'ssd_send_scsi_SYNCHRONIZE_CACHE:entry' matched 1 probe
dtrace: description 'sd_send_scsi_SYNCHRONIZE_CACHE:entry' matched 1 probe
^C
ssd`ssdioctl+0x17a8
zfs`vdev_disk_io_start+0xa0
zfs`zio_ioctl+0xec
zfs`vdev_config_sync+0xe0
zfs`spa_sync+0x2ec
zfs`txg_sync_thread+0x134
unix`thread_start+0x4
12
ssd`ssdioctl+0x17a8
zfs`vdev_disk_io_start+0xa0
zfs`zio_ioctl+0xec
zfs`vdev_config_sync+0x258
zfs`spa_sync+0x2ec
zfs`txg_sync_thread+0x134
unix`thread_start+0x4
12
# : above output from zp2 test.
# dtrace -n 'ssdioctl:[EMAIL PROTECTED](20)]=count()}' -n
'sdioctl:[EMAIL PROTECTED](20)]=count()}'
dtrace: description 'ssdioctl:entry' matched 1 probe
dtrace: description 'sdioctl:entry' matched 1 probe
^C
zfs`vdev_disk_io_start+0xa0
zfs`zio_ioctl+0xec
zfs`vdev_config_sync+0xe0
zfs`spa_sync+0x2ec
zfs`txg_sync_thread+0x134
unix`thread_start+0x4
6
# : above is from zp2 test.
# dtrace -n 'vdev_config_sync:[EMAIL PROTECTED](20)]=count()}'
dtrace: description 'vdev_config_sync:entry' matched 1 probe
^C
zfs`spa_sync+0x2ec
zfs`txg_sync_thread+0x134
unix`thread_start+0x4
12
# : above is from zp2 test.
# dtrace -n 'vdev_config_sync:[EMAIL PROTECTED](20)]=count()}'
dtrace: description 'vdev_config_sync:entry' matched 1 probe
^C
zfs`spa_sync+0x2ec
zfs`txg_sync_thread+0x134
unix`thread_start+0x4
6
# : above is from zp1 test
# dtrace -n 'ssdioctl:[EMAIL PROTECTED](20)]=count()}' -n
'sdioctl:[EMAIL PROTECTED](20)]=count()}'
dtrace: description 'ssdioctl:entry' matched 1 probe
dtrace: description 'sdioctl:entry' matched 1 probe
^C
zfs`vdev_disk_io_start+0xa0
zfs`zio_ioctl+0xec
zfs`vdev_config_sync+0xe0
zfs`spa_sync+0x2ec
zfs`txg_sync_thread+0x134
unix`thread_start+0x4
14
zfs`vdev_disk_io_start+0xa0
zfs`zio_ioctl+0xec
zfs`vdev_config_sync+0x258
zfs`spa_sync+0x2ec
zfs`txg_sync_thread+0x134
unix`thread_start+0x4
14
# : above is from zp1 test.
# dtrace -n 'ssd_send_scsi_SYNCHRONIZE_CACHE:[EMAIL PROTECTED](20)]=count()}' \
> -n 'sd_send_scsi_SYNCHRONIZE_CACHE:[EMAIL PROTECTED](20)]=count()}'
dtrace: description 'ssd_send_scsi_SYNCHRONIZE_CACHE:entry' matched 1 probe
dtrace: description 'sd_send_scsi_SYNCHRONIZE_CACHE:entry' matched 1 probe
^C
# : above is from zp1 test, i.e. no sync-cache calls happened.
=================================================================
Regards,
Marion
_______________________________________________
zfs-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
