On 6/14/07, James Carlson <james.d.carlson at sun.com> wrote: > > Brian Gupta writes: > > I don't think you have convinced me it's not possible. You have > convinced > > that to do this we would have to be a lot more careful about internal > > interface changes, which might be an overhead that we simply can not > afford > > at this time. > > I think it greatly stretches the bounds of "possible," and that it > also (very unfortunately) shifts the cost onto someone else. > Everybody contributing to OpenSolaris (and Solaris itself) will need > to work out those transition strategies on _all_ inter-module > interfaces, even undocumented ones, even Project Private ones. > > The cost is also essentially unbounded. How far back to do you > support upgrade? Can I go from S9 (and all of its private libraries) > to S11 via this mechanism? If not, and it's just a "going forward" > proposal, then how about S11 to S12 or S13?
It would be just going forward. My thought is that S11, S12, and S13 would just be arbitrary numbers, as the current development method, seems to be a continuous flow of changes. I don't see how this couldn't be incorporated. (I hear that the current patching system is going to be deprecated). I did say, that this approach is probably to costly at this time. (There are better places to spend our resources) It sounds like we'd potentially be keeping around API compatibility on > private bits for a decade or more. I would say that there might be checkpoint releases that change private APIs, that would have to be progressed through. > I am not looking so much for snazzy, I am thinking that easy is a valid > > goal. (As in no-brainer easy). > > Using a separate disk slice is no-brainer easy. Not for someone who isn't familiar with Solaris. (That may be where I am not explaining what I meant by easy). It is quite likely they will be completely unfamiliar with the concept of "slices", let alone using one to do an upgrade. (Nor would people who aren't already familiar with live upgrade know to keep a spare slice or disk lying around to do the upgrade. > If not package installs on a running system, > > another way it might work is to leverage free space on the existing root > > filesystem, or possibly make a temporary miniboot upgrade image in the > swap > > volume. (Assuming there is room). > > See Caiman and ZFS-based upgrades. That's exactly what they're doing. Thanks, I'll try to find the relevant bits. Anyway I don't want to beat this to death, thanks for the response. (The ZFS piece makes great sense, and pretty much fulfills the need going forward). -brian -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/install-discuss/attachments/20070614/aa4e4d69/attachment.html>
