A small correction - as long as you have another active data storage domain in the DC, the DC should stay in up status. (which means that ISO and export are not counted here)
----- Original Message ----- From: "Elad Ben Aharon" <ebena...@redhat.com> To: "Rik Theys" <rik.th...@esat.kuleuven.be> Cc: users@ovirt.org Sent: Thursday, 5 February, 2015 10:29:46 AM Subject: Re: [ovirt-users] Bring down one of multiple storage domains in a data center Hi Rik, Even if there are storage domains in the DC in maintenance/inactive/unknown status, as long as you have another active storage domain in the DC, the DC should stay in up status. As for the VMs - In order to put the storage domain in maintenance, you'll have to shutdown/power-off the VMs which have disks located on it. Elad Ben Aharon RHEV-QE storage ----- Original Message ----- From: "Rik Theys" <rik.th...@esat.kuleuven.be> To: users@ovirt.org Sent: Wednesday, 4 February, 2015 5:58:25 PM Subject: [ovirt-users] Bring down one of multiple storage domains in a data center Hi, We are planning to use oVirt to manage our virtual machine infrastructure. We would like to connect two different storage boxes to the hosts, which I believe will result in two storage domains in the same datacenter for oVirt? One of the storage boxes sometimes has to be powered down during building maintenance (electricity, cooling, ...). Will the data center with the two storage domains attached still be considered "up" when one of the storage domains is no longer available? Is it sufficient to power down the VM's with disks on the affected storage domain and to put the affected storage domain in maintenance? Will oVirt keep the datacenter "up" and keep on managing the remaining VM's on the other storage domain? One of the storage domains will be a SAS-connected external storage box. There will be two SAS connections per host to the storage box so multipath should see the two paths. My understanding is that anything detected by multipathd is considered "FC" storage by oVirt. Is that correct? Regards, Rik _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users