Lori Alt wrote:
On 09/04/09 10:17, dick hoogendijk wrote:
Lori Alt wrote:
The -u option to zfs recv (which was just added to support flash
archive installs, but it's useful for other reasons too) suppresses
all mounts of the received file systems. So you can mount them
yourself afterward in whatever order is appropriate, or do a 'zfs
mount -a'.
You misunderstood my problem. It is very convenient that the
filesystems are not mounted. I only wish they could stay that way!.
Alas, they ARE mounted (even if I don't want them to) when I
*reboot* the system. And THAT's when thing get ugly. I then have
different zfs filesystems using the same mountpoints! The backed up
ones have the same mountpoints as their origin :-/ -> The only way
to stop it is to *export* the "backup" zpool OR to change *manualy*
the zfs prop "canmount=noauto" in all backed up snapshots/filesystems.
As I understand I cannot give this "canmount=noauto" to the zfs
receive command.
# zfs send -Rv rp...@0909 | zfs receive -Fdu backup/snaps
There is a RFE to allow zfs recv to assign properties, but I'm not
sure whether it would help in your case. I would have thought that
"canmount=noauto" would have already been set on the sending side,
however. In that case, the property should be preserved when the
stream is preserved.
Well, I checked again today. This is what happens:
NAME PROPERTY VALUE SOURCE
tank/ROOT/daffy canmount on default
NAME PROPERTY VALUE SOURCE
rpool/ROOT/daffy canmount noauto local
As you can see the original dataset (rpool/ROOT/daffy) has
canmount=noauto set. However, the received dataset (zfs send
rpool/ROOT/da...@090905 | zfs receive -Fdu /tank) has this property
changed(!) into canmount=on. So, what you state is not true. The
property is NOT preserved.
Is this a bug?
--
Dick Hoogendijk -- PGP/GnuPG key: 01D2433D
+ http://nagual.nl/ | SunOS 10u7 5/09 | OpenSolaris 2010.02 B121
+ All that's really worth doing is what we do for others (Lewis Carrol)
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
