- Users - oVirt List Archives

[Users] How to - gluster
by tristano82＠libero.it 16 Dec '13

16 Dec '13

i have 1 phisical node with SSD disks, can i install ovirt with glusterFS storage as backend . In a second time add new ovirt node ( same hardware ) and attach to the first 1 to create a compute and storage HA ? thanks marco

2 1

[Users] sanlock exception
by Pascal Jakobi 16 Dec '13

16 Dec '13

*Hi* *I have an engine on one side, a F18 host on the other.* *On the F18 host, I created a share - nfs works ok :* *[root@lab1 ovirt-engine]# showmount -e lab2.homeExport list for lab2.home:/home/vdsm/data *[root@lab1 ovirt-engine]#* *On the console, I create a storage domain that uses host lab2 and lab2.home:/home/vdsm/data.* *Error : "Failed to attach domain storage"* *Looking further in engine.log/vdsm.log I can see some sanlock excpetions....* *Has someone a clue ?* *Thxs* *P*

2 1

Re: [Users] backups
by Martijn Grendelman 16 Dec '13

16 Dec '13

Hi Charles, > How are you folks doing your hypervisor level backups? > > Under ESXi I used GhettoVCB which basically took a snap shot, copied the > disk image to another location, then deleted the snap. Thank you for this hint, I didn't know about GhettoVCB and I'm definately going to have a look at it. > I haven't been able to find too much information on how this can be done > with ovirt. I see discussions on the new backup API, but I'm not > interested in spending big bucks on an enterprise backup solution for a > home lab. > > Only discussion I saw on using snapshots for backups said don't do it > because the tools don't sync memory when the snapshots are taken. The problem with snapshot-based backups is, that they are usually only crash-consistent, meaning that they contain the state of a system's disks as they would be if you pulled the power plug on a server. If you restore a system from this type of backup, you would see file system recovery happening at the first boot, and you risk data loss from -for example- database servers. The process that GhettoVCB uses according to your description above is the same. Your backups are only crash-consistent. If you need application-level consistency, you need a mechanism to inform applications that a backup is going to take place (or rather: a snapshot will be taken) and that they should place themselves in a consistent state. For example: sync data to disk, flush transaction logs, stuff like that. Microsoft Windows has VSS for that. For Linux, there is no such thing (that I know of). Common practice for "quiescing" database servers and such on Linux is making consistent SQL dumps in a pre-backup job. I my case, for most guests a crash-consistent backup, containing a recent MySQL or PostgreSQL dump is sufficient. I use LVM snapshots (not oVirt snapshots) for backups, and I use Rsync to transfer the data. I have been experimenting with Virtsync [1], but I'm having a bit of trouble with that, so for the moment, it's just Rsync. Efficiently backing up sparse images with Rsync can be a bit of a challenge (that's why Virtsync was created in the first place, IIRC), but using '--sparse' on the inital backup and '--inplace' on subsequent backups seems to do the trick. [1] http://www.virtsync.com/ I hope this helps. Cheers, Martijn.

4 4

[Users] virtio-rng / crypto inside vms
by Sven Kieske 15 Dec '13

15 Dec '13

Hi, I'm just wondering: How is the state of the virtio-rng implementation? I'm asking because I need to regenerate ssh host keys in newly deployed vms. (I seem to be the only person, or everybody else has found the solution, or nobody thinks about security, or a mixture of the above?) Additional I found no really guidance on how much entropy bits should be available to generate a secure key inside a vm, beside these numbers: http://www.ietf.org/rfc/rfc1750.txt suggests about 128 bits of entropy for a single cryptographic operation. various other sources mention ranges between 100-200 or even at least 4096 entropy bits. Would it be a workaround to add a virtual sound device and use this one for /dev/random ? (But it would be useless if you have no real sound hardware I guess). Additional when you want to regenerate host keys in e.g. Ubuntu 3 Keys get generated so you need even more entropy to be on the save side. If you got any links to best practices or some good news regarding the state of virtio-rng that would be awesome. Currently my vms have around 130-160 entropy bits available. -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

