On Wed, 2010-11-10 at 14:45 -0800, Bart Smaalders wrote:
> On 11/10/10 14:34, Danek Duvall wrote:
> > We probably need to think about this a bit more, anyway. Bart and I had a
> > discussion the other day about having successful non-BE-creating operations
> > leaving behind your previous BE (i.e., take a snapshot prior to the
> > operation and operate in the live image like a normal install, but instead
> > of deleting the snapshot on success, create a new BE based on that
> > snapshot).
Rather than creating a BE, could we just leave that snapshot floating
around and let the user decide, or perhaps have an image-property to
determine the behaviour? (discard snapshot on success, retain snapshot
or retain snapshot & create a BE from it)
Lots of BEs do result in quite a lengthy grub menu, so I could see a
case for not wanting that as the default.
> Pretty slick for leaving a trail of BEs for posterity, which it
> > appears some customers might like. But it introduces a whole new angle to
> > thinking about naming BEs -- am I naming the next one, the previous one, or
> > am I renaming the current one (and passing the current name off to the now
> > previous BE)?
I think things would get really messy if we were to start renaming BEs,
particularly now that history operations record the name of the BE they
were performed on - renaming BEs would mean we'd have to go rewrite
history (where's my De Lorean)
I suppose we could we record org.opensolaris.libbe:uuid instead if we
really wanted - I assume those are immutable?
> Indeed.... and speaking of which, is there anyone else that would like
> to make a tree view out of their boot environments? After a while,
> confusion sets in if you've updated old BEs....
I'd like that, but as a beadm subcommand. (I recently did some
beadm-gardening, removing about 30 old boot environments, many of which
wouldn't boot anymore due to zpool on-disk format changes!) I'm glad I
had sensible names for them all.
cheers,
tim
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
