- Users - oVirt List Archives

Re: [ovirt-users] Local and Shared storage in same datacenter
by Pavel Gashev 31 Oct '16

31 Oct '16

I think it's all about online VM migration. oVirt doesn't support online VM migration together with online storage migration. So any storage has to be accessible from any hosts in a datacenter. That's why local storages are too restricted. Converting Local storages to Shared removes the restriction. Avoiding NFS layer locally removes the NFS performance drawback. And both allow to adhere to the oVirt way. -----Original Message----- From: Fernando Frediani <fernando.frediani(a)upx.com.br> Date: Monday 31 October 2016 at 17:07 To: Pavel Gashev <Pax(a)acronis.com> Subject: Re: [ovirt-users] Local and Shared storage in same datacenter Why this 'workdaround' to share a local storage as NFS instead os just use it as a 'normal' Local storage ? Looks more like a chewing gum. Is there any work in progress to change the way this storage pool manager works ? On 31/10/2016 12:02, Pavel Gashev wrote: > Mike, > > As workaround it's not very hard to create a mount command wrapper that converts local NFS mounts to bind-mounts. The propper way I think is to patch the VDSM service to handle local NFS mounts. In result, a NFS storage will work like a local storage if it's local. > > -----Original Message----- > From: Mike <maillist(a)probie.nl> > Date: Monday 31 October 2016 at 16:33 > To: Pavel Gashev <Pax(a)acronis.com>, "users(a)ovirt.org" <users(a)ovirt.org> > Subject: Re: [ovirt-users] Local and Shared storage in same datacenter > > Hi Pavel, > > Op 31-10-2016 om 11:22 schreef Pavel Gashev: >> Mike, >> >> You can share and use your local storage via NFS. So all your storages are shared, and can be used in the same datacenter. > I installed a nfs server on the hypervisor and am using it that way at > the moment. > It feels 'wrong' but it seems to work okay and it is fast as far as I > can tell. > Still would like to see another solution without the added latency of > nfs and be able to utilize directio, etc. >> -----Original Message----- >> From: <users-bounces(a)ovirt.org> on behalf of "Mike (maillinglists)" <maillist(a)probie.nl> >> Date: Sunday 30 October 2016 at 13:02 >> To: "users(a)ovirt.org" <users(a)ovirt.org> >> Subject: [ovirt-users] Local and Shared storage in same datacenter >> >> Hi guys, >> >> There have been a few related questions already that I could find, but I >> did not find anything relating to my specific use case. >> >> Currently it is not possible to mix local storage with shared storage in >> the same datacenter. >> The reason seems to be because of the storage pool manager (SPM). >> This is a role in the datacenter provided to one specific host. >> >> While I understand that this makes having local storage impossible, I >> believe there is a use case to have local storage in a shared storage >> datacenter. >> Consider the following: >> I have a few applications that require 1 milli second latency and at >> most 2 milli second. >> That is not consistenly achievable with shared storage, to that end I >> added flash storage to a few hypervisors. >> About 5% of my servers require this and are not that resource hungry to >> require a dedicated physical server. >> That same 5% also has no requirement to be migrated if a host fails. >> >> So in short I have 5 heavy hosts running ovirt with a shared storage >> domain on NFS for 95% of my servers. >> All running fine, but I am now unable to run my remaining 5%. >> >> To finish up my summary I have been testing various virtualization >> technologies, like VmWare and Hyper-V. >> They allow such configurations as I mentioned. >> >> I already had some chat on irc with various guys and they suggested that >> I put this on the mailing list, so here goes. >> >> My suggestion would be to evoluate from SPM to SDM. >> SDM stands for Storage Domain Manager. >> This would create the possibility to have all nodes in the datacenter >> participate in the storage handling. >> A extra benefit would be that local storage could be added. >> >> What do you think? >> >> Thanks for reading. >> >> Kind regards, >> Mike van Goor >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users

1 0

Updated ovirt-guest-agent puppet module
by René Koch 31 Oct '16

31 Oct '16

