- Users - oVirt List Archives

Unable to add host to cluster after network
by ~Stack~ 23 Apr '18

23 Apr '18

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --wpZp1lXIp0HebVbu4y6zgdCRNbux5JF9k Content-Type: multipart/mixed; boundary="fS6uz3Cdx3VgmMNdCTCfBDBxhOFDTGmDZ"; protected-headers="v1" From: ~Stack~ <i.am.stack(a)gmail.com> To: users <users(a)ovirt.org> Message-ID: <1d9816aa-6d14-d62b-279b-95c13adec21d(a)gmail.com> Subject: Unable to add host to cluster after network --fS6uz3Cdx3VgmMNdCTCfBDBxhOFDTGmDZ Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Greetings, After a few days of trial, error, and madness - I *think* I found the source of my problem. Or at least I can now replicate it reliably. These are the basics of my speed-run-to-test-failures setup. Fresh minimal install of Scientific Linux 7.4 on a physical host for my engine. Add the 4.2 repo and run engine-setup - just blast through the defaults. Configure it with default DC and cluster. Fresh minimal install of Scientific Linux 7.4 on node1 - configure only the primary network card. Add the ovirt repo. Add the host into cluster. Provisions just fine. Life is good. Now here is where things split. Scenario 1: build node2 same as node 1 configuring only the primary network card and add it as a host. Provisions just fine. Life is good. Scenario 2: Configure a second network. In my case a BMC/IPMI network. Doesn't matter if it is required or not - both will cause failures however the errors are slightly more evident with required. Make sure the network is assigned to your node1 and is properly assigned an IP and configured in the up state. Now build node2 same as before with only the primary network configured and add it as a host. Failure followed by infinite loop of setting it into Non-Operational! The pop-up gives you some crap about "Host has no default route." but that is 100% a red-herring. Dig a little deeper and you get a message like this: "node2 does not comply with the cluster Default networks, the following networks are missing on host: 'ovirtmgmt'" Ah. That's a bit more relevant, but why can't it configure it? Or at least get to the point where it asks me "Hey, networking is a bit off - do you want to configure that now?" That would be nice... Fortunately the troubleshooting guide has something about that! https://www.ovirt.org/documentation/how-to/troubleshooting/troubleshootin= g/ Unfortunately, it doesn't do anything to help. Even after doing these steps, the loop just keeps going...nothing changes. https://www.ovirt.org/develop/developer-guide/vdsm/installing-vdsm-from-r= pm/ Scratch it all and completely rebuild AGAIN for... Scenario 3: Configure a second network (BMC) and assign it to node1 just like before. Build out node2 same as node1 but this time add in the EXACT SAME NETWORK CONFIGURATION THAT IS WORKING ON NODE1 - ALL of the ifcfg-* files (but update the IP address to correct host, obviously). Now add it as a host. Doh! Same error. :-/ OK fine. Let's really get into it. First off, the networking page for the host is blank. It never pulls back the network cards so you can't actually make changes via the web page. Nor can you assign networks. So the web interface doesn't help at all. Let's look at the engine log instead. 2018-04-17 14:33:00,336-05 INFO [org.ovirt.engine.core.bll.VdsEventListener] (EE-ManagedThreadFactory-engine-Thread-1091) [] ResourceManager::vdsNotResponding entered for Host 'f0a3d515-8ba2-490e-8d65-54edbb52cefc', '192.168.1.4' 2018-04-17 14:33:00,360-05 INFO [org.ovirt.engine.core.bll.pm.VdsNotRespondingTreatmentCommand] (EE-ManagedThreadFactory-engine-Thread-1091) [5291eee5] Lock Acquired to object 'EngineLock:{exclusiveLocks=3D'[f0a3d515-8ba2-490e-8d65-54edbb52cefc=3DVD= S_FENCE]', sharedLocks=3D''}' 2018-04-17 14:33:00,388-05 ERROR [org.ovirt.engine.core.bll.SetNonOperationalVdsCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-44) [2b853e43] Host 'node2' is set to Non-Operational, it is missing the following networks: 'ovirtmgmt' 2018-04-17 14:33:00,403-05 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engineScheduled-Thread-44) [2b853e43] EVENT_ID: VDS_SET_NONOPERATIONAL_NETWORK(519), Host node2 does not comply with the cluster Default networks, the following networks are missing on host: 'ovirtmgmt' 2018-04-17 14:33:00,407-05 INFO [org.ovirt.engine.core.bll.pm.VdsNotRespondingTreatmentCommand] (EE-ManagedThreadFactory-engine-Thread-1091) [5291eee5] Running command: VdsNotRespondingTreatmentCommand internal: true. Entities affected : ID: f0a3d515-8ba2-490e-8d65-54edbb52cefc Type: VDS There's the message from before. Good. On the right track. Not sure why it thinks the host is unreachable because the host is just fine. 2018-04-17 14:33:01,978-05 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetAllVmStatsVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-31) [] Command 'GetAllVmStatsVDSCommand(HostName =3D node2, VdsIdVDSCommandParametersBase:{hostId=3D'f0a3d515-8ba2-490e-8d65-54edbb52= cefc'})' execution failed: java.net.NoRouteToHostException: No route to host Huh. Again with the no route to host. But THERE IS! The network is functioning perfectly. IP's all work. DNS all works. Routing is fine. I have no idea what it is complaining about. 2018-04-17 14:33:03,873-05 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-39) [4f72afaa] START, SetVdsStatusVDSCommand(HostName =3D node2, SetVdsStatusVDSCommandParameters:{hostId=3D'f0a3d515-8ba2-490e-8d65-54edb= b52cefc', status=3D'NonOperational', nonOperationalReason=3D'NETWORK_UNREACHABLE', stopSpmFailureLogged=3D'false', maintenanceReason=3D'null'}), log id: 745= 9a748 Which network is unreachable? Because every single one of them is fine! U= gh! I am completely stumped as to why it works perfectly pre-additional-networks but fails every time after a network is configure= d. A couple of questions. 1. I assume people have added hosts _after_ they've configured multiple networks. So what am I doing wrong? Why am I unable to add a host? Again, if I don't configure that second network, it will happily add all my hosts. But what happens when I want to add a host in the future? 2. How do I break that infuriating infinite non-operational loop? I can't put it into maintenance mode, I can't delete the host, or anything else. The options are greyed out. The only solution I've found is yank the power and after it freaks out for about 30 minutes because it can't find the host, it will stop trying. But I still can't seem to remove the bad host. There has to be a way via command-line to say "stop timing out, knock that off, and delete this host!" but I'm not finding it in my searching. 3. I feel like I go through periods with oVirt where everything is running exactly the way I want then something happens (like me trying to add a host! Or thinking I can just change a host IP without the whole thing dying on me!) and it all just falls apart. I feel like I am just stumbling through most of it. I've previously gotten a lot out of the Red Hat classes and work has offered to send me to a training of my choice this year. I am really considering taking the 318 Virtualization class. I'm curious though, how close is that to what I would be working with oVirt? I'm guessing that since 4.2 recently came out, there is probably minimal chance the class will be over 4.2 but maybe it is close enough? I would love to hear feedback. Thanks! ~Stack~ --fS6uz3Cdx3VgmMNdCTCfBDBxhOFDTGmDZ-- --wpZp1lXIp0HebVbu4y6zgdCRNbux5JF9k Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJa1lqlAAoJELkej+ysXJPmxgEP/2wLapco/OJfpCYB/5cVvlRc TvU7/a8DiYh/CLBW7mjdM4+tDifa8BbI9nt5iFWs7nPUKEybIKMEncGoGmKTcGwZ mo1L462BrPo6XlXvpjy1T7YxocmHULWDx8CO3d5xY20VrKmzH05W60LTXEcNIHyA 8zJYYyGbleUUTbOTFYpzm5TIjEPqriCsw70HsnDJqX4lDYVIMf6RJ+xTuBjYwY2z /nu5K+XhU3wTOMWcrQo1Bg76p3/EqYUQnzdh6RJ6QjH8VsECGUpeaaZzLAOt5UID ElMG1BubtU9uPwPHO/9S3brYItbfxhn8uda7TexaeUOUni1RG28rAWS/fBUL3LES vBt5OxBPNKjdqVxPhP3whaUEM+5YbMt4m2kWkUVDXaTfj1gNSuZylQwy/9yF0Rv9 I1XodWIU+MFm6WVgzPS73dmyH2wCsHRfATrSnEozixPx2uSB4G0QSh4aVCaJ3sBz Sbyly5ScQxLSbVrbgHJ1gfiLbKKqmjIjfhKQNcfCDKbcAe7sAaeFZnx7SCO4LZBc ldxWALi5h78trPFZnfnHW+dYVjxctnB5d7ucscsVfqlsH9mBfp+6sQS0mQt7GbM/ NO5gcGSuMl31t83LKr6FORuiK8aMnmSwwSWcC99AW6zD8tmE5RdOjIyTMvV4jGZ6 rb8RgxQ2VwN4WGYKsQT6 =03nu -----END PGP SIGNATURE----- --wpZp1lXIp0HebVbu4y6zgdCRNbux5JF9k--

