Re: I am sick and tired of the poor quality of documentation on FreeBSD

On 11/23/23 01:01, Olivier Certner wrote:
> Hi,
> 
>> Another fun gotcha is if you use zpool send+zpool receive to write a
>> backup of a boot disk to removable media instead of writing the
>> datastream as a file to the backup media, you get to learn about the fun
>> of when your backup mounted in place of the live system because its
>> properties said for it to be mounted there. I make modifications to zfs
>> properties on the receiving side to fix that and some other
>> issues+desires but suspect there are more things I have to learn in this
>> space.
> 
> I've also been bitten by this a few times a while ago.  You may want to look at option '-R' in zpool-import(8), even if I agree it's not ideal since it has to be applied at each import, whereas we would like it to be so automatically to avoid foot-shooting.

Rather than hope I will do an export/import dance of a backup drive with 
the flag, I prefer to use -x or -o to change properties to a different 
state while they are on the backup drive before they have a chance to 
take effect. This also works nice to set different compression settings, 
decide if atime should be enabled or not, and even put the backup into a 
read only state automatically. Keeping settings like refreservation from 
being overridden just because a backup seems important instead of just 
an afterthought since the two disks are likely different sizes with 
different needs. These 'overrides' are noted so that zfs inherit -S can 
get you back on track if wanting to start using the data in place with 
original properties or -b for when data gets sent the other way.

> Regards.
>