3 3

Re: [Users] SpiceHTML5, noVNC console and Spice Proxy mixable?
by Nicholas Kesick 14 Dec '13

14 Dec '13

--_F5DD8618-2DC8-4F8A-8D61-6C31F8DFA901_ Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8" LS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLQ0KPiBGcm9tOiAiR2lhbmx1Y2EgQ2VjY2hpIiA8 Z2lhbmx1Y2EuY2VjY2hpQGdtYWlsLmNvbT4NCj4gVG86ICJBbG9uIEJhci1MZXYiIDxhbG9uYmxA cmVkaGF0LmNvbT4NCj4gQ2M6ICJGcmFudGlzZWsgS29iemlrIiA8ZmtvYnppa0ByZWRoYXQuY29t PiwgInVzZXJzIiA8dXNlcnNAb3ZpcnQub3JnPg0KPiBTZW50OiBTYXR1cmRheSwgRGVjZW1iZXIg MTQsIDIwMTMgMTI6MDg6MzkgQU0NCj4gU3ViamVjdDogUmU6IFtVc2Vyc10gU3BpY2VIVE1MNSwg bm9WTkMgY29uc29sZSBhbmQgU3BpY2UgUHJveHkgbWl4YWJsZT8NCj4gDQo+IE9uIEZyaSwgRGVj IDEzLCAyMDEzIGF0IDU6NTcgUE0sIEFsb24gQmFyLUxldiB3cm90ZToNCj4gDQoNCjxzbmlwPg0K DQo+IEJ1dCB0aGlzIG1lYW5zIHRoYXQgd2hhdCBkb2N1bWVudGVkIGhlcmUsIHRoYXQgd2FzIHdo YXQgSSBmb2xsb3dlZA0KPiBzb21lIHdlZWtzIGFnbywgaXMgaW5jb21wbGV0ZToNCj4gaHR0cDov L3d3dy5vdmlydC5vcmcvRmVhdHVyZXMvbm9WTkNfY29uc29sZSNTZXR1cF9XZWJzb2NrZXRfUHJv eHlfb25fdGhlX0VuZ2luZ19Qb3N0X0luc3RhbGwNCj4gDQoNCkkganVzdCBjb3JyZWN0ZWQgdGhl IHNwZWxsaW5nIG9mIOKAnEVuZ2luZeKAnSwgc28gdGhhdCBsaW5rIHNob3VsZCBub3cgYmUgaHR0 cDovL3d3dy5vdmlydC5vcmcvRmVhdHVyZXMvbm9WTkNfY29uc29sZSNTZXR1cF9XZWJzb2NrZXRf UHJveHlfb25fdGhlX0VuZ2luZV9Qb3N0X0luc3RhbGwNCj4gPw0KDQpIbW1tLi4uIGJlY2F1c2Ug b2YgdGhhdCBJIGhhdGUgbm9uIGZvcm1hbCB3aWtpIGRvY3VtZW50YXRpb24uLi4gaGFyZCB0byBj aGFzZSBhbGwgdmFyaWFudC4NCg0KSSBmaXhlZCBpdC4NCg0KVGhhbmtzIQ0KQWxvbg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NClVzZXJzIG1haWxpbmcg bGlzdA0KVXNlcnNAb3ZpcnQub3JnDQpodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlz dGluZm8vdXNlcnM= --_F5DD8618-2DC8-4F8A-8D61-6C31F8DFA901_ Content-Transfer-Encoding: base64 Content-Type: text/html; charset="utf-8" CjxodG1sPgo8aGVhZD4KPG1ldGEgbmFtZT0iZ2VuZXJhdG9yIiBjb250ZW50PSJXaW5kb3dzIE1h aWwgMTcuNS45NjAwLjIwMzE1Ij4KPHN0eWxlPjwhLS0KLkVtYWlsUXVvdGUgewptYXJnaW4tbGVm dDoxcHQ7CnBhZGRpbmctbGVmdDo0cHQ7CmJvcmRlci1sZWZ0OiM4MDAwMDAgMnB4IHNvbGlkOwp9 Ci0tPjwvc3R5bGU+PHN0eWxlIGRhdGEtZXh0ZXJuYWxzdHlsZT0idHJ1ZSI+PCEtLQpwLk1zb0xp c3RQYXJhZ3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3JhcGgsIGRpdi5Nc29MaXN0UGFyYWdyYXBoIHsK bWFyZ2luLXRvcDowaW47Cm1hcmdpbi1yaWdodDowaW47Cm1hcmdpbi1ib3R0b206MGluOwptYXJn aW4tbGVmdDouNWluOwptYXJnaW4tYm90dG9tOi4wMDAxcHQ7Cn0KcC5Nc29Ob3JtYWwsIGxpLk1z b05vcm1hbCwgZGl2Lk1zb05vcm1hbCB7Cm1hcmdpbjowaW47Cm1hcmdpbi1ib3R0b206LjAwMDFw dDsKfQpwLk1zb0xpc3RQYXJhZ3JhcGhDeFNwRmlyc3QsIGxpLk1zb0xpc3RQYXJhZ3JhcGhDeFNw Rmlyc3QsIGRpdi5Nc29MaXN0UGFyYWdyYXBoQ3hTcEZpcnN0LCAKcC5Nc29MaXN0UGFyYWdyYXBo Q3hTcE1pZGRsZSwgbGkuTXNvTGlzdFBhcmFncmFwaEN4U3BNaWRkbGUsIGRpdi5Nc29MaXN0UGFy YWdyYXBoQ3hTcE1pZGRsZSwgCnAuTXNvTGlzdFBhcmFncmFwaEN4U3BMYXN0LCBsaS5Nc29MaXN0 UGFyYWdyYXBoQ3hTcExhc3QsIGRpdi5Nc29MaXN0UGFyYWdyYXBoQ3hTcExhc3QgewptYXJnaW4t dG9wOjBpbjsKbWFyZ2luLXJpZ2h0OjBpbjsKbWFyZ2luLWJvdHRvbTowaW47Cm1hcmdpbi1sZWZ0 Oi41aW47Cm1hcmdpbi1ib3R0b206LjAwMDFwdDsKbGluZS1oZWlnaHQ6MTE1JTsKfQotLT48L3N0 eWxlPjwvaGVhZD4KPGJvZHkgZGlyPSJsdHIiPgo8ZGl2IGRhdGEtZXh0ZXJuYWxzdHlsZT0iZmFs c2UiIGRpcj0ibHRyIiBzdHlsZT0iZm9udC1mYW1pbHk6ICdDYWxpYnJpJywgJ1NlZ29lIFVJJywg J01laXJ5bycsICdNaWNyb3NvZnQgWWFIZWkgVUknLCAnTWljcm9zb2Z0IEpoZW5nSGVpIFVJJywg J01hbGd1biBHb3RoaWMnLCAnc2Fucy1zZXJpZic7Zm9udC1zaXplOjEycHQ7Ij48ZGl2PgoKLS0t LS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLTxicj4KJmd0OyBGcm9tOiAiR2lhbmx1Y2EgQ2VjY2hp IiAmbHQ7Z2lhbmx1Y2EuY2VjY2hpQGdtYWlsLmNvbSZndDs8YnI+CiZndDsgVG86ICJBbG9uIEJh ci1MZXYiICZsdDthbG9uYmxAcmVkaGF0LmNvbSZndDs8YnI+CiZndDsgQ2M6ICJGcmFudGlzZWsg S29iemlrIiAmbHQ7ZmtvYnppa0ByZWRoYXQuY29tJmd0OywgInVzZXJzIiAmbHQ7dXNlcnNAb3Zp cnQub3JnJmd0Ozxicj4KJmd0OyBTZW50OiBTYXR1cmRheSwgRGVjZW1iZXIgMTQsIDIwMTMgMTI6 MDg6MzkgQU08YnI+CiZndDsgU3ViamVjdDogUmU6IFtVc2Vyc10gU3BpY2VIVE1MNSwgbm9WTkMg Y29uc29sZSBhbmQgU3BpY2UgUHJveHkgbWl4YWJsZT88YnI+CiZndDsgPGJyPgomZ3Q7IE9uIEZy aSwgRGVjIDEzLCAyMDEzIGF0IDU6NTcgUE0sIEFsb24gQmFyLUxldiB3cm90ZTo8YnI+CiZndDsg PGJyPgo8YnI+CiZsdDtzbmlwJmd0Ozxicj4KPGJyPgomZ3Q7IEJ1dCB0aGlzIG1lYW5zIHRoYXQg d2hhdCBkb2N1bWVudGVkIGhlcmUsIHRoYXQgd2FzIHdoYXQgSSBmb2xsb3dlZDxicj4KJmd0OyBz b21lIHdlZWtzIGFnbywgaXMgaW5jb21wbGV0ZTo8YnI+CiZndDsgPGEgaHJlZj0iaHR0cDovL3d3 dy5vdmlydC5vcmcvRmVhdHVyZXMvbm9WTkNfY29uc29sZSNTZXR1cF9XZWJzb2NrZXRfUHJveHlf b25fdGhlX0VuZ2luZ19Qb3N0X0luc3RhbGwiIHRhcmdldD0iX3BhcmVudCI+aHR0cDovL3d3dy5v dmlydC5vcmcvRmVhdHVyZXMvbm9WTkNfY29uc29sZSNTZXR1cF9XZWJzb2NrZXRfUHJveHlfb25f dGhlX0VuZ2luZ19Qb3N0X0luc3RhbGw8L2E+PGJyPgomZ3Q7IDwvZGl2PjxkaXY+SSBqdXN0IGNv cnJlY3RlZCB0aGUgc3BlbGxpbmcgb2YmbmJzcDvigJxFbmdpbmXigJ0sIHNvIHRoYXQgbGluayBz aG91bGQgbm93IGJlIDxhIGhyZWY9Imh0dHA6Ly93d3cub3ZpcnQub3JnL0ZlYXR1cmVzL25vVk5D X2NvbnNvbGUjU2V0dXBfV2Vic29ja2V0X1Byb3h5X29uX3RoZV9FbmdpbmVfUG9zdF9JbnN0YWxs IiB0YXJnZXQ9Il9wYXJlbnQiPmh0dHA6Ly93d3cub3ZpcnQub3JnL0ZlYXR1cmVzL25vVk5DX2Nv bnNvbGUjU2V0dXBfV2Vic29ja2V0X1Byb3h5X29uX3RoZV9FbmdpbmVfUG9zdF9JbnN0YWxsPC9h Pjxicj4KJmd0OyA/PGJyPgo8YnI+CkhtbW0uLi4gYmVjYXVzZSBvZiB0aGF0IEkgaGF0ZSBub24g Zm9ybWFsIHdpa2kgZG9jdW1lbnRhdGlvbi4uLiBoYXJkIHRvIGNoYXNlIGFsbCB2YXJpYW50Ljxi cj4KPGJyPgpJIGZpeGVkIGl0Ljxicj4KPGJyPgpUaGFua3MhPGJyPgpBbG9uPGJyPgpfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4KVXNlcnMgbWFpbGlu ZyBsaXN0PGJyPgpVc2Vyc0BvdmlydC5vcmc8YnI+CjxhIGhyZWY9Imh0dHA6Ly9saXN0cy5vdmly dC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2VycyIgdGFyZ2V0PSJfcGFyZW50Ij5odHRwOi8vbGlz dHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnM8L2E+PGJyPjwvZGl2PgoKCgo8L2Rp dj4KPC9ib2R5Pgo8L2h0bWw+Cg== --_F5DD8618-2DC8-4F8A-8D61-6C31F8DFA901_--