2 5

oVirt permissions
by Николаев Алексей 23 Apr '18

23 Apr '18

2 1

SCSI HDD lost after VM reboot
by gsswzt＠pku.edu.cn 23 Apr '18

23 Apr '18

This is a multi-part message in MIME format. ------=_001_NextPart058617043782_=---- Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: base64 SGksIEFsbA0KDQoxLiAgICAgSSBjcmVhdGUgYSBWTSBpbiBub2RlLg0KMi4gICAgIFBhc3N0aHJv dWdoICBhIFNDSVMgSEREIHRvIGl0Lg0KMy4gICAgIEFmdGVyIHBvd2VyIG9mZiBhbmQgcG93ZXIg b24gdGhpcyBWTS4NCjQuICAgICBJIGNhbiBub3QgZmluZCBTQ1NJIGRldmljZXMgYnkgbHNzY3Np ICBpbiBWTSBjb25zb2xlLg0KNS4gICAgIEJ1dCwgaW4gZW5naW5lIHdlYiBVSSAgQ29tcHV0ZS0+ VmlydHVhbCBNYWNoaW5lcy0+bXlWTS0+SG9zdCBEZXZpY2VzICAgc3RpbGwgaGF2ZSBTQ1NJIGRl dmljZXMgPw0KDQoNCg0KZ3Nzd3p0QHBrdS5lZHUuY24NCg== ------=_001_NextPart058617043782_=---- Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html><head><meta http-equiv=3D"content-type" content=3D"text/html; charse= t=3Dus-ascii"><style>body { line-height: 1.5; }body { font-size: 10.5pt; f= ont-family: ????; color: rgb(0, 0, 0); line-height: 1.5; }</style></head><= body>=0A<div><span></span>Hi, All</div><div><br></div><div>1.   &nbsp= ; I create a VM in node.</div>=0A<div>2.     Passthrough  a= SCIS HDD to it.</div><div>3.     After power off and power on t= his VM.</div><div>4.     I can not find <b>SCSI devices by <i>ls= scsi  </i>in VM console.</b></div><div>5.     But, in engin= e web UI  <i><b>Compute->Virtual Machines->myVM->Host Device= s</b></i>   still have SCSI devices ?</div><div><br></div><hr style= =3D"width: 210px; height: 1px;" color=3D"#b5c4df" size=3D"1" align=3D"left= ">=0A<div><span><div style=3D"MARGIN: 10px; FONT-FAMILY: verdana; FONT-SIZ= E: 10pt"><div>gsswzt(a)pku.edu.cn</div></div></span></div>=0A</body></html> ------=_001_NextPart058617043782_=------

