I just integrated into snv_62:
6529406 zpool history needs to bump the on-disk version
The original CR for 'zpool history':
6343741 want to store a command history on disk
was integrated into snv_51.
Both of these are planned to make s10u4.
But wait, 'zpool history' has existed for several months, aren't we
revising, um, history here?
It was originally believed that even though 'zpool history' added
additional on-disk information it didn't need to bump the on-disk
version. My testing verified this to be true. Turns out my testing
was incomplete. There is an edge case where if you have a pool with
history recorded then you cannot move that pool to a pre-snv_51
machine if that machine is also a different endianness. If you do,
then the load/import of the pool will cause a panic. Please note:
there is no corruption here. If the machine is the same endianness,
then the load/import will work just fine.
In order to again access your history, you will need to do a 'zpool
upgrade', such as:
fsh-hake# zpool history wombat
History for 'wombat':
cannot get history for pool 'wombat', pool must be upgraded:
unsupported version
fsh-hake# zpool upgrade wombat
This system is currently running ZFS version 4.
Successfully upgraded 'wombat' from version 3 to version 4
fsh-hake# zpool history wombat
History for 'wombat':
2007-03-19.19:01:55 zpool upgrade wombat
fsh-hake#
If your pool already has history, that data will be preserved and
retrievable once again after you do the 'zpool upgrade'.
A reminder about 'zpool upgrade': once you upgrade, the pool can no
longer be accessed by systems running older versions of ZFS. Please
see the zpool(1M) manpage.
If you have any further questions, feel free to send them my way.
controlling the present,
eric
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss