(Subscribing to the zfs-auto-snapshot list to avoid moderation hold.) On Mon, Mar 8, 2010 at 1:47 PM, Tim Foster <tim.fos...@sun.com> wrote: > I usually add SMF instances using 'svccfg -s <service> add myinstance'
I tried that, but there that doesn't create/copy the property groups. Do I have to manually duplicate the settings from another instance? Apologies for the somewhat off-topic line of questioning, but I can't find the correct way do do what I want, namely create a new instance using an existing one as a template. My import/export exercise was an attempt to do that. > Looking at the errors, it looks like SMF isn't exporting the values for > action_authorization or value_authorization in the SMF manifest it > produces, resulting the service not being allowed to set values in > svccfg when it runs as 'zfssnap'. I don't think that's the problem, the values are the same as the 'daily' instance. $ svccfg -s zfs/auto-snapshot:rpool-backup listprop|grep ^general general framework general/action_authorization astring general/value_authorization astring general/enabled boolean true > Have a look at /var/svc/manifest/system/filesystem/auto-snapshot.xml and > read smf_security(5) for more on those properties. > You could seed the backup pool with existing snapshots using a manual > zfs send -R, and then continue with incremental snapshots using > zfs-auto-snapshot. That's what I've wound up doing, using the rpool-backup snapshot that was created during the initial run. It would be nice if there was a way to make the initial full option do a recursive full send initially, but it wasn't that hard to do manually. -B -- Brandon High : bh...@freaks.com _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