1 0

Re: [ovirt-users] ovirt-engine VM not run
by dhy336＠sina.com 23 Apr '18

23 Apr '18

--=-sinamail_alt_1fa6f73c5405a8591d9e87c227bd5d2d Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 Content-Disposition: inline SGkgLCBJIGhhdmUgbm90IGNob29zZSB0aGUgY29udHJvbGxlciB0eXBlICd2aXJ0aW8tc2NzaScs ICAgY29udHJvbGxlciB0eXBlICBpcyAnc2NzaScgYWZ0ZXIgIEkgZGVwbG95IHRoZSBob3N0ZWQt ZW5naW5lLCB3aGVuIEkgZm9yY2UgcG93ZXIgb2ZmICBhICBub2RlICwgYW5vdGhlciBub2RlIHRv IHJ1biBob3N0ZWQtZW5naW5lLCBpdCBjYW4gbm90IHJ1biBWTSwgICAgY29udHJvbGxlciB0eXBl ICBiZWNhbWUgJ3Njc2ktc2NzJwotLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tCkZyb206IHdn YW8gPHdlaS5nYW9Ad2luZHJpdmVyLmNvbT4KVG86IDxkaHkzMzZAc2luYS5jb20+LCB1c2VycyA8 dXNlcnNAb3ZpcnQub3JnPgpTdWJqZWN0OiBSZTogW292aXJ0LXVzZXJzXSBvdmlydC1lbmdpbmUg Vk0gbm90IHJ1bgpEYXRlOiAyMDE4LTA0LTIzIDEwOjEwCgoKSGF2ZSB5b3UgY2hvb3NlIHRoZSBj b250cm9sbGVyIHR5cGUgJ3ZpcnRpby1zY3NpJyA/Ci0tLS0KdW5zdXBwb3J0ZWQgY29uZmlndXJh dGlvbjogVW5rbm93biBjb250cm9sbGVyIHR5cGUgJ3ZpcnRpby1zY3NpJyAKKGNvZGU9MSkgKHZt OjE2NTYpClRoYW5rcy4KT24gMjAxOMTqMDTUwjIzyNUgMTA6MDQsIGRoeTMzNkBzaW5hLmNvbSB3 cm90ZToKPiB1bnN1cHBvcnRlZCBjb25maWd1cmF0aW9uOiBVbmtub3duIGNvbnRyb2xsZXIgdHlw ZSAndmlydGlvLXNjc2knIAo+IChjb2RlPTEpICh2bToxNjU2KQotLSAKQmVzdCByZWdhcmRzLgot LS0tLS0tLS0KV2dhbywgTGludXggQlNQIFRlc3RlciwgV2luZCBSaXZlciBCZWlqaW5nClBob25l OiArODYtMTAtODQ3Ny03MDE1LCBDZWxsOiArODYtMTU4LTEwMjAtNDk5NCwgRmF4OiArODYtMTAt NjQ3OS0wMzY3ClRPIERPIE5PVEhJTkcgSVMgVEhFIFdBWSBUTyBCRSBOT1RISU5HLgo= --=-sinamail_alt_1fa6f73c5405a8591d9e87c227bd5d2d Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 Content-Disposition: inline PGRpdj5IaSAsPC9kaXY+PGRpdj4mbmJzcDtJIGhhdmUgbm90IGNob29zZSB0aGUgY29udHJvbGxl ciB0eXBlICd2aXJ0aW8tc2NzaScsICZuYnNwOyBjb250cm9sbGVyIHR5cGUgJm5ic3A7aXMgJ3Nj c2knIGFmdGVyICZuYnNwO0kgZGVwbG95IHRoZSBob3N0ZWQtZW5naW5lLCB3aGVuIEkgZm9yY2Ug cG93ZXIgb2ZmICZuYnNwO2EgJm5ic3A7bm9kZSAsIGFub3RoZXIgbm9kZSB0byBydW4gaG9zdGVk LWVuZ2luZSwgaXQgY2FuIG5vdCBydW4gVk0sICZuYnNwOyAmbmJzcDtjb250cm9sbGVyIHR5cGUg Jm5ic3A7YmVjYW1lICdzY3NpLXNjcyc8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2IGlkPSJvcmln Ym9keSI+PGRpdiBzdHlsZT0iYmFja2dyb3VuZDogI2YyZjJmMjsiPi0tLS0tIE9yaWdpbmFsIE1l c3NhZ2UgLS0tLS08YnI+RnJvbTogd2dhbyAmbHQ7d2VpLmdhb0B3aW5kcml2ZXIuY29tJmd0Ozxi cj5UbzogJmx0O2RoeTMzNkBzaW5hLmNvbSZndDssIHVzZXJzICZsdDt1c2Vyc0BvdmlydC5vcmcm Z3Q7PGJyPlN1YmplY3Q6IFJlOiBbb3ZpcnQtdXNlcnNdIG92aXJ0LWVuZ2luZSBWTSBub3QgcnVu PGJyPkRhdGU6IDIwMTgtMDQtMjMgMTA6MTA8YnI+PC9kaXY+PGJyPjxicj5IYXZlIHlvdSBjaG9v c2UgdGhlIGNvbnRyb2xsZXIgdHlwZSAndmlydGlvLXNjc2knID88YnI+LS0tLTxicj51bnN1cHBv cnRlZCBjb25maWd1cmF0aW9uOiBVbmtub3duIGNvbnRyb2xsZXIgdHlwZSAndmlydGlvLXNjc2kn IDxicj4oY29kZT0xKSAodm06MTY1Nik8YnI+VGhhbmtzLjxicj5PbiAyMDE4xOowNNTCMjPI1SAx MDowNCwgZGh5MzM2QHNpbmEuY29tIHdyb3RlOjxicj4mZ3Q7IHVuc3VwcG9ydGVkIGNvbmZpZ3Vy YXRpb246IFVua25vd24gY29udHJvbGxlciB0eXBlICd2aXJ0aW8tc2NzaScgPGJyPiZndDsgKGNv ZGU9MSkgKHZtOjE2NTYpPGJyPi0tIDxicj5CZXN0IHJlZ2FyZHMuPGJyPi0tLS0tLS0tLTxicj5X Z2FvLCBMaW51eCBCU1AgVGVzdGVyLCBXaW5kIFJpdmVyIEJlaWppbmc8YnI+UGhvbmU6ICs4Ni0x MC04NDc3LTcwMTUsIENlbGw6ICs4Ni0xNTgtMTAyMC00OTk0LCBGYXg6ICs4Ni0xMC02NDc5LTAz Njc8YnI+VE8gRE8gTk9USElORyBJUyBUSEUgV0FZIFRPIEJFIE5PVEhJTkcuPGJyPjwvZGl2Pg== --=-sinamail_alt_1fa6f73c5405a8591d9e87c227bd5d2d--

