On 05/19/09 16:34, Ethan Quach wrote:
> Sue,
> 
>> Conclusion: Until then, look for disk with 12 GB. If not available, 
>> look for disk with 4 GB.
>> This should satisfy xvm team, when installing virtual machines.
> 
> 
> Does 4GB really satisfy it?  I've been installing AI in pv guests and
> the resultant install is over 5GB.  The pkg download cache, swap,
> and dump constitute 2GB of that however.

I believe that swap and dump probably pushed it over. But as Dave mentioned,
we need to get real numbers from ips.

>> Discussion about search order possibilities:
>>   - disk size in descending order
>>   - device id (alphanumeric)
>>   - could we look at bios boot disk first?
> 
> 
> I think bios boot disk should be the preference if we've got
> multiple disks that pass all other requirements.
> 
>> What about changing default manifest to include commented out 
>> keywords/tags that give options to user?
>> One tag could be the default and remain uncommented. When service was 
>> created, we would output something
>> to user to say that disk selection will be based on <uncommented tag>. 
> 
> 
> What about every time a user adds a custom manifest to a service;
> would the same message come out for that operation?  I'm not
> sure how useful this would really be for either case.  There just
> seem to be too many other inherent calculations going on in the
> decision making process for this one piece of information to be
> usefule.
> 
> Choices might be:
>    unformatted disk
>    largest disk
>    boot disk
>    device name
>    volume name
> 
> 
> Have you considered a "don't touch" tag?

Interesting idea. Sort of like preserve, for a disk.

>> Currently, we expect x86 disk to have solaris2 partition or we fail.
> 
> 
> We do?  I've been doing tons of PV guest installs where theres
> no existing Solaris2 fdisk partition, and it creates one.  Does it
> only fail in certain cases?  These disks are completely blank.

I'm going to let William address this one.
Sue


> thanks,
> -ethan
> 
> 
> 
> Susan Sohn wrote:
>> The notes from today's meeting are at:
>> http://www.opensolaris.org/os/project/caiman/auto_install/ai_client_redesign_mtg_0519.txt
>>  
>>
>>
>> In tomorrow's meeting, we want to finalize a proposed design for 
>> default disk selection, discuss
>> specified disk selection, and get an intro from Jean on progress 
>> reporting.
>>
>> Thanks,
>> Sue
>>
>>
>> On 05/18/09 09:02, Susan Sohn wrote:
>>> There will be meetings on Tue, Wed, and Thu this week to discuss 
>>> client redesign.
>>> The topic for tomorrow's meeting will be disk selection (default and 
>>> specified) and
>>> slice partitioning. William and Jean's presence is requested, anyone 
>>> else is welcome.
>>>
>>> Here are the meeting details:
>>>
>>> Client redesign meetings:
>>> Tue, Wed, Thu 5/19,20,21
>>> 8m PT/9am MT/5pm Prague
>>>
>>> USA Toll-Free:              866-839-8145
>>> Caller Paid (Intl):         215-446-3660
>>> Participant Code:            9041875
>>>
>>> Thanks,
>>> Sue
>>>
>>> _______________________________________________
>>> caiman-discuss mailing list
>>> caiman-discuss at opensolaris.org
>>> http://mail.opensolaris.org/mailman/listinfo/caiman-discuss
>>
>> _______________________________________________
>> caiman-discuss mailing list
>> caiman-discuss at opensolaris.org
>> http://mail.opensolaris.org/mailman/listinfo/caiman-discuss


Reply via email to