This is a cryptographically signed message in MIME format. --------------ms090308070008040700020706 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hi, there's an updated version of scrat14/ovirt-guest-agent available at=20 https://forge.puppet.com/scrat14/ovirt_guest_agent Latest version includes support for installing oVirt guest agent on RHEV = hypervisors in addition to oVirt nodes. Furthermore this module will now use rhevm-guest-agent-common for RHEL 7 = machines from rhel-7-server-rh-common-rpms repository by default=20 (instead of ovirt-guest-agent-common from EPEL). Regards, Ren=C3=A9 --------------ms090308070008040700020706 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC CtUwggTrMIID06ADAgECAhAja0pvtE6eFeIAvVog9AvcMA0GCSqGSIb3DQEBCwUAMHUxCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBTdGFydENvbSBD ZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3MgMSBDbGll bnQgQ0EwHhcNMTYwNjA2MTQwNjA0WhcNMTkwOTA2MTQwNjA0WjA4MRcwFQYDVQQDDA5ya29j aEByay1pdC5hdDEdMBsGCSqGSIb3DQEJARYOcmtvY2hAcmstaXQuYXQwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQDTzwY3gPTUDKgjrFFJa0rWfBjMuhDfVnveWxpTRG81IKQ1 4eClq53KsFsegqhf6vTRZ8M+frzEIT4J3DkTrYfYIbK8rN3VIR7TXVPYAA5g9QDJz9CWOCej F7xmw2tOKpFa6ozBPxB8k2Irpl7KTXWmFZ/iN9+wCersY/7hYiXh/S59G7YEioJciaXkdqfR 8R0QDkEcVRAQme2SgjU1tYGJemX+2XYx3Y9z43QgBLdeAwPXYoSdp1TEpOQh+heiKNNm138V Bm8sD/NDxm3ksnhNMjKvqUhVK9z35iksNG7Ao7rgGMtwhd8+mCgFSRQ27lcwwN7cbUpibkGs kQGsoQD/AgMBAAGjggGyMIIBrjAOBgNVHQ8BAf8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUH AwIGCCsGAQUFBwMEMAkGA1UdEwQCMAAwHQYDVR0OBBYEFAov/LAlauAjKdUMLVlx8JW7P63Q MB8GA1UdIwQYMBaAFCSBbDlhvkkPj7cbRivJKLUnSG1oMG8GCCsGAQUFBwEBBGMwYTAkBggr BgEFBQcwAYYYaHR0cDovL29jc3Auc3RhcnRzc2wuY29tMDkGCCsGAQUFBzAChi1odHRwOi8v YWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9zY2EuY2xpZW50MS5jcnQwOAYDVR0fBDEwLzAtoCug KYYnaHR0cDovL2NybC5zdGFydHNzbC5jb20vc2NhLWNsaWVudDEuY3JsMBkGA1UdEQQSMBCB DnJrb2NoQHJrLWl0LmF0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzBH BgNVHSAEQDA+MDwGCysGAQQBgbU3AQIFMC0wKwYIKwYBBQUHAgEWH2h0dHBzOi8vd3d3LnN0 YXJ0c3NsLmNvbS9wb2xpY3kwDQYJKoZIhvcNAQELBQADggEBAK/kRL1+Hopu1wu7Nni3KEZj CpCDNcUZFgK+TVKEBKLwYgOuy0qe5+z3buQVBJUWlUGKUeY/ifPWU2GKU9X/nxnihQiaOhBW O9XcXg6PcY3N6Vk5akvHE1OWxK0QfpLJYe0jP3PA5fqgWSEUFZQYDz4v3izeSyy+nG7XGC1o mmLEVhAaa2OqaBXphFwfSmdHUmdfrBXwXUI1DMiZX1W13VY/Tw8CWuOLOZ8XWl1IUOTRoO8a XYEUeKjbtEJTaEEUzBpihoN0ueeK5E2wtbI1mfhOoCGpg3EGoKdSV0OR4AQOhzMQRqKMKGfY 4Nq9IjwzwI6TE7Thy5xYjaIzzi/1Ei8wggXiMIIDyqADAgECAhBrp4p9CteI1lEK+Vnk57Th MA0GCSqGSIb3DQEBCwUAMH0xCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQu MSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQD EyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw0xNTEyMTYwMTAwMDVaFw0z MDEyMTYwMTAwMDVaMHUxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkw JwYDVQQLEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3Rh cnRDb20gQ2xhc3MgMSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIB AQC9fdr3w6J9g/Zbgv3bW1+uHht1wLUZr5gkrLtXedg17AkefMyUGwrQdvwObhajcVmnKVxh rUwkZPXRAwZZosRHfEIi5FH7x6SV/8Sp5lZEuiMnvMFG2MzLA84J6Ws5T4NfXZ0qn4TPgnr3 X2vPVS51M7Ua9nIJgn8jvTra4eyyQzxvuA/GZwKg7VQfDCmCS+kICslYYWgXOMt2xlsSslxL ce0CGWRsT8EpMyt1iDflSjXZIsE7m1uTyHaKZspMLyIyz6mySu8j8BWWHpChNNeTrFuhVfrO AyDPFJVUvKZCLKBhibTLloyy+LatoWELrjdI4a8StZY8+dIR9t4APXGzAgMBAAGjggFkMIIB YDAOBgNVHQ8BAf8EBAMCAQYwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMBIGA1Ud EwEB/wQIMAYBAf8CAQAwMgYDVR0fBCswKTAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5j b20vc2ZzY2EuY3JsMGYGCCsGAQUFBwEBBFowWDAkBggrBgEFBQcwAYYYaHR0cDovL29jc3Au c3RhcnRzc2wuY29tMDAGCCsGAQUFBzAChiRodHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0 cy9jYS5jcnQwHQYDVR0OBBYEFCSBbDlhvkkPj7cbRivJKLUnSG1oMB8GA1UdIwQYMBaAFE4L 7xqkQFulF2mHMMo0aEPQQa7yMD8GA1UdIAQ4MDYwNAYEVR0gADAsMCoGCCsGAQUFBwIBFh5o dHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kwDQYJKoZIhvcNAQELBQADggIBAIvj94fs AYuErQ8BAluc4SMnIwS9NPBwAm5SH9uh2NCXTq7im61g7F1LIiNI/+wq37fUuaMbz4g7VarK QTgf8ubs0p7NZWcIe7Bvem2AWaXBsxsaRTYw5kG3DN8pd1hSEUuFoTa7DmNeFe8tiK1BrL3r bA/m48jp4AiFXgvxprJrW7izsyetOrRHPbkW4Y07v29MdhaPv3u1JELyszXqOzjIYo4sWlC8 iDQXwgSW/ntvWy2n4LuiaozlCfXl149tKeqvwlvrla2Yklue/quWp9j9ou4T/OY0CXMuY+B8 wNK0ohd2D4ShgFlMSjzAFRoHGKF81snTr2d1A7Ew02oF6UQyCkC2aNNsK5cWOojBar5c7Hpl X9aHYUCZouxIeU28SONJAxnATgR4cJ2jrpmYSz/kliUJ46S6UpVDo/ebn9c6PaM/XtDYCCaM /7XX6wc3s++sbQ7CtCn1Ax7df6ufQbwyO0V+oFa9H0KAsjHMzcwk3EV2B2NLatidKE/m7G+r B9m+FlVgIiSp0mGlg43QO9Kh1+JqvTCIzv2bJJkmPMLQJNuKKwHNL8F4GGp6jbAV+WL+LDeG fVcq8DHS3LrD+xyYEXQBiqZEdiPVOMxLDSUCXsDO0uCWpaNQ8j6y6S9p0xE/Ga0peVLadVHh qf9nXqKaxnr358VgfrxzUIrvOaOjMYICjzCCAosCAQEwgYkwdTELMAkGA1UEBhMCSUwxFjAU BgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24g QXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQI2tKb7RO nhXiAL1aIPQL3DANBglghkgBZQMEAgEFAKCB1zAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcB MBwGCSqGSIb3DQEJBTEPFw0xNjEwMzExMjQxNTJaMC8GCSqGSIb3DQEJBDEiBCD5Pw8ttser m2R2dNfTRgdWX6jZV00IVk5BJFOCmbG3cDBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQB KjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMC AgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMA0GCSqGSIb3DQEBAQUABIIBAFcpkb2xanUd ytf2LS7Ti9pz6i+TCU25pgUcl/Xl/NCm/S6awSaM7TsqAJ7P595zKs63weeXmNAIH7hKikD3 zw0GXqLbXLtgKBjo969A5Mw7hJhSPRiuyQF5rqzuspx1kH+oH5F8F64eMC2iKdUv2z8qSnv7 HRLwWC7K82hSqyi7wLki9u/gjW2rZcp0AaXQ9LAW3SGxTNojtxGOhwdypXeWoj+0mhiEoofJ aJJQriy7jyos8EjIV9mgQAmHv1Wld81g/OYRbJg1FyZXiVF7syuFzlXS689aY3ADUSGmSVpD bwrR5nu6ZARgGH4NjGTJhzwHl0898ku67tDXTlQUBfEAAAAAAAA= --------------ms090308070008040700020706--

