Crete Volgroup from anaconda ks using the whole disk

[Francisco Javier Lloreda Sanchez]

Hi David,
The reason behind this question is I want to install a Virtual Server. 
This server will have 2 disks, the first one for /boot and mapped to a 
lv in the physical server, the second disk will be for system and /home 
and will be mapped to a lv in the physical server also.
I know /home will grow quickly due to the use of the server. So if I 
create the PV and VG on a partition (vdb1) when I need extend the disk I 
need to add new partitions, in a few extends I will have many partitions 
on the disk or many new disks in the virtual server. In the other hand 
If I create the PV and VG on the device (vdb) I just need to extend the 
LV in the physical server, ensure the virtual server recognizes the new 
space on the disk and pvextend, vgextend and lvextend.

Am I wrong ?

Thanks for your time :)


--
Francisco Javier Lloreda
Red Hat Consultant
( RHCA , RHCDS , RHCVA ) #110-651-718
flloreda at redhat.com
Mobile: 0034 600 48 39 73

c/ Jose Bardasano Baos, No. 9
Edificio Gorbea 3
Madrid, 28016 SPAIN

El 18/01/13 23:59, David Rock escribió:
> * Francisco Javier Lloreda Sanchez <flloreda at redhat.com> [2013-01-18 19:03]:
>> Thanks MAtthew for your answer but this is exactly what I'm triying to
>> avoid... :)
>>
>> I would like to have the equivalent to :
>>       pvcreate /dev/vdb
>>       vgcreate test /dev/vdb
>>       lvcreate -n lv_test -L 10G test
>>
>> So at the end of the installation I would have a vg over no partition
>> (not the whole disk but over the disk device).
> One question I have is: Besides the academic exercise of being able to
> do it, is there a requirement to do it?  I understand wanting to know if
> something is possible just for the sake of knowing, but do you have a
> functional reason that you _need_ to write to the disk rather than a
> partition?
>
>
>
> _______________________________________________
> Kickstart-list mailing list
> Kickstart-list at redhat.com
> https://www.redhat.com/mailman/listinfo/kickstart-list

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/kickstart-list/attachments/20130121/d3a7d69d/attachment.htm>