1 0

[Users] SpiceHTML5, noVNC console and Spice Proxy mixable?
by Gianluca Cecchi 14 Dec '13

14 Dec '13

Hello, I already have a thread regarding SpiceHTML5 open and where I'm going to give further feedback as requested. In the mean time I would like to ask if the three features in the subject are completely mixable or not, as in the next days I'm going to test them all and I would like to start from consistent setup and not to give wrong answers based on wrong initial setup. If I understood correctly, both SpiceHTML5 and noVNC console are based on websocket proxy through the config parameter called WebSocketProxy and I can consolidate this proxy on the engine . SO that I can in the same environment use both. Correct? Coming then to Spice Proxy, managed by config parameter "SpiceProxyDefault", my questions are: - is it mixable with the two above or are they mutually exclusive? - can I configure the engine itself to be the proxy, installing squid on it? - If yes, what would be correct parameter for SpiceProxyDefault: localhost:3128 or engine_hostname.domainname:3128? If both are ok, I think it is more convenient to use localhost, correct? Thanks in advance, Gianluca

4 13

[Users] Can't add networks
by Rob Abshear 14 Dec '13

14 Dec '13

I have a brand spanking new installation. Fresh controllers and nodes. I have imported some machines and have them up and running. However, when I try to add any more networks to the nodes, I get a failure. The engine.log is giving the following failure: 2013-12-13 19:48:03,280 INFO [org.ovirt.engine.core.bll.network.host.SetupNetworksCommand] (ajp--127.0.0.1-8702-3) Running command: SetupNetworksCommand internal: false. Entities affected : ID: 185e8be6-5c9f-4ca2-a9b9-2dd49d6e6cfe Type: VDS 2013-12-13 19:48:03,282 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetupNetworksVDSCommand] (ajp--127.0.0.1-8702-3) START, SetupNetworksVDSCommand(HostName = Out-001, HostId = 185e8be6-5c9f-4ca2-a9b9-2dd49d6e6cfe, force=false, checkConnectivity=true, conectivityTimeout=120, networks=[Inside {id=b88e1266-d83f-4753-ac61-0c383f2ce607, description=Internal connections, comment=null, subnet=null, gateway=null, type=null, vlanId=null, stp=false, dataCenterId=5849b030-626e-47cb-ad90-3ce782d831b3, mtu=0, vmNetwork=true, cluster=NetworkCluster {id={clusterId=null, networkId=null}, status=OPERATIONAL, display=false, required=false, migration=false}, providedBy=null, label=null}], bonds=[], interfaces=[p2p1 {id=0f6b3543-7622-4d26-aab8-3524cab6b4db, vdsId=185e8be6-5c9f-4ca2-a9b9-2dd49d6e6cfe, name=p2p1, macAddress=00:13:3b:0e:08:93, networkName=Inside, bondName=null, bootProtocol=DHCP, address=, subnet=, gateway=null, mtu=0, bridged=true, speed=100, type=0, networkImplementationDetails=null}, em1 {id=57dae4a3-ba5a-430a-946e-5f087a33f761, vdsId=185e8be6-5c9f-4ca2-a9b9-2dd49d6e6cfe, name=em1, macAddress=00:19:b9:e3:63:e7, networkName=ovirtmgmt, bondName=null, bootProtocol=STATIC_IP, address=192.168.164.71, subnet=255.255.252.0, gateway=192.168.165.2, mtu=1500, bridged=true, speed=1000, type=2, networkImplementationDetails={inSync=true, managed=true}}, em2 {id=df35d1f8-1467-446a-8f93-e507f67379e7, vdsId=185e8be6-5c9f-4ca2-a9b9-2dd49d6e6cfe, name=em2, macAddress=00:19:b9:e3:63:e9, networkName=null, bondName=null, bootProtocol=DHCP, address=, subnet=, gateway=null, mtu=1500, bridged=false, speed=0, type=0, networkImplementationDetails=null}, p2p2 {id=4b747913-edc3-4f75-9c5b-a11f02f73536, vdsId=185e8be6-5c9f-4ca2-a9b9-2dd49d6e6cfe, name=p2p2, macAddress=00:13:3b:0e:08:94, networkName=null, bondName=null, bootProtocol=DHCP, address=, subnet=, gateway=null, mtu=1500, bridged=false, speed=1000, type=0, networkImplementationDetails=null}], removedNetworks=[], removedBonds=[]), log id: 93c1504 2013-12-13 19:48:03,296 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetupNetworksVDSCommand] (ajp--127.0.0.1-8702-3) FINISH, SetupNetworksVDSCommand, log id: 93c1504 2013-12-13 19:50:14,731 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.SetupNetworksVDSCommand] (ajp--127.0.0.1-8702-3) Failed in SetupNetworksVDS method 2013-12-13 19:50:14,732 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.SetupNetworksVDSCommand] (ajp--127.0.0.1-8702-3) Error code ERR_FAILED_IFUP and error message VDSGenericException: VDSErrorException: Failed to SetupNetworksVDS, error = Determining IP information for Inside... failed. 2013-12-13 19:50:14,735 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.SetupNetworksVDSCommand] (ajp--127.0.0.1-8702-3) org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to SetupNetworksVDS, error = Determining IP information for Inside... failed. 2013-12-13 19:50:14,737 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.SetupNetworksVDSCommand] (ajp--127.0.0.1-8702-3) Command SetupNetworksVDS execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to SetupNetworksVDS, error = Determining IP information for Inside... failed. 2013-12-13 19:50:14,740 ERROR [org.ovirt.engine.core.bll.network.host.SetupNetworksCommand] (ajp--127.0.0.1-8702-3) Command org.ovirt.engine.core.bll.network.host.SetupNetworksCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to SetupNetworksVDS, error = Determining IP information for Inside... failed. (Failed with error ERR_FAILED_IFUP and code 29) Any help would be appreciated. -- *NADA Convention & Expo*: January 24-27, 2014 - New Orleans, LA - Booth 5001 <http://www.bbb.org/south-east-florida/business-reviews/advertising-agencies…><http://www.bbb.org/south-east-florida/business-reviews/advertising-agencies…>

