- Users - oVirt List Archives

mass upload of disks?
by Ben De Luca 01 Nov '16

01 Nov '16

Hi, I was wondering if there was a method on the cli/script to mass upload disks to ovirt. The web loader is great, but also I have 20 disks that I really just want to upload via shell. I can't seem to find a tool to do it, I have found ovirt-image-uploader (but that's for ovf files). I hoped that I could just pull the date directly off nfs but that doesnt seem to be possible, or I am blind? Thanks -Ben

3 6

Setting DNS servers problem on ovirt
by Thing 01 Nov '16

01 Nov '16

Hi, I have installed IPA across 3 nodes. In order to point the ovirt server at the new IPA/DNS servers and to clean up I ran engine-cleanup aiming to delte the ovirt setup. However it seems even though I ran this something, "vdsm?" is still running and controlling the networking. So down under /etc/sysconfig/network-scripts I see, ========= /etc/sysconfig/network-scripts [root@ovirt1 network-scripts]# ls -l total 256 -rw-rw-r--. 1 root root 130 Nov 1 10:32 ifcfg-enp0s25 -rw-r--r--. 1 root root 254 Sep 16 2015 ifcfg-lo -rw-rw-r--. 1 root root 252 Nov 1 10:32 ifcfg-ovirtmgmt 8><----- ========== So my first Q is why when I run engine-cleanup isnt the networking cleaned up? should I file this as a bugzilla? After that I can see that ifcfg-ovirtmgmt is still controlling DNS, ========== 8><---- [root@ovirt1 network-scripts]# tail ifcfg-ovirtmgmt ONBOOT=yes IPADDR=192.168.1.34 NETMASK=255.255.255.0 GATEWAY=192.168.1.1 BOOTPROTO=none MTU=1500 DEFROUTE=yes NM_CONTROLLED=no IPV6INIT=no DNS1=192.168.1.240 [root@ovirt1 network-scripts]# =========== So I tried to set, DNS1=192.168.1.31 DNS2=192.168.1.32 DNS3=192.168.1.33 rebooted and, no I see, DNS1=192.168.1.240 again So I also see that the vdsm service is still running, ========== [root@ovirt1 network-scripts]# systemctl status vdsm-network.service ● vdsm-network.service - Virtual Desktop Server Manager network restoration Loaded: loaded (/usr/lib/systemd/system/vdsm-network.service; enabled; vendor preset: enabled) Active: active (exited) since Tue 2016-11-01 10:32:51 NZDT; 2h 0min ago Process: 2873 ExecStart=/usr/bin/vdsm-tool restore-nets (code=exited, status=0/SUCCESS) Process: 2848 ExecStartPre=/usr/bin/vdsm-tool --vvverbose --append --logfile=/var/log/vdsm/upgrade.log upgrade-unified-persistence (code=exited, status=0/SUCCESS) Main PID: 2873 (code=exited, status=0/SUCCESS) CGroup: /system.slice/vdsm-network.service Nov 01 10:32:45 ovirt1.ods.graywitch.co.nz python[2887]: DIGEST-MD5 client step 2 Nov 01 10:32:45 ovirt1.ods.graywitch.co.nz python[2887]: DIGEST-MD5 parse_server_challenge() Nov 01 10:32:45 ovirt1.ods.graywitch.co.nz python[2887]: DIGEST-MD5 ask_user_info() Nov 01 10:32:45 ovirt1.ods.graywitch.co.nz python[2887]: DIGEST-MD5 client step 2 Nov 01 10:32:45 ovirt1.ods.graywitch.co.nz python[2887]: DIGEST-MD5 ask_user_info() Nov 01 10:32:45 ovirt1.ods.graywitch.co.nz python[2887]: DIGEST-MD5 make_client_response() Nov 01 10:32:45 ovirt1.ods.graywitch.co.nz python[2887]: DIGEST-MD5 client step 3 Nov 01 10:32:51 ovirt1.ods.graywitch.co.nz python[2887]: DIGEST-MD5 client mech dispose Nov 01 10:32:51 ovirt1.ods.graywitch.co.nz python[2887]: DIGEST-MD5 common mech dispose Nov 01 10:32:51 ovirt1.ods.graywitch.co.nz systemd[1]: Started Virtual Desktop Server Manager network restoration. [root@ovirt1 network-scripts]# =========== why after cleaning up is this still active? Next, I have grep'd under /etc/ and cannot find where its getting its obsolete network DNS info info from. So I need to know where this info is stored? so I can edit is via the CLI? database? There is no web ui running as engine-cleanup has removed that so I cant work via the web ui. Is there anything else I need to manually stop, disable and remove after running engine-cleanup? thanks

3 2

Kill a failed VM import
by Chris Cowley 31 Oct '16

31 Oct '16

Hello all I have just imported physical machine into my export datastore using virt-p2v. While I was importing it, my hosted-engine died (VM went into paused state) during the disk-copy stage. Now, that half-imported VM is in the status "image locked" and I am un able to do anything with it. The disk image does not seem to be in my master data store so I think I can safely delete the VM and re-import it. However, that is not available in the web GUI. How can I work around that and force the deletion?

2 1

Local and Shared storage in same datacenter
by Mike (maillinglists) 31 Oct '16

31 Oct '16

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

6 12

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 31 Oct '16

31 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 31 Oct '16

31 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 张余歌 31 Oct '16

31 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

gluster setup in ovirt
by Thing 28 Oct '16

28 Oct '16

Hi, I have 3 machines imported into ovirt 4.0.4 just to do storage. I have no storage setup. I am a bit confused, can I add new storage from scratch via ovirt? ie picking mount points (I have /gv1 so set on each) or do I create the gluster replicated setup manually on each of the three nodes first? and import "ready made"?

2 1

messed up gluster attempt
by Thing 28 Oct '16

28 Oct '16

