2009/7/20 Aristedes Maniatis <ari_at_ish.com.au> > On 21/07/09 8:01 AM, Kip Macy wrote: > >> The other solution is to install userland BEFORE you reboot into the new >>> > kernel, although that may cause its own set of problems. Whatever the >>> final >>> > solution, this needs to be clearly documented and ideally >>> freebsd-update >>> > needs to detect the problem and advise the user about what to do. >>> >> >> >> Do to the large version jump (v6 -> v13) the kernel interfaces aren't >> backward compatible with the tools. How do you think it could be most >> gracefully handled? >> > > I honestly don't know how the right way to solve the problem, but here are > some ideas: > > * the kernel ABI *should* be compatible with userland tools at least one > major version backward. I understand that this might now be impossible, but > it is possible to bring back enough of the old ABI to allow for zfs to > mount? > > * freebsd-update could automatically detect this situation and install the > new zfs userland at the same time as the new kernel > > * lots of of clear documentation about what course of action a user should > follow if they are performing a source update. Should the recommendation be > changed to install userland *before* rebooting, and then immediately reboot > before some of that userland explodes against the old kernel in memory? > > The existing recommendation is based on the fact that the new kernel will > continue to work after reboot with the old userland. If that assumption is > not always true then the whole FreeBSD installation process needs > rethinking. > > > > Ari Maniatis > > > > --------------------------> > ish > http://www.ish.com.au > Level 1, 30 Wilson Street Newtown 2042 Australia > phone +61 2 9550 5001 fax +61 2 9550 4001 > GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A > > _______________________________________________ > freebsd-current_at_freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org" > how about doing things the opensolaris way. I have a pure zfs system with the root fs stored on system/root. This could cloned, to system/root-8, the new world and kernel installed, then the relevant bits tweaked in the loader.conf and zpool. If all goes wrong you switch the variables back and switch to system/root. It would also be nice to have some option in beastie to select your root fs for completenessReceived on Tue Jul 21 2009 - 06:31:56 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:52 UTC