|
Replies:
23
-
Last Post:
May 24, 2007 2:14 PM
by: ysundar
|
|
|
Posts:
558
From:
US
Registered:
1/12/06
|
|
|
|
default VTOC layout in dwarf caiman
Posted:
May 22, 2007 12:25 PM
|
|
Dwarf Caiman is scheduled to be released with Solaris Express, Developer
Edition 3. It will be available only the Developer Edition path like the
previous Developer Editions. Dwarf Caiman doesn't allow user to
customize the VTOC layout or disk slices. Based on the available size,
the dwarf creates the default layout.
The current installer default layout is not very helpful. The system
file systems / and swap are allocated little more than the minimum
required to install the selected software and rest of the disk is
allocated to /export/home. For example if default layout is selected for
a 72 GB disk (assuming the whole disk is for Solaris in the case of
X876), the installer comes up with the following:
File sys Disk/Slice Size
========================================================================
/ c1t2d0s0
5932 MB
swap c1t2d0s1
516 MB
/export/home c1t2d0s7
63545 MB
This layout doesn't have enough space for adding more software or future
upgrades. In Dwarf, we propose the default layout as follows:
Space root swap
second/alternate root /export/home
============================================================================= ===================================
size < 10 GB The minimum size is 10 GB, the GUI will not allow
installation
10 < size < 20 GB 90% 10%
N/A 30 GB 30% 10%
30% Rest
The maximum size of swap is 4 GB
The maximum size of root and second root is 30 GB
The second/alternate root can be used for installing another release of
Solaris or can be used for live upgrade.
So the same 72 GB disk will have the following sizes in Dwarf Caiman
File sys Disk/Slice Size
========================================================================
/ c1t2d0s0
21966 MB
swap c1t2d0s1
4099 MB
/second_root c1t2d0s4
21966 MB
/export/home c1t2d0s7
21961 MB
NOTE: This is a short term proposal and will change once the Caiman
adopts ZFS as the root file system.
Please send your comments/feedback.
Thanks,
Sundar
_______________________________________________
caiman-discuss mailing list
caiman-discuss at opensolaris dot org
http://opensolaris.org/mailman/listinfo/caiman-discuss
|
|
|
Posts:
1,992
From:
US
Registered:
3/9/05
|
|
|
|
Re: default VTOC layout in dwarf caiman
Posted:
May 22, 2007 2:55 PM
in response to: ysundar
|
|
Sundar Yamunachari wrote:
> Dwarf Caiman is scheduled to be released with Solaris Express, Developer
> Edition 3. It will be available only the Developer Edition path like the
> previous Developer Editions. Dwarf Caiman doesn't allow user to
> customize the VTOC layout or disk slices. Based on the available size,
> the dwarf creates the default layout.
>
> The current installer default layout is not very helpful. The system
> file systems / and swap are allocated little more than the minimum
> required to install the selected software and rest of the disk is
> allocated to /export/home. For example if default layout is selected for
> a 72 GB disk (assuming the whole disk is for Solaris in the case of
> X876), the installer comes up with the following:
>
>
> File sys Disk/Slice Size
>
> ========================================================================
> / c1t2d0s0
> 5932 MB
> swap c1t2d0s1
> 516 MB
> /export/home c1t2d0s7
> 63545 MB
>
>
> This layout doesn't have enough space for adding more software or future
> upgrades. In Dwarf, we propose the default layout as follows:
>
> Space root swap
> second/alternate root /export/home
> =============================================================================== =================================
> size < 10 GB The minimum size is 10 GB, the GUI will not allow
> installation
> 10 < size < 20 GB 90% 10%
> N/A N/A
> 20 < size < 30 GB 45% 10%
> N/A 45%
> size > 30 GB 30% 10%
> 30% Rest
>
> The maximum size of swap is 4 GB
> The maximum size of root and second root is 30 GB
>
> The second/alternate root can be used for installing another release of
> Solaris or can be used for live upgrade.
>
> So the same 72 GB disk will have the following sizes in Dwarf Caiman
>
> File sys Disk/Slice Size
>
> ========================================================================
> / c1t2d0s0
> 21966 MB
> swap c1t2d0s1
> 4099 MB
> /second_root c1t2d0s4
> 21966 MB
> /export/home c1t2d0s7
> 21961 MB
>
>
> NOTE: This is a short term proposal and will change once the Caiman
> adopts ZFS as the root file system.
>
> Please send your comments/feedback.
>
0. It appears to me that the install of 64a + tools will currently take
around 5.5 GB. So I don't see why 10 GB is our lower bound. 8, maybe.
1. Are we placing swap in the first set of cylinders (whether you make
it slice 0 or not I don't care as much, though I find it less confusing
if the slices are in cylinder order)? This provides more flexibility in
re-allocating the other slices later.
2. 4 GB seems like a huge swap to bound to, how'd we come up with that?
2 GB seems like more than enough (heck, I usually run with 2 GB
physical and 512 MB of swap and hardly ever use the swap). Seems like
5% would be a more reasonable allocation unless the system has a small
amount of physical memory.
3. I'm somewhat ambivalent about leaving zero space for /export/home in
the 10-20 range (or any range) for an install targeted at a standalone
system. Generally it's a better practice to separate user data from
system operations (plus it saves space & time in the LU case), so I'd be
trying to encourage that and put that data on a separate slice where
possible, even if it leaves a little less headroom for the OS;
especially at the upper end of this range, I think there's too much
given to root.
4. 15 GB roots as the maximum seems a little excessive given where we
are today, that's 150% headroom.
Dave
_______________________________________________
caiman-discuss mailing list
caiman-discuss at opensolaris dot org
http://opensolaris.org/mailman/listinfo/caiman-discuss
|
|
|
|
|
Posts:
480
From:
Registered:
3/9/05
|
|
|
|
Re: default VTOC layout in dwarf caiman
Posted:
May 22, 2007 3:18 PM
in response to: dminer
|
|
Dave Miner wrote:
> Sundar Yamunachari wrote:
>> Dwarf Caiman is scheduled to be released with Solaris Express,
>> Developer Edition 3. It will be available only the Developer Edition
>> path like the previous Developer Editions. Dwarf Caiman doesn't allow
>> user to customize the VTOC layout or disk slices. Based on the
>> available size, the dwarf creates the default layout.
>>
>> The current installer default layout is not very helpful. The system
>> file systems / and swap are allocated little more than the minimum
>> required to install the selected software and rest of the disk is
>> allocated to /export/home. For example if default layout is selected
>> for a 72 GB disk (assuming the whole disk is for Solaris in the case
>> of X876), the installer comes up with the following:
>>
>>
>> File sys
>> Disk/Slice Size
>>
>> ========================================================================
>> /
>> c1t2d0s0 5932 MB
>> swap
>> c1t2d0s1 516 MB
>> /export/home c1t2d0s7
>> 63545 MB
>>
>>
>> This layout doesn't have enough space for adding more software or
>> future upgrades. In Dwarf, we propose the default layout as follows:
>>
>> Space root swap
>> second/alternate root /export/home
>> =============================================================================== =================================
>>
>> size < 10 GB The minimum size is 10 GB, the GUI will not
>> allow installation
>> 10 < size < 20 GB 90% 10%
>> N/A N/A
>> 20 < size < 30 GB 45% 10%
>> N/A 45%
>> size > 30 GB 30% 10%
>> 30% Rest
>>
>> The maximum size of swap is 4 GB
>> The maximum size of root and second root is 30 GB
>>
>> The second/alternate root can be used for installing another release
>> of Solaris or can be used for live upgrade.
>>
>> So the same 72 GB disk will have the following sizes in Dwarf Caiman
>>
>> File sys Disk/Slice
>> Size
>>
>> ========================================================================
>> / c1t2d0s0
>> 21966 MB
>> swap c1t2d0s1
>> 4099 MB
>> /second_root c1t2d0s4
>> 21966 MB /export/home
>> c1t2d0s7 21961 MB
>>
>>
>> NOTE: This is a short term proposal and will change once the Caiman
>> adopts ZFS as the root file system.
>>
>> Please send your comments/feedback.
>>
>
> 0. It appears to me that the install of 64a + tools will currently
> take around 5.5 GB. So I don't see why 10 GB is our lower bound. 8,
> maybe.
Maybe not. Between b62 and b64a the size of root grew from 5GB to
7GB. With all the other projects slated to come in, I would keep it
the limits as they are.
>
> 1. Are we placing swap in the first set of cylinders (whether you
> make it slice 0 or not I don't care as much, though I find it less
> confusing if the slices are in cylinder order)? This provides more
> flexibility in re-allocating the other slices later.
>
> 2. 4 GB seems like a huge swap to bound to, how'd we come up with
> that? 2 GB seems like more than enough (heck, I usually run with 2 GB
> physical and 512 MB of swap and hardly ever use the swap). Seems like
> 5% would be a more reasonable allocation unless the system has a small
> amount of physical memory.
Swap space allocation really depends on what one does on the system. I
agree that 4GB for laptop appears to be excessive. However swap tends
to get used for /tmp, /var/run etc. So with that in mind I would
suggest 1GB. Of course you can aways add more space later.
>
> 3. I'm somewhat ambivalent about leaving zero space for /export/home
> in the 10-20 range (or any range) for an install targeted at a
> standalone system. Generally it's a better practice to separate user
> data from system operations (plus it saves space & time in the LU
> case), so I'd be trying to encourage that and put that data on a
> separate slice where possible, even if it leaves a little less
> headroom for the OS; especially at the upper end of this range, I
> think there's too much given to root.
>
> 4. 15 GB roots as the maximum seems a little excessive given where we
> are today, that's 150% headroom.
>
> Dave
> _______________________________________________
> caiman-discuss mailing list
> caiman-discuss at opensolaris dot org
> http://opensolaris.org/mailman/listinfo/caiman-discuss
_______________________________________________
caiman-discuss mailing list
caiman-discuss at opensolaris dot org
http://opensolaris.org/mailman/listinfo/caiman-discuss
|
|
|
|
|
Posts:
1,992
From:
US
Registered:
3/9/05
|
|
|
|
Re: default VTOC layout in dwarf caiman
Posted:
May 23, 2007 11:44 AM
in response to: nadkarni
|
|
>> 0. It appears to me that the install of 64a + tools will currently
>> take around 5.5 GB. So I don't see why 10 GB is our lower bound. 8,
>> maybe.
> Maybe not. Between b62 and b64a the size of root grew from 5GB to
> 7GB. With all the other projects slated to come in, I would keep it
> the limits as they are.
Where are you coming up with those numbers? I just did the 64a SXDE
install and root's using 5.2 GB. I also didn't notice any particular
difference between 62 & 64.
Dave
_______________________________________________
caiman-discuss mailing list
caiman-discuss at opensolaris dot org
http://opensolaris.org/mailman/listinfo/caiman-discuss
|
|
|
|
|
Posts:
558
From:
US
Registered:
1/12/06
|
|
|
|
Re: default VTOC layout in dwarf caiman
Posted:
May 22, 2007 3:39 PM
in response to: dminer
|
|
Dave Miner wrote:
> Sundar Yamunachari wrote:
>> Dwarf Caiman is scheduled to be released with Solaris Express,
>> Developer Edition 3. It will be available only the Developer Edition
>> path like the previous Developer Editions. Dwarf Caiman doesn't allow
>> user to customize the VTOC layout or disk slices. Based on the
>> available size, the dwarf creates the default layout.
>>
>> The current installer default layout is not very helpful. The system
>> file systems / and swap are allocated little more than the minimum
>> required to install the selected software and rest of the disk is
>> allocated to /export/home. For example if default layout is selected
>> for a 72 GB disk (assuming the whole disk is for Solaris in the case
>> of X876), the installer comes up with the following:
>>
>>
>> File sys
>> Disk/Slice Size
>>
>> ========================================================================
>> /
>> c1t2d0s0 5932 MB
>> swap
>> c1t2d0s1 516 MB
>> /export/home c1t2d0s7
>> 63545 MB
>>
>>
>> This layout doesn't have enough space for adding more software or
>> future upgrades. In Dwarf, we propose the default layout as follows:
>>
>> Space root swap
>> second/alternate root /export/home
>> =============================================================================== =================================
>>
>> size < 10 GB The minimum size is 10 GB, the GUI will not
>> allow installation
>> 10 < size < 20 GB 90% 10%
>> N/A N/A
>> 20 < size < 30 GB 45% 10%
>> N/A 45%
>> size > 30 GB 30% 10%
>> 30% Rest
>>
>> The maximum size of swap is 4 GB
>> The maximum size of root and second root is 30 GB
>>
>> The second/alternate root can be used for installing another release
>> of Solaris or can be used for live upgrade.
>>
>> So the same 72 GB disk will have the following sizes in Dwarf Caiman
>>
>> File sys Disk/Slice
>> Size
>>
>> ========================================================================
>> / c1t2d0s0
>> 21966 MB
>> swap c1t2d0s1
>> 4099 MB
>> /second_root c1t2d0s4
>> 21966 MB /export/home
>> c1t2d0s7 21961 MB
>>
>>
>> NOTE: This is a short term proposal and will change once the Caiman
>> adopts ZFS as the root file system.
>>
>> Please send your comments/feedback.
>>
>
> 0. It appears to me that the install of 64a + tools will currently
> take around 5.5 GB. So I don't see why 10 GB is our lower bound. 8,
> maybe.
10 GB is the minimum value decided for Dwarf. We may grow between now
and SXDE 3. I don't have an issue reducing it to 8 GB.
>
> 1. Are we placing swap in the first set of cylinders (whether you
> make it slice 0 or not I don't care as much, though I find it less
> confusing if the slices are in cylinder order)? This provides more
> flexibility in re-allocating the other slices later.
The current installer places swap at the beginning of the disk. The
slice 1 is used for swap by default by the current installer.
>
> 2. 4 GB seems like a huge swap to bound to, how'd we come up with
> that? 2 GB seems like more than enough (heck, I usually run with 2 GB
> physical and 512 MB of swap and hardly ever use the swap). Seems like
> 5% would be a more reasonable allocation unless the system has a small
> amount of physical memory.
I came up with the number. When I was working for a company doing data
center related work, this rule was used. 10% of the disk space for swap
with 4 GB as the max limit. If it is too much, there is no problem
reducing the swap value.
>
> 3. I'm somewhat ambivalent about leaving zero space for /export/home
> in the 10-20 range (or any range) for an install targeted at a
> standalone system. Generally it's a better practice to separate user
> data from system operations (plus it saves space & time in the LU
> case), so I'd be trying to encourage that and put that data on a
> separate slice where possible, even if it leaves a little less
> headroom for the OS; especially at the upper end of this range, I
> think there's too much given to root.
I would agree that we need some space for /export/home especially we
create user account in dwarf. I will create 10-20% for /export/home when
the disk space is less than 20 GB. It will be difficult to create a
slice for live upgrade if the space is < 20 GB.
- Sundar
>
> 4. 15 GB roots as the maximum seems a little excessive given where we
> are today, that's 150% headroom.
>
>
> Dave
_______________________________________________
caiman-discuss mailing list
caiman-discuss at opensolaris dot org
http://opensolaris.org/mailman/listinfo/caiman-discuss
|
|
|
|
|
Posts:
817
From:
Registered:
3/9/05
|
|
|
|
Re: default VTOC layout in dwarf caiman
Posted:
May 22, 2007 4:07 PM
in response to: dminer
|
|
Hi Dave,
> Sundar Yamunachari wrote:
>> Dwarf Caiman is scheduled to be released with Solaris Express,
>> Developer Edition 3. It will be available only the Developer Edition
>> path like the previous Developer Editions. Dwarf Caiman doesn't allow
>> user to customize the VTOC layout or disk slices. Based on the
>> available size, the dwarf creates the default layout.
>>
>> The current installer default layout is not very helpful. The system
>> file systems / and swap are allocated little more than the minimum
>> required to install the selected software and rest of the disk is
>> allocated to /export/home. For example if default layout is selected
>> for a 72 GB disk (assuming the whole disk is for Solaris in the case
>> of X876), the installer comes up with the following:
>>
>>
>> File sys
>> Disk/Slice Size
>>
>> ========================================================================
>> /
>> c1t2d0s0 5932 MB
>> swap
>> c1t2d0s1 516 MB
>> /export/home c1t2d0s7
>> 63545 MB
>>
>>
>> This layout doesn't have enough space for adding more software or
>> future upgrades. In Dwarf, we propose the default layout as follows:
>>
>> Space root swap
>> second/alternate root /export/home
>> =============================================================================== =================================
>>
>> size < 10 GB The minimum size is 10 GB, the GUI will not
>> allow installation
>> 10 < size < 20 GB 90% 10%
>> N/A N/A
>> 20 < size < 30 GB 45% 10%
>> N/A 45%
>> size > 30 GB 30% 10%
>> 30% Rest
>>
>> The maximum size of swap is 4 GB
>> The maximum size of root and second root is 30 GB
>>
>> The second/alternate root can be used for installing another release
>> of Solaris or can be used for live upgrade.
>>
>> So the same 72 GB disk will have the following sizes in Dwarf Caiman
>>
>> File sys Disk/Slice
>> Size
>>
>> ========================================================================
>> / c1t2d0s0
>> 21966 MB
>> swap c1t2d0s1
>> 4099 MB
>> /second_root c1t2d0s4
>> 21966 MB /export/home
>> c1t2d0s7 21961 MB
>>
>>
>> NOTE: This is a short term proposal and will change once the Caiman
>> adopts ZFS as the root file system.
>>
>> Please send your comments/feedback.
>>
>
> 0. It appears to me that the install of 64a + tools will currently
> take around 5.5 GB. So I don't see why 10 GB is our lower bound. 8,
> maybe.
I am concerned about going too low, such that if they want to upgrade
later there won't be enough space. And, based on Sundar's proposed
algorithm, we are really allocating 9GB to root at the minimum. With 1GB
of swap. I don't think we should go below 1GB of swap space so I think
this proposal is reasonable.
>
> 1. Are we placing swap in the first set of cylinders (whether you
> make it slice 0 or not I don't care as much, though I find it less
> confusing if the slices are in cylinder order)? This provides more
> flexibility in re-allocating the other slices later.
>
How is it that this provides more flexibility in reallocation later? I
am not seeing it so would like a clarification. I have no objection to
what you are asking just trying to understand it.
> 2. 4 GB seems like a huge swap to bound to, how'd we come up with
> that? 2 GB seems like more than enough (heck, I usually run with 2 GB
> physical and 512 MB of swap and hardly ever use the swap). Seems like
> 5% would be a more reasonable allocation unless the system has a small
> amount of physical memory.
>
I think 4GB is too large for swap. No matter what the disk size. I think
2GB is the top limit we should allow for swap.
> 3. I'm somewhat ambivalent about leaving zero space for /export/home
> in the 10-20 range (or any range) for an install targeted at a
> standalone system. Generally it's a better practice to separate user
> data from system operations (plus it saves space & time in the LU
> case), so I'd be trying to encourage that and put that data on a
> separate slice where possible, even if it leaves a little less
> headroom for the OS; especially at the upper end of this range, I
> think there's too much given to root.
I have concerns about this as well, but the issue is that we don't want
to set the root slice too small, or too big really. The old way of doing
it isn't bad, except that we cut it too close for comfort for upgrades.
My concern about the percentage based algorithm is that we create a
larger and larger root as the disk gets larger, up to the maximum. I
think we are talking about the 'default' layout here, so the default
needs to be something we feel comfortable with in terms of the minimum
size of the root slice. Then we go from there. Let's say we decide 9GB
is the default root. Then we say either 1GB or 2GB swap depending on the
size of the disk, and the rest, if any, gets allocated to /export/home.
I don't think we want a sliding scale on the root.
This means that at the very low end, 10GB, we may not have any
/export/home space. But, that's just the nature of using a small disk.
sarah
****
>
> 4. 15 GB roots as the maximum seems a little excessive given where we
> are today, that's 150% headroom.
>
> Dave
> _______________________________________________
> caiman-discuss mailing list
> caiman-discuss at opensolaris dot org
> http://opensolaris.org/mailman/listinfo/caiman-discuss
>
_______________________________________________
caiman-discuss mailing list
caiman-discuss at opensolaris dot org
http://opensolaris.org/mailman/listinfo/caiman-discuss
|
|
|
|
|
Posts:
262
From:
US
Registered:
8/30/06
|
|
|
|
Re: default VTOC layout in dwarf caiman
Posted:
May 22, 2007 5:17 PM
in response to: sjelinek
|
|
Sarah Jelinek wrote:
> Hi Dave,
>
>> Sundar Yamunachari wrote:
>>> Dwarf Caiman is scheduled to be released with Solaris Express,
>>> Developer Edition 3. It will be available only the Developer Edition
>>> path like the previous Developer Editions. Dwarf Caiman doesn't
>>> allow user to customize the VTOC layout or disk slices. Based on the
>>> available size, the dwarf creates the default layout.
>>>
>>> The current installer default layout is not very helpful. The system
>>> file systems / and swap are allocated little more than the minimum
>>> required to install the selected software and rest of the disk is
>>> allocated to /export/home. For example if default layout is selected
>>> for a 72 GB disk (assuming the whole disk is for Solaris in the case
>>> of X876), the installer comes up with the following:
>>>
>>>
>>> File sys
>>> Disk/Slice Size
>>>
>>> ========================================================================
>>>
>>> /
>>> c1t2d0s0 5932 MB
>>> swap
>>> c1t2d0s1 516 MB
>>> /export/home
>>> c1t2d0s7 63545 MB
>>>
>>>
>>> This layout doesn't have enough space for adding more software or
>>> future upgrades. In Dwarf, we propose the default layout as follows:
>>>
>>> Space root swap
>>> second/alternate root /export/home
>>> =============================================================================== =================================
>>>
>>> size < 10 GB The minimum size is 10 GB, the GUI will not
>>> allow installation
>>> 10 < size < 20 GB 90% 10%
>>> N/A N/A
>>> 20 < size < 30 GB 45% 10%
>>> N/A 45%
>>> size > 30 GB 30% 10%
>>> 30% Rest
>>>
>>> The maximum size of swap is 4 GB
>>> The maximum size of root and second root is 30 GB
>>>
>>> The second/alternate root can be used for installing another release
>>> of Solaris or can be used for live upgrade.
>>>
>>> So the same 72 GB disk will have the following sizes in Dwarf Caiman
>>>
>>> File sys Disk/Slice
>>> Size
>>>
>>> ========================================================================
>>>
>>> / c1t2d0s0
>>> 21966 MB
>>> swap c1t2d0s1
>>> 4099 MB
>>> /second_root c1t2d0s4
>>> 21966 MB /export/home
>>> c1t2d0s7 21961 MB
>>>
>>>
>>> NOTE: This is a short term proposal and will change once the Caiman
>>> adopts ZFS as the root file system.
>>>
>>> Please send your comments/feedback.
>>>
>>
>> 0. It appears to me that the install of 64a + tools will currently
>> take around 5.5 GB. So I don't see why 10 GB is our lower bound. 8,
>> maybe.
> I am concerned about going too low, such that if they want to upgrade
> later there won't be enough space. And, based on Sundar's proposed
> algorithm, we are really allocating 9GB to root at the minimum. With
> 1GB of swap. I don't think we should go below 1GB of swap space so I
> think this proposal is reasonable.
Remember that we have both a recommended size (text on the screen) and a
minimum size (marked icon and refusal to proceed with installation). If
a user chooses to use a size in between they have been warned that they
may have difficulties so we don't have to provide much headroom on what
we allow for the minimum.
Frank
_______________________________________________
caiman-discuss mailing list
caiman-discuss at opensolaris dot org
http://opensolaris.org/mailman/listinfo/caiman-discuss
|
|
|
|
|
Posts:
1,992
From:
US
Registered:
3/9/05
|
|
|
|
Re: default VTOC layout in dwarf caiman
Posted:
May 23, 2007 11:48 AM
in response to: sjelinek
|
|
Sarah Jelinek wrote:
...
>> 0. It appears to me that the install of 64a + tools will currently
>> take around 5.5 GB. So I don't see why 10 GB is our lower bound. 8,
>> maybe.
> I am concerned about going too low, such that if they want to upgrade
> later there won't be enough space. And, based on Sundar's proposed
> algorithm, we are really allocating 9GB to root at the minimum. With 1GB
> of swap. I don't think we should go below 1GB of swap space so I think
> this proposal is reasonable.
I'm concerned with arbitrarily cutting off people who might want to try
it now and can't give it that much space. If, as Frank suggested,
there's a difference between recommended and required in the interface,
then let's rely on that rather than over-constraining ourselves on this one.
>> 1. Are we placing swap in the first set of cylinders (whether you
>> make it slice 0 or not I don't care as much, though I find it less
>> confusing if the slices are in cylinder order)? This provides more
>> flexibility in re-allocating the other slices later.
>>
> How is it that this provides more flexibility in reallocation later? I
> am not seeing it so would like a clarification. I have no objection to
> what you are asking just trying to understand it.
Contiguous slices can easily be combined together later into a larger
slice; non-contiguous ones can't be so easily.
Dave
_______________________________________________
caiman-discuss mailing list
caiman-discuss at opensolaris dot org
http://opensolaris.org/mailman/listinfo/caiman-discuss
|
|
|
|
|
Posts:
1,575
From:
GB
Registered:
4/27/05
|
|
|
|
Re: default VTOC layout in dwarf caiman
Posted:
May 22, 2007 4:11 PM
in response to: dminer
|
|
On 5/22/07, Dave Miner <Dave dot Miner at sun dot com> wrote:
> 0. It appears to me that the install of 64a + tools will currently take
> around 5.5 GB. So I don't see why 10 GB is our lower bound. 8, maybe.
Well, I'm seeing almost 6G on my builds without compilers or blastwave.
I'm reasonably happy at the moment with 18G root disks, assuming that
all data is living elsewhere, but the current rate of growth worries me.
> 2. 4 GB seems like a huge swap to bound to, how'd we come up with that?
> 2 GB seems like more than enough (heck, I usually run with 2 GB
> physical and 512 MB of swap and hardly ever use the swap). Seems like
> 5% would be a more reasonable allocation unless the system has a small
> amount of physical memory.
4G seems about right to me. I would even let it rise a little on larger
configurations. Even on my desktop, I'm needing close to that - some
development systems seem to need quite a lot more.
> 3. I'm somewhat ambivalent about leaving zero space for /export/home in
> the 10-20 range (or any range) for an install targeted at a standalone
> system.
Actually, I'm glad to see that the tiny configurations don't try and split
the space up. I think that any split in that range is just going to
orphan space.
One thing I don't like is the sudden drops in the size of root as we cross
the various thresholds. As I calculate it, as we go past 20G the size of
root drops from 18G to 9G - the latter is going to be rather tight.
--
-Peter Tribble
http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/
_______________________________________________
caiman-discuss mailing list
caiman-discuss at opensolaris dot org
http://opensolaris.org/mailman/listinfo/caiman-discuss
|
|
|
|
|
Posts:
1,710
From:
NZ
Registered:
4/27/05
|
|
|
|
Re: default VTOC layout in dwarf caiman
Posted:
May 22, 2007 3:31 PM
in response to: ysundar
|
|
Sundar Yamunachari wrote:
> Dwarf Caiman is scheduled to be released with Solaris Express,
> Developer Edition 3. It will be available only the Developer Edition
> path like the previous Developer Editions. Dwarf Caiman doesn't allow
> user to customize the VTOC layout or disk slices. Based on the
> available size, the dwarf creates the default layout.
>
> The current installer default layout is not very helpful. The system
> file systems / and swap are allocated little more than the minimum
> required to install the selected software and rest of the disk is
> allocated to /export/home. For example if default layout is selected
> for a 72 GB disk (assuming the whole disk is for Solaris in the case
> of X876), the installer comes up with the following:
>
>
> File sys Disk/Slice
> Size
>
> ========================================================================
> / c1t2d0s0
> 5932 MB
> swap c1t2d0s1
> 516 MB
> /export/home c1t2d0s7
> 63545 MB
>
>
> This layout doesn't have enough space for adding more software or
> future upgrades. In Dwarf, we propose the default layout as follows:
>
> Space root swap
> second/alternate root /export/home
> =============================================================================== =================================
>
> size < 10 GB The minimum size is 10 GB, the GUI will not allow
> installation
> 10 < size < 20 GB 90% 10%
> N/A N/A
> 20 < size < 30 GB 45% 10%
> N/A 45%
> size > 30 GB 30% 10%
> 30% Rest
>
> The maximum size of swap is 4 GB
> The maximum size of root and second root is 30 GB
>
> The second/alternate root can be used for installing another release
> of Solaris or can be used for live upgrade.
>
> So the same 72 GB disk will have the following sizes in Dwarf Caiman
>
> File sys Disk/Slice Size
>
> ========================================================================
> / c1t2d0s0
> 21966 MB
> swap c1t2d0s1
> 4099 MB
> /second_root c1t2d0s4
> 21966 MB /export/home
> c1t2d0s7 21961 MB
>
>
A 72GB disk is plenty big enough for root, second root and a reasonable
/export/home.
I think the 30G limit on root is way too high for this size of disk,
given a separate /export/home. 10-15G is plenty for a root, even with a
full install, Blastwave, Studio and the companion CD.
Ian
_______________________________________________
caiman-discuss mailing list
caiman-discuss at opensolaris dot org
http://opensolaris.org/mailman/listinfo/caiman-discuss
|
|
|
|
|
Posts:
558
From:
US
Registered:
1/12/06
|
|
|
|
Re: default VTOC layout in dwarf caiman
Posted:
May 22, 2007 3:45 PM
in response to: ian
|
|
Ian Collins wrote:
Sundar
Yamunachari wrote:
Dwarf Caiman is scheduled to be released
with Solaris Express,
Developer Edition 3. It will be available only the Developer Edition
path like the previous Developer Editions. Dwarf Caiman doesn't allow
user to customize the VTOC layout or disk slices. Based on the
available size, the dwarf creates the default layout.
The current installer default layout is not very helpful. The system
file systems / and swap are allocated little more than the minimum
required to install the selected software and rest of the disk is
allocated to /export/home. For example if default layout is selected
for a 72 GB disk (assuming the whole disk is for Solaris in the case
of X876), the installer comes up with the following:
File sys Disk/Slice
Size
========================================================================
/ c1t2d0s0
5932 MB
swap c1t2d0s1
516 MB
/export/home c1t2d0s7
63545 MB
This layout doesn't have enough space for adding more software or
future upgrades. In Dwarf, we propose the default layout as follows:
Space root swap
second/alternate root /export/home
=============================================================================== =================================
size < 10 GB The minimum size is 10 GB, the GUI will not allow
installation
10 < size < 20 GB 90% 10%
N/A N/A
20 < size < 30 GB 45% 10%
N/A 45%
size > 30 GB 30% 10%
30% Rest
The maximum size of swap is 4 GB
The maximum size of root and second root is 30 GB
The second/alternate root can be used for installing another release
of Solaris or can be used for live upgrade.
So the same 72 GB disk will have the following sizes in Dwarf Caiman
File sys Disk/Slice Size
========================================================================
/ c1t2d0s0
21966 MB
swap c1t2d0s1
4099 MB
/second_root c1t2d0s4
21966 MB /export/home
c1t2d0s7 21961 MB
<!---->A 72GB disk is plenty big enough for root, second root and a
reasonable
/export/home.
I think the 30G limit on root is way too high for this size of disk,
given a separate /export/home. 10-15G is plenty for a root, even with a
full install, Blastwave, Studio and the companion CD.
30 GB is maximum limit for root. For 72 GB disk, the root and
second root are close to 22 GB and /export/home is 22 GB. I suggested
30 GB to accommodate upgrades and any additional software. I install
lot of software on my system and I need more space. If 15 GB is enough,
I don't have an issue with that number.
- Sundar
<pre wrap="">
Ian
</pre>
_______________________________________________
caiman-discuss mailing list
caiman-discuss at opensolaris dot org
http://opensolaris.org/mailman/listinfo/caiman-discuss
|
|
|
|
|
Posts:
558
From:
US
Registered:
1/12/06
|
|
|
|
Re: default VTOC layout in dwarf caiman
Posted:
May 23, 2007 10:58 AM
in response to: ysundar
|
|
Thanks for everyone who provided feedback to the initial proposal, Based
on comments/Feedback, I have modified the proposal.
- The minimum size for swap is 1 GB and the maximum size is 2 GB
- The minimum for the root slice and slice for second_root is 8 GB and
the maximum is 15 GB.
- There will be space allocated to /export/home even in the minimum
configuration.
So the new proposal will be:
If disk size < 10 GB, The install will not proceed.
for disk sizes between 10 GB - 20 GB:
swap = 1 GB, root is 75 % of the disk with minimum 8 GB and Maximum 15
GB, rest is /ehttp://opensolaris.org/mailman/listinfo/caiman-discuss
|
|
|
|
|
Posts:
941
From:
Redwood City, CA
Registered:
3/9/05
|
|
|
|
Re: default VTOC layout in dwarf caiman
Posted:
May 23, 2007 11:11 AM
in response to: ysundar
|
|
Quoth Sundar Yamunachari on Wed, May 23, 2007 at 10:58:55AM -0700:
> Thanks for everyone who provided feedback to the initial proposal, Based
> on comments/Feedback, I have modified the proposal.
>
> - The minimum size for swap is 1 GB and the maximum size is 2 GB
> - The minimum for the root slice and slice for second_root is 8 GB and
> the maximum is 15 GB.
> - There will be space allocated to /export/home even in the minimum
> configuration.
...
> Please send your comment/feedback/questions
Please consider differentiating between GB = 10^9 and GiB = 2^30. This
can be particularly confusing for users when dealing with harddrives
since they are labeled in GB = 10^9 but software typically assumes
GB = 2^30.
David
_______________________________________________
caiman-discuss mailing list
caiman-discuss at opensolaris dot org
http://opensolaris.org/mailman/listinfo/caiman-discuss
|
|
|
|
|
Posts:
162
From:
Sunnyvale, California
Registered:
4/29/05
|
|
|
|
Re: default VTOC layout in dwarf caiman
Posted:
May 23, 2007 10:16 PM
in response to: bustos
|
|
David Bustos wrote:
> Please consider differentiating between GB = 10^9 and GiB = 2^30. This
> can be particularly confusing for users when dealing with harddrives
> since they are labeled in GB = 10^9 but software typically assumes
> GB = 2^30.
Maybe I'm just one of the luddites who dislikes the look of GiB. But I
wonder how many people know the difference between GB and GiB and yet
are unaware that disk manufacturers use the most flattering numbers.
Time for some UI testing if this is really proposed?
Hugh.
_______________________________________________
caiman-discuss mailing list
caiman-discuss at opensolaris dot org
http://opensolaris.org/mailman/listinfo/caiman-discuss
|
|
|
|
|
Posts:
1,992
From:
US
Registered:
3/9/05
|
|
|
|
Re: default VTOC layout in dwarf caiman
Posted:
May 24, 2007 8:35 AM
in response to: hugh
|
|
Hugh McIntyre wrote:
> David Bustos wrote:
>> Please consider differentiating between GB = 10^9 and GiB = 2^30. This
>> can be particularly confusing for users when dealing with harddrives
>> since they are labeled in GB = 10^9 but software typically assumes
>> GB = 2^30.
>
> Maybe I'm just one of the luddites who dislikes the look of GiB. But I
> wonder how many people know the difference between GB and GiB and yet
> are unaware that disk manufacturers use the most flattering numbers.
>
> Time for some UI testing if this is really proposed?
>
I thought that the team was planning on using GB units in all cases so
that what you'd see for disk sizes corresponded to what the box you
bought it in said. Providing both sizes seems unnecessarily confusing.
Dave
_______________________________________________
caiman-discuss mailing list
caiman-discuss at opensolaris dot org
http://opensolaris.org/mailman/listinfo/caiman-discuss
|
|
|
|
|
Posts:
941
From:
Redwood City, CA
Registered:
3/9/05
|
|
|
|
Re: default VTOC layout in dwarf caiman
Posted:
May 24, 2007 10:45 AM
in response to: dminer
|
|
Quoth Dave Miner on Thu, May 24, 2007 at 11:35:24AM -0400:
> Hugh McIntyre wrote:
> >David Bustos wrote:
> >>Please consider differentiating between GB = 10^9 and GiB = 2^30. This
> >>can be particularly confusing for users when dealing with harddrives
> >>since they are labeled in GB = 10^9 but software typically assumes
> >>GB = 2^30.
> >
> >Maybe I'm just one of the luddites who dislikes the look of GiB. But I
> >wonder how many people know the difference between GB and GiB and yet
> >are unaware that disk manufacturers use the most flattering numbers.
> >
> >Time for some UI testing if this is really proposed?
>
> I thought that the team was planning on using GB units in all cases so
> that what you'd see for disk sizes corresponded to what the box you
> bought it in said. Providing both sizes seems unnecessarily confusing.
I think that's a good idea, but it needs to be noted in the proposal.
I also think that if you're not going to also supply the GiB, then you
should have a footnote somewhere explaining that the numbers in the
installer won't match the numbers used in Solaris.
David
_______________________________________________
caiman-discuss mailing list
caiman-discuss at opensolaris dot org
http://opensolaris.org/mailman/listinfo/caiman-discuss
|
|
|
|
|
Posts:
817
From:
Registered:
3/9/05
|
|
|
|
Re: default VTOC layout in dwarf caiman
Posted:
May 24, 2007 6:59 AM
in response to: ysundar
|
|
Hi Everyone,
I assume that in principle people are ok with this proposal? I saw some
discussion regarding the GB and GiB, but no objections to the basic
proposal. I have to add this to the ARC case materials so I need to know.
thanks,
sarah
*****
Sundar Yamunachari wrote:
> Thanks for everyone who provided feedback to the initial proposal,
> Based on comments/Feedback, I have modified the proposal.
>
> - The minimum size for swap is 1 GB and the maximum size is 2 GB
> - The minimum for the root slice and slice for second_root is 8 GB and
> the maximum is 15 GB.
> - There will be space allocated to /export/home even in the minimum
> configuration.
>
> So the new proposal will be:
>
> If disk size < 10 GB, The install will not proceed.
> for disk sizes between 10 GB - 20 GB:
> swap = 1 GB, root is 75 % of the disk with minimum 8 GB and Maximum 15
> GB, rest is /export/home
> For disk sizes between 20 GB - 30 GB:
> swap = 2GB, root =30%, second_root=30% (with minimum of 8 GB) and the
> rest is /export/home
> For disk sizes greater than 30 GB:
> swap = 2 GB, root =30%, second_root=30% (with minimum of 8 GB and
> maximum of 15 GB) and the rest is /export/home
>
> For example a 10 GB disk/partition will have 1 GB swap, 1 GB
> /export/home and 8 GB root (/).
> A 15 GB disk/partition will have 1 GB swap, 2.8 GB /export/home and
> 11.2 GB root (/).
> A 20 GB disk/partition will have 1 GB swap, 4 GB /export/home, 15 GB
> for root
> A 25 GB disk/partition will have 2 GB swap, 6 GB /export/home, 8.5 GB
> each for root and second_root
> A 30 GB disk/partition will have 2 GB swap, 8 GB /export/home, 10 GB
> each for root and second_root
>
> Issues:
>
> As Peter Tribble mentioned, the size of root reduces suddenly when
> the disk size goes from 20 GB to 20.1 GB because of the creation of
> another slice for the second_root. One option could we don't create
> second root till the size is much bigger (around 40 GB).
>
> Please send your comment/feedback/questions
>
> Thanks,
> Sundar
>
> _______________________________________________
> caiman-discuss mailing list
> caiman-discuss at opensolaris dot org
> http://opensolaris.org/mailman/listinfo/caiman-discuss
>
_______________________________________________
caiman-discuss mailing list
caiman-discuss at opensolaris dot org
http://opensolaris.org/mailman/listinfo/caiman-discuss
|
|
|
|
|
Posts:
1,992
From:
US
Registered:
3/9/05
|
|
|
|
Re: default VTOC layout in dwarf caiman
Posted:
May 24, 2007 7:07 AM
in response to: sjelinek
|
|
Sarah Jelinek wrote:
> Hi Everyone,
>
> I assume that in principle people are ok with this proposal? I saw some
> discussion regarding the GB and GiB, but no objections to the basic
> proposal. I have to add this to the ARC case materials so I need to know.
>
I'd sent in reply to earlier mail that I still thought the 10 GB minimum
was too high, so I guess I'll repeat it now.
Dave
> thanks,
> sarah
> *****
>
> Sundar Yamunachari wrote:
>> Thanks for everyone who provided feedback to the initial proposal,
>> Based on comments/Feedback, I have modified the proposal.
>>
>> - The minimum size for swap is 1 GB and the maximum size is 2 GB
>> - The minimum for the root slice and slice for second_root is 8 GB and
>> the maximum is 15 GB.
>> - There will be space allocated to /export/home even in the minimum
>> configuration.
>>
>> So the new proposal will be:
>>
>> If disk size < 10 GB, The install will not proceed.
>> for disk sizes between 10 GB - 20 GB:
>> swap = 1 GB, root is 75 % of the disk with minimum 8 GB and Maximum 15
>> GB, rest is /export/home
>> For disk sizes between 20 GB - 30 GB:
>> swap = 2GB, root =30%, second_root=30% (with minimum of 8 GB) and the
>> rest is /export/home
>> For disk sizes greater than 30 GB:
>> swap = 2 GB, root =30%, second_root=30% (with minimum of 8 GB and
>> maximum of 15 GB) and the rest is /export/home
>>
>> For example a 10 GB disk/partition will have 1 GB swap, 1 GB
>> /export/home and 8 GB root (/).
>> A 15 GB disk/partition will have 1 GB swap, 2.8 GB /export/home and
>> 11.2 GB root (/).
>> A 20 GB disk/partition will have 1 GB swap, 4 GB /export/home, 15 GB
>> for root
>> A 25 GB disk/partition will have 2 GB swap, 6 GB /export/home, 8.5 GB
>> each for root and second_root
>> A 30 GB disk/partition will have 2 GB swap, 8 GB /export/home, 10 GB
>> each for root and second_root
>>
>> Issues:
>>
>> As Peter Tribble mentioned, the size of root reduces suddenly when
>> the disk size goes from 20 GB to 20.1 GB because of the creation of
>> another slice for the second_root. One option could we don't create
>> second root till the size is much bigger (around 40 GB).
>>
>> Please send your comment/feedback/questions
>>
>> Thanks,
>> Sundar
>>
>> _______________________________________________
>> caiman-discuss mailing list
>> caiman-discuss at opensolaris dot org
>> http://opensolaris.org/mailman/listinfo/caiman-discuss
>>
> _______________________________________________
> caiman-discuss mailing list
> caiman-discuss at opensolaris dot org
> http://opensolaris.org/mailman/listinfo/caiman-discuss
_______________________________________________
caiman-discuss mailing list
caiman-discuss at opensolaris dot org
http://opensolaris.org/mailman/listinfo/caiman-discuss
|
|
|
|
|
Posts:
817
From:
Registered:
3/9/05
|
|
|
|
Re: default VTOC layout in dwarf caiman
Posted:
May 24, 2007 7:36 AM
in response to: dminer
|
|
Hi Dave,
> Sarah Jelinek wrote:
>> Hi Everyone,
>>
>> I assume that in principle people are ok with this proposal? I saw
>> some discussion regarding the GB and GiB, but no objections to the
>> basic proposal. I have to add this to the ARC case materials so I
>> need to know.
>>
>
> I'd sent in reply to earlier mail that I still thought the 10 GB
> minimum was too high, so I guess I'll repeat it now.
Sundar has suggested an 8GB minimum with his new proposal below. With a
15GB max. So, do you want us to limit this to simply the lower bound?
thanks,
sarah
****
>
> Dave
>
>> thanks,
>> sarah
>> *****
>>
>> Sundar Yamunachari wrote:
>>> Thanks for everyone who provided feedback to the initial proposal,
>>> Based on comments/Feedback, I have modified the proposal.
>>>
>>> - The minimum size for swap is 1 GB and the maximum size is 2 GB
>>> - The minimum for the root slice and slice for second_root is 8 GB
>>> and the maximum is 15 GB.
>>> - There will be space allocated to /export/home even in the minimum
>>> configuration.
>>>
>>> So the new proposal will be:
>>>
>>> If disk size < 10 GB, The install will not proceed.
>>> for disk sizes between 10 GB - 20 GB:
>>> swap = 1 GB, root is 75 % of the disk with minimum 8 GB and Maximum
>>> 15 GB, rest is /export/home
>>> For disk sizes between 20 GB - 30 GB:
>>> swap = 2GB, root =30%, second_root=30% (with minimum of 8 GB) and
>>> the rest is /export/home
>>> For disk sizes greater than 30 GB:
>>> swap = 2 GB, root =30%, second_root=30% (with minimum of 8 GB and
>>> maximum of 15 GB) and the rest is /export/home
>>>
>>> For example a 10 GB disk/partition will have 1 GB swap, 1 GB
>>> /export/home and 8 GB root (/).
>>> A 15 GB disk/partition will have 1 GB swap, 2.8 GB /export/home and
>>> 11.2 GB root (/).
>>> A 20 GB disk/partition will have 1 GB swap, 4 GB /export/home, 15
>>> GB for root
>>> A 25 GB disk/partition will have 2 GB swap, 6 GB /export/home, 8.5
>>> GB each for root and second_root
>>> A 30 GB disk/partition will have 2 GB swap, 8 GB /export/home, 10 GB
>>> each for root and second_root
>>>
>>> Issues:
>>>
>>> As Peter Tribble mentioned, the size of root reduces suddenly
>>> when the disk size goes from 20 GB to 20.1 GB because of the
>>> creation of another slice for the second_root. One option could we
>>> don't create second root till the size is much bigger (around 40 GB).
>>>
>>> Please send your comment/feedback/questions
>>>
>>> Thanks,
>>> Sundar
>>>
>>> _______________________________________________
>>> caiman-discuss mailing list
>>> caiman-discuss at opensolaris dot org
>>> http://opensolaris.org/mailman/listinfo/caiman-discuss
>>>
>> _______________________________________________
>> caiman-discuss mailing list
>> caiman-discuss at opensolaris dot org
>> http://opensolaris.org/mailman/listinfo/caiman-discuss
>
> _______________________________________________
> caiman-discuss mailing list
> caiman-discuss at opensolaris dot org
> http://opensolaris.org/mailman/listinfo/caiman-discuss
>
_______________________________________________
caiman-discuss mailing list
caiman-discuss at opensolaris dot org
http://opensolaris.org/mailman/listinfo/caiman-discuss
|
|
|
|
|
Posts:
1,992
From:
US
Registered:
3/9/05
|
|
|
|
Re: default VTOC layout in dwarf caiman
Posted:
May 24, 2007 7:54 AM
in response to: sjelinek
|
|
Sarah Jelinek wrote:
> Hi Dave,
>
>
>> Sarah Jelinek wrote:
>>> Hi Everyone,
>>>
>>> I assume that in principle people are ok with this proposal? I saw
>>> some discussion regarding the GB and GiB, but no objections to the
>>> basic proposal. I have to add this to the ARC case materials so I
>>> need to know.
>>>
>> I'd sent in reply to earlier mail that I still thought the 10 GB
>> minimum was too high, so I guess I'll repeat it now.
> Sundar has suggested an 8GB minimum with his new proposal below. With a
> 15GB max. So, do you want us to limit this to simply the lower bound?
>
No, he said we wouldn't install at all if it was less than 10 GB. Looks
to me like we could go as low as 8 GB for the overall case, still
leaving somewhere around 20% headroom for upgrades. Not optimal, but at
least you give 'em a chance to try it.
Dave
> thanks,
> sarah
> ****
>> Dave
>>
>>> thanks,
>>> sarah
>>> *****
>>>
>>> Sundar Yamunachari wrote:
>>>> Thanks for everyone who provided feedback to the initial proposal,
>>>> Based on comments/Feedback, I have modified the proposal.
>>>>
>>>> - The minimum size for swap is 1 GB and the maximum size is 2 GB
>>>> - The minimum for the root slice and slice for second_root is 8 GB
>>>> and the maximum is 15 GB.
>>>> - There will be space allocated to /export/home even in the minimum
>>>> configuration.
>>>>
>>>> So the new proposal will be:
>>>>
>>>> If disk size < 10 GB, The install will not proceed.
>>>> for disk sizes between 10 GB - 20 GB:
>>>> swap = 1 GB, root is 75 % of the disk with minimum 8 GB and Maximum
>>>> 15 GB, rest is /export/home
>>>> For disk sizes between 20 GB - 30 GB:
>>>> swap = 2GB, root =30%, second_root=30% (with minimum of 8 GB) and
>>>> the rest is /export/home
>>>> For disk sizes greater than 30 GB:
>>>> swap = 2 GB, root =30%, second_root=30% (with minimum of 8 GB and
>>>> maximum of 15 GB) and the rest is /export/home
>>>>
>>>> For example a 10 GB disk/partition will have 1 GB swap, 1 GB
>>>> /export/home and 8 GB root (/).
>>>> A 15 GB disk/partition will have 1 GB swap, 2.8 GB /export/home and
>>>> 11.2 GB root (/).
>>>> A 20 GB disk/partition will have 1 GB swap, 4 GB /export/home, 15
>>>> GB for root
>>>> A 25 GB disk/partition will have 2 GB swap, 6 GB /export/home, 8.5
>>>> GB each for root and second_root
>>>> A 30 GB disk/partition will have 2 GB swap, 8 GB /export/home, 10 GB
>>>> each for root and second_root
>>>>
>>>> Issues:
>>>>
>>>> As Peter Tribble mentioned, the size of root reduces suddenly
>>>> when the disk size goes from 20 GB to 20.1 GB because of the
>>>> creation of another slice for the second_root. One option could we
>>>> don't create second root till the size is much bigger (around 40 GB).
>>>>
>>>> Please send your comment/feedback/questions
>>>>
>>>> Thanks,
>>>> Sundar
>>>>
>>>> _______________________________________________
>>>> caiman-discuss mailing list
>>>> caiman-discuss at opensolaris dot org
>>>> http://opensolaris.org/mailman/listinfo/caiman-discuss
>>>>
>>> _______________________________________________
>>> caiman-discuss mailing list
>>> caiman-discuss at opensolaris dot org
>>> http://opensolaris.org/mailman/listinfo/caiman-discuss
>> _______________________________________________
>> caiman-discuss mailing list
>> caiman-discuss at opensolaris dot org
>> http://opensolaris.org/mailman/listinfo/caiman-discuss
>>
> _______________________________________________
> caiman-discuss mailing list
> caiman-discuss at opensolaris dot org
> http://opensolaris.org/mailman/listinfo/caiman-discuss
_______________________________________________
caiman-discuss mailing list
caiman-discuss at opensolaris dot org
http://opensolaris.org/mailman/listinfo/caiman-discuss
|
|
|
|
|
Posts:
817
From:
Registered:
3/9/05
|
|
|
|
Re: default VTOC layout in dwarf caiman
Posted:
May 24, 2007 8:11 AM
in response to: dminer
|
|
>>
>
> No, he said we wouldn't install at all if it was less than 10 GB.
> Looks to me like we could go as low as 8 GB for the overall case,
> still leaving somewhere around 20% headroom for upgrades. Not
> optimal, but at least you give 'em a chance to try it.
>
Ok, thanks for the clarification. Sundar, I think we can do this, that
is allow install on an 8GB disk, with 1GB of swap, which means 7GB root,
1GB swap, or even 7GB root, 1/2 GB swap, and 1/2 GB /export/home. Your
thoughts on this?
Dave's concern is valid, in particular on older systems a developer may
not have 10GB. Although, I guess it depends on how much we want to
support. And, how prevalent this type of configuration might be for our
SXDE users.
sarah
****
thanks,
sarah
****
> Dave
>
>> thanks,
>> sarah
>> ****
>>> Dave
>>>
>>>> thanks,
>>>> sarah
>>>> *****
>>>>
>>>> Sundar Yamunachari wrote:
>>>>> Thanks for everyone who provided feedback to the initial proposal,
>>>>> Based on comments/Feedback, I have modified the proposal.
>>>>>
>>>>> - The minimum size for swap is 1 GB and the maximum size is 2 GB
>>>>> - The minimum for the root slice and slice for second_root is 8 GB
>>>>> and the maximum is 15 GB.
>>>>> - There will be space allocated to /export/home even in the
>>>>> minimum configuration.
>>>>>
>>>>> So the new proposal will be:
>>>>>
>>>>> If disk size < 10 GB, The install will not proceed.
>>>>> for disk sizes between 10 GB - 20 GB:
>>>>> swap = 1 GB, root is 75 % of the disk with minimum 8 GB and
>>>>> Maximum 15 GB, rest is /export/home
>>>>> For disk sizes between 20 GB - 30 GB:
>>>>> swap = 2GB, root =30%, second_root=30% (with minimum of 8 GB) and
>>>>> the rest is /export/home
>>>>> For disk sizes greater than 30 GB:
>>>>> swap = 2 GB, root =30%, second_root=30% (with minimum of 8 GB and
>>>>> maximum of 15 GB) and the rest is /export/home
>>>>>
>>>>> For example a 10 GB disk/partition will have 1 GB swap, 1 GB
>>>>> /export/home and 8 GB root (/).
>>>>> A 15 GB disk/partition will have 1 GB swap, 2.8 GB /export/home
>>>>> and 11.2 GB root (/).
>>>>> A 20 GB disk/partition will have 1 GB swap, 4 GB /export/home, 15
>>>>> GB for root
>>>>> A 25 GB disk/partition will have 2 GB swap, 6 GB /export/home, 8.5
>>>>> GB each for root and second_root
>>>>> A 30 GB disk/partition will have 2 GB swap, 8 GB /export/home, 10
>>>>> GB each for root and second_root
>>>>>
>>>>> Issues:
>>>>>
>>>>> As Peter Tribble mentioned, the size of root reduces suddenly
>>>>> when the disk size goes from 20 GB to 20.1 GB because of the
>>>>> creation of another slice for the second_root. One option could we
>>>>> don't create second root till the size is much bigger (around 40 GB).
>>>>>
>>>>> Please send your comment/feedback/questions
>>>>>
>>>>> Thanks,
>>>>> Sundar
>>>>>
>>>>> _______________________________________________
>>>>> caiman-discuss mailing list
>>>>> caiman-discuss at opensolaris dot org
>>>>> http://opensolaris.org/mailman/listinfo/caiman-discuss
>>>>>
>>>> _______________________________________________
>>>> caiman-discuss mailing list
>>>> caiman-discuss at opensolaris dot org
>>>> http://opensolaris.org/mailman/listinfo/caiman-discuss
>>> _______________________________________________
>>> caiman-discuss mailing list
>>> caiman-discuss at opensolaris dot org
>>> http://opensolaris.org/mailman/listinfo/caiman-discuss
>>>
>> _______________________________________________
>> caiman-discuss mailing list
>> caiman-discuss at opensolaris dot org
>> http://opensolaris.org/mailman/listinfo/caiman-discuss
>
>
_______________________________________________
caiman-discuss mailing list
caiman-discuss at opensolaris dot org
http://opensolaris.org/mailman/listinfo/caiman-discuss
|
|
|
|
|
Posts:
558
From:
US
Registered:
1/12/06
|
|
|
|
Re: default VTOC layout in dwarf caiman
Posted:
May 24, 2007 9:08 AM
in response to: sjelinek
|
|
Sarah Jelinek wrote:
>
>>>
>>
>> No, he said we wouldn't install at all if it was less than 10 GB.
>> Looks to me like we could go as low as 8 GB for the overall case,
>> still leaving somewhere around 20% headroom for upgrades. Not
>> optimal, but at least you give 'em a chance to try it.
>>
> Ok, thanks for the clarification. Sundar, I think we can do this, that
> is allow install on an 8GB disk, with 1GB of swap, which means 7GB
> root, 1GB swap, or even 7GB root, 1/2 GB swap, and 1/2 GB
> /export/home. Your thoughts on this?
Since we are creating a normal user during install, we need some space
allocated to put the user files. So I prefer second option with 7GB
root, 0.5 GB each for swap and /export/home. We can revisit this again
when we get closer to SXDE 3 with the actual size of the installed
components.
So the changes to the proposal is:
Size < 8 GB, Install will not be allowed.
size between 8 GB and 10 GB, swap = 0.5 GB, /e
> Dave's concern is valid, in particular on older systems a developer
> may not have 10GB. Although, I guess it depends on how much we want to
> support. And, how prevalent this type of configuration might be for
> our SXDE users.
>
> sarah
> ****
>
> thanks,
> sarah
> ****
>> Dave
>>
>>> thanks,
>>> sarah
>>> ****
>>>> Dave
>>>>
>>>>> thanks,
>>>>> sarah
>>>>> *****
>>>>>
>>>>> Sundar Yamunachari wrote:
>>>>>> Thanks for everyone who provided feedback to the initial
>>>>>> proposal, Based on comments/Feedback, I have modified the proposal.
>>>>>>
>>>>>> - The minimum size for swap is 1 GB and the maximum size is 2 GB
>>>>>> - The minimum for the root slice and slice for second_root is 8
>>>>>> GB and the maximum is 15 GB.
>>>>>> - There will be space allocated to /export/home even in the
>>>>>> minimum configuration.
>>>>>>
>>>>>> So the new proposal will be:
>>>>>>
>>>>>> If disk size < 10 GB, The install will not proceed.
>>>>>> for disk sizes between 10 GB - 20 GB:
>>>>>> swap = 1 GB, root is 75 % of the disk with minimum 8 GB and
>>>>>> Maximum 15 GB, rest is /export/home
>>>>>> For disk sizes between 20 GB - 30 GB:
>>>>>> swap = 2GB, root =30%, second_root=30% (with minimum of 8 GB) and
>>>>>> the rest is /export/home
>>>>>> For disk sizes greater than 30 GB:
>>>>>> swap = 2 GB, root =30%, second_root=30% (with minimum of 8 GB and
>>>>>> maximum of 15 GB) and the rest is /export/home
>>>>>>
>>>>>> For example a 10 GB disk/partition will have 1 GB swap, 1 GB
>>>>>> /export/home and 8 GB root (/).
>>>>>> A 15 GB disk/partition will have 1 GB swap, 2.8 GB /export/home
>>>>>> and 11.2 GB root (/).
>>>>>> A 20 GB disk/partition will have 1 GB swap, 4 GB /export/home,
>>>>>> 15 GB for root
>>>>>> A 25 GB disk/partition will have 2 GB swap, 6 GB /export/home,
>>>>>> 8.5 GB each for root and second_root
>>>>>> A 30 GB disk/partition will have 2 GB swap, 8 GB /export/home, 10
>>>>>> GB each for root and second_root
>>>>>>
>>>>>> Issues:
>>>>>>
>>>>>> As Peter Tribble mentioned, the size of root reduces suddenly
>>>>>> when the disk size goes from 20 GB to 20.1 GB because of the
>>>>>> creation of another slice for the second_root. One option could
>>>>>> we don't create second root till the size is much bigger (around
>>>>>> 40 GB).
>>>>>>
>>>>>> Please send your comment/feedback/questions
>>>>>>
>>>>>> Thanks,
>>>>>> Sundar
>>>>>>
>>>>>> _______________________________________________
>>>>>> caiman-discuss mailing list
>>>>>> caiman-discuss at opensolaris dot org
>>>>>> http://opensolaris.org/mailman/listinfo/caiman-discuss
>>>>>>
>>>>> _______________________________________________
>>>>> caiman-discuss mailing list
>>>>> caiman-discuss at opensolaris dot org
>>>>> http://opensolaris.org/mailman/listinfo/caiman-discuss
>>>> _______________________________________________
>>>> caiman-discuss mailing list
>>>> caiman-discuss at opensolaris dot org
>>>> http://opensolaris.org/mailman/listinfo/caiman-discuss
>>>>
>>> _______________________________________________
>>> caiman-discuss mailing list
>>> caiman-discuss at opensolaris dot org
>>> http://opensolaris.org/mailman/listinfo/caiman-discuss
>>
>>
_______________________________________________
caiman-discuss mailing list
caiman-discuss at opensolaris dot org
http://opensolaris.org/mailman/listinfo/caiman-discuss
|
|
|
|
|
Posts:
262
From:
US
Registered:
8/30/06
|
|
|
|
Re: default VTOC layout in dwarf caiman
Posted:
May 24, 2007 1:38 PM
in response to: ysundar
|
|
As a side note, what are we recommending to the user as the minimum size
disk/partition? This is a guideline that should support general desktop
use by developers, i.e., some room for additional apps, a reasonable
amount of user data (but not multi-media), and allow for future
upgrades. Is 15GB enough or should we push it to 20GB?
The "recommended minimum size" mentioned above only appears as a text
message at the top of the Disk screen. The 8GB minimum size referred to
below is noted by "error" tags on the disk icons and enforced by error
dialogs when the user clicks the Next button.
Frank
Sundar Yamunachari wrote:
>
>
> Sarah Jelinek wrote:
>>
>>>>
>>>
>>> No, he said we wouldn't install at all if it was less than 10 GB.
>>> Looks to me like we could go as low as 8 GB for the overall case,
>>> still leaving somewhere around 20% headroom for upgrades. Not
>>> optimal, but at least you give 'em a chance to try it.
>>>
>> Ok, thanks for the clarification. Sundar, I think we can do this,
>> that is allow install on an 8GB disk, with 1GB of swap, which means
>> 7GB root, 1GB swap, or even 7GB root, 1/2 GB swap, and 1/2 GB
>> /export/home. Your thoughts on this?
> Since we are creating a normal user during install, we need some space
> allocated to put the user files. So I prefer second option with 7GB
> root, 0.5 GB each for swap and /export/home. We can revisit this again
> when we get closer to SXDE 3 with the actual size of the installed
> components.
>
> So the changes to the proposal is:
> Size < 8 GB, Install will not be allowed.
> size between 8 GB and 10 GB, swap = 0.5 GB, /export/home is 0.5 GB and
> rest is root.
>
> The rest is from the previous proposal:
> for disk sizes between 10 GB - 20 GB:
> swap = 1 GB, root is 75 % of the disk with minimum 8 GB and Maximum 15
> GB, rest is /export/home
> For disk sizes between 20 GB - 30 GB:
> swap = 2GB, root =30%, second_root=30% (with minimum of 8 GB) and the
> rest is /export/home
> For disk sizes greater than 30 GB:
> swap = 2 GB, root =30%, second_root=30% (with minimum of 8 GB and
> maximum of 15 GB) and the rest is /export/home
>
> For example a 10 GB disk/partition will have 1 GB swap, 1 GB
> /export/home and 8 GB root (/).
> A 15 GB disk/partition will have 1 GB swap, 2.8 GB /export/home and
> 11.2 GB root (/).
> A 20 GB disk/partition will have 1 GB swap, 4 GB /export/home, 15 GB
> for root
> A 25 GB disk/partition will have 2 GB swap, 6 GB /export/home, 8.5 GB
> each for root and second_root
> A 30 GB disk/partition will have 2 GB swap, 8 GB /export/home, 10 GB
> each for root and second_root
>
> - Sundar
>
>>
>> Dave's concern is valid, in particular on older systems a developer
>> may not have 10GB. Although, I guess it depends on how much we want
>> to support. And, how prevalent this type of configuration might be
>> for our SXDE users.
>>
>> sarah
>> ****
>>
>> thanks,
>> sarah
>> ****
>>> Dave
>>>
>>>> thanks,
>>>> sarah
>>>> ****
>>>>> Dave
>>>>>
>>>>>> thanks,
>>>>>> sarah
>>>>>> *****
>>>>>>
>>>>>> Sundar Yamunachari wrote:
>>>>>>> Thanks for everyone who provided feedback to the initial
>>>>>>> proposal, Based on comments/Feedback, I have modified the proposal.
>>>>>>>
>>>>>>> - The minimum size for swap is 1 GB and the maximum size is 2 GB
>>>>>>> - The minimum for the root slice and slice for second_root is 8
>>>>>>> GB and the maximum is 15 GB.
>>>>>>> - There will be space allocated to /export/home even in the
>>>>>>> minimum configuration.
>>>>>>>
>>>>>>> So the new proposal will be:
>>>>>>>
>>>>>>> If disk size < 10 GB, The install will not proceed.
>>>>>>> for disk sizes between 10 GB - 20 GB:
>>>>>>> swap = 1 GB, root is 75 % of the disk with minimum 8 GB and
>>>>>>> Maximum 15 GB, rest is /export/home
>>>>>>> For disk sizes between 20 GB - 30 GB:
>>>>>>> swap = 2GB, root =30%, second_root=30% (with minimum of 8 GB)
>>>>>>> and the rest is /export/home
>>>>>>> For disk sizes greater than 30 GB:
>>>>>>> swap = 2 GB, root =30%, second_root=30% (with minimum of 8 GB
>>>>>>> and maximum of 15 GB) and the rest is /export/home
>>>>>>>
>>>>>>> For example a 10 GB disk/partition will have 1 GB swap, 1 GB
>>>>>>> /export/home and 8 GB root (/).
>>>>>>> A 15 GB disk/partition will have 1 GB swap, 2.8 GB /export/home
>>>>>>> and 11.2 GB root (/).
>>>>>>> A 20 GB disk/partition will have 1 GB swap, 4 GB /export/home,
>>>>>>> 15 GB for root
>>>>>>> A 25 GB disk/partition will have 2 GB swap, 6 GB /export/home,
>>>>>>> 8.5 GB each for root and second_root
>>>>>>> A 30 GB disk/partition will have 2 GB swap, 8 GB /export/home,
>>>>>>> 10 GB each for root and second_root
>>>>>>>
>>>>>>> Issues:
>>>>>>>
>>>>>>> As Peter Tribble mentioned, the size of root reduces suddenly
>>>>>>> when the disk size goes from 20 GB to 20.1 GB because of the
>>>>>>> creation of another slice for the second_root. One option could
>>>>>>> we don't create second root till the size is much bigger (around
>>>>>>> 40 GB).
>>>>>>>
>>>>>>> Please send your comment/feedback/questions
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Sundar
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> caiman-discuss mailing list
>>>>>>> caiman-discuss at opensolaris dot org
>>>>>>> http://opensolaris.org/mailman/listinfo/caiman-discuss
>>>>>>>
>>>>>> _______________________________________________
>>>>>> caiman-discuss mailing list
>>>>>> caiman-discuss at opensolaris dot org
>>>>>> http://opensolaris.org/mailman/listinfo/caiman-discuss
>>>>> _______________________________________________
>>>>> caiman-discuss mailing list
>>>>> caiman-discuss at opensolaris dot org
>>>>> http://opensolaris.org/mailman/listinfo/caiman-discuss
>>>>>
>>>> _______________________________________________
>>>> caiman-discuss mailing list
>>>> caiman-discuss at opensolaris dot org
>>>> http://opensolaris.org/mailman/listinfo/caiman-discuss
>>>
>>>
> _______________________________________________
> caiman-discuss mailing list
> caiman-discuss at opensolaris dot org
> http://opensolaris.org/mailman/listinfo/caiman-discuss
_______________________________________________
caiman-discuss mailing list
caiman-discuss at opensolaris dot org
http://opensolaris.org/mailman/listinfo/caiman-discuss
|
|
|
|
|
Posts:
558
From:
US
Registered:
1/12/06
|
|
|
|
Re: default VTOC layout in dwarf caiman
Posted:
May 24, 2007 2:14 PM
in response to: ysundar
|
|
Thanks to everyone for the comments which made the default layout
proposal better. Even though there is fair amount of interest to have
two root partitions at a lower disk size (around 16 GB), we will run out
of space when the SXDE is installed with multiple locales support and
other application on the system. So the lower point of entry (8 GB) is
provided to allow systems to install multiple operating system with a
smaller disk. So we are planning to stick with the proposal outlined in
this mail for the default layout.
Size < 8 GB, Install will not be allowed.
size between 8 GB and 10 GB, swap = 0.5 GB, /e
>
> Sarah Jelinek wrote:
>>
>>>>
>>>
>>> No, he said we wouldn't install at all if it was less than 10 GB.
>>> Looks to me like we could go as low as 8 GB for the overall case,
>>> still leaving somewhere around 20% headroom for upgrades. Not
>>> optimal, but at least you give 'em a chance to try it.
>>>
>> Ok, thanks for the clarification. Sundar, I think we can do this,
>> that is allow install on an 8GB disk, with 1GB of swap, which means
>> 7GB root, 1GB swap, or even 7GB root, 1/2 GB swap, and 1/2 GB
>> /export/home. Your thoughts on this?
> Since we are creating a normal user during install, we need some space
> allocated to put the user files. So I prefer second option with 7GB
> root, 0.5 GB each for swap and /export/home. We can revisit this again
> when we get closer to SXDE 3 with the actual size of the installed
> components.
>
> So the changes to the proposal is:
> Size < 8 GB, Install will not be allowed.
> size between 8 GB and 10 GB, swap = 0.5 GB, /export/home is 0.5 GB and
> rest is root.
>
> The rest is from the previous proposal:
> for disk sizes between 10 GB - 20 GB:
> swap = 1 GB, root is 75 % of the disk with minimum 8 GB and Maximum 15
> GB, rest is /export/home
> For disk sizes between 20 GB - 30 GB:
> swap = 2GB, root =30%, second_root=30% (with minimum of 8 GB) and the
> rest is /export/home
> For disk sizes greater than 30 GB:
> swap = 2 GB, root =30%, second_root=30% (with minimum of 8 GB and
> maximum of 15 GB) and the rest is /export/home
>
> For example a 10 GB disk/partition will have 1 GB swap, 1 GB
> /export/home and 8 GB root (/).
> A 15 GB disk/partition will have 1 GB swap, 2.8 GB /export/home and
> 11.2 GB root (/).
> A 20 GB disk/partition will have 1 GB swap, 4 GB /export/home, 15 GB
> for root
> A 25 GB disk/partition will have 2 GB swap, 6 GB /export/home, 8.5 GB
> each for root and second_root
> A 30 GB disk/partition will have 2 GB swap, 8 GB /export/home, 10 GB
> each for root and second_root
>
> - Sundar
>
>>
>> Dave's concern is valid, in particular on older systems a developer
>> may not have 10GB. Although, I guess it depends on how much we want
>> to support. And, how prevalent this type of configuration might be
>> for our SXDE users.
>>
>> sarah
>> ****
>>
>> thanks,
>> sarah
>> ****
>>> Dave
>>>
>>>> thanks,
>>>> sarah
>>>> ****
>>>>> Dave
>>>>>
>>>>>> thanks,
>>>>>> sarah
>>>>>> *****
>>>>>>
>>>>>> Sundar Yamunachari wrote:
>>>>>>> Thanks for everyone who provided feedback to the initial
>>>>>>> proposal, Based on comments/Feedback, I have modified the proposal.
>>>>>>>
>>>>>>> - The minimum size for swap is 1 GB and the maximum size is 2 GB
>>>>>>> - The minimum for the root slice and slice for second_root is 8
>>>>>>> GB and the maximum is 15 GB.
>>>>>>> - There will be space allocated to /export/home even in the
>>>>>>> minimum configuration.
>>>>>>>
>>>>>>> So the new proposal will be:
>>>>>>>
>>>>>>> If disk size < 10 GB, The install will not proceed.
>>>>>>> for disk sizes between 10 GB - 20 GB:
>>>>>>> swap = 1 GB, root is 75 % of the disk with minimum 8 GB and
>>>>>>> Maximum 15 GB, rest is /export/home
>>>>>>> For disk sizes between 20 GB - 30 GB:
>>>>>>> swap = 2GB, root =30%, second_root=30% (with minimum of 8 GB)
>>>>>>> and the rest is /export/home
>>>>>>> For disk sizes greater than 30 GB:
>>>>>>> swap = 2 GB, root =30%, second_root=30% (with minimum of 8 GB
>>>>>>> and maximum of 15 GB) and the rest is /export/home
>>>>>>>
>>>>>>> For example a 10 GB disk/partition will have 1 GB swap, 1 GB
>>>>>>> /export/home and 8 GB root (/).
>>>>>>> A 15 GB disk/partition will have 1 GB swap, 2.8 GB /export/home
>>>>>>> and 11.2 GB root (/).
>>>>>>> A 20 GB disk/partition will have 1 GB swap, 4 GB /export/home,
>>>>>>> 15 GB for root
>>>>>>> A 25 GB disk/partition will have 2 GB swap, 6 GB /export/home,
>>>>>>> 8.5 GB each for root and second_root
>>>>>>> A 30 GB disk/partition will have 2 GB swap, 8 GB /export/home,
>>>>>>> 10 GB each for root and second_root
>>>>>>>
>>>>>>> Issues:
>>>>>>>
>>>>>>> As Peter Tribble mentioned, the size of root reduces suddenly
>>>>>>> when the disk size goes from 20 GB to 20.1 GB because of the
>>>>>>> creation of another slice for the second_root. One option could
>>>>>>> we don't create second root till the size is much bigger (around
>>>>>>> 40 GB).
>>>>>>>
>>>>>>> Please send your comment/feedback/questions
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Sundar
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> caiman-discuss mailing list
>>>>>>> caiman-discuss at opensolaris dot org
>>>>>>> http://opensolaris.org/mailman/listinfo/caiman-discuss
>>>>>>>
>>>>>> _______________________________________________
>>>>>> caiman-discuss mailing list
>>>>>> caiman-discuss at opensolaris dot org
>>>>>> http://opensolaris.org/mailman/listinfo/caiman-discuss
>>>>> _______________________________________________
>>>>> caiman-discuss mailing list
>>>>> caiman-discuss at opensolaris dot org
>>>>> http://opensolaris.org/mailman/listinfo/caiman-discuss
>>>>>
>>>> _______________________________________________
>>>> caiman-discuss mailing list
>>>> caiman-discuss at opensolaris dot org
>>>> http://opensolaris.org/mailman/listinfo/caiman-discuss
>>>
>>>
> _______________________________________________
> caiman-discuss mailing list
> caiman-discuss at opensolaris dot org
> http://opensolaris.org/mailman/listinfo/caiman-discuss
_______________________________________________
caiman-discuss mailing list
caiman-discuss at opensolaris dot org
http://opensolaris.org/mailman/listinfo/caiman-discuss
|
|
|
|
|
