search for: lv_backups

This hook script tries to address the fact that a RHEV-H installation will format all the storage devices available in the machine in order to create HostVG and AppVG with all the available space. It may be the case that RHEV-H needs to respect and co-exist with a proposed partitioning scheme, not getting all the storage space for HostVG and AppVG volume groups. The proposed solution adds the

...VG bak-rdc lvm2 [1.95 TB / 0 free] PV /dev/sdb1 VG bak-rdc lvm2 [1.95 TB / 0 free] PV /dev/sdc1 VG bak-rdc lvm2 [1.95 TB / 0 free] Total: 18 [32.27 TB] / in use: 18 [32.27 TB] / in no VG: 0 [0 ] [root at backup-rdc ~]# lvscan ACTIVE '/dev/vg_opt/lv_backups' [5.86 TB] inherit ACTIVE '/dev/VolGroup00/LogVol00' [37.91 GB] inherit ACTIVE '/dev/VolGroup00/LogVol01' [1.97 GB] inherit ACTIVE '/dev/bak-rdc/cx3-80' [26.37 TB] inherit [root at backup-rdc ~]# It's just beautiful the way...

We are in the process of migrating several stand-alone server hosts onto a CentOS-6 kvm virtual host. We also use Webmin to administer our hosts. All of the guests, without exception, have been cloned brom a prototype guest using virt-manager. All of the additional VirtIO disks assigned to some of the guests have been added through virt-manager as well. Recently I have encountered a situation

We are in the process of migrating several stand-alone server hosts onto a CentOS-6 kvm virtual host. We also use Webmin to administer our hosts. All of the guests, without exception, have been cloned brom a prototype guest using virt-manager. All of the additional VirtIO disks assigned to some of the guests have been added through virt-manager as well. Recently I have encountered a situation