2 1

[Users] Gluster Volume Info won't update
by Andrew Lau 14 Dec '13

14 Dec '13

Because of a few issues I had with keepalived, I moved my storage network to it's own VLAN but it seems to have broken part of the ovirt gluster management. Same scenario: 2 Hosts 1x Engine, VDSM, Gluster 1x VDSM,Gluster So to properly split the gluster data and ovirtmgmt I simply assigned them two host names and two IPS. 172.16.0.1 (ovirtmgmt) hvx.melb.example.net 172.16.1.1 (gluster) gsx.melb.example.net However the oVirt engine does not seem to like this, it would not pick up the gluster volume as "running" until I did a restart through the UI. The issue (possible bug) I'm seeing is the logs are being filled with http://www.fpaste.org/59440/13862963/ Volume information isn't being pulled as it thinks the gs01.melb.example.netis not within the cluster, where in fact it is but registered under hv01.melb.example.net Thanks, Andrew

3 12

[Users] [QE] ovirt-docs?
by Sandro Bonazzola 13 Dec '13

13 Dec '13

Hi, both wiki page http://www.ovirt.org/User_Guides and git://gerrit.ovirt.org/ovirt-docs are a bit outdated. We also have a few bugs for components: - doc-Installation-Guide - doc-REST_API_Guide Anybody willing to update docs for 3.3.2 release? -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[Users] Redundant Management Servers?
by Michael Kleinpaste 12 Dec '13

12 Dec '13

Has anyone tried, or is it possible to set up redundant management servers? Say, 2 x ovirt-engine pointing to the same or replicated databases? -- *Michael Kleinpaste*

2 1