Hi, So was was trying to make a 3 way mirror and it reported failed. Now I get these messages, On glusterp1, ========= [root@glusterp1 ~]# gluster peer status Number of Peers: 1 Hostname: 192.168.1.32 Uuid: ef780f56-267f-4a6d-8412-4f1bb31fd3ac State: Peer in Cluster (Connected) [root@glusterp1 ~]# gluster peer probe glusterp3.graywitch.co.nz peer probe: failed: glusterp3.graywitch.co.nz is either already part of another cluster or having volumes configured [root@glusterp1 ~]# gluster volume info No volumes present [root@glusterp1 ~]# ========= on glusterp2, ========= [root@glusterp2 ~]# systemctl status glusterd.service ● glusterd.service - GlusterFS, a clustered file-system server Loaded: loaded (/usr/lib/systemd/system/glusterd.service; disabled; vendor preset: disabled) Active: active (running) since Fri 2016-10-28 15:22:34 NZDT; 5min ago Main PID: 16779 (glusterd) CGroup: /system.slice/glusterd.service └─16779 /usr/sbin/glusterd -p /var/run/glusterd.pid --log-level INFO Oct 28 15:22:32 glusterp2.graywitch.co.nz systemd[1]: Starting GlusterFS, a clustered file-system server... Oct 28 15:22:34 glusterp2.graywitch.co.nz systemd[1]: Started GlusterFS, a clustered file-system server. [root@glusterp2 ~]# gluster volume info No volumes present [root@glusterp2 ~]# gluster peer status Number of Peers: 2 Hostname: 192.168.1.33 Uuid: 0fde5a5b-6254-4931-b704-40a88d4e89ce State: Sent and Received peer request (Connected) Hostname: 192.168.1.31 Uuid: a29a93ee-e03a-46b0-a168-4d5e224d5f02 State: Peer in Cluster (Connected) [root@glusterp2 ~]# ========== on glusterp3, ========== [root@glusterp3 glusterd]# systemctl status glusterd.service ● glusterd.service - GlusterFS, a clustered file-system server Loaded: loaded (/usr/lib/systemd/system/glusterd.service; disabled; vendor preset: disabled) Active: active (running) since Fri 2016-10-28 15:26:40 NZDT; 1min 16s ago Main PID: 7033 (glusterd) CGroup: /system.slice/glusterd.service └─7033 /usr/sbin/glusterd -p /var/run/glusterd.pid --log-level INFO Oct 28 15:26:37 glusterp3.graywitch.co.nz systemd[1]: Starting GlusterFS, a clustered file-system server... Oct 28 15:26:40 glusterp3.graywitch.co.nz systemd[1]: Started GlusterFS, a clustered file-system server. [root@glusterp3 glusterd]# gluster volume info No volumes present [root@glusterp3 glusterd]# gluster peer probe glusterp1.graywitch.co.nz peer probe: failed: glusterp1.graywitch.co.nz is either already part of another cluster or having volumes configured [root@glusterp3 glusterd]# gluster volume info No volumes present [root@glusterp3 glusterd]# gluster peer status Number of Peers: 1 Hostname: glusterp2.graywitch.co.nz Uuid: ef780f56-267f-4a6d-8412-4f1bb31fd3ac State: Sent and Received peer request (Connected) [root@glusterp3 glusterd]# =========== How do I clean this mess up? thanks

2 1

gluster how to setup a volume across 3 nodes via ovirt
by Thing 28 Oct '16

28 Oct '16

Hi, I have 3 gluster nodes running, ====== [root@glusterp1 ~]# gluster peer status Number of Peers: 2 Hostname: 192.168.1.33 Uuid: 0fde5a5b-6254-4931-b704-40a88d4e89ce State: Peer in Cluster (Connected) Hostname: 192.168.1.32 Uuid: ef780f56-267f-4a6d-8412-4f1bb31fd3ac State: Peer in Cluster (Connected) ====== I have a 900gb partition on each of the three nodes ready to go, formatted xfs. However when I go into host---> storage devices it says gv_1-lvgv1 is already in use and "create brick" is greyed out. So how do I get "create brick" un-greyed? The partition isnt mounted, just setup and xfs'd ready for use. Or am I better to set it up via the CLI on glusterp1? I assume I can then import it into ovirt for use?

1 0

power management configuration.
by Thing 28 Oct '16

28 Oct '16

So far from reading it appears this only applies to "proper" servers? ie without a iLo card there is nothiing to do?

1 0

host gaga and ovirt cannt control it.
by Thing 27 Oct '16

27 Oct '16

Ok, I have struggled with this for 2 hours now, glusterp2 and the ovirt server are basically not talking at all. I have rebooted both, I dont know how many times. Reading via google there seems to be no fix for this bar a manual hack of the ovirt server's database to delete the host glusterp2? or it it re-install from scratch time? If I have to re-install from scratch, is it best to go back a version of ovirt say to 3.6?

2 2

fakevdsm templates per datacenter
by joost＠familiealbers.nl 27 Oct '16

27 Oct '16

Hi All, i have two ovirt / fakevdsm questions. I am using fakevdsm to test my ovirt 4.0.5 engine. I have a somewhat awkward setup where i have a relatively large amount of dc's. I cannot get nfs master domain to work from the api. The api code is solid and is used on a ovirt-engine 3.5 production cluster. When creating the nfs storage domain i have no issues (it is created as id (00000-00000 more zeros here......) but when i try to attach it to a dc it fails. I am not sure this is an ovirt of fakevdsm issue. When i manually add the nfs storage domain it does get created which is somewhat worrying. My real aim would be to run 500 dc's with 2 hosts and around 5 vms. Not being able to use the nfs storage master domain is one of the issues. To work around this i decided to try and create 1000 dcs with a single host using local storage. Allthough this works it looks like the hosts and vms within the dc's are actually not having their own storage pool. In our prod environment we run at a much lower scale serveral dc's with shared gluster storage (shared between the two hosts in the cluster) This is considered per dc its own storage pool. In my tests when reaching dc,cluster, host 249 things fail, this is likely because of the value of 'maxnumberofhostsinstoragepool'. I would expect this to be bound to the dcs and not the overall server. In short i expect each dc to be able to run 249 hosts as each dc is its own storage pool? Similarly when i look at the ovirt ui some hosts actually show they are running the total amount of running vms. Again i am not sure if i am correct in assuming each dc is its own storage pool. Finally. As this setup is somewhat awkward i would like to tweak the diverse flags in ovirt engine to be more relaxed about obtaining data from the hosts and storage domains. I believe ovirt engine now checks every 3 seconds the host but i am guessing i can live with every 60 seconds for example, the same would apply for the storage part. what i am not sure about though is if there is a golden ratio between these config items. I.e. there is vdsRefreshRate, if i set this to 60 instead of 3 do i need to also change the vdsTimeout value which is set to 180 by default? sorru for the lenght of this message. the most critical items are. Should i worry about not being eable to create an nfs master domain or is this a fakevdsm thing Why are my dcs, for someone reason related to the main storage pool or am i right in thinking a dc + cluster +host with local storage, is its own storage pool? Thanks you so much.

2 3

HostedEngine Storage
by Bryan Sockel 27 Oct '16

27 Oct '16

Hi, We currently have our HostedEngine VM running on a gluster Replica 3 storage domain. Is there a way to modify the mount options in oVirt to specify the Backup-Volfile servers?

2 1

[ANN] oVirt 4.0.5 Fourth Release Candidate is now available
by Sandro Bonazzola 27 Oct '16

27 Oct '16

