[ovirt-users] Bring down one of multiple storage domains in a data center
Elad Ben Aharon
ebenahar at redhat.com
Thu Feb 5 08:29:46 UTC 2015
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.Theys at esat.kuleuven.be>
To: users at 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 at ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20150205/d3a97f67/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: red_hat_shadowman.jpg
Type: image/jpeg
Size: 9287 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/users/attachments/20150205/d3a97f67/attachment-0001.jpg>
More information about the Users
mailing list