1 0

ovirt-engine VM not run
by dhy336＠sina.com 23 Apr '18

23 Apr '18

--=-sinamail_alt_28b1edbfb1991ce3194b97e7e73b29cd Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 Content-Disposition: inline SGksIG15IG92aXJ0LWVuZ2luZSBWTSBub3QgcnVuLEkgZmluZCB2ZHNtLmxvZyBoYXMgc29tZSBl cnJvci4KeG1sIGlzIDouLi48Y29udHJvbGxlciB0eXBlPSJ2aXJ0aW8tc2NzaSI+ICAgICAgICAg ICAgPGFkZHJlc3MgYnVzPSIweDAwIiBkb21haW49IjB4MDAwMCIgZnVuY3Rpb249IjB4MCIgc2xv dD0iMHgwNCIgdHlwZT0icGNpIi8+ICAgICAgICA8L2NvbnRyb2xsZXI+Li4uCjIwMTgtMDQtMjMg MDE6NDA6NTQsNDUyKzA4MDAgRVJST1IgKHZtLzc4NGE1MjU4KSBbdmlydC52bV0gKHZtSWQ9Jzc4 NGE1MjU4LTgwNGMtNGIwMi1iYzlmLWYzODQ3MWY5MWMxYScpIFRoZSB2bSBzdGFydCBwcm9jZXNz IGZhaWxlZCAodm06ODk4KVRyYWNlYmFjayAobW9zdCByZWNlbnQgY2FsbCBsYXN0KTogIEZpbGUg Ii91c3IvbGliL3B5dGhvbjIuNy9zaXRlLXBhY2thZ2VzL3Zkc20vdmlydC92bS5weSIsIGxpbmUg ODI3LCBpbiBfc3RhcnRVbmRlcmx5aW5nVm0gICAgc2VsZi5fcnVuKCkgIEZpbGUgIi91c3IvbGli L3B5dGhvbjIuNy9zaXRlLXBhY2thZ2VzL3Zkc20vdmlydC92bS5weSIsIGxpbmUgMjY4NywgaW4g X3J1biAgICBkb20gPSBzZWxmLl9jb25uZWN0aW9uLmRlZmluZVhNTChkb214bWwpICBGaWxlICIv dXNyL2xpYi9weXRob24yLjcvc2l0ZS1wYWNrYWdlcy92ZHNtL2xpYnZpcnRjb25uZWN0aW9uLnB5 IiwgbGluZSAxMjUsIGluIHdyYXBwZXIgICAgcmV0ID0gZigqYXJncywgKiprd2FyZ3MpICBGaWxl ICIvdXNyL2xpYi9weXRob24yLjcvc2l0ZS1wYWNrYWdlcy92ZHNtL3V0aWxzLnB5IiwgbGluZSA1 ODYsIGluIHdyYXBwZXIgICAgcmV0dXJuIGZ1bmMoaW5zdCwgKmFyZ3MsICoqa3dhcmdzKSAgRmls ZSAiL3Vzci9saWI2NC9weXRob24yLjcvc2l0ZS1wYWNrYWdlcy9saWJ2aXJ0LnB5IiwgbGluZSAz NjMyLCBpbiBkZWZpbmVYTUwgICAgaWYgcmV0IGlzIE5vbmU6cmFpc2UgbGlidmlydEVycm9yKCd2 aXJEb21haW5EZWZpbmVYTUwoKSBmYWlsZWQnLCBjb25uPXNlbGYpbGlidmlydEVycm9yOiB1bnN1 cHBvcnRlZCBjb25maWd1cmF0aW9uOiBVbmtub3duIGNvbnRyb2xsZXIgdHlwZSAndmlydGlvLXNj c2knMjAxOC0wNC0yMyAwMTo0MDo1NCw0NTIrMDgwMCBJTkZPICAodm0vNzg0YTUyNTgpIFt2aXJ0 LnZtXSAodm1JZD0nNzg0YTUyNTgtODA0Yy00YjAyLWJjOWYtZjM4NDcxZjkxYzFhJykgQ2hhbmdl ZCBzdGF0ZSB0byBEb3duOiB1bnN1cHBvcnRlZCBjb25maWd1cmF0aW9uOiBVbmtub3duIGNvbnRy b2xsZXIgdHlwZSAndmlydGlvLXNjc2knIChjb2RlPTEpICh2bToxNjU2KQ== --=-sinamail_alt_28b1edbfb1991ce3194b97e7e73b29cd Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 Content-Disposition: inline PGRpdj5IaSwgbXkgb3ZpcnQtZW5naW5lIFZNIG5vdCBydW4sSSBmaW5kIHZkc20ubG9nIGhhcyBz b21lIGVycm9yLjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+eG1sIGlzIDo8L2Rpdj48ZGl2Pi4u LjwvZGl2PjxkaXY+PGRpdj4mbHQ7Y29udHJvbGxlciB0eXBlPSJ2aXJ0aW8tc2NzaSImZ3Q7PC9k aXY+PGRpdj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbHQ7YWRk cmVzcyBidXM9IjB4MDAiIGRvbWFpbj0iMHgwMDAwIiBmdW5jdGlvbj0iMHgwIiBzbG90PSIweDA0 IiB0eXBlPSJwY2kiLyZndDs8L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bHQ7L2NvbnRyb2xsZXImZ3Q7PC9kaXY+PC9kaXY+PGRpdj4uLi48L2Rpdj48ZGl2Pjxicj48L2Rp dj48ZGl2PjIwMTgtMDQtMjMgMDE6NDA6NTQsNDUyKzA4MDAgRVJST1IgKHZtLzc4NGE1MjU4KSBb dmlydC52bV0gKHZtSWQ9Jzc4NGE1MjU4LTgwNGMtNGIwMi1iYzlmLWYzODQ3MWY5MWMxYScpIFRo ZSB2bSBzdGFydCBwcm9jZXNzIGZhaWxlZCAodm06ODk4KTwvZGl2PjxkaXY+VHJhY2ViYWNrICht b3N0IHJlY2VudCBjYWxsIGxhc3QpOjwvZGl2PjxkaXY+Jm5ic3A7IEZpbGUgIi91c3IvbGliL3B5 dGhvbjIuNy9zaXRlLXBhY2thZ2VzL3Zkc20vdmlydC92bS5weSIsIGxpbmUgODI3LCBpbiBfc3Rh cnRVbmRlcmx5aW5nVm08L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgc2VsZi5fcnVuKCk8L2Rpdj48 ZGl2PiZuYnNwOyBGaWxlICIvdXNyL2xpYi9weXRob24yLjcvc2l0ZS1wYWNrYWdlcy92ZHNtL3Zp cnQvdm0ucHkiLCBsaW5lIDI2ODcsIGluIF9ydW48L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgZG9t ID0gc2VsZi5fY29ubmVjdGlvbi5kZWZpbmVYTUwoZG9teG1sKTwvZGl2PjxkaXY+Jm5ic3A7IEZp bGUgIi91c3IvbGliL3B5dGhvbjIuNy9zaXRlLXBhY2thZ2VzL3Zkc20vbGlidmlydGNvbm5lY3Rp b24ucHkiLCBsaW5lIDEyNSwgaW4gd3JhcHBlcjwvZGl2PjxkaXY+Jm5ic3A7ICZuYnNwOyByZXQg PSBmKCphcmdzLCAqKmt3YXJncyk8L2Rpdj48ZGl2PiZuYnNwOyBGaWxlICIvdXNyL2xpYi9weXRo b24yLjcvc2l0ZS1wYWNrYWdlcy92ZHNtL3V0aWxzLnB5IiwgbGluZSA1ODYsIGluIHdyYXBwZXI8 L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgcmV0dXJuIGZ1bmMoaW5zdCwgKmFyZ3MsICoqa3dhcmdz KTwvZGl2PjxkaXY+Jm5ic3A7IEZpbGUgIi91c3IvbGliNjQvcHl0aG9uMi43L3NpdGUtcGFja2Fn ZXMvbGlidmlydC5weSIsIGxpbmUgMzYzMiwgaW4gZGVmaW5lWE1MPC9kaXY+PGRpdj4mbmJzcDsg Jm5ic3A7IGlmIHJldCBpcyBOb25lOnJhaXNlIGxpYnZpcnRFcnJvcigndmlyRG9tYWluRGVmaW5l WE1MKCkgZmFpbGVkJywgY29ubj1zZWxmKTwvZGl2PjxkaXY+bGlidmlydEVycm9yOiB1bnN1cHBv cnRlZCBjb25maWd1cmF0aW9uOiBVbmtub3duIGNvbnRyb2xsZXIgdHlwZSAndmlydGlvLXNjc2kn PC9kaXY+PGRpdj4yMDE4LTA0LTIzIDAxOjQwOjU0LDQ1MiswODAwIElORk8gJm5ic3A7KHZtLzc4 NGE1MjU4KSBbdmlydC52bV0gKHZtSWQ9Jzc4NGE1MjU4LTgwNGMtNGIwMi1iYzlmLWYzODQ3MWY5 MWMxYScpIENoYW5nZWQgc3RhdGUgdG8gRG93bjogdW5zdXBwb3J0ZWQgY29uZmlndXJhdGlvbjog VW5rbm93biBjb250cm9sbGVyIHR5cGUgJ3ZpcnRpby1zY3NpJyAoY29kZT0xKSAodm06MTY1Nik8 L2Rpdj4= --=-sinamail_alt_28b1edbfb1991ce3194b97e7e73b29cd--

