Darren J Moffat wrote:
> Dave Miner wrote:
>> Erik Nordmark wrote:
>>>
>>> The IP Instances part of Crossbow will need to make all of the 
>>> content in the SUNWcnetr and SUNWipfr packages available in the 
>>> non-global zones.
>>>
>>> One possible way to do that is to change the SUNW_PKG_HOLLOW 
>>> attribute for those packages.
>>
>> You can't do that in a patch, generally.  Rejuvenation would perhaps 
>> be a workaround, but we try not to do that.
>>
>>> Another possible way would be to move all those files to some other 
>>> packages that are not hollow (and effectively leave the above 
>>> packages as empty.)
>>>
>>
>> Correct.
>>
>>> Given that this is targeting a Solaris 10 update, what is the least 
>>> painful and most correct way to handle this?
>>>
>>
>> The latter is your preferred option for an update because of the patch 
>> creation that it implies.  It's probably somewhat preferable in the 
>> case of SUNWcnetr, because it's basically a grab bag at present, but 
>> it's probably less appetizing in the case of SUNWipfr.
> 
> But doesn't creating a new package just move the problem somewhere else, 
> ie the problem of creating a new package in a patch.
> 

To an extent, yes.

> Also this seems really broken that the package name would need to change 
> because stuff that wasn't previously in a zone now needs to be.
> 
> Personally I think the whole zones and package boundaries things needs a 
> big rething.  I find it really ironic that Linux branded zones have none 
> of these problems :-)
> 

Things are easy when you're not sharing with the global zone.

But yes, I agree that it is likely going to require some rethink.  My 
personal position is that we have far too many degrees of freedom in 
zone configuration, for little useful benefit.  We had similar goals and 
problems in supporting diskless clients, and we solved them by simply 
aligning the packaging breakdown with the configurations we supported. 
That may be required here, but most likely the way to such alignment is 
by reducing the options available in configuring zones, which I fear 
will be a tough discussion.  Oh that we had been a bit more conservative 
on that front to start with.

Dave

Reply via email to