Liane Praza wrote: > Peter Memishian wrote: >> I agree about the wishy-washy semantics of the second solution. As far as >> expedient solutions go, I'd rather go with the shell script workaround in >> net-physical, as its blast radius is contained and its sins are obvious. > > I agree. Let's scrutinize it, though, to make sure it doesn't cause > boot to hang indefinitely if something goes wrong.
Here's the webrev: http://cr.opensolaris.org/~seb/webrev-smf/ Would it be appropriate to put CR numbers in the included comments? I've tested this fix a number of times now, and it works as expected. > >> Longer term, would the startd solution still be necessary once the changes >> have been made to make manifest-import run earlier? > > Theoretically, the problem could still exist. However, UV (and problems > of a similar category) won't run into it because it won't need the hack > to make sure its dependencies are running on the first boot after upgrade. > > I think a low/medium priority bug is in order for the startd change. As > always, I wish UV wasn't in the situation of having to do this at all, > and would prefer to continue giving priority to the early-import effort > so that future super-early-boot service changes can avoid having to do > any work at all in this scenario. I'll drink to that. ;-) Thanks again for all of your help (Liane, Tony, and David!) -Seb