1 0

quick way to see total RAM and CPU count on VM listing
by Nelson Lameiras 31 Oct '16

31 Oct '16

------=_Part_49066511_63048749.1475160413304 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello oVirt community,=20 When listing virtual machines, is there a quick way to see how much RAM/CPU= each machine has?=20 In oVirt 4.0.4, I can see ram/cpu usage in a very nice way, but I can not a= ccess easily the total RAM and number of CPUs.=20 The only way to find this information in GUI is to edit a vm and see the sy= stem tab (and that's when the "edit" context menu is available, which is no= t always)=20 Am I missing something?=20 This information is very usefull and sometimes critical (when migrating VM = to hosts which are already low on free RAM, specially when balloning is inv= olved)=20 I would like to see this information always on screen, like a (un)checkable= column... does it seem doable ?=20 Maybe it would be possible to show it while hoovering the memory/cpu inform= ation with the mouse ?=20 Please forgive me if this is not the rigth place to post this question/requ= est.=20 cordialement, regards,=20 Nelson LAMEIRAS=20 Lyra Network=20 Service Projets et Processus=20 Tel : +33 (0) 5 32 09 09 70=20 109 rue de l=E2=80=99innovation=20 31670 Lab=C3=A8ge - France=20 www.lyra-network.com=20 ------=_Part_49066511_63048749.1475160413304 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: arial, helvetica, sans-serif; font-s= ize: 12pt; color: #000000"><div>Hello oVirt community,<br></div><div><br da= ta-mce-bogus=3D"1"></div><div>When listing virtual machines, is there a qui= ck way to see how much RAM/CPU each machine has?<br data-mce-bogus=3D"1"></= div><div><br data-mce-bogus=3D"1"></div><div>In oVirt 4.0.4, I can see ram/= cpu usage in a very nice way, but I can not access easily the total RAM and= number of CPUs. </div><div>The only way to find this information in GUI is= to edit a vm and see the system tab (and that's when the "edit" context me= nu is available, which is not always)<br data-mce-bogus=3D"1"></div><div><b= r data-mce-bogus=3D"1"></div><div>Am I missing something?</div><div>This in= formation is very usefull and sometimes critical (when migrating VM to host= s which are already low on free RAM, specially when balloning is involved)<= br data-mce-bogus=3D"1"></div><div><br data-mce-bogus=3D"1"></div><div>I wo= uld like to see this information always on screen, like a (un)checkable col= umn... does it seem doable ? </div><div>Maybe it would be possible to show = it while hoovering the memory/cpu information with the mouse ?<br data-mce-= bogus=3D"1"></div><div><br data-mce-bogus=3D"1"></div><div>Please forgive m= e if this is not the rigth place to post this question/request.<br data-mce= -bogus=3D"1"></div><div><br data-mce-bogus=3D"1"></div><div data-marker=3D"= __SIG_PRE__"><div><div><span style=3D"font-size: 12pt; color: rgb(0, 0, 0);= " data-mce-style=3D"font-size: 12pt; color: #000000;"><span style=3D"font-f= amily: "century gothic",sans-serif;">cordialement, regards,<br da= ta-mce-bogus=3D"1"></span></span></div><div><span style=3D"font-size: 12pt;= color: rgb(0, 0, 0);" data-mce-style=3D"font-size: 12pt; color: #000000;">= <span style=3D"font-family: "century gothic",sans-serif;">Nelson = LAMEIRAS<br data-mce-bogus=3D"1"></span></span></div><div><span style=3D"fo= nt-size: 9pt;" data-mce-style=3D"font-size: 9pt;"><b><span style=3D"font-fa= mily: "century gothic",sans-serif; color: rgb(54, 95, 145);"><br = data-mce-bogus=3D"1"></span></b></span></div><div><span style=3D"font-size:= 9pt;" data-mce-style=3D"font-size: 9pt;"><b><span style=3D"font-family: &q= uot;century gothic",sans-serif; color: rgb(54, 95, 145);">Lyra Network= </span></b></span></div><div><div><span style=3D"font-size: 9pt; color: #36= 5f91;" data-mce-style=3D"font-size: 9pt; color: #365f91;">Service Projets e= t Processus</span></div><div><span style=3D"font-size: 9pt; color: rgb(54, = 95, 145);" data-mce-style=3D"font-size: 9pt; color: #365f91;">Tel : +33 (0)= 5 32 09 09 70</span></div></div><span style=3D"font-size: 9pt;" data-mce-s= tyle=3D"font-size: 9pt;"><span style=3D"font-family: "century gothic&q= uot;,sans-serif; color: rgb(54, 95, 145);">109 rue de l=E2=80=99innovation<= /span><span style=3D"font-family: geneva;"></span></span><br><span style=3D= "font-size: 9pt; font-family: geneva;" data-mce-style=3D"font-size: 9pt; fo= nt-family: geneva;"></span><div><span style=3D"font-size: 9pt; font-family:= 'century gothic',sans-serif; color: #365f91;" data-mce-style=3D"font-size:= 9pt; font-family: 'century gothic',sans-serif; color: #365f91;">31670 Lab= =C3=A8ge - France</span><span style=3D"font-size: 9pt; font-family: geneva;= " data-mce-style=3D"font-size: 9pt; font-family: geneva;"></span><br data-m= ce-bogus=3D"1"></div><div><span style=3D"font-size: 9pt; font-family: 'cent= ury gothic',sans-serif; color: #365f91;" data-mce-style=3D"font-size: 9pt; = font-family: 'century gothic',sans-serif; color: #365f91;"><a href=3D"http:= //www.lyra-network.com" data-mce-href=3D"http://www.lyra-network.com">www.l= yra-network.com</a></span><br data-mce-bogus=3D"1"></div></div></div></div>= </body></html> ------=_Part_49066511_63048749.1475160413304--