2 1

VM Disk Import Error
by Николаев Алексей 22 Apr '18

22 Apr '18

3 2

VM Import Error
by Николаев Алексей 22 Apr '18

22 Apr '18

2 1

Power management / fencing with Intel AMT
by Shawn Southern 22 Apr '18

22 Apr '18

Does anyone have power management with Intel's Management Engine / AMT working with oVirt 4.22? I've found that there is a fence_amt agent, but it's not part of RHEL/CentOS 7. I've not had any luck finding details on how to get fence_amt on my oVirt CentOS 7 hosts. I found this article @ RH, but I don't have access to read it. https://access.redhat.com/solutions/913413

2 1

2 data centeres, production and backup
by Bartomeu F. Sastre 21 Apr '18

21 Apr '18

Hi, I would like to manage 2 separated data centers, one in a site and another place connected with optic fiber. so I guess that I have to use 2 engines, one in each data center. Would they be able to see each other and move machines from one to another ? So I want to schedule backups to send periodically machines form the production DC to the backup DC, and in case of an emergency be able to start the VM on the backup data center. thanks ! -- Bartomeu F. Sastre i Cabanellas Ajuntament d'Inca - Departament Informàtic Tlf. 871 914 107 bsastre(a)ajinca.net

2 2

How much improvement has been made with GlusterFS handling small files?
by Jayme 21 Apr '18

21 Apr '18

I'm very strongly leaning toward an oVirt hyperconverged setup. I plan on using fairly robust hardware (ssds, lots of ram, 10gb network) as per the guides, however I am worried about one thing which is glusterFS performance in regards to its handling of many small files. I've read various forum posts and other tidbits of info on this subject I've come across in my research but in many cases the information is from several years ago and I'm not sure how relevant it is today. The amount of VMs won't be high and most servers I'll be running will be fairly light weight Linux servers, however a handful of them will be used to deal with some decent sized github repos so at times there could be interaction with directories that have a lot of small files (including rsyncing those directories for off-site backups as well). Is oVirt hyperconverged still a viable solution in such a case or should I be considering other VM storage options instead? Thanks!

2 1