The oVirt Project is pleased to announce the availability of oVirt 4.0.5 fourth release candidate for testing, as of October 27th, 2016. This release is available now for: * Fedora 23 (tech preview) * Red Hat Enterprise Linux 7.2 or later * CentOS Linux (or similar) 7.2 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.2 or later * CentOS Linux (or similar) 7.2 or later * Fedora 23 (tech preview) * oVirt Next Generation Node 4.0 This is pre-release software. Please take a look at our community page[1] to know how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This pre-release should not to be used in production. This update is the fourth release candidate of the fifth in a series of stabilization updates to the 4.0 series. 4.0.5 brings 13 enhancements and 83 bugfixes, including 37 high or urgent severity fixes, on top of oVirt 4.0 series See the release notes [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: * A new oVirt Live ISO is available. [4] * A new oVirt Next Generation Node will be available soon [4] * A new oVirt Engine Appliance is available for Red Hat Enterprise Linux and CentOS Linux (or similar) * Mirrors[5] might need up to one day to synchronize. Additional Resources: * Read more about the oVirt 4.0.5 release highlights: http://www.ovirt.org/release/4.0.5/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.0.5/ [4] http://resources.ovirt.org/pub/ovirt-4.0-pre/iso/ [5] http://www.ovirt.org/Repository_mirrors#Current_mirrors -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 2

oVirt engine and primary DNS
by Jonas Israelsson 27 Oct '16

27 Oct '16

Greetings. We are under the impression if the machine that runs the oVirt-engine looses it's primary nameserver, the oVirt web-ui becomes more or less unresponsive. By primary I mean the nameserver at the top of resolv.conf In 3.x it was a disaster, 4.0 is far better, but for instance trying to import storage domains just gives you a spinning wheel when it's searching for nfs-domains to display. By reorder the nameservers in resolv.conf we got it working yesterday during our 3.6 ---> 4.0 migration. Could someone confirm this, please ? Brgds, Jonas

3 6

oVirt 3.6 Migrated from Legacy AD Authentication - Previously Used AD Users Can't Log In
by Beckman, Daniel 27 Oct '16

27 Oct '16

--_000_04BADA2BE93C4A10A146D05F3F04B4E4ingramcontentcom_ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 SSBoYXZlIGJlZW4gdXBkYXRpbmcgb3VyIG9WaXJ0IDMuNiAoMy42LjcuNS0xKSBlbnZpcm9ubWVu dCBpbiBwcmVwYXJhdGlvbiBmb3IgdXBncmFkaW5nIHRvIG9WaXJ0IDQuDQoNCldlIGhhZCBiZWVu IHVzaW5nIHRoZSBsZWdhY3kgQUQgY29ubmVjdGlvbiAodmlhIGVuZ2luZS1tYW5hZ2UtZG9tYWlu cyksIGFuZCBzaW5jZSB0aGF04oCZcyBubyBsb25nZXIgYXZhaWxhYmxlIGluIG9WaXJ0IDQsIHRo aXMgd2FzIGEgcHJpb3J0eS4gKEkgcHV0IHRoaXMgb2ZmIGFzIGxvbmcgYXMgSSBjb3VsZCDigJMg SSBmb3VuZCB0aGUgbmV3IG1ldGhvZCBhIHN0ZXAgYmFjayBpbiBlYXNlIG9mIHVzZS4pDQoNClNv IGZvbGxvd2luZyB0aGUgZG9jdW1lbnRhdGlvbiBJIHNldHVwIOKAmG92aXJ0LWVuZ2luZS1leHRl bnNpb24tYWFhLWxkYXDigJksIGNvbm5lY3RpbmcgdG8gdGhlIHNhbWUgQWN0aXZlIERpcmVjdG9y eSBmb3Jlc3QuIEl0IHNlZW1lZCB0byB3b3JrOyBJIHdhcyBhYmxlIHRvIGxvb2sgdXAgdXNlcnMu IEJ1dCBub25lIG9mIHRoZSBleGlzdGluZyBBRCB1c2VycyB0aGF0IHdlIGhhZCBiZWVuIHVzaW5n IGluIG9WaXJ0IHdlcmUgYWJsZSB0byBsb2cgaW4gdG8gdGhlIGFkbWluIG9yIHVzZXIgcG9ydGFs LCB1c2luZyB0aGUgbmV3IGV4dGVuc2lvbi4gVGhlIGVycm9yIGlzIOKAnEdlbmVyYWwgY29tbWFu ZCB2YWxpZGF0aW9uIGZhaWx1cmUu4oCdLiAoV2hlcmVhcyBpZiB5b3UgZW50ZXIgYSB3cm9uZyBw YXNzd29yZCwgeW91IGdldCB0aGUgZXhwZWN0ZWQgd3JvbmcgcGFzc3dvcmQgZXJyb3IuKSAgSGVy ZeKAmXMgd2hhdCAvdmFyL2xvZy9vdmlydC1lbmdpbmUvZW5naW5lLmxvZyBzaG93cyBmb3Ig4oCc bXl1c2Vy4oCdOg0Ke0V4dGtleVtuYW1lPUVYVEVOU0lPTl9JTlZPS0VfQ09OVEVYVDt0eXBlPWNs YXNzIG9yZy5vdmlydC5lbmdpbmUuYXBpLmV4dGVuc2lvbnMuRXh0TWFwO3V1aWQ9RVhURU5TSU9O X0lOVk9LRV9DT05URVhUWzg4NmQyZWJiLTMxMmEtNDlhZS05Y2MzLWUxZjg0OTgzNGI3ZF07XT17 RXh0a2V5W25hbWU9RVhURU5TSU9OX0lOVEVSRkFDRV9WRVJTSU9OX01BWDt0eXBlPWNsYXNzIGph dmEubGFuZy5JbnRlZ2VyO3V1aWQ9RVhURU5TSU9OX0lOVEVSRkFDRV9WRVJTSU9OX01BWFtmNGNm ZjQ5Zi0yNzE3LTQ5MDEtOGVlOS1kZjM2MjQ0NmUzZTddO109MCwgRXh0a2V5W25hbWU9RVhURU5T SU9OX0xJQ0VOU0U7dHlwZT1jbGFzcyBqYXZhLmxhbmcuU3RyaW5nO3V1aWQ9RVhURU5TSU9OX0xJ Q0VOU0VbOGE2MWFkNjUtMDU0Yy00ZTMxLTljNmQtMWNhNGQ2MGE0YzE4XTtdPUFTTCAyLjAsIEV4 dGtleVtuYW1lPUVYVEVOU0lPTl9OT1RFUzt0eXBlPWNsYXNzIGphdmEubGFuZy5TdHJpbmc7dXVp ZD1FWFRFTlNJT05fTk9URVNbMmRhNWFkN2UtMTg1YS00NTg0LWFhZmYtOTdmNjY5NzhlNGVhXTtd PURpc3BsYXkgbmFtZTogb3ZpcnQtZW5naW5lLWV4dGVuc2lvbi1hYWEtbGRhcC0xLjEuNC0xLmVs NywgRXh0a2V5W25hbWU9RVhURU5TSU9OX0hPTUVfVVJMO3R5cGU9Y2xhc3MgamF2YS5sYW5nLlN0 cmluZzt1dWlkPUVYVEVOU0lPTl9IT01FX1VSTFs0YWQ3YTJmNC1mOTY5LTQyZDQtYjM5OS03MmQx OTJlMTgzMDRdO109aHR0cDovL3d3dy5vdmlydC5vcmcsIEV4dGtleVtuYW1lPUVYVEVOU0lPTl9M T0NBTEU7dHlwZT1jbGFzcyBqYXZhLmxhbmcuU3RyaW5nO3V1aWQ9RVhURU5TSU9OX0xPQ0FMRVsw NzgwYjExMi0wY2UwLTQwNGEtYjg1ZS04NzY1ZDc3OGJiMjldO109ZW5fVVMsIEV4dGtleVtuYW1l PUVYVEVOU0lPTl9OQU1FO3R5cGU9Y2xhc3MgamF2YS5sYW5nLlN0cmluZzt1dWlkPUVYVEVOU0lP Tl9OQU1FWzY1MTM4MWQzLWY1NGYtNDU0Ny1iZjI4LWIwYjAxYTEwMzE4NF07XT1vdmlydC1lbmdp bmUtZXh0ZW5zaW9uLWFhYS1sZGFwLmF1dGh6LCBFeHRrZXlbbmFtZT1FWFRFTlNJT05fSU5URVJG QUNFX1ZFUlNJT05fTUlOO3R5cGU9Y2xhc3MgamF2YS5sYW5nLkludGVnZXI7dXVpZD1FWFRFTlNJ T05fSU5URVJGQUNFX1ZFUlNJT05fTUlOWzJiODRmYzkxLTMwNWItNDk3Yi1hMWQ3LWQ5NjFiOWQy Y2UwYl07XT0wLCBFeHRrZXlbbmFtZT1FWFRFTlNJT05fQ09ORklHVVJBVElPTjt0eXBlPWNsYXNz IGphdmEudXRpbC5Qcm9wZXJ0aWVzO3V1aWQ9RVhURU5TSU9OX0NPTkZJR1VSQVRJT05bMmQ0OGFi NzItZjBhMS00MzEyLWI0YWUtNTA2OGEyMjZiMGZjXTtdPSoqKiwgRXh0a2V5W25hbWU9RVhURU5T SU9OX0FVVEhPUjt0eXBlPWNsYXNzIGphdmEubGFuZy5TdHJpbmc7dXVpZD1FWFRFTlNJT05fQVVU SE9SW2VmMjQyZjdhLTJkYWQtNGJjNS05YWFkLWUwNzAxOGI3ZmJjY107XT1UaGUgb1ZpcnQgUHJv amVjdCwgRXh0a2V5W25hbWU9QUFBX0FVVEhaX1FVRVJZX01BWF9GSUxURVJfU0laRTt0eXBlPWNs YXNzIGphdmEubGFuZy5JbnRlZ2VyO3V1aWQ9QUFBX0FVVEhaX1FVRVJZX01BWF9GSUxURVJfU0la RVsyZWIxZjU0MS0wZjY1LTQ0YTEtYTZlMy0wMTRlMjQ3NTk1ZjVdO109NTAsIEV4dGtleVtuYW1l PUVYVEVOU0lPTl9JTlNUQU5DRV9OQU1FO3R5cGU9Y2xhc3MgamF2YS5sYW5nLlN0cmluZzt1dWlk PUVYVEVOU0lPTl9JTlNUQU5DRV9OQU1FWzY1YzY3ZmY2LWFlY2EtNGJkNS1hMjQ1LTg2NzQzMjdm MDExYl07XT1pbmdyYW1jb250ZW50LmNvbSwgRXh0a2V5W25hbWU9RVhURU5TSU9OX0JVSUxEX0lO VEVSRkFDRV9WRVJTSU9OO3R5cGU9Y2xhc3MgamF2YS5sYW5nLkludGVnZXI7dXVpZD1FWFRFTlNJ T05fQlVJTERfSU5URVJGQUNFX1ZFUlNJT05bY2I0NzllNWEtNGIyMy00NmY4LWFlZDMtNTZhNDc0 N2E4YWI3XTtdPTAsIEV4dGtleVtuYW1lPUVYVEVOU0lPTl9DT05GSUdVUkFUSU9OX1NFTlNJVElW RV9LRVlTO3R5cGU9aW50ZXJmYWNlIGphdmEudXRpbC5Db2xsZWN0aW9uO3V1aWQ9RVhURU5TSU9O X0NPTkZJR1VSQVRJT05fU0VOU0lUSVZFX0tFWVNbYTQ1NmVmYTEtNzNmZi00MjA0LTlmOWItZWJm ZjAxZTM1MjYzXTtdPVtdLCBFeHRrZXlbbmFtZT1FWFRFTlNJT05fR0xPQkFMX0NPTlRFWFQ7dHlw ZT1jbGFzcyBvcmcub3ZpcnQuZW5naW5lLmFwaS5leHRlbnNpb25zLkV4dE1hcDt1dWlkPUVYVEVO U0lPTl9HTE9CQUxfQ09OVEVYVFs5Nzk5ZTcyZi03YWY2LTRjZjEtYmYwOC0yOTdiYzg5MDM2NzZd O109KnNraXAqLCBFeHRrZXlbbmFtZT1FWFRFTlNJT05fVkVSU0lPTjt0eXBlPWNsYXNzIGphdmEu bGFuZy5TdHJpbmc7dXVpZD1FWFRFTlNJT05fVkVSU0lPTltmZTM1ZjZhOC04MjM5LTRiZGItYWIx YS1hZjlmNzc5Y2U2OGNdO109MS4xLjQsIEV4dGtleVtuYW1lPUFBQV9BVVRIWl9BVkFJTEFCTEVf TkFNRVNQQUNFUzt0eXBlPWludGVyZmFjZSBqYXZhLnV0aWwuQ29sbGVjdGlvbjt1dWlkPUFBQV9B VVRIWl9BVkFJTEFCTEVfTkFNRVNQQUNFU1s2ZGZmYTM0Yy05NTVmLTQ4NmEtYmQzNS0wYTI3MmI0 NWE3MTFdO109W0RDPWluZ3JhbWNvbnRlbnQsREM9Y29tXSwgRXh0a2V5W25hbWU9RVhURU5TSU9O X01BTkFHRVJfVFJBQ0VfTE9HO3R5cGU9aW50ZXJmYWNlIG9yZy5zbGY0ai5Mb2dnZXI7dXVpZD1F WFRFTlNJT05fTUFOQUdFUl9UUkFDRV9MT0dbODYzZGI2NjYtM2VhNy00NzUxLTk2OTUtOTE4YTMx OTdhZDgzXTtdPW9yZy5zbGY0ai5pbXBsLlNsZjRqTG9nZ2VyKG9yZy5vdmlydC5lbmdpbmUuY29y ZS5leHRlbnNpb25zLm1nci5FeHRlbnNpb25zTWFuYWdlci50cmFjZS5vdmlydC1lbmdpbmUtZXh0 ZW5zaW9uLWFhYS1sZGFwLmF1dGh6LmluZ3JhbWNvbnRlbnQuY29tKSwgRXh0a2V5W25hbWU9RVhU RU5TSU9OX1BST1ZJREVTO3R5cGU9aW50ZXJmYWNlIGphdmEudXRpbC5Db2xsZWN0aW9uO3V1aWQ9 RVhURU5TSU9OX1BST1ZJREVTWzhjZjM3M2E2LTY1YjUtNDU5NC1iODI4LTBlMjc1MDg3ZGU5MV07 XT1bb3JnLm92aXJ0LmVuZ2luZS5hcGkuZXh0ZW5zaW9ucy5hYWEuQXV0aHpdLCBFeHRrZXlbbmFt ZT1FWFRFTlNJT05fQ09ORklHVVJBVElPTl9GSUxFO3R5cGU9Y2xhc3MgamF2YS5sYW5nLlN0cmlu Zzt1dWlkPUVYVEVOU0lPTl9DT05GSUdVUkFUSU9OX0ZJTEVbNGZiMGZmZDMtOTgzYy00ZjNmLTk4 ZmYtOTY2MGJkNjdhZjZhXTtdPS9ldGMvb3ZpcnQtZW5naW5lL2V4dGVuc2lvbnMuZC9JTkdSQU1D T05URU5ULkNPTS5wcm9wZXJ0aWVzfSwgRXh0a2V5W25hbWU9QUFBX0FVVEhaX1FVRVJZX0ZMQUdT O3R5cGU9Y2xhc3MgamF2YS5sYW5nLkludGVnZXI7dXVpZD1BQUFfQVVUSFpfUVVFUllfRkxBR1Nb OTdkMjI2ZTktOGQ4Ny00OWEwLTlhN2YtYWY2ODkzMjA5MDdiXTtdPTMsIEV4dGtleVtuYW1lPUFB QV9BVVRIWl9QUklOQ0lQQUw7dHlwZT1jbGFzcyBqYXZhLmxhbmcuU3RyaW5nO3V1aWQ9QUFBX0FV VEhaX1BSSU5DSVBBTFthM2MxZDVjYS1mMWVhLTEzMWMtODZhZS1hMWVjYmNhZGQ2YjddO109bXl1 c2VyQGluZ3JhbWNvbnRlbnQuY29tLCBFeHRrZXlbbmFtZT1FWFRFTlNJT05fSU5WT0tFX0NPTU1B TkQ7dHlwZT1jbGFzcyBvcmcub3ZpcnQuZW5naW5lLmFwaS5leHRlbnNpb25zLkV4dFVVSUQ7dXVp ZD1FWFRFTlNJT05fSU5WT0tFX0NPTU1BTkRbNDg1Nzc4YWItYmVkZS00ZjFhLWI4MjMtNzdiMjYy YTJmMjhkXTtdPUFBQV9BVVRIWl9GRVRDSF9QUklOQ0lQQUxfUkVDT1JEWzVhNWJmOWJiLTkzMzYt NDM3Ni1hODIzLTI2ZWZlMWJhMjZkZl0sIEV4dGtleVtuYW1lPUFBQV9BVVRITl9BVVRIX1JFQ09S RDt0eXBlPWNsYXNzIG9yZy5vdmlydC5lbmdpbmUuYXBpLmV4dGVuc2lvbnMuRXh0TWFwO3V1aWQ9 QUFBX0FVVEhOX0FVVEhfUkVDT1JEW2U5NDYyMTY4LWI1M2ItNDRhYy05YWY1LWYyNWUxNjk3MTcz ZV07XT17RXh0a2V5W25hbWU9QUFBX0FVVEhOX0FVVEhfUkVDT1JEX1BSSU5DSVBBTDt0eXBlPWNs YXNzIGphdmEubGFuZy5TdHJpbmc7dXVpZD1BQUFfQVVUSE5fQVVUSF9SRUNPUkRfUFJJTkNJUEFM W2MzNDk4ZjA3LTExZmUtNDY0Yy05NThjLThiZDc0OTBiMTE5YV07XT1teXVzZXJAaW5ncmFtY29u dGVudC5jb219fQ0Ke0V4dGtleVtuYW1lPUVYVEVOU0lPTl9JTlZPS0VfUkVTVUxUO3R5cGU9Y2xh c3MgamF2YS5sYW5nLkludGVnZXI7dXVpZD1FWFRFTlNJT05fSU5WT0tFX1JFU1VMVFswOTA5ZDkx ZC04YmRlLTQwZmItYjZjMC0wOTljNzcyZGRkNGVdO109MiwgRXh0a2V5W25hbWU9RVhURU5TSU9O X0lOVk9LRV9NRVNTQUdFO3R5cGU9Y2xhc3MgamF2YS5sYW5nLlN0cmluZzt1dWlkPUVYVEVOU0lP Tl9JTlZPS0VfTUVTU0FHRVtiN2IwNTNkZS1kYzczLTRiZjctOWQyNi1iOGJkYjcyZjU4OTNdO109 Q2Fubm90IHJlc29sdmUgcHJpbmNpcGFsICdteXVzZXJAaW5ncmFtY29udGVudC5jb20nfQ0KDQpJ IGxvZ2dlZCBpbiB3aXRoIHRoZSBsb2NhbCDigJhhZG1pbuKAmSBhY2NvdW50IGFuZCBhZGRlZCBz b21lIGFkZGl0aW9uYWwgdXNlcnMgZnJvbSBBRC4gVGhlbiBJIGZvdW5kIHRoYXQgdGhvc2UgbmV3 bHkgYWRkZWQgdXNlcnMgKmNvdWxkKiBsb2cgaW4ganVzdCBmaW5lLiBJdOKAmXMgb25seSBhIHBy b2JsZW0gd2l0aCB1c2VycyB0aGF0IHdlIGhhZCBwcmV2aW91c2x5IGFkZGVkIHdoZW4gdGhlIGxl Z2FjeQ0KTERBUCBwcm92aWRlciB3YXMgdXNlZC4gSeKAmXZlIHRyaWVkIHJlbW92aW5nIGFuZCBy ZS1hZGRpbmcgdGhvc2UgZXhpc3RpbmcgdXNlcnMsIGJ1dCB0aGF0IGRvZXNu4oCZdCBmaXggaXQu IE15IGh1bmNoIGlzIHRoYXQgdGhlcmUgaXMgc29tZXRoaW5nIGxlZnQgb3ZlciBhc3NvY2lhdGVk IHdpdGggdGhvc2UgYWNjb3VudHMgdGhhdOKAmXMgYnJlYWtpbmcgdGhpcy4gVG8gYmUgY2xlYXIs IEnigJl2ZSBhbHJlYWR5IHJlbW92ZWQgdGhlIGxlZ2FjeSBwcm92aWRlcjoNCg0KZW5naW5lLW1h bmFnZS1kb21haW5zIGxpc3QNCkxlZ2FjeSBrZXJiZXJvcy9sZGFwIGRpcmVjdG9yeSBpbnRlZ3Jh dGlvbiBpcyBvYnNvbGV0ZWQgYW5kIHdpbGwgYmUgcmVtb3ZlZCBpbiA0LjAgdmVyc2lvbiBhbG9u ZyB3aXRoIHRoZSBlbmdpbmUtbWFuYWdlLWRvbWFpbnMgdXRpbGl0eS4gUGxlYXNlIG1pZ3JhdGUg dG8gb3ZpcnQtZW5naW5lLWV4dGVuc2lvbi1hYWEtbGRhcCBwcm92aWRlciBvciBjb250YWN0IHN1 cHBvcnQgZm9yIGFzc2lzdGFuY2UuDQoNCk1hbmFnZSBEb21haW5zIGNvbXBsZXRlZCBzdWNjZXNz ZnVsbHkNCg0KV2hlcmUgZWxzZSBzaG91bGQgSSBsb29rIHRvIHRyb3VibGVzaG9vdD8gQW55IHN1 Z2dlc3Rpb25zIGFwcHJlY2lhdGVkLiBUaGFua3MhDQoNCkJlc3QsDQpEYW5pZWwNCg0KDQoNCg0K DQoNCg0K --_000_04BADA2BE93C4A10A146D05F3F04B4E4ingramcontentcom_ Content-Type: text/html; charset=UTF-8 Content-ID: <FF1B59ACC5EE1C47951BCD107C840854(a)namprd12.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eTpDYWxpYnJpO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFu LkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQt ZmFtaWx5OkNhbGlicmk7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLm1zb0lucw0KCXttc28t c3R5bGUtdHlwZTpleHBvcnQtb25seTsNCgltc28tc3R5bGUtbmFtZToiIjsNCgl0ZXh0LWRlY29y YXRpb246dW5kZXJsaW5lOw0KCWNvbG9yOnRlYWw7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0 eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6Q2FsaWJyaTt9DQpAcGFnZSBXb3Jk U2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGlu IDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9z dHlsZT4NCjwvaGVhZD4NCjxib2R5IGJnY29sb3I9IndoaXRlIiBsYW5nPSJFTi1VUyIgbGluaz0i IzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5JIGhhdmUg YmVlbiB1cGRhdGluZyBvdXIgb1ZpcnQgMy42ICgzLjYuNy41LTEpIGVudmlyb25tZW50IGluIHBy ZXBhcmF0aW9uIGZvciB1cGdyYWRpbmcgdG8gb1ZpcnQgNC4NCjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdCI+V2UgaGFkIGJlZW4gdXNpbmcgdGhlIGxlZ2FjeSBBRCBj b25uZWN0aW9uICh2aWEgZW5naW5lLW1hbmFnZS1kb21haW5zKSwgYW5kIHNpbmNlIHRoYXTigJlz IG5vIGxvbmdlciBhdmFpbGFibGUgaW4gb1ZpcnQgNCwgdGhpcyB3YXMgYSBwcmlvcnR5LiAoSSBw dXQgdGhpcyBvZmYgYXMgbG9uZyBhcyBJIGNvdWxkIOKAkyBJIGZvdW5kIHRoZSBuZXcgbWV0aG9k IGEgc3RlcA0KIGJhY2sgaW4gZWFzZSBvZiB1c2UuKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdCI+U28gZm9sbG93aW5nIHRoZSBkb2N1bWVudGF0aW9uIEkgc2V0dXAg 4oCYb3ZpcnQtZW5naW5lLWV4dGVuc2lvbi1hYWEtbGRhcOKAmSwgY29ubmVjdGluZyB0byB0aGUg c2FtZSBBY3RpdmUgRGlyZWN0b3J5IGZvcmVzdC4gSXQgc2VlbWVkIHRvIHdvcms7IEkgd2FzIGFi bGUgdG8gbG9vayB1cCB1c2Vycy4gQnV0IG5vbmUgb2YgdGhlIGV4aXN0aW5nIEFEIHVzZXJzIHRo YXQNCiB3ZSBoYWQgYmVlbiB1c2luZyBpbiBvVmlydCB3ZXJlIGFibGUgdG8gbG9nIGluIHRvIHRo ZSBhZG1pbiBvciB1c2VyIHBvcnRhbCwgdXNpbmcgdGhlIG5ldyBleHRlbnNpb24uIFRoZSBlcnJv ciBpcyDigJxHZW5lcmFsIGNvbW1hbmQgdmFsaWRhdGlvbiBmYWlsdXJlLuKAnS4gKFdoZXJlYXMg aWYgeW91IGVudGVyIGEgd3JvbmcgcGFzc3dvcmQsIHlvdSBnZXQgdGhlIGV4cGVjdGVkIHdyb25n IHBhc3N3b3JkIGVycm9yLik8Yj4gJm5ic3A7PC9iPkhlcmXigJlzIHdoYXQNCiAvdmFyL2xvZy9v dmlydC1lbmdpbmUvZW5naW5lLmxvZyBzaG93cyBmb3Ig4oCcbXl1c2Vy4oCdOjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0Ij57RXh0a2V5W25hbWU9RVhURU5TSU9OX0lOVk9LRV9DT05URVhUO3R5cGU9Y2xhc3Mg b3JnLm92aXJ0LmVuZ2luZS5hcGkuZXh0ZW5zaW9ucy5FeHRNYXA7dXVpZD1FWFRFTlNJT05fSU5W T0tFX0NPTlRFWFRbODg2ZDJlYmItMzEyYS00OWFlLTljYzMtZTFmODQ5ODM0YjdkXTtdPXtFeHRr ZXlbbmFtZT1FWFRFTlNJT05fSU5URVJGQUNFX1ZFUlNJT05fTUFYO3R5cGU9Y2xhc3MNCiBqYXZh LmxhbmcuSW50ZWdlcjt1dWlkPUVYVEVOU0lPTl9JTlRFUkZBQ0VfVkVSU0lPTl9NQVhbZjRjZmY0 OWYtMjcxNy00OTAxLThlZTktZGYzNjI0NDZlM2U3XTtdPTAsIEV4dGtleVtuYW1lPUVYVEVOU0lP Tl9MSUNFTlNFO3R5cGU9Y2xhc3MgamF2YS5sYW5nLlN0cmluZzt1dWlkPUVYVEVOU0lPTl9MSUNF TlNFWzhhNjFhZDY1LTA1NGMtNGUzMS05YzZkLTFjYTRkNjBhNGMxOF07XT1BU0wgMi4wLCBFeHRr ZXlbbmFtZT1FWFRFTlNJT05fTk9URVM7dHlwZT1jbGFzcw0KIGphdmEubGFuZy5TdHJpbmc7dXVp ZD1FWFRFTlNJT05fTk9URVNbMmRhNWFkN2UtMTg1YS00NTg0LWFhZmYtOTdmNjY5NzhlNGVhXTtd PURpc3BsYXkgbmFtZTogb3ZpcnQtZW5naW5lLWV4dGVuc2lvbi1hYWEtbGRhcC0xLjEuNC0xLmVs NywgRXh0a2V5W25hbWU9RVhURU5TSU9OX0hPTUVfVVJMO3R5cGU9Y2xhc3MgamF2YS5sYW5nLlN0 cmluZzt1dWlkPUVYVEVOU0lPTl9IT01FX1VSTFs0YWQ3YTJmNC1mOTY5LTQyZDQtYjM5OS03MmQx OTJlMTgzMDRdO109aHR0cDovL3d3dy5vdmlydC5vcmcsDQogRXh0a2V5W25hbWU9RVhURU5TSU9O X0xPQ0FMRTt0eXBlPWNsYXNzIGphdmEubGFuZy5TdHJpbmc7dXVpZD1FWFRFTlNJT05fTE9DQUxF WzA3ODBiMTEyLTBjZTAtNDA0YS1iODVlLTg3NjVkNzc4YmIyOV07XT1lbl9VUywgRXh0a2V5W25h bWU9RVhURU5TSU9OX05BTUU7dHlwZT1jbGFzcyBqYXZhLmxhbmcuU3RyaW5nO3V1aWQ9RVhURU5T SU9OX05BTUVbNjUxMzgxZDMtZjU0Zi00NTQ3LWJmMjgtYjBiMDFhMTAzMTg0XTtdPW92aXJ0LWVu Z2luZS1leHRlbnNpb24tYWFhLWxkYXAuYXV0aHosDQogRXh0a2V5W25hbWU9RVhURU5TSU9OX0lO VEVSRkFDRV9WRVJTSU9OX01JTjt0eXBlPWNsYXNzIGphdmEubGFuZy5JbnRlZ2VyO3V1aWQ9RVhU RU5TSU9OX0lOVEVSRkFDRV9WRVJTSU9OX01JTlsyYjg0ZmM5MS0zMDViLTQ5N2ItYTFkNy1kOTYx YjlkMmNlMGJdO109MCwgRXh0a2V5W25hbWU9RVhURU5TSU9OX0NPTkZJR1VSQVRJT047dHlwZT1j bGFzcyBqYXZhLnV0aWwuUHJvcGVydGllczt1dWlkPUVYVEVOU0lPTl9DT05GSUdVUkFUSU9OWzJk NDhhYjcyLWYwYTEtNDMxMi1iNGFlLTUwNjhhMjI2YjBmY107XT0qKiosDQogRXh0a2V5W25hbWU9 RVhURU5TSU9OX0FVVEhPUjt0eXBlPWNsYXNzIGphdmEubGFuZy5TdHJpbmc7dXVpZD1FWFRFTlNJ T05fQVVUSE9SW2VmMjQyZjdhLTJkYWQtNGJjNS05YWFkLWUwNzAxOGI3ZmJjY107XT1UaGUgb1Zp cnQgUHJvamVjdCwgRXh0a2V5W25hbWU9QUFBX0FVVEhaX1FVRVJZX01BWF9GSUxURVJfU0laRTt0 eXBlPWNsYXNzIGphdmEubGFuZy5JbnRlZ2VyO3V1aWQ9QUFBX0FVVEhaX1FVRVJZX01BWF9GSUxU RVJfU0laRVsyZWIxZjU0MS0wZjY1LTQ0YTEtYTZlMy0wMTRlMjQ3NTk1ZjVdO109NTAsDQogRXh0 a2V5W25hbWU9RVhURU5TSU9OX0lOU1RBTkNFX05BTUU7dHlwZT1jbGFzcyBqYXZhLmxhbmcuU3Ry aW5nO3V1aWQ9RVhURU5TSU9OX0lOU1RBTkNFX05BTUVbNjVjNjdmZjYtYWVjYS00YmQ1LWEyNDUt ODY3NDMyN2YwMTFiXTtdPWluZ3JhbWNvbnRlbnQuY29tLCBFeHRrZXlbbmFtZT1FWFRFTlNJT05f QlVJTERfSU5URVJGQUNFX1ZFUlNJT047dHlwZT1jbGFzcyBqYXZhLmxhbmcuSW50ZWdlcjt1dWlk PUVYVEVOU0lPTl9CVUlMRF9JTlRFUkZBQ0VfVkVSU0lPTltjYjQ3OWU1YS00YjIzLTQ2ZjgtYWVk My01NmE0NzQ3YThhYjddO109MCwNCiBFeHRrZXlbbmFtZT1FWFRFTlNJT05fQ09ORklHVVJBVElP Tl9TRU5TSVRJVkVfS0VZUzt0eXBlPWludGVyZmFjZSBqYXZhLnV0aWwuQ29sbGVjdGlvbjt1dWlk PUVYVEVOU0lPTl9DT05GSUdVUkFUSU9OX1NFTlNJVElWRV9LRVlTW2E0NTZlZmExLTczZmYtNDIw NC05ZjliLWViZmYwMWUzNTI2M107XT1bXSwgRXh0a2V5W25hbWU9RVhURU5TSU9OX0dMT0JBTF9D T05URVhUO3R5cGU9Y2xhc3Mgb3JnLm92aXJ0LmVuZ2luZS5hcGkuZXh0ZW5zaW9ucy5FeHRNYXA7 dXVpZD1FWFRFTlNJT05fR0xPQkFMX0NPTlRFWFRbOTc5OWU3MmYtN2FmNi00Y2YxLWJmMDgtMjk3 YmM4OTAzNjc2XTtdPSpza2lwKiwNCiBFeHRrZXlbbmFtZT1FWFRFTlNJT05fVkVSU0lPTjt0eXBl PWNsYXNzIGphdmEubGFuZy5TdHJpbmc7dXVpZD1FWFRFTlNJT05fVkVSU0lPTltmZTM1ZjZhOC04 MjM5LTRiZGItYWIxYS1hZjlmNzc5Y2U2OGNdO109MS4xLjQsIEV4dGtleVtuYW1lPUFBQV9BVVRI Wl9BVkFJTEFCTEVfTkFNRVNQQUNFUzt0eXBlPWludGVyZmFjZSBqYXZhLnV0aWwuQ29sbGVjdGlv bjt1dWlkPUFBQV9BVVRIWl9BVkFJTEFCTEVfTkFNRVNQQUNFU1s2ZGZmYTM0Yy05NTVmLTQ4NmEt YmQzNS0wYTI3MmI0NWE3MTFdO109W0RDPWluZ3JhbWNvbnRlbnQsREM9Y29tXSwNCiBFeHRrZXlb bmFtZT1FWFRFTlNJT05fTUFOQUdFUl9UUkFDRV9MT0c7dHlwZT1pbnRlcmZhY2Ugb3JnLnNsZjRq LkxvZ2dlcjt1dWlkPUVYVEVOU0lPTl9NQU5BR0VSX1RSQUNFX0xPR1s4NjNkYjY2Ni0zZWE3LTQ3 NTEtOTY5NS05MThhMzE5N2FkODNdO109b3JnLnNsZjRqLmltcGwuU2xmNGpMb2dnZXIob3JnLm92 aXJ0LmVuZ2luZS5jb3JlLmV4dGVuc2lvbnMubWdyLkV4dGVuc2lvbnNNYW5hZ2VyLnRyYWNlLm92 aXJ0LWVuZ2luZS1leHRlbnNpb24tYWFhLWxkYXAuYXV0aHouaW5ncmFtY29udGVudC5jb20pLA0K IEV4dGtleVtuYW1lPUVYVEVOU0lPTl9QUk9WSURFUzt0eXBlPWludGVyZmFjZSBqYXZhLnV0aWwu Q29sbGVjdGlvbjt1dWlkPUVYVEVOU0lPTl9QUk9WSURFU1s4Y2YzNzNhNi02NWI1LTQ1OTQtYjgy OC0wZTI3NTA4N2RlOTFdO109W29yZy5vdmlydC5lbmdpbmUuYXBpLmV4dGVuc2lvbnMuYWFhLkF1 dGh6XSwgRXh0a2V5W25hbWU9RVhURU5TSU9OX0NPTkZJR1VSQVRJT05fRklMRTt0eXBlPWNsYXNz IGphdmEubGFuZy5TdHJpbmc7dXVpZD1FWFRFTlNJT05fQ09ORklHVVJBVElPTl9GSUxFWzRmYjBm ZmQzLTk4M2MtNGYzZi05OGZmLTk2NjBiZDY3YWY2YV07XT0vZXRjL292aXJ0LWVuZ2luZS9leHRl bnNpb25zLmQvSU5HUkFNQ09OVEVOVC5DT00ucHJvcGVydGllc30sDQogRXh0a2V5W25hbWU9QUFB X0FVVEhaX1FVRVJZX0ZMQUdTO3R5cGU9Y2xhc3MgamF2YS5sYW5nLkludGVnZXI7dXVpZD1BQUFf QVVUSFpfUVVFUllfRkxBR1NbOTdkMjI2ZTktOGQ4Ny00OWEwLTlhN2YtYWY2ODkzMjA5MDdiXTtd PTMsIEV4dGtleVtuYW1lPUFBQV9BVVRIWl9QUklOQ0lQQUw7dHlwZT1jbGFzcyBqYXZhLmxhbmcu U3RyaW5nO3V1aWQ9QUFBX0FVVEhaX1BSSU5DSVBBTFthM2MxZDVjYS1mMWVhLTEzMWMtODZhZS1h MWVjYmNhZGQ2YjddO109bXl1c2VyQGluZ3JhbWNvbnRlbnQuY29tLA0KIEV4dGtleVtuYW1lPUVY VEVOU0lPTl9JTlZPS0VfQ09NTUFORDt0eXBlPWNsYXNzIG9yZy5vdmlydC5lbmdpbmUuYXBpLmV4 dGVuc2lvbnMuRXh0VVVJRDt1dWlkPUVYVEVOU0lPTl9JTlZPS0VfQ09NTUFORFs0ODU3NzhhYi1i ZWRlLTRmMWEtYjgyMy03N2IyNjJhMmYyOGRdO109QUFBX0FVVEhaX0ZFVENIX1BSSU5DSVBBTF9S RUNPUkRbNWE1YmY5YmItOTMzNi00Mzc2LWE4MjMtMjZlZmUxYmEyNmRmXSwgRXh0a2V5W25hbWU9 QUFBX0FVVEhOX0FVVEhfUkVDT1JEO3R5cGU9Y2xhc3MNCiBvcmcub3ZpcnQuZW5naW5lLmFwaS5l eHRlbnNpb25zLkV4dE1hcDt1dWlkPUFBQV9BVVRITl9BVVRIX1JFQ09SRFtlOTQ2MjE2OC1iNTNi LTQ0YWMtOWFmNS1mMjVlMTY5NzE3M2VdO109e0V4dGtleVtuYW1lPUFBQV9BVVRITl9BVVRIX1JF Q09SRF9QUklOQ0lQQUw7dHlwZT1jbGFzcyBqYXZhLmxhbmcuU3RyaW5nO3V1aWQ9QUFBX0FVVEhO X0FVVEhfUkVDT1JEX1BSSU5DSVBBTFtjMzQ5OGYwNy0xMWZlLTQ2NGMtOTU4Yy04YmQ3NDkwYjEx OWFdO109bXl1c2VyQGluZ3JhbWNvbnRlbnQuY29tfX08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+e0V4dGtl eVtuYW1lPUVYVEVOU0lPTl9JTlZPS0VfUkVTVUxUO3R5cGU9Y2xhc3MgamF2YS5sYW5nLkludGVn ZXI7dXVpZD1FWFRFTlNJT05fSU5WT0tFX1JFU1VMVFswOTA5ZDkxZC04YmRlLTQwZmItYjZjMC0w OTljNzcyZGRkNGVdO109MiwgRXh0a2V5W25hbWU9RVhURU5TSU9OX0lOVk9LRV9NRVNTQUdFO3R5 cGU9Y2xhc3MgamF2YS5sYW5nLlN0cmluZzt1dWlkPUVYVEVOU0lPTl9JTlZPS0VfTUVTU0FHRVti N2IwNTNkZS1kYzczLTRiZjctOWQyNi1iOGJkYjcyZjU4OTNdO109Q2Fubm90DQogcmVzb2x2ZSBw cmluY2lwYWwgJ215dXNlckBpbmdyYW1jb250ZW50LmNvbSd9PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0Ij5JIGxvZ2dlZCBpbiB3aXRoIHRoZSBsb2NhbCDigJhhZG1p buKAmSBhY2NvdW50IGFuZCBhZGRlZCBzb21lIGFkZGl0aW9uYWwgdXNlcnMgZnJvbSBBRC4gVGhl biBJIGZvdW5kIHRoYXQgdGhvc2UgbmV3bHkgYWRkZWQgdXNlcnMgKjxiPmNvdWxkPC9iPiogbG9n IGluIGp1c3QgZmluZS4gSXTigJlzIG9ubHkgYSBwcm9ibGVtIHdpdGggdXNlcnMgdGhhdCB3ZSBo YWQgcHJldmlvdXNseQ0KIGFkZGVkIHdoZW4gdGhlIGxlZ2FjeTxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5M REFQIHByb3ZpZGVyIHdhcyB1c2VkLiBJ4oCZdmUgdHJpZWQgcmVtb3ZpbmcgYW5kIHJlLWFkZGlu ZyB0aG9zZSBleGlzdGluZyB1c2VycywgYnV0IHRoYXQgZG9lc27igJl0IGZpeCBpdC4gTXkgaHVu Y2ggaXMgdGhhdCB0aGVyZSBpcyBzb21ldGhpbmcgbGVmdCBvdmVyIGFzc29jaWF0ZWQgd2l0aCB0 aG9zZSBhY2NvdW50cyB0aGF04oCZcyBicmVha2luZyB0aGlzLiBUbw0KIGJlIGNsZWFyLCBJ4oCZ dmUgYWxyZWFkeSByZW1vdmVkIHRoZSBsZWdhY3kgcHJvdmlkZXI6PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5lbmdpbmUtbWFuYWdlLWRvbWFpbnMgbGlzdDxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0Ij5MZWdhY3kga2VyYmVyb3MvbGRhcCBkaXJlY3RvcnkgaW50ZWdyYXRpb24g aXMgb2Jzb2xldGVkIGFuZCB3aWxsIGJlIHJlbW92ZWQgaW4gNC4wIHZlcnNpb24gYWxvbmcgd2l0 aCB0aGUgZW5naW5lLW1hbmFnZS1kb21haW5zIHV0aWxpdHkuIFBsZWFzZSBtaWdyYXRlIHRvIG92 aXJ0LWVuZ2luZS1leHRlbnNpb24tYWFhLWxkYXAgcHJvdmlkZXIgb3IgY29udGFjdA0KIHN1cHBv cnQgZm9yIGFzc2lzdGFuY2UuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0Ij5NYW5hZ2UgRG9tYWlucyBjb21wbGV0ZWQgc3VjY2Vzc2Z1bGx5PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5XaGVyZSBlbHNlIHNob3VsZCBJIGxvb2sgdG8g dHJvdWJsZXNob290PyBBbnkgc3VnZ2VzdGlvbnMgYXBwcmVjaWF0ZWQuIFRoYW5rcyE8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkJlc3QsPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQiPkRhbmllbDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwv aHRtbD4NCg== --_000_04BADA2BE93C4A10A146D05F3F04B4E4ingramcontentcom_--

2 3

disk image uploading
by Chris Cowley 27 Oct '16

27 Oct '16

Simple question: Is there a better way of uploading a disk to a storage domain than through my browser?

2 1