4 5

Chinese oVirt community
by Yedidyah Bar David 31 Oct '16

31 Oct '16

Hi all, Recently, more and more questions are posted to users(a)ovirt.org in what seems like a result of a google translation of Chinese to English. These are usually hard to understand, and I expect the replies are also hard to understand. A recent example is [1]. Two years ago there was a discussion [2] about this on users(a)ovirt.org. Now, when searching, I find: 1. There seems to have been a domain ovirt-china.org , but it's dead now (no info about it in dns or whois). The only version of it I can find on archive.org is [3]. 2. There is a github org [4]. 3. There is a google group [5] , but it requires registration to view (and I didn't try to register). If there is an active Chinese community of oVirt users, perhaps we should give it more publicity, to make it easier to find. Otherwise, perhaps we can help by creating a list on lists.ovirt.org , or something like that. Best regards, [1] http://lists.ovirt.org/pipermail/users/2016-October/043732.html [2] http://lists.ovirt.org/pipermail/users/2014-May/024585.html http://lists.ovirt.org/pipermail/users/2014-May/024862.html http://lists.ovirt.org/pipermail/users/2014-May/024668.html [3] http://web.archive.org/web/20141203033820/http://www.ovirt-china.org/ [4] https://github.com/ovirt-china [5] https://groups.google.com/forum/#!forum/ovirt-china -- Didi

