-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
On 03.07.2015 22:31, Christopher Pereira wrote:
Hi,
I'm trying to setup a gluster data storage domain exclusively for
templates (read only) and share it among different geo distributed
ovirt data centers. I believe this is a common requirement. Do you
know if there is a clean/efficient way to do this?
My experiment:
I geo-replicated the templates storage domain in order to keep a
local copy on each data center for faster new VM instantiation or
thin template provisioning. The problem I faced is it's not
possible to import a replicated storage domain when the original
Storage Domain UUID is already registered in the same Engine
installation. A workarround was to detach the original SD (from
Data Center 1) and attach the replicated SD (on Data Center 2)...or
use another Engine installation. This works, but still requires to
detach and reattach the storage domain.
Is there anyway to copy a storage domain or change its UUID? I
guess I can change the Storage Domain UUID (dirname and
dom_md/metadata), but I'm afraid of the multiple references inside
the binary file 'dom_md/ids'.
BTW, using a gluster replica-n volume seems to be the cleanest
solution because this way Engine would only be showing one single
templates storage domain (ideal). The only reason I didn't go this
way is because it is not designed between geo distributed data
networks.
This is somehow related to my old bug report:
https://bugzilla.redhat.com/show_bug.cgi?id=1130090
In short: ovirt has some places where it wants a "name"
to be unique instead of using the UUID.
also it want's this to be unique system wide, instead of
a more sane and flexible approach like data center wide, or
cluster wide unqiueness.
It would also be a nice RFE to have read only storage
which can be attached to multiple DCs at the same time.
This already works for ISO domains, so you
should be able to add the functionality to also
use this as a template source.
But maybe all this pain will go away when there are
no more storage domains.
btw will this feature make it for 3.6 or later? I know
decommission of master storage domain is suited for 3.6:
https://bugzilla.redhat.com/show_bug.cgi?id=1185830
kind regards
Sven
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iQGcBAEBCAAGBQJVl6/xAAoJEAq0kGAWDrqlzG8L/0+OS+xwpzIvQ7NtRkYQ0uCR
NkHTk8P0svq6ehfa6ZiB1Pwym+EVWaF+uwGLuyE3zDPiAkhfGmfNDqkbL78k25vp
zDFQUMqxgP/1WhUkcapp2IwqliIUPrXv5HY+ODOyOLE8B0ImeYhQSFAkMEJmPInJ
M4lqxULOfXujE7oqMevooIgAxhFxD3cU1zLqEHcXfNBITcYKSqGvRJqt5+8TKlz/
wm3UpCb8/Ohc6YkZJdWINv4RNoKSYXnQv9BojGzABVIULYUelaPmybKCU1aBXh/m
vAVLXP0JSn+DNw0vniRdIOYeRaDEBy9hM1lJGm+SL8IqnSNrS3h5WzspfWSZ7Wz2
KMIV3971Q9GAfxcQIUHkrLMVwr9nY7I1tKid3K8LtMiJ+MsxoYkO6yn2yp12OZyt
wFMhTFqsjjc/T7ncDDDMGvk4AgOMrDRF5VgFYF/MZEXmGqFaCa3PE+Pnnfoz5hMo
/+kVnNqM7MMbA+KTMdWqn030c7sDmkQ5+Qga5eJjUQ==
=3W7z
-----END PGP SIGNATURE-----