HI all, Recently zfs boot is delivered in scheduled b62, so is there any words when and how may we use live upgrade with zfs root? Since I only use SXCR now and sometimes you just need to boot to older BE in case of a no-so-good build, live upgrade becomes very handy for me on that. Cheers, Ivan. This message posted from opensolaris.org
Regrettably, LiveUpgrade is basically clueless when it comes to zfs right now. It doesn''t understand the concepts of pools and datasets (and how they differ from file systems on slices) at all. That code hasn''t been implemented yet. It''s something we''re working on. So for now, LU won''t be of much use to you. But I hope that we''ll be able to supply some experimental tools to you at some point that will let you start playing with the ways that zfs snapshots and clones will eventually make LU (or something like it) a much easier way to manage BEs. Lori Ivan Wang wrote:> HI all, > > Recently zfs boot is delivered in scheduled b62, so is there any words when and how may we use live upgrade with zfs root? Since I only use SXCR now and sometimes you just need to boot to older BE in case of a no-so-good build, live upgrade becomes very handy for me on that. > > Cheers, > Ivan. > > > This message posted from opensolaris.org > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss >
I''ve been going over this in my mind as I don''t currently use LU yet, and this sort of stuff is getting me to hold off. While LU might not work yet, you can always do a snapshot before the BFU/upgrade and then roll back to that if things break, which isn''t completely LU, but it does give you the primary feature you seem to be relying on LU for (easy rollback). Thoughs from others? -brian ps: would anyone be interested in doing a ZFS presentation to a LUG in the UK? (I *think* London, but I''d have to double check). As much as I''d love to go to the UK to do it, I don''t have the time or the money at the moment. ;) On Fri, Mar 30, 2007 at 10:02:43AM -0600, Lori Alt wrote:> Regrettably, LiveUpgrade is basically clueless when it > comes to zfs right now. It doesn''t understand the > concepts of pools and datasets (and how they differ > from file systems on slices) at all. That code hasn''t > been implemented yet. It''s something we''re working on. > So for now, LU won''t be of much use to you. But I > hope that we''ll be able to supply some experimental > tools to you at some point that will let you start > playing with the ways that zfs snapshots and clones > will eventually make LU (or something like it) a > much easier way to manage BEs. > > Lori > > Ivan Wang wrote: > >HI all, > > > >Recently zfs boot is delivered in scheduled b62, so is there any words > >when and how may we use live upgrade with zfs root? Since I only use SXCR > >now and sometimes you just need to boot to older BE in case of a > >no-so-good build, live upgrade becomes very handy for me on that. > >Cheers, > >Ivan. > > > > > >This message posted from opensolaris.org > >_______________________________________________ > >zfs-discuss mailing list > >zfs-discuss at opensolaris.org > >http://mail.opensolaris.org/mailman/listinfo/zfs-discuss > > > > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss-- "Perl can be fast and elegant as much as J2EE can be fast and elegant. In the hands of a skilled artisan, it can and does happen; it''s just that most of the shit out there is built by people who''d be better suited to making sure that my burger is cooked thoroughly." -- Jonathan Patschke
One more response to this: See Tim Foster''s blog for some procedures for doing some LU-like management of bootable datasets: http://blogs.sun.com/timf/entry/zfs_bootable_datasets_happily_rumbling - Lori Ivan Wang wrote:> HI all, > > Recently zfs boot is delivered in scheduled b62, so is there any words when and how may we use live upgrade with zfs root? Since I only use SXCR now and sometimes you just need to boot to older BE in case of a no-so-good build, live upgrade becomes very handy for me on that. > > Cheers, > Ivan. > > > This message posted from opensolaris.org > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss >
Hello Brian,
Friday, March 30, 2007, 6:06:26 PM, you wrote:
BH> I''ve been going over this in my mind as I don''t
currently use
BH> LU yet, and this sort of stuff is getting me to hold off.
BH> While LU might not work yet, you can always do a snapshot before
BH> the BFU/upgrade and then roll back to that if things break, which
BH> isn''t completely LU, but it does give you the primary feature
you
BH> seem to be relying on LU for (easy rollback).
When it comes to upgrades it won''t work (between different SX
versions) I guess as installer doesn''t understand zfs right now.
--
Best regards,
Robert mailto:rmilkowski at task.gda.pl
http://milek.blogspot.com
hey folks, Lori Alt wrote:> See Tim Foster''s blog for some procedures for doing > some LU-like management of bootable datasets: > > http://blogs.sun.com/timf/entry/zfs_bootable_datasets_happily_rumblingYep - I''ll be working this weekend on updating the previous "mountrootadm.sh" script that I wrote when the previous ZFS Mountroot (ufs boot + a quick switcheroo to zfs root) solution was being used. - the old version of the script is at http://blogs.sun.com/timf/entry/zfs_mountrootadm - but don''t try this with real ZFS Bootable Datasets kids! mountrootadm.sh simply did some messing about with clones & snapshots of the root dataset, and did the appropriate tweaking in /etc/system and boot_archives to make it all work. As Lori mentioned, this won''t give you LiveUpgrade, but it will allow you to easily switch between different root datasets. I''ll send mail once I''ve got this done (unless anyone''s already working on this?) Any suggestions for the name of the new script? cheers, tim> - Lori > > Ivan Wang wrote: >> HI all, >> >> Recently zfs boot is delivered in scheduled b62, so is there any words >> when and how may we use live upgrade with zfs root? Since I only use >> SXCR now and sometimes you just need to boot to older BE in case of a >> no-so-good build, live upgrade becomes very handy for me on that. >> Cheers, >> Ivan. >> >> >> This message posted from opensolaris.org >> _______________________________________________ >> zfs-discuss mailing list >> zfs-discuss at opensolaris.org >> http://mail.opensolaris.org/mailman/listinfo/zfs-discuss >> > > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss-- Tim Foster, Sun Microsystems Inc, Solaris Engineering Ops http://blogs.sun.com/timf
That''s great to hear. I think zfs boot and live upgrade like technology would be incredibly powerful for managing risk in a production environment. (and patching would become easier too) Chris Lori Alt wrote:> Regrettably, LiveUpgrade is basically clueless when it > comes to zfs right now. It doesn''t understand the > concepts of pools and datasets (and how they differ > from file systems on slices) at all. That code hasn''t > been implemented yet. It''s something we''re working on. > So for now, LU won''t be of much use to you. But I > hope that we''ll be able to supply some experimental > tools to you at some point that will let you start > playing with the ways that zfs snapshots and clones > will eventually make LU (or something like it) a > much easier way to manage BEs. > > Lori > > Ivan Wang wrote: >> HI all, >> >> Recently zfs boot is delivered in scheduled b62, so is there any >> words when and how may we use live upgrade with zfs root? Since I >> only use SXCR now and sometimes you just need to boot to older BE in >> case of a no-so-good build, live upgrade becomes very handy for me on >> that. >> Cheers, >> Ivan. >> >> >> This message posted from opensolaris.org >> _______________________________________________ >> zfs-discuss mailing list >> zfs-discuss at opensolaris.org >> http://mail.opensolaris.org/mailman/listinfo/zfs-discuss >> > > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Chris Beal wrote:> That''s great to hear. I think zfs boot and live upgrade like technology > would be incredibly powerful for managing risk in a production > environment. (and patching would become easier too) > > Chris >This afternoon I did a little experiment with a cloned zfs root and bfu. Poor man''s live upgrade with rollback capability :-) http://blogs.sun.com/timh/entry/friday_fun_with_bfu_and -tim
very cool :-) Timothy Haley wrote:> Chris Beal wrote: >> That''s great to hear. I think zfs boot and live upgrade like >> technology would be incredibly powerful for managing risk in a >> production environment. (and patching would become easier too) >> >> Chris >> > > This afternoon I did a little experiment with a cloned zfs root and > bfu. Poor man''s live upgrade with rollback capability :-) > > http://blogs.sun.com/timh/entry/friday_fun_with_bfu_and > > -tim > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Hi All, On Fri, 2007-03-30 at 19:33 +0100, Tim Foster wrote: (replying to myself, I know, I know)> Yep - I''ll be working this weekend on updating the previous > "mountrootadm.sh" script that I wrote when the previous ZFS Mountroot > (ufs boot + a quick switcheroo to zfs root) solution was being used.I''ve got this script now available at http://blogs.sun.com/timf/entry/an_easy_way_to_manage it runs the same way as the old mountroot script, allowing you to maintain multiple boot environments cloned from the original bootable ZFS filesystem you setup. Hope this is of use (it will be for me at least!) cheers, tim -- Tim Foster, Sun Microsystems Inc, Solaris Engineering Ops http://blogs.sun.com/timf