
re-installed and configured it without a partition table on the block device. the updated procedure for increasing the volume size: if there is still available space in the lvm group jenkins_lvm (can be seen using vgdisplay): 1. lvextend /dev/mapper/jenkins_lvm-data -L410G 2. xfs_growfs /dev/mapper/jenkins_lvm-data else: 1. increase volume size in engine-ui 2. pvresize /dev/vdb 3. lvextend /dev/mapper/jenkins_lvm-data -L410G 4. xfs_growfs /dev/mapper/jenkins_lvm-data On Wed, Feb 10, 2016 at 11:54 AM, Barak Korren <bkorren@redhat.com> wrote:
On 10 February 2016 at 11:22, Anton Marchukov <amarchuk@redhat.com> wrote:
Hello All.
Why do we need LVM at all there? It is good when you cannot resize the underlying disk and have to combine it from several hardware ones into one virtual. But here we have "cloud" and disks are already resizeable.
Becasue LVM lets you do snapshots you can mount and copy somewhere else (e.g. to do atomic backups). You cannot do that easily with oVirt disk snapshots ATM.
-- Barak Korren bkorren@redhat.com RHEV-CI Team