Tim Foster wrote:
Chris Gerhard wrote:Not quite. I want to make the default for all pools imported or not to not do this and then turn it on where it makes sense and won't do harm.Aah I see. That's the complete opposite of what the desktop folk wanted then - you want to opt-in, instead of opt-out.For desktops & laptops, the requirement was for there to be no required user action for this stuff to "just work". For servers, the intent was to just have it totally off by default (that is, the SMF service would just be disabled)I'm not sure there's an easy way to please everyone to be honest :-/
I'm not sure you are right there. If there was an SMF property that you set to set the default behaviour and then you set it to true on something that looked like a laptop and false otherwise. Or you could just turn it on by default for root pools. Indeed the installation could set the property.
While on a desktop being on by default has some value on a server that has been upgraded and therefore would have a backup strategy already in place it does not.
Do we supply a script to delete all the auto-snapshot snapshots? Is there anyway to recognise them apart from by their name?
That said, how often do you import or create pools where this would be an issue? If you're importing pools you've used on such a system before, then you'd already have the property set on the root dataset.If you're constantly importing brand new pools, then yes, you've got a point.
You only have to have this mess with one pool which is being uses as the target for a backup for the consequences to be horrible. For that reason alone it needs to default to off.
Don't get me wrong. The service is really nice and the gui integration looks like it could be a thing of beauty if it can be made to scale. Indeed on my daughter's laptop it looks great. It's just it should default to being off with a really easy way to turn it on rather than the other way round.
-- Chris Gerhard. __o __o __o Systems TSC Chief Technologist _`\<,`\<,`\<,_ Sun Microsystems Limited (*)/---/---/ (*) Phone: +44 (0) 1252 426033 (ext 26033) http://blogs.sun.com/chrisg
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