1 0

ovirt homeserver
by david caughey 31 Oct '16

31 Oct '16

Hi, I'm building a homeserver to run ovirt and wanted to get opinions on the best approach. The server will be used as a test/studybed for ovirt/kvm/vcloud/openstack/ceph. The server will be based around a Xeon E5 10 core with 128GB ram. Option 1: Build server with CentOS 7.2 and deploy ovirt directly on top. Option 2: Build server with CentOS 7.2 and deploy multiple ovirt instances on top of KVM. Which will be the most stable versatile method? If a GPU is used as a passthrough device can it be used on several vm's or is it restricted to 1 vm? If 2 GPU's are used can 1 be used as a dedicated passthrough to 1 vm and the other shared between the remaining vm's? Is CentOS/RH the best platform for ovirt? Is it okay/advisable to load the latest kernel, (4.8 ish), on to CentOS before installing ovirt? Any and all comments/advice welcome, David

4 3

100% disk utilization on Hosted Engine
by Anantha Raghava 30 Oct '16

30 Oct '16

This is a multi-part message in MIME format. --------------10436485D205AA7FD0A15C25 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, I have hit a unique problem. Using oVirt 4.0.2.7-1.el7.centos since last one month and I have hit a unique problem. The Engine is reporting that Disk space allocated to Hosted engine is full and is not allowing to login to engine's console to clear some files as well. When I try to add additional storage to Hosted engine, engine admin portal reports that as Engine VM is not managed by oVirt Engine, it cannot extend the storage. Now the questions are: 1. Is it that enabling advanced DWH on the engine host is the root cause for 100GB of disk getting filled in about 1 month? 2. How do we clear the disk of some unwanted files and extend the space? 3. How do we reset the DWH database to basic? Note: CentOS 7.2 is not even allowing us to login to console to do any action. Booting the Hosted Engine VM with Live CD etc., looks like is ruled out in this case. -- Thanks & Regards, Anantha Raghava eXza Technology Consulting & Services Do not print this e-mail unless required. Save Paper & trees. --------------10436485D205AA7FD0A15C25 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> <p><font face="Liberation Serif">Hi,</font></p> <p><font face="Liberation Serif">I have hit a unique problem. Using oVirt 4.0.2.7-1.el7.centos since last one month and I have hit a unique problem. The Engine is reporting that Disk space allocated to Hosted engine is full and is not allowing to login to engine's console to clear some files as well. When I try to add additional storage to Hosted engine, engine admin portal reports that as Engine VM is not managed by oVirt Engine, it cannot extend the storage.<br> </font></p> <p><font face="Liberation Serif">Now the questions are:</font></p> <p><font face="Liberation Serif">1. Is it that enabling advanced DWH on the engine host is the root cause for 100GB of disk getting filled in about 1 month?</font></p> <p><font face="Liberation Serif">2. How do we clear the disk of some unwanted files and extend the space?</font></p> <p><font face="Liberation Serif">3. How do we reset the DWH database to basic?</font><br> </p> <br> <div class="moz-signature">Note: CentOS 7.2 is not even allowing us to login to console to do any action. Booting the Hosted Engine VM with Live CD etc., looks like is ruled out in this case.<br> -- <p style="margin-bottom: 0cm; line-height: 100%"><font face="Times New Roman, serif">Thanks & Regards,</font></p> <p style="margin-bottom: 0cm; line-height: 100%"><br> </p> <address style="line-height: 100%"><font face="Times New Roman, serif">Anantha Raghava</font></address> <address style="line-height: 100%"><font face="Times New Roman, serif">eXza Technology Consulting & Services</font></address> <br> <p style="margin-bottom: 0cm; line-height: 100%"><font color="#66cc00"><font face="Times New Roman, serif">Do not print this e-mail unless required. Save Paper & trees.</font></font></p> </div> </body> </html> --------------10436485D205AA7FD0A15C25--

