[caiman-discuss] Slim Install: First Draft of Target Instantiation Design Spec

[Moinak Ghosh]

Dave Miner wrote:
> Moinak Ghosh wrote:
>   
>> Sundar Yamunachari wrote:
>>     
>>> [...]
>>> What is the interaction between TI module and transfer module? does the 
>>> transfer module expects a mounted directory? Where does this information 
>>> come from?
>>>   
>>>       
>>    For the Transfer Module the requirement is that TI module
>>    should create the pool but leave it unmounted. Also there
>>    is the question of pool/dataset naming. The names should
>>    passed on to the Transfer Module in some way or decide on
>>    standardized names. In addition the Transfer Module will
>>    require to know the device name for the Solaris fdisk partition
>>    because of the need to perform an installgrub at the end.
>>
>>    The Transfer module will import the pool on an alternate
>>    root and perform the necessary operations. I will post a
>>    specifications document for the Transfer Module shortly.
>>
>>     
>
> Actually, I'd think getting the pool mounted into an appropriate area is 
> something that will ultimately be handled by the BE management function 
> that Ethan posted some initial notes about back on Sept. 7.  In the 
> short term (i.e. for the October preview) it might be handled elsewhere, 
> but I'd think the transfer module could then confine itself to moving 
> the bits from the media or repository to a pre-mounted file system 
> hierarchy.
>   

   The BE management function should handle pool configuration
   on the installed system. The Transfer module is active while still
   booted off the LiveCD. In this case the pool has to be temporarily
   mounted onto an alternate root and files copied over. The Transfer
   module will use zpool import -R ... to achieve this. This does not
   change any pool configuration. For eg. the root pool will still
   mount onto / when booted of harddisk.
   This temporary mount for the purposes of copying bits is easiest
   to handle inside the Transfer module itself.

Regards,
Moinak.

> Dave
> _______________________________________________
> caiman-discuss mailing list
> caiman-discuss at opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/caiman-discuss
>