On 6/11/14 17:47 , Nicholas Lee via smartos-discuss wrote: > On Thu, Jun 12, 2014 at 7:30 AM, Nahum Shalman via smartos-discuss < > [email protected]> wrote: > >> On 06/11/2014 02:55 PM, Alain O'Dea via smartos-discuss wrote: >> >>> It is probably possible, but with sharp edges. >>> >> >> The edges are very sharp, even in the simple case. >> Having just done it last week I would summarize with: >> If you have to ask how to do it, you shouldn't. >> >> -Nahum > > > This is on aspect of smartos that would be nice to have a better system. > They are talking about a more LTS-style arrangement, which would be good. > > Being forced to rebuild a zone if you wish to upgrade to the latest quarter > could be fine many cases - simple one application servers - but on the flip > side likely to be painful in more complex situations - say when manual > configuration is required. > > > In part I think the difficult because the zones lofs mount in file from the > GZ into /usr. There may be some technical reasons for this, but personally > I think that storage is cheap so it shouldn't have to be done that way.
The sparse nature of the zone, eg. that your /usr is from the GZ actually has very little to do with this problem and in fact makes the upgrade path easier when doing a platform update. Because the core libraries have to be in sync with the kernel, it means that you'd have to go and copy data around to every zone and manage that -- definitely not something we want to change. The challenge with upgrading from one release to the next comes from the third party packages themselves doing things in incompatible ways. We can't guarantee that your favorite library will not change or break its ABI. In addition, there are painful things like when Dovecot change its configuration format, or when you end up having to cross a flag day in postgres where the version has an on-disk change. The problem is that there are so many different packages and upgrade challenges to come across, that it can be really quite difficult just to enumerate and test them all. Do we write software to automate all of those cases, what do you about the cases where you can't do that, etc.? Robert ------------------------------------------- smartos-discuss Archives: https://www.listbox.com/member/archive/184463/=now RSS Feed: https://www.listbox.com/member/archive/rss/184463/25769125-55cfbc00 Modify Your Subscription: https://www.listbox.com/member/?member_id=25769125&id_secret=25769125-7688e9fb Powered by Listbox: http://www.listbox.com