2 4

oVirt 4.0 Reporting
by aleksey.maksimov＠it-kb.ru 30 Oct '16

30 Oct '16

Hello oVirt guru`s! In the first half of 2016 was the following information: http://lists.ovirt.org/pipermail/users/2016-June/040549.html Are there any news about the built-in oVirt 4.0 reporting mechanism? Is there any chance that we will see reports in the oVirt web console?

2 2

when engine broken
by 张余歌 30 Oct '16

30 Oct '16

--_000_BN6PR11MB192119B2D8B3ADAAD60080CD90AE0BN6PR11MB1921namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 cmVjZW50bHkgaSBjb25mdXNlZCBhYm91dCBob3cgaSBjYW4gcmVjb3ZlcnkgZW5naW5lIG9uY2Ug ZW5naW5lIHByb2Nlc3MgZmFpbGVkDQpvciBicm9rZW4gZm9yIHNvbWUgcmVhc29uLg0KDQplbnZp cm9tZW50OmFsbGlub25lIGluc3RhbGwgb3ZpcnQuMy41LngNCmVuZ2luZSBpbnN0YWxsZWQgb24g bG9jYWwgaG9zdCB3aGl0aG91dCBhbnkgcHJvdGVjdGlvbi5pIGNhbiBkbyBzb21lIGVuZ2luZSBi YWNrdXAgYnkgdXNpbmcgY29tbWFuZC4NCg0KSSByZWZlciB0byBzb21lIHdheSB0byByZWNvdmVy eSBlbmdpbmUgYWJvdXQgZGlzYXRlciByZWNvdmVyeSAuYnV0IGl0IHNlZW0gbWF5YmUgbXkgc3Rh Z2UgaXMgd3Jvbmcgb3Igb3RoZXIgaXNzdWVzLHdob3VsZCB1IGdpdmUgbWUgc29tZSB3YXkgdG8g cmVjb3ZlciBlbmdpbmUsYW5kIGZpbmQgbXkgbG9zdCB2be+8n++8nw0KdGhhbmtzIGEgbG90DQoN CuiOt+WPliBPdXRsb29rIGZvciBBbmRyb2lkPGh0dHBzOi8vYWthLm1zL2doZWkzNj4NCg== --_000_BN6PR11MB192119B2D8B3ADAAD60080CD90AE0BN6PR11MB1921namp_ Content-Type: text/html; charset="utf-8" Content-ID: <AA3668EA6AB50146B41B60F0E1B4CE4A(a)sct-15-1-659-11-msonline-outlook-d08c7.templateTenant> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJhdXRv IiBzdHlsZT0iIHRleHQtYWxpZ246IGxlZnQ7IG1hcmdpbi10b3A6IDI1cHg7IG1hcmdpbi1ib3R0 b206IDI1cHg7IGZvbnQtZmFtaWx5OiBzYW5zLXNlcmlmOyBmb250LXNpemU6IDExcHQ7IGNvbG9y OiBibGFjazsgYmFja2dyb3VuZC1jb2xvcjogd2hpdGUgIj4NCnJlY2VudGx5IGkgY29uZnVzZWQg YWJvdXQgaG93IGkgY2FuIHJlY292ZXJ5IGVuZ2luZSBvbmNlIGVuZ2luZSBwcm9jZXNzIGZhaWxl ZDxicj4NCm9yIGJyb2tlbiBmb3Igc29tZSByZWFzb24uPC9wPg0KPHAgZGlyPSJhdXRvIiBzdHls ZT0iIHRleHQtYWxpZ246IGxlZnQ7IG1hcmdpbi10b3A6IDI1cHg7IG1hcmdpbi1ib3R0b206IDI1 cHg7IGZvbnQtZmFtaWx5OiBzYW5zLXNlcmlmOyBmb250LXNpemU6IDExcHQ7IGNvbG9yOiBibGFj azsgYmFja2dyb3VuZC1jb2xvcjogd2hpdGUgIj4NCmVudmlyb21lbnQ6YWxsaW5vbmUgaW5zdGFs bCBvdmlydC4zLjUueDxicj4NCmVuZ2luZSBpbnN0YWxsZWQgb24gbG9jYWwgaG9zdCB3aGl0aG91 dCBhbnkgcHJvdGVjdGlvbi5pIGNhbiBkbyBzb21lIGVuZ2luZSBiYWNrdXAgYnkgdXNpbmcgY29t bWFuZC48YnI+DQo8L3A+DQo8cCBkaXI9ImF1dG8iIHN0eWxlPSIgdGV4dC1hbGlnbjogbGVmdDsg bWFyZ2luLXRvcDogMjVweDsgbWFyZ2luLWJvdHRvbTogMjVweDsgZm9udC1mYW1pbHk6IHNhbnMt c2VyaWY7IGZvbnQtc2l6ZTogMTFwdDsgY29sb3I6IGJsYWNrOyBiYWNrZ3JvdW5kLWNvbG9yOiB3 aGl0ZSAiPg0KSSByZWZlciB0byBzb21lIHdheSB0byByZWNvdmVyeSBlbmdpbmUgYWJvdXQgZGlz YXRlciByZWNvdmVyeSAuYnV0IGl0IHNlZW0gbWF5YmUgbXkgc3RhZ2UgaXMgd3Jvbmcgb3Igb3Ro ZXIgaXNzdWVzLHdob3VsZCB1IGdpdmUgbWUgc29tZSB3YXkgdG8gcmVjb3ZlciBlbmdpbmUsYW5k IGZpbmQgbXkgbG9zdCB2be+8n++8nzxicj4NCnRoYW5rcyBhIGxvdDwvcD4NCjxwIGRpcj0iYXV0 byIgc3R5bGU9IiB0ZXh0LWFsaWduOiBsZWZ0OyBtYXJnaW4tdG9wOiAyNXB4OyBtYXJnaW4tYm90 dG9tOiAyNXB4OyBmb250LWZhbWlseTogc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxMXB0OyBjb2xv cjogYmxhY2s7IGJhY2tncm91bmQtY29sb3I6IHdoaXRlICI+DQrojrflj5YgPGEgaHJlZj0iaHR0 cHM6Ly9ha2EubXMvZ2hlaTM2Ij5PdXRsb29rIGZvciBBbmRyb2lkPC9hPjxicj4NCjwvcD4NCjwv Ym9keT4NCjwvaHRtbD4NCg== --_000_BN6PR11MB192119B2D8B3ADAAD60080CD90AE0BN6PR11MB1921namp_--

1 0

Fwd: Re: Local and Shared storage in same datacenter
by Mike 30 Oct '16

30 Oct '16

Hi Barak, Op 30-10-2016 om 11:19 schreef Barak Korren: >> While I understand that this makes having local storage impossible, I >> believe there is a use case to have local storage in a shared storage >> datacenter. >> Consider the following: >> I have a few applications that require 1 milli second latency and at most 2 >> milli second. >> That is not consistenly achievable with shared storage, to that end I added >> flash storage to a few hypervisors. >> About 5% of my servers require this and are not that resource hungry to >> require a dedicated physical server. >> That same 5% also has no requirement to be migrated if a host fails. >> > > I mentioned this in another thread already, please look into the VDSM > scratchpad hook. It will allow you to attach (files on) the local SSDs > (as disks) to VMs when those VMs start up. It will perfectly meet your > use case if you only need to keep the data on the SSD while the VM is > up. > > The data should not be lost if we power down the VM. If the data is lost during a host failure we have options to restore the data, but do not want to do it on a weekly/monthly basis. The scratchpad is useful for other options we are exploring, thanks!

1 0

Persist files node-ng
by Jonas Israelsson 28 Oct '16

28 Oct '16

How do I persist files on a ng-node ? I forgot to add some needed network-configuration during install. While these manually added config files seem to survive a reboot, updating the node via the web-ui will wipe them. TIA Jonas

1 0