March 2016 - Users - oVirt List Archives

engine-setup error
by qinglong.dong＠horebdata.cn 18 Mar '16

18 Mar '16

This is a multi-part message in MIME format. ------=_001_NextPart152101128521_=---- Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: base64 SGksDQogICAgICAgIEkgd2FudGVkIHRvIGluc3RhbGwgd2ViU29ja2V0IHByb3h5IG9uIGFub3Ro ZXIgaG9zdCwgYnV0IEkgZ290IGFuIGVycm9yIHdoZW4gc2V0dGluZyB1cCBlbmdpbmUuDQoNClty b290QHByb3h5IH5dIyBlbmdpbmUtc2V0dXAgDQpbIElORk8gIF0gU3RhZ2U6IEluaXRpYWxpemlu Zw0KWyBJTkZPICBdIFN0YWdlOiBFbnZpcm9ubWVudCBzZXR1cA0KICAgICAgICAgIENvbmZpZ3Vy YXRpb24gZmlsZXM6IFsnL2V0Yy9vdmlydC1lbmdpbmUtc2V0dXAuY29uZi5kLzEwLXBhY2thZ2lu Zy1qYm9zcy5jb25mJywgJy9ldGMvb3ZpcnQtZW5naW5lLXNldHVwLmNvbmYuZC8xMC1wYWNrYWdp bmcuY29uZiddDQogICAgICAgICAgTG9nIGZpbGU6IC92YXIvbG9nL292aXJ0LWVuZ2luZS9zZXR1 cC9vdmlydC1lbmdpbmUtc2V0dXAtMjAxNjAzMTgxMDM2NTgtODh4cGh1LmxvZw0KICAgICAgICAg IFZlcnNpb246IG90b3BpLTEuNC4xIChvdG9waS0xLjQuMS0xLmVsNikNClsgSU5GTyAgXSBTdGFn ZTogRW52aXJvbm1lbnQgcGFja2FnZXMgc2V0dXANClsgSU5GTyAgXSBZdW0gRG93bmxvYWRpbmc6 IG92aXJ0LTMuNi1lcGVsL3ByaW1hcnlfZGIgMS45IE0oMzIlKQ0KWyBJTkZPICBdIFl1bSBEb3du bG9hZGluZzogdmlydGlvLXdpbi1zdGFibGUvcHJpbWFyeV9kYiAoMCUpDQpbIElORk8gIF0gU3Rh Z2U6IFByb2dyYW1zIGRldGVjdGlvbg0KWyBJTkZPICBdIFN0YWdlOiBFbnZpcm9ubWVudCBzZXR1 cA0KWyBJTkZPICBdIFN0YWdlOiBFbnZpcm9ubWVudCBjdXN0b21pemF0aW9uDQogICAgICAgICAN CiAgICAgICAgICAtLT09IFBST0RVQ1QgT1BUSU9OUyA9PS0tDQogICAgICAgICANCiAgICAgICAg ICBDb25maWd1cmUgRW5naW5lIG9uIHRoaXMgaG9zdCAoWWVzLCBObykgW1llc106IG5vDQogICAg ICAgICAgQ29uZmlndXJlIFZNIENvbnNvbGUgUHJveHkgb24gdGhpcyBob3N0IChZZXMsIE5vKSBb WWVzXTogDQogICAgICAgICAgQ29uZmlndXJlIFdlYlNvY2tldCBQcm94eSBvbiB0aGlzIGhvc3Qg KFllcywgTm8pIFtZZXNdOiANCiAgICAgICAgIA0KICAgICAgICAgIC0tPT0gUEFDS0FHRVMgPT0t LQ0KICAgICAgICAgDQpbIElORk8gIF0gQ2hlY2tpbmcgZm9yIHByb2R1Y3QgdXBkYXRlcy4uLg0K WyBJTkZPICBdIE5vIHByb2R1Y3QgdXBkYXRlcyBmb3VuZA0KICAgICAgICAgDQogICAgICAgICAg LS09PSBBTEwgSU4gT05FIENPTkZJR1VSQVRJT04gPT0tLQ0KICAgICAgICAgDQogICAgICAgICAN CiAgICAgICAgICAtLT09IE5FVFdPUksgQ09ORklHVVJBVElPTiA9PS0tDQogICAgICAgICANCiAg ICAgICAgICBIb3N0IGZ1bGx5IHF1YWxpZmllZCBETlMgbmFtZSBvZiB0aGlzIHNlcnZlciBbcHJv eHkuaG9yZWJkYXRhLmNuXTogDQpbV0FSTklOR10gRmFpbGVkIHRvIHJlc29sdmUgcHJveHkuaG9y ZWJkYXRhLmNuIHVzaW5nIEROUywgaXQgY2FuIGJlIHJlc29sdmVkIG9ubHkgbG9jYWxseQ0KICAg ICAgICAgIFNldHVwIGNhbiBhdXRvbWF0aWNhbGx5IGNvbmZpZ3VyZSB0aGUgZmlyZXdhbGwgb24g dGhpcyBzeXN0ZW0uDQogICAgICAgICAgTm90ZTogYXV0b21hdGljIGNvbmZpZ3VyYXRpb24gb2Yg dGhlIGZpcmV3YWxsIG1heSBvdmVyd3JpdGUgY3VycmVudCBzZXR0aW5ncy4NCiAgICAgICAgICBE byB5b3Ugd2FudCBTZXR1cCB0byBjb25maWd1cmUgdGhlIGZpcmV3YWxsPyAoWWVzLCBObykgW1ll c106IA0KWyBJTkZPICBdIGlwdGFibGVzIHdpbGwgYmUgY29uZmlndXJlZCBhcyBmaXJld2FsbCBt YW5hZ2VyLg0KICAgICAgICAgIEhvc3QgZnVsbHkgcXVhbGlmaWVkIEROUyBuYW1lIG9mIHRoZSBl bmdpbmUgc2VydmVyIFtwcm94eS5ob3JlYmRhdGEuY25dOiBlbmdpbmUuaG9yZWJkYXRhLmNuDQpb V0FSTklOR10gRmFpbGVkIHRvIHJlc29sdmUgZW5naW5lLmhvcmViZGF0YS5jbiB1c2luZyBETlMs IGl0IGNhbiBiZSByZXNvbHZlZCBvbmx5IGxvY2FsbHkNCltXQVJOSU5HXSBGYWlsZWQgdG8gcmVz b2x2ZSBlbmdpbmUuaG9yZWJkYXRhLmNuIHVzaW5nIEROUywgaXQgY2FuIGJlIHJlc29sdmVkIG9u bHkgbG9jYWxseQ0KICAgICAgICAgDQogICAgICAgICAgLS09PSBEQVRBQkFTRSBDT05GSUdVUkFU SU9OID09LS0NCiAgICAgICAgIA0KICAgICAgICAgDQogICAgICAgICAgLS09PSBPVklSVCBFTkdJ TkUgQ09ORklHVVJBVElPTiA9PS0tDQogICAgICAgICANCiAgICAgICAgIA0KICAgICAgICAgIC0t PT0gU1RPUkFHRSBDT05GSUdVUkFUSU9OID09LS0NCiAgICAgICAgIA0KICAgICAgICAgIERlZmF1 bHQgU0FOIHdpcGUgYWZ0ZXIgZGVsZXRlIChZZXMsIE5vKSBbTm9dOiANCiAgICAgICAgIA0KICAg ICAgICAgIC0tPT0gUEtJIENPTkZJR1VSQVRJT04gPT0tLQ0KICAgICAgICAgDQogICAgICAgICAg U2V0dXAgd2lsbCBuZWVkIHRvIGRvIHNvbWUgYWN0aW9ucyBvbiB0aGUgcmVtb3RlIGVuZ2luZSBz ZXJ2ZXIuIEVpdGhlciBhdXRvbWF0aWNhbGx5LCB1c2luZyBzc2ggYXMgcm9vdCB0byBhY2Nlc3Mg aXQsIG9yIHlvdSB3aWxsIGJlIHByb21wdGVkIHRvIG1hbnVhbGx5IHBlcmZvcm0gZWFjaCBzdWNo IGFjdGlvbi4NCiAgICAgICAgICBQbGVhc2UgY2hvb3NlIG9uZSBvZiB0aGUgZm9sbG93aW5nOg0K ICAgICAgICAgIDEgLSBBY2Nlc3MgcmVtb3RlIGVuZ2luZSBzZXJ2ZXIgdXNpbmcgc3NoIGFzIHJv b3QNCiAgICAgICAgICAyIC0gUGVyZm9ybSBlYWNoIGFjdGlvbiBtYW51YWxseSwgdXNlIGZpbGVz IHRvIGNvcHkgY29udGVudCBhcm91bmQNCiAgICAgICAgICAoMSwgMikgWzFdOiAxDQogICAgICAg ICAgc3NoIHBvcnQgb24gcmVtb3RlIGVuZ2luZSBzZXJ2ZXIgWzIyXTogDQogICAgICAgICAgcm9v dCBwYXNzd29yZCBvbiByZW1vdGUgZW5naW5lIHNlcnZlciBlbmdpbmUuaG9yZWJkYXRhLmNuOiAN ClsgSU5GTyAgXSBTaWduaW5nIHRoZSBXZWJTb2NrZXQgUHJveHkgY2VydGlmaWNhdGUgb24gdGhl IGVuZ2luZSBzZXJ2ZXINClsgSU5GTyAgXSBXZWJTb2NrZXQgUHJveHkgY2VydGlmaWNhdGUgc2ln bmVkIHN1Y2Nlc3NmdWxseQ0KICAgICAgICAgDQogICAgICAgICAgLS09PSBBUEFDSEUgQ09ORklH VVJBVElPTiA9PS0tDQogICAgICAgICANCiAgICAgICAgIA0KICAgICAgICAgIC0tPT0gU1lTVEVN IENPTkZJR1VSQVRJT04gPT0tLQ0KICAgICAgICAgDQogICAgICAgICANCiAgICAgICAgICAtLT09 IE1JU0MgQ09ORklHVVJBVElPTiA9PS0tDQogICAgICAgICANCiAgICAgICAgIA0KICAgICAgICAg IC0tPT0gRU5EIE9GIENPTkZJR1VSQVRJT04gPT0tLQ0KICAgICAgICAgDQpbIElORk8gIF0gU3Rh Z2U6IFNldHVwIHZhbGlkYXRpb24NCiAgICAgICAgICBHZW5lcmF0ZWQgaXB0YWJsZXMgcnVsZXMg YXJlIGRpZmZlcmVudCBmcm9tIGN1cnJlbnQgb25lcy4NCiAgICAgICAgICBEbyB5b3Ugd2FudCB0 byByZXZpZXcgdGhlbT8gKFllcywgTm8pIFtOb106IA0KICAgICAgICAgDQogICAgICAgICAgLS09 PSBDT05GSUdVUkFUSU9OIFBSRVZJRVcgPT0tLQ0KICAgICAgICAgDQogICAgICAgICAgRGVmYXVs dCBTQU4gd2lwZSBhZnRlciBkZWxldGUgICAgICAgICAgIDogRmFsc2UNCiAgICAgICAgICBGaXJl d2FsbCBtYW5hZ2VyICAgICAgICAgICAgICAgICAgICAgICAgOiBpcHRhYmxlcw0KICAgICAgICAg IFVwZGF0ZSBGaXJld2FsbCAgICAgICAgICAgICAgICAgICAgICAgICA6IFRydWUNCiAgICAgICAg ICBIb3N0IEZRRE4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgOiBwcm94eS5ob3JlYmRh dGEuY24NCiAgICAgICAgICBFbmdpbmUgaW5zdGFsbGF0aW9uICAgICAgICAgICAgICAgICAgICAg OiBGYWxzZQ0KICAgICAgICAgIENvbmZpZ3VyZSBWTUNvbnNvbGUgUHJveHkgICAgICAgICAgICAg ICA6IFRydWUNCiAgICAgICAgICBFbmdpbmUgSG9zdCBGUUROICAgICAgICAgICAgICAgICAgICAg ICAgOiBlbmdpbmUuaG9yZWJkYXRhLmNuDQogICAgICAgICAgQ29uZmlndXJlIFdlYlNvY2tldCBQ cm94eSAgICAgICAgICAgICAgIDogVHJ1ZQ0KICAgICAgICAgDQogICAgICAgICAgUGxlYXNlIGNv bmZpcm0gaW5zdGFsbGF0aW9uIHNldHRpbmdzIChPSywgQ2FuY2VsKSBbT0tdOiANClsgSU5GTyAg XSBTdGFnZTogVHJhbnNhY3Rpb24gc2V0dXANClsgSU5GTyAgXSBTdG9wcGluZyBlbmdpbmUgc2Vy dmljZQ0KWyBJTkZPICBdIFN0b3BwaW5nIG92aXJ0LWZlbmNlLWtkdW1wLWxpc3RlbmVyIHNlcnZp Y2UNClsgSU5GTyAgXSBTdG9wcGluZyB3ZWJzb2NrZXQtcHJveHkgc2VydmljZQ0KWyBJTkZPICBd IFN0YWdlOiBNaXNjIGNvbmZpZ3VyYXRpb24NClsgSU5GTyAgXSBTdGFnZTogUGFja2FnZSBpbnN0 YWxsYXRpb24NClsgSU5GTyAgXSBTdGFnZTogTWlzYyBjb25maWd1cmF0aW9uDQpbIEVSUk9SIF0g RmFpbGVkIHRvIGV4ZWN1dGUgc3RhZ2UgJ01pc2MgY29uZmlndXJhdGlvbic6ICdOb25lVHlwZScg b2JqZWN0IGhhcyBubyBhdHRyaWJ1dGUgJ2V4ZWN1dGUnDQpbIElORk8gIF0gWXVtIFBlcmZvcm1p bmcgeXVtIHRyYW5zYWN0aW9uIHJvbGxiYWNrDQpbIElORk8gIF0gU3RhZ2U6IENsZWFuIHVwDQog ICAgICAgICAgTG9nIGZpbGUgaXMgbG9jYXRlZCBhdCAvdmFyL2xvZy9vdmlydC1lbmdpbmUvc2V0 dXAvb3ZpcnQtZW5naW5lLXNldHVwLTIwMTYwMzE4MTAzNjU4LTg4eHBodS5sb2cNClsgSU5GTyAg XSBHZW5lcmF0aW5nIGFuc3dlciBmaWxlICcvdmFyL2xpYi9vdmlydC1lbmdpbmUvc2V0dXAvYW5z d2Vycy8yMDE2MDMxODEwMzkwMC1zZXR1cC5jb25mJw0KWyBJTkZPICBdIFN0YWdlOiBQcmUtdGVy bWluYXRpb24NClsgSU5GTyAgXSBTdGFnZTogVGVybWluYXRpb24NClsgRVJST1IgXSBFeGVjdXRp b24gb2Ygc2V0dXAgZmFpbGVkDQoNCg0KDQoNCg== ------=_001_NextPart152101128521_=---- Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable <html><head><meta http-equiv=3D"content-type" content=3D"text/html; charse= t=3DISO-8859-1"><style>body { line-height: 1.5; }body { font-size: 10.5pt;= font-family: ????; color: rgb(0, 0, 0); line-height: 1.5; }body { font-si= ze: 10.5pt; color: rgb(0, 0, 0); line-height: 1.5; }</style></head><body>= =0A<div>Hi,</div><div>        I= wanted to install webSocket proxy on another host, but I got = an error when setting up engine.</div><div> </div><d= iv>[root@proxy ~]# engine-setup  [ INFO  = ] Stage: Initializing [ INFO  ] Stage:&nb= sp;Environment setup        &nb= sp;  Configuration files: ['/etc/ovirt-engine-setup.co= nf.d/10-packaging-jboss.conf', '/etc/ovirt-engine-setup.conf.d/10-pac= kaging.conf']          &nb= sp;Log file: /var/log/ovirt-engine/setup/ovirt-engine-setup-2016= 0318103658-88xphu.log         &= nbsp; Version: otopi-1.4.1 (otopi-1.4.1-1.el6) [ IN= FO  ] Stage: Environment packages setup [=  INFO  ] Yum Downloading: ovirt-3.6-epel/pri= mary_db 1.9 M(32%) [ INFO  ] Yum Dow= nloading: virtio-win-stable/primary_db (0%) [ INFO =  ] Stage: Programs detection [ INFO &nbsp= ;] Stage: Environment setup [ INFO  ]&nbs= p;Stage: Environment customization     &n= bsp;            =    --=3D=3D PRODUCT OPTIONS =3D=3D-- &nbs= p;            &n= bsp;      Configure Engine on&nbsp= ;this host (Yes, No) [Yes]: no   &nb= sp;       Configure VM Consol= e Proxy on this host (Yes, No) [Yes]:&n= bsp;           Config= ure WebSocket Proxy on this host (Yes, = No) [Yes]:          &= nbsp;           --=3D= =3D PACKAGES =3D=3D--       &nb= sp;   [ INFO  ] Checking for pr= oduct updates... [ INFO  ] No product&nbs= p;updates found         &n= bsp;           --=3D= =3D ALL IN ONE CONFIGURATION =3D=3D--  &n= bsp;            =             &nbs= p;   --=3D=3D NETWORK CONFIGURATION =3D=3D--=             =         Host fully quali= fied DNS name of this server [proxy.horebdat= a.cn]:  [WARNING] Failed to resolve proxy.hore= bdata.cn using DNS, it can be resolved = only locally         &nbsp= ; Setup can automatically configure the fire= wall on this system.      &nbsp= ;    Note: automatic configuration of&n= bsp;the firewall may overwrite current settings.<= br>          Do you=  want Setup to configure the firewall? = (Yes, No) [Yes]:  [ INFO  ] iptables=  will be configured as firewall manager. =           Host full= y qualified DNS name of the engine serv= er [proxy.horebdata.cn]: engine.horebdata.cn [WARNING] F= ailed to resolve engine.horebdata.cn using DNS,&n= bsp;it can be resolved only locally [WARNING]&= nbsp;Failed to resolve engine.horebdata.cn using = DNS, it can be resolved only locally &nbs= p;            &n= bsp;      --=3D=3D DATABASE CONFIG= URATION =3D=3D--         &= nbsp;            &= nbsp;        --=3D=3D OVIRT&n= bsp;ENGINE CONFIGURATION =3D=3D--     &nb= sp;            &= nbsp;           &nbsp= ;--=3D=3D STORAGE CONFIGURATION =3D=3D--   &nb= sp;            &= nbsp;    Default SAN wipe after de= lete (Yes, No) [No]:      &nbsp= ;            &nb= sp;  --=3D=3D PKI CONFIGURATION =3D=3D-- &nbsp= ;            &nb= sp;      Setup will need to&n= bsp;do some actions on the remote engine&nbs= p;server. Either automatically, using ssh as&nbsp= ;root to access it, or you will be&nbsp= ;prompted to manually perform each such acti= on.           Please&= nbsp;choose one of the following:   &nbsp= ;       1 - Access remot= e engine server using ssh as root  &= nbsp;        2 - Perform=  each action manually, use files to cop= y content around        &n= bsp;  (1, 2) [1]: 1     &n= bsp;     ssh port on remote e= ngine server [22]:        =     root password on remote engine=  server engine.horebdata.cn:  [ INFO  ]&n= bsp;Signing the WebSocket Proxy certificate on&nb= sp;the engine server [ INFO  ] WebSocket&= nbsp;Proxy certificate signed successfully   &= nbsp;           &nbsp= ;     --=3D=3D APACHE CONFIGURATION&nbs= p;=3D=3D--           &n= bsp;            =        --=3D=3D SYSTEM CONFIG= URATION =3D=3D--         &= nbsp;            &= nbsp;        --=3D=3D MISC&nb= sp;CONFIGURATION =3D=3D--       &nbs= p;            <b= r>          --=3D=3D&nbs= p;END OF CONFIGURATION =3D=3D--     =       [ INFO  ] Stage:&nbs= p;Setup validation        &nbsp= ;  Generated iptables rules are different&nb= sp;from current ones.       &nb= sp;   Do you want to review them?&= nbsp;(Yes, No) [No]:       &nbs= p;            &n= bsp; --=3D=3D CONFIGURATION PREVIEW =3D=3D--  =             &nbs= p;      Default SAN wipe afte= r delete          &= nbsp;: False         &nbsp= ; Firewall manager       &nbs= p;            =     : iptables      &= nbsp;    Update Firewall    &= nbsp;           &nb= sp;        : True  &n= bsp;        Host FQDN &n= bsp;           &nbs= p;            =      : proxy.horebdata.cn   &nb= sp;       Engine installation&nbsp= ;            &= nbsp;       : False  &nbsp= ;        Configure VMConsole&= nbsp;Proxy          &nbs= p;    : True      &nb= sp;    Engine Host FQDN   &nb= sp;           &nbsp= ;        : engine.horebdata.c= n           Configure=  WebSocket Proxy        =        : True   &nbsp= ;            &nb= sp;    Please confirm installation sett= ings (OK, Cancel) [OK]:  [ INFO  ]&n= bsp;Stage: Transaction setup [ INFO  ] St= opping engine service [ INFO  ] Stopping&= nbsp;ovirt-fence-kdump-listener service [ INFO  ]&n= bsp;Stopping websocket-proxy service [ INFO  ]=  Stage: Misc configuration [ INFO  ]&nbsp= ;Stage: Package installation [ INFO  ] St= age: Misc configuration [ ERROR ] Failed = to execute stage 'Misc configuration': 'NoneType'=  object has no attribute 'execute' [ INFO=   ] Yum Performing yum transaction roll= back [ INFO  ] Stage: Clean up  &= nbsp;        Log file is=  located at /var/log/ovirt-engine/setup/ovirt-engine-setup-= 20160318103658-88xphu.log [ INFO  ] Generating&nbsp= ;answer file '/var/lib/ovirt-engine/setup/answers/20160318103900= -setup.conf' [ INFO  ] Stage: Pre-termination<= br>[ INFO  ] Stage: Termination [ ERROR&n= bsp;] Execution of setup failed</div>=0A<div> </div= ><hr style=3D"width: 210px; height: 1px;" color=3D"#b5c4df" size=3D"1" ali= gn=3D"left">=0A<div> </div>=0A</body></html> ------=_001_NextPart152101128521_=------

2 1

Unable to move disk on (non-)stateless machine
by nicolas＠devels.es 18 Mar '16

18 Mar '16

Hi, We're running oVirt 3.6.3.4-1. We have 2 storage domains of the same kind (both iSCSI). We're moving some of the disks from one to other, preferably without shutting down the machine. When moving a disk with the VM started, the following error is thrown: Error while executing action: Cannot move Virtual Machine Disk. The VM is running as Stateless. Please try again when VM is not running as Stateless. This machine is inside a VM pool based on a template that is not stateless, nor is the VM pool, nor the VM itself. In [1]: template = api.templates.get(name='templatename') In [2]: template.get_stateless() Out[2]: False In [3]: vm = api.vms.get(name='vmname') In [4]: vm.get_stateless() Out[4]: False Additionally, in the General tab of the VM Pool: Is Stateless: false If nothing is stateless, why is the error shown? Thanks. Nicolás

2 2

ovirt node connection fails
by Bill James 18 Mar '16

18 Mar '16

After rebooting a hardware node it can no longer connect in ovirt. 2016-03-17 23:02:46,547 ERROR [org.ovirt.engine.core.uutils.ssh.SSHDialog] (org.ovirt.thread.pool-8-thread-9) [7389eed3] SSH error running command root(a)10.176.3 0.97:'umask 0077; MYTMP="$(TMPDIR="${OVIRT_TMPDIR}" mktemp -d -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" > / dev/null 2>&1" 0; tar --warning=no-timestamp -C "${MYTMP}" -x && "${MYTMP}"/ovirt-host-deploy DIALOG/dialect=str:machine DIALOG/customization=bool:True': Command returned failure code 1 during SSH session 'root(a)10.176.30.97' 2016-03-17 23:02:46,547 ERROR [org.ovirt.engine.core.uutils.ssh.SSHDialog] (org.ovirt.thread.pool-8-thread-9) [7389eed3] Exception: java.io.IOException: Command returned failure code 1 during SSH session 'root(a)10.176.30.97' at org.ovirt.engine.core.uutils.ssh.SSHClient.executeCommand(SSHClient.java:527) [uutils.jar:] I can run this and it works fine: [root@ovirt test host-deploy]# HOST="10.176.30.97"; ssh -i /etc/pki/ovirt-engine/keys/engine_id_rsa "$HOST" 'umask 0077;echo $OVIRT_TMPDIR; MYTMP="$(TMPDIR="${OVIRT_TMPDIR}" mktemp -d -t ovirt-XXXXXXXXXX)"; echo MYTMP=$MYTMP; trap "chmod -R u+rwX \"${MYTMP}\"" 0 > ' MYTMP=/tmp/ovirt-IhxDxcDd8y [root@ovirt test host-deploy]# echo $? 0 When I add the tar part it just waits forever. Only change I made before reboot was uncommenting 'user = "root"' in /etc/libvirt/qemu.conf so that import-to-ovirt.pl would work. Another host had same issue. I tried putting in maintenance and reinstalling and removing; re-adding. Didn't help. Finally just re-kickstarted the host and that one works fine now, complete with the qemu.conf change. Attached are the engine.log, vdsm.log and supervdsm.log. I have done some modifications trying to get vdsm hook to work (see "multiple NICs VLAN ID conflict" thread), but I don't think that is related, especially since rekickstarting one host fixed it. ovirt-engine-3.6.3.4-1.el7.centos.noarch Thanks!

1 0

How do I start an VM in a different 3.6 cluster
by Bond, Darryl 17 Mar '16

17 Mar '16

I have 2 clusters in one Data Centre , 1xNehalem and 1xSandyBridge I can live migrate from Nehalem to SandyBridge. I cannot change a cluster location for a stopped VM or choose which cluster to Run in. The Cluster pulldown menu for the VM implies that it should be possible but there is only one choice, the cluster the VM last ran in. I can find nothing in the documentation etc. Thanks in advance. Darryl ________________________________ The contents of this electronic message and any attachments are intended only for the addressee and may contain legally privileged, personal, sensitive or confidential information. If you are not the intended addressee, and have received this email, any transmission, distribution, downloading, printing or photocopying of the contents of this message or attachments is strictly prohibited. Any legal privilege or confidentiality attached to this message and attachments is not waived, lost or destroyed by reason of delivery to any person other than intended addressee. If you have received this message and are not the intended addressee you should notify the sender by return email and destroy all copies of the message and any attachments. Unless expressly attributed, the views expressed in this email do not necessarily represent the views of the company.

4 9

oVirt - rescan new copied disks to storage
by paf1＠email.cz 17 Mar '16

17 Mar '16

This is a multi-part message in MIME format. --------------050803010802080105020109 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello, how can I put a copy of VM disks ( outside ovirt envir. copy ) to ovirt inventory ?? ( available for " attach disk" option visibility ) regs. Pavel --------------050803010802080105020109 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> Hello, how can I put a copy of VM disks ( outside ovirt envir. copy ) to ovirt inventory ?? ( available for " attach disk" option visibility ) regs. Pavel </body> </html> --------------050803010802080105020109--

3 3

Fwd: Re: question mark on VM ( DB status 8 )
by paf1＠email.cz 17 Mar '16

17 Mar '16

This is a multi-part message in MIME format. --------------090207090508000404060502 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit URGENT -------- Forwarded Message -------- Subject: Re: [ovirt-users] question mark on VM ( DB status 8 ) Date: Thu, 17 Mar 2016 16:43:54 +0200 From: Nir Soffer <nsoffer(a)redhat.com> To: paf1(a)email.cz <paf1(a)email.cz> Can you send this to the users list? This looks like virt issue, so it should be checked by the guys working on this pars of the code. Thanks, Nir On Thu, Mar 17, 2016 at 4:07 PM, paf1(a)email.cz <paf1(a)email.cz> wrote: > Hi Nir, > look at piece of logs which are repeated in cycle. > > The main issue happened about 3-5AM today ( 17.Mar) > > CSA_EBSDB_TEST2 - was shutted down from OS , but status was not updated in > oVirt GUI ( changed manually in DB ( status 1 )) , still one other VM is in > status "8" due snapshot locked file ( sf-sh-s07) . > > engine.log > ========== > > repeately hours by hours ... continually > > 2016-03-17 14:38:21,146 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-20) START, > GlusterVolumesListVDSCommand(HostName = 2kvm1, HostId = > 4c3a2622-14d5-43c8-8e15-99cb66104b5a), log id: 5a34e053 > 2016-03-17 14:38:21,830 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-20) FINISH, GlusterVolumesListVDSCommand, > return: > {a5a8ccbc-edee-4e49-9e2a-4d2ee5767f76=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@240192c6, > 18310aeb-639f-4b6d-9ef4-9ef560d6175c=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@753f6685, > 4a6d775d-4a51-4f6c-9bfa-f7ef57f3ca1d=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@79a21b20, > f410c6a9-9a51-42b3-89bb-c20ac72a0461=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@a4634e44, > 62c89345-fd61-4b67-b8b4-69296eb7d217=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@fd990620, > aa2d607d-3c6c-4f13-8205-aae09dcc9d35=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@57883869, > b4356604-4404-428a-9da6-f1636115e2fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@3b458bc8, > 9745551f-4696-4a6c-820a-619e359a61fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@80f225de, > 25a5ec22-660e-42a0-aa00-45211d341738=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@ec4c19bd, > 6060ff77-d552-4d94-97bf-5a32982e7d8a=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@947dc2e4, > cbf142f8-a40b-4cf4-ad29-2243c81d30c1=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@f773ab98}, > log id: 5a34e053 > 2016-03-17 14:38:27,131 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-79) START, > GlusterVolumesListVDSCommand(HostName = 2kvm1, HostId = > 4c3a2622-14d5-43c8-8e15-99cb66104b5a), log id: 24e7703f > 2016-03-17 14:38:27,801 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-79) FINISH, GlusterVolumesListVDSCommand, > return: > {a5a8ccbc-edee-4e49-9e2a-4d2ee5767f76=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@4e72f0f4, > 18310aeb-639f-4b6d-9ef4-9ef560d6175c=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@89bfd4dd, > 4a6d775d-4a51-4f6c-9bfa-f7ef57f3ca1d=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@f6cb25b, > f410c6a9-9a51-42b3-89bb-c20ac72a0461=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@f4bb56bf, > 62c89345-fd61-4b67-b8b4-69296eb7d217=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@e0121f88, > aa2d607d-3c6c-4f13-8205-aae09dcc9d35=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@435fc00f, > b4356604-4404-428a-9da6-f1636115e2fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@7b23bf23, > 9745551f-4696-4a6c-820a-619e359a61fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@1f8e886, > 25a5ec22-660e-42a0-aa00-45211d341738=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@1fbbe1c1, > 6060ff77-d552-4d94-97bf-5a32982e7d8a=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@87c991cd, > cbf142f8-a40b-4cf4-ad29-2243c81d30c1=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@2fc8ef3e}, > log id: 24e7703f > 2016-03-17 14:38:33,097 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-15) START, > GlusterVolumesListVDSCommand(HostName = 2kvm1, HostId = > 4c3a2622-14d5-43c8-8e15-99cb66104b5a), log id: 2e987652 > 2016-03-17 14:38:33,809 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-15) FINISH, GlusterVolumesListVDSCommand, > return: > {a5a8ccbc-edee-4e49-9e2a-4d2ee5767f76=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@22f57524, > 18310aeb-639f-4b6d-9ef4-9ef560d6175c=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@229b8873, > 4a6d775d-4a51-4f6c-9bfa-f7ef57f3ca1d=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@d9e0727e, > f410c6a9-9a51-42b3-89bb-c20ac72a0461=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@3e54e436, > 62c89345-fd61-4b67-b8b4-69296eb7d217=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@a32a922d, > aa2d607d-3c6c-4f13-8205-aae09dcc9d35=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@ef616411, > b4356604-4404-428a-9da6-f1636115e2fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@987712e1, > 9745551f-4696-4a6c-820a-619e359a61fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@21786d69, > 25a5ec22-660e-42a0-aa00-45211d341738=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@3411ecb4, > 6060ff77-d552-4d94-97bf-5a32982e7d8a=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@9ccdb073, > cbf142f8-a40b-4cf4-ad29-2243c81d30c1=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@ae4e2f13}, > log id: 2e987652 > 2016-03-17 14:38:39,131 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-70) START, > GlusterVolumesListVDSCommand(HostName = 2kvm1, HostId = > 4c3a2622-14d5-43c8-8e15-99cb66104b5a), log id: 2d9df607 > 2016-03-17 14:38:39,812 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-70) FINISH, GlusterVolumesListVDSCommand, > return: > {a5a8ccbc-edee-4e49-9e2a-4d2ee5767f76=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@24ba8cf2, > 18310aeb-639f-4b6d-9ef4-9ef560d6175c=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@be52739d, > 4a6d775d-4a51-4f6c-9bfa-f7ef57f3ca1d=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@fa7acd26, > f410c6a9-9a51-42b3-89bb-c20ac72a0461=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@bfa54163, > 62c89345-fd61-4b67-b8b4-69296eb7d217=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@a50ab364, > aa2d607d-3c6c-4f13-8205-aae09dcc9d35=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@c85c798b, > b4356604-4404-428a-9da6-f1636115e2fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@4404dc57, > 9745551f-4696-4a6c-820a-619e359a61fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@a87b6b00, > 25a5ec22-660e-42a0-aa00-45211d341738=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@58e582ba, > 6060ff77-d552-4d94-97bf-5a32982e7d8a=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@127588cb, > cbf142f8-a40b-4cf4-ad29-2243c81d30c1=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@101be9b2}, > log id: 2d9df607 > 2016-03-17 14:38:45,136 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-91) START, > GlusterVolumesListVDSCommand(HostName = 2kvm1, HostId = > 4c3a2622-14d5-43c8-8e15-99cb66104b5a), log id: 4b3faf1c > 2016-03-17 14:38:45,152 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterTasksListVDSCommand] > (DefaultQuartzScheduler_Worker-43) START, > GlusterTasksListVDSCommand(HostName = 1kvm1, HostId = > 98c4520a-bcff-45b2-8f66-e360e10e1fb2), log id: 1df75525 > 2016-03-17 14:38:45,400 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterTasksListVDSCommand] > (DefaultQuartzScheduler_Worker-43) FINISH, GlusterTasksListVDSCommand, > return: [], log id: 1df75525 > 2016-03-17 14:38:45,814 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-91) FINISH, GlusterVolumesListVDSCommand, > return: > {a5a8ccbc-edee-4e49-9e2a-4d2ee5767f76=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@53cb3de0, > 18310aeb-639f-4b6d-9ef4-9ef560d6175c=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@2cf0ae7f, > 4a6d775d-4a51-4f6c-9bfa-f7ef57f3ca1d=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@bac16bbe, > f410c6a9-9a51-42b3-89bb-c20ac72a0461=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@5b460bdf, > 62c89345-fd61-4b67-b8b4-69296eb7d217=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@47213703, > aa2d607d-3c6c-4f13-8205-aae09dcc9d35=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@714406f8, > b4356604-4404-428a-9da6-f1636115e2fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@94740550, > 9745551f-4696-4a6c-820a-619e359a61fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@c00582e3, > 25a5ec22-660e-42a0-aa00-45211d341738=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@e5687263, > 6060ff77-d552-4d94-97bf-5a32982e7d8a=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@a0163ead, > cbf142f8-a40b-4cf4-ad29-2243c81d30c1=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@1e1ea424}, > log id: 4b3faf1c > > > vdsm.log > this block repeate non stop .. > > Thread-798::DEBUG::2016-03-17 > 14:41:07,108::libvirtconnection::151::root::(wrapper) Unknown libvirterror: > ecode: 42 edom: 10 level: 2 message: Domain not found: no domain with > matching uuid 'a60a0eae-9738-4833-9feb-de2494c545a4' (CSA_EBSDB_TEST2) > Thread-798::DEBUG::2016-03-17 > 14:41:07,109::libvirtconnection::151::root::(wrapper) Unknown libvirterror: > ecode: 42 edom: 10 level: 2 message: Domain not found: no domain with > matching uuid 'a60a0eae-9738-4833-9feb-de2494c545a4' (CSA_EBSDB_TEST2) > Thread-798::DEBUG::2016-03-17 > 14:41:07,111::libvirtconnection::151::root::(wrapper) Unknown libvirterror: > ecode: 42 edom: 10 level: 2 message: Domain not found: no domain with > matching uuid 'a60a0eae-9738-4833-9feb-de2494c545a4' (CSA_EBSDB_TEST2) > Thread-798::DEBUG::2016-03-17 > 14:41:07,113::libvirtconnection::151::root::(wrapper) Unknown libvirterror: > ecode: 42 edom: 10 level: 2 message: Domain not found: no domain with > matching uuid 'a60a0eae-9738-4833-9feb-de2494c545a4' (CSA_EBSDB_TEST2) > Thread-798::DEBUG::2016-03-17 > 14:41:07,114::libvirtconnection::151::root::(wrapper) Unknown libvirterror: > ecode: 42 edom: 10 level: 2 message: Domain not found: no domain with > matching uuid 'a60a0eae-9738-4833-9feb-de2494c545a4' (CSA_EBSDB_TEST2) > Thread-158::DEBUG::2016-03-17 > 14:41:07,521::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd > if=/rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P5/1ca56b45-701e-4c22-9f59-3aebea4d8477/dom_md/metadata > iflag=direct of=/dev/null bs=4096 count=1 (cwd None) > Thread-158::DEBUG::2016-03-17 > 14:41:07,560::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > <err> = '0+1 records in\n0+1 records out\n998 bytes (998 B) copied, > 0.000523763 s, 1.9 MB/s\n'; <rc> = 0 > Thread-180::DEBUG::2016-03-17 > 14:41:07,565::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd > if=/rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P1/42d710a9-b844-43dc-be41-77002d1cd553/dom_md/metadata > iflag=direct of=/dev/null bs=4096 count=1 (cwd None) > Thread-126::DEBUG::2016-03-17 > 14:41:07,566::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd > if=/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P1/553d9b92-e4a0-4042-a579-4cabeb55ded4/dom_md/metadata > iflag=direct of=/dev/null bs=4096 count=1 (cwd None) > Thread-180::DEBUG::2016-03-17 > 14:41:07,616::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > <err> = '0+1 records in\n0+1 records out\n333 bytes (333 B) copied, > 0.000606695 s, 549 kB/s\n'; <rc> = 0 > Thread-158::INFO::2016-03-17 > 14:41:07,616::clusterlock::219::Storage.SANLock::(acquireHostId) Acquiring > host id for domain 1ca56b45-701e-4c22-9f59-3aebea4d8477 (id: 3) > Thread-158::DEBUG::2016-03-17 > 14:41:07,619::clusterlock::237::Storage.SANLock::(acquireHostId) Host id for > domain 1ca56b45-701e-4c22-9f59-3aebea4d8477 successfully acquired (id: 3) > Thread-126::DEBUG::2016-03-17 > 14:41:07,620::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > <err> = '0+1 records in\n0+1 records out\n333 bytes (333 B) copied, > 0.000476478 s, 699 kB/s\n'; <rc> = 0 > Thread-180::INFO::2016-03-17 > 14:41:07,623::clusterlock::219::Storage.SANLock::(acquireHostId) Acquiring > host id for domain 42d710a9-b844-43dc-be41-77002d1cd553 (id: 3) > Thread-180::DEBUG::2016-03-17 > 14:41:07,624::clusterlock::237::Storage.SANLock::(acquireHostId) Host id for > domain 42d710a9-b844-43dc-be41-77002d1cd553 successfully acquired (id: 3) > Thread-126::INFO::2016-03-17 > 14:41:07,626::clusterlock::219::Storage.SANLock::(acquireHostId) Acquiring > host id for domain 553d9b92-e4a0-4042-a579-4cabeb55ded4 (id: 3) > Thread-126::DEBUG::2016-03-17 > 14:41:07,626::clusterlock::237::Storage.SANLock::(acquireHostId) Host id for > domain 553d9b92-e4a0-4042-a579-4cabeb55ded4 successfully acquired (id: 3) > Thread-1897022::DEBUG::2016-03-17 > 14:41:07,701::__init__::481::jsonrpc.JsonRpcServer::(_serveRequest) Calling > 'GlusterVolume.list' in bridge with {} > Thread-113::DEBUG::2016-03-17 > 14:41:07,704::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd > if=/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-BCK/0fcad888-d573-47be-bef3-0bc0b7a99fb7/dom_md/metadata > iflag=direct of=/dev/null bs=4096 count=1 (cwd None) > Thread-113::DEBUG::2016-03-17 > 14:41:07,747::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > <err> = '0+1 records in\n0+1 records out\n335 bytes (335 B) copied, > 0.000568018 s, 590 kB/s\n'; <rc> = 0 > Thread-198::DEBUG::2016-03-17 > 14:41:07,758::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd > if=/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P2/88adbd49-62d6-45b1-9992-b04464a04112/dom_md/metadata > iflag=direct of=/dev/null bs=4096 count=1 (cwd None) > Thread-188::DEBUG::2016-03-17 > 14:41:07,758::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd > if=/rhev/data-center/mnt/glusterSD/localhost:_2KVM12__P4/300e9ac8-3c2f-4703-9bb1-1df2130c7c97/dom_md/metadata > iflag=direct of=/dev/null bs=4096 count=1 (cwd None) > Thread-198::DEBUG::2016-03-17 > 14:41:07,811::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > <err> = '0+1 records in\n0+1 records out\n333 bytes (333 B) copied, > 0.000455407 s, 731 kB/s\n'; <rc> = 0 > Thread-188::DEBUG::2016-03-17 > 14:41:07,815::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > <err> = '0+1 records in\n0+1 records out\n734 bytes (734 B) copied, > 0.000535009 s, 1.4 MB/s\n'; <rc> = 0 > Thread-198::INFO::2016-03-17 > 14:41:07,826::clusterlock::219::Storage.SANLock::(acquireHostId) Acquiring > host id for domain 88adbd49-62d6-45b1-9992-b04464a04112 (id: 3) > Thread-198::DEBUG::2016-03-17 > 14:41:07,828::clusterlock::237::Storage.SANLock::(acquireHostId) Host id for > domain 88adbd49-62d6-45b1-9992-b04464a04112 successfully acquired (id: 3) > Thread-98::DEBUG::2016-03-17 > 14:41:07,838::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd > if=/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P3/3c34ad63-6c66-4e23-ab46-084f3d70b147/dom_md/metadata > iflag=direct of=/dev/null bs=4096 count=1 (cwd None) > Thread-98::DEBUG::2016-03-17 > 14:41:07,870::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > <err> = '0+1 records in\n0+1 records out\n998 bytes (998 B) copied, > 0.000564777 s, 1.8 MB/s\n'; <rc> = 0 > VM Channels Listener::DEBUG::2016-03-17 > 14:41:07,883::vmchannels::133::vds::(_handle_unconnected) Trying to connect > fileno 43. > VM Channels Listener::DEBUG::2016-03-17 > 14:41:07,889::vmchannels::133::vds::(_handle_unconnected) Trying to connect > fileno 47. > > > > > On 17.3.2016 12:58, Nir Soffer wrote: > > On Thu, Mar 17, 2016 at 11:35 AM, paf1(a)email.cz <paf1(a)email.cz> wrote: > > I used that, but lock active in a few seconds again. > And oVirt do not update any VM's status > > Unlocking entities is ok when you know that the operation that took > the lock is finished > or failed. This is a workaround for buggy operations leaving disks in > locked state, not > a normal way to use the system. > > We first must understand what is the flow that caused the snapshot to > be locked, and > why it remain locked. > > Please describe in detail the operations in the engine side, and > provide engine and vdsm > logs showing this timeframe. > > Nir > > Pa. > > > On 17.3.2016 10:26, Eli Mesika wrote: > > > > ________________________________ > > From: paf1(a)email.cz > To: "users" <users(a)ovirt.org> > Sent: Thursday, March 17, 2016 9:27:11 AM > Subject: [ovirt-users] question mark on VM ( DB status 8 ) > > Hello, > during backup > > What do you mean by "backup"? Can you describe how do you backup the vm? > > VM hanged with question mark in ovirt and status 8 in DB, > snapshot file ( for backup )is locked. > How to clean snapshot locking a wake up this VM from "unknow" state ??? > > > Try using the unlock_entity.sh utility (run with --help for usage) > > > > regs. > pavel > > _______________________________________________ > 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 > > --------------090207090508000404060502 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 text="#000066" bgcolor="#FFFFFF"> <div class="moz-forward-container">URGENT -------- Forwarded Message -------- <table class="moz-email-headers-table" border="0" cellpadding="0" cellspacing="0"> <tbody> <tr> <th nowrap="nowrap" valign="BASELINE" align="RIGHT">Subject: </th> <td>Re: [ovirt-users] question mark on VM ( DB status 8 )</td> </tr> <tr> <th nowrap="nowrap" valign="BASELINE" align="RIGHT">Date: </th> <td>Thu, 17 Mar 2016 16:43:54 +0200</td> </tr> <tr> <th nowrap="nowrap" valign="BASELINE" align="RIGHT">From: </th> <td>Nir Soffer <a class="moz-txt-link-rfc2396E" href="mailto:nsoffer@redhat.com"><nsoffer(a)redhat.com></a></td> </tr> <tr> <th nowrap="nowrap" valign="BASELINE" align="RIGHT">To: </th> <td><a class="moz-txt-link-abbreviated" href="mailto:paf1@email.cz">paf1(a)email.cz</a> <a class="moz-txt-link-rfc2396E" href="mailto:paf1@email.cz"><paf1(a)email.cz></a></td> </tr> </tbody> </table> <pre>Can you send this to the users list? This looks like virt issue, so it should be checked by the guys working on this pars of the code. Thanks, Nir On Thu, Mar 17, 2016 at 4:07 PM, <a class="moz-txt-link-abbreviated" href="mailto:paf1@email.cz">paf1(a)email.cz</a> <a class="moz-txt-link-rfc2396E" href="mailto:paf1@email.cz"><paf1(a)email.cz></a> wrote: > Hi Nir, > look at piece of logs which are repeated in cycle. > > The main issue happened about 3-5AM today ( 17.Mar) > > CSA_EBSDB_TEST2 - was shutted down from OS , but status was not updated in > oVirt GUI ( changed manually in DB ( status 1 )) , still one other VM is in > status "8" due snapshot locked file ( sf-sh-s07) . > > engine.log > ========== > > repeately hours by hours ... continually > > 2016-03-17 14:38:21,146 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-20) START, > GlusterVolumesListVDSCommand(HostName = 2kvm1, HostId = > 4c3a2622-14d5-43c8-8e15-99cb66104b5a), log id: 5a34e053 > 2016-03-17 14:38:21,830 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-20) FINISH, GlusterVolumesListVDSCommand, > return: > {a5a8ccbc-edee-4e49-9e2a-4d2ee5767f76=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@240192c6, > 18310aeb-639f-4b6d-9ef4-9ef560d6175c=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@753f6685, > 4a6d775d-4a51-4f6c-9bfa-f7ef57f3ca1d=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@79a21b20, > f410c6a9-9a51-42b3-89bb-c20ac72a0461=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@a4634e44, > 62c89345-fd61-4b67-b8b4-69296eb7d217=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@fd990620, > aa2d607d-3c6c-4f13-8205-aae09dcc9d35=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@57883869, > b4356604-4404-428a-9da6-f1636115e2fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@3b458bc8, > 9745551f-4696-4a6c-820a-619e359a61fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@80f225de, > 25a5ec22-660e-42a0-aa00-45211d341738=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@ec4c19bd, > 6060ff77-d552-4d94-97bf-5a32982e7d8a=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@947dc2e4, > cbf142f8-a40b-4cf4-ad29-2243c81d30c1=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@f773ab98}, > log id: 5a34e053 > 2016-03-17 14:38:27,131 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-79) START, > GlusterVolumesListVDSCommand(HostName = 2kvm1, HostId = > 4c3a2622-14d5-43c8-8e15-99cb66104b5a), log id: 24e7703f > 2016-03-17 14:38:27,801 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-79) FINISH, GlusterVolumesListVDSCommand, > return: > {a5a8ccbc-edee-4e49-9e2a-4d2ee5767f76=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@4e72f0f4, > 18310aeb-639f-4b6d-9ef4-9ef560d6175c=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@89bfd4dd, > 4a6d775d-4a51-4f6c-9bfa-f7ef57f3ca1d=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@f6cb25b, > f410c6a9-9a51-42b3-89bb-c20ac72a0461=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@f4bb56bf, > 62c89345-fd61-4b67-b8b4-69296eb7d217=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@e0121f88, > aa2d607d-3c6c-4f13-8205-aae09dcc9d35=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@435fc00f, > b4356604-4404-428a-9da6-f1636115e2fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@7b23bf23, > 9745551f-4696-4a6c-820a-619e359a61fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@1f8e886, > 25a5ec22-660e-42a0-aa00-45211d341738=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@1fbbe1c1, > 6060ff77-d552-4d94-97bf-5a32982e7d8a=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@87c991cd, > cbf142f8-a40b-4cf4-ad29-2243c81d30c1=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@2fc8ef3e}, > log id: 24e7703f > 2016-03-17 14:38:33,097 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-15) START, > GlusterVolumesListVDSCommand(HostName = 2kvm1, HostId = > 4c3a2622-14d5-43c8-8e15-99cb66104b5a), log id: 2e987652 > 2016-03-17 14:38:33,809 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-15) FINISH, GlusterVolumesListVDSCommand, > return: > {a5a8ccbc-edee-4e49-9e2a-4d2ee5767f76=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@22f57524, > 18310aeb-639f-4b6d-9ef4-9ef560d6175c=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@229b8873, > 4a6d775d-4a51-4f6c-9bfa-f7ef57f3ca1d=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@d9e0727e, > f410c6a9-9a51-42b3-89bb-c20ac72a0461=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@3e54e436, > 62c89345-fd61-4b67-b8b4-69296eb7d217=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@a32a922d, > aa2d607d-3c6c-4f13-8205-aae09dcc9d35=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@ef616411, > b4356604-4404-428a-9da6-f1636115e2fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@987712e1, > 9745551f-4696-4a6c-820a-619e359a61fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@21786d69, > 25a5ec22-660e-42a0-aa00-45211d341738=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@3411ecb4, > 6060ff77-d552-4d94-97bf-5a32982e7d8a=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@9ccdb073, > cbf142f8-a40b-4cf4-ad29-2243c81d30c1=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@ae4e2f13}, > log id: 2e987652 > 2016-03-17 14:38:39,131 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-70) START, > GlusterVolumesListVDSCommand(HostName = 2kvm1, HostId = > 4c3a2622-14d5-43c8-8e15-99cb66104b5a), log id: 2d9df607 > 2016-03-17 14:38:39,812 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-70) FINISH, GlusterVolumesListVDSCommand, > return: > {a5a8ccbc-edee-4e49-9e2a-4d2ee5767f76=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@24ba8cf2, > 18310aeb-639f-4b6d-9ef4-9ef560d6175c=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@be52739d, > 4a6d775d-4a51-4f6c-9bfa-f7ef57f3ca1d=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@fa7acd26, > f410c6a9-9a51-42b3-89bb-c20ac72a0461=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@bfa54163, > 62c89345-fd61-4b67-b8b4-69296eb7d217=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@a50ab364, > aa2d607d-3c6c-4f13-8205-aae09dcc9d35=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@c85c798b, > b4356604-4404-428a-9da6-f1636115e2fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@4404dc57, > 9745551f-4696-4a6c-820a-619e359a61fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@a87b6b00, > 25a5ec22-660e-42a0-aa00-45211d341738=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@58e582ba, > 6060ff77-d552-4d94-97bf-5a32982e7d8a=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@127588cb, > cbf142f8-a40b-4cf4-ad29-2243c81d30c1=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@101be9b2}, > log id: 2d9df607 > 2016-03-17 14:38:45,136 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-91) START, > GlusterVolumesListVDSCommand(HostName = 2kvm1, HostId = > 4c3a2622-14d5-43c8-8e15-99cb66104b5a), log id: 4b3faf1c > 2016-03-17 14:38:45,152 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterTasksListVDSCommand] > (DefaultQuartzScheduler_Worker-43) START, > GlusterTasksListVDSCommand(HostName = 1kvm1, HostId = > 98c4520a-bcff-45b2-8f66-e360e10e1fb2), log id: 1df75525 > 2016-03-17 14:38:45,400 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterTasksListVDSCommand] > (DefaultQuartzScheduler_Worker-43) FINISH, GlusterTasksListVDSCommand, > return: [], log id: 1df75525 > 2016-03-17 14:38:45,814 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-91) FINISH, GlusterVolumesListVDSCommand, > return: > {a5a8ccbc-edee-4e49-9e2a-4d2ee5767f76=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@53cb3de0, > 18310aeb-639f-4b6d-9ef4-9ef560d6175c=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@2cf0ae7f, > 4a6d775d-4a51-4f6c-9bfa-f7ef57f3ca1d=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@bac16bbe, > f410c6a9-9a51-42b3-89bb-c20ac72a0461=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@5b460bdf, > 62c89345-fd61-4b67-b8b4-69296eb7d217=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@47213703, > aa2d607d-3c6c-4f13-8205-aae09dcc9d35=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@714406f8, > b4356604-4404-428a-9da6-f1636115e2fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@94740550, > 9745551f-4696-4a6c-820a-619e359a61fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@c00582e3, > 25a5ec22-660e-42a0-aa00-45211d341738=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@e5687263, > 6060ff77-d552-4d94-97bf-5a32982e7d8a=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@a0163ead, > cbf142f8-a40b-4cf4-ad29-2243c81d30c1=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@1e1ea424}, > log id: 4b3faf1c > > > vdsm.log > this block repeate non stop .. > > Thread-798::DEBUG::2016-03-17 > 14:41:07,108::libvirtconnection::151::root::(wrapper) Unknown libvirterror: > ecode: 42 edom: 10 level: 2 message: Domain not found: no domain with > matching uuid 'a60a0eae-9738-4833-9feb-de2494c545a4' (CSA_EBSDB_TEST2) > Thread-798::DEBUG::2016-03-17 > 14:41:07,109::libvirtconnection::151::root::(wrapper) Unknown libvirterror: > ecode: 42 edom: 10 level: 2 message: Domain not found: no domain with > matching uuid 'a60a0eae-9738-4833-9feb-de2494c545a4' (CSA_EBSDB_TEST2) > Thread-798::DEBUG::2016-03-17 > 14:41:07,111::libvirtconnection::151::root::(wrapper) Unknown libvirterror: > ecode: 42 edom: 10 level: 2 message: Domain not found: no domain with > matching uuid 'a60a0eae-9738-4833-9feb-de2494c545a4' (CSA_EBSDB_TEST2) > Thread-798::DEBUG::2016-03-17 > 14:41:07,113::libvirtconnection::151::root::(wrapper) Unknown libvirterror: > ecode: 42 edom: 10 level: 2 message: Domain not found: no domain with > matching uuid 'a60a0eae-9738-4833-9feb-de2494c545a4' (CSA_EBSDB_TEST2) > Thread-798::DEBUG::2016-03-17 > 14:41:07,114::libvirtconnection::151::root::(wrapper) Unknown libvirterror: > ecode: 42 edom: 10 level: 2 message: Domain not found: no domain with > matching uuid 'a60a0eae-9738-4833-9feb-de2494c545a4' (CSA_EBSDB_TEST2) > Thread-158::DEBUG::2016-03-17 > 14:41:07,521::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd > if=/rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P5/1ca56b45-701e-4c22-9f59-3aebea4d8477/dom_md/metadata > iflag=direct of=/dev/null bs=4096 count=1 (cwd None) > Thread-158::DEBUG::2016-03-17 > 14:41:07,560::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > <err> = '0+1 records in\n0+1 records out\n998 bytes (998 B) copied, > 0.000523763 s, 1.9 MB/s\n'; <rc> = 0 > Thread-180::DEBUG::2016-03-17 > 14:41:07,565::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd > if=/rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P1/42d710a9-b844-43dc-be41-77002d1cd553/dom_md/metadata > iflag=direct of=/dev/null bs=4096 count=1 (cwd None) > Thread-126::DEBUG::2016-03-17 > 14:41:07,566::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd > if=/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P1/553d9b92-e4a0-4042-a579-4cabeb55ded4/dom_md/metadata > iflag=direct of=/dev/null bs=4096 count=1 (cwd None) > Thread-180::DEBUG::2016-03-17 > 14:41:07,616::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > <err> = '0+1 records in\n0+1 records out\n333 bytes (333 B) copied, > 0.000606695 s, 549 kB/s\n'; <rc> = 0 > Thread-158::INFO::2016-03-17 > 14:41:07,616::clusterlock::219::Storage.SANLock::(acquireHostId) Acquiring > host id for domain 1ca56b45-701e-4c22-9f59-3aebea4d8477 (id: 3) > Thread-158::DEBUG::2016-03-17 > 14:41:07,619::clusterlock::237::Storage.SANLock::(acquireHostId) Host id for > domain 1ca56b45-701e-4c22-9f59-3aebea4d8477 successfully acquired (id: 3) > Thread-126::DEBUG::2016-03-17 > 14:41:07,620::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > <err> = '0+1 records in\n0+1 records out\n333 bytes (333 B) copied, > 0.000476478 s, 699 kB/s\n'; <rc> = 0 > Thread-180::INFO::2016-03-17 > 14:41:07,623::clusterlock::219::Storage.SANLock::(acquireHostId) Acquiring > host id for domain 42d710a9-b844-43dc-be41-77002d1cd553 (id: 3) > Thread-180::DEBUG::2016-03-17 > 14:41:07,624::clusterlock::237::Storage.SANLock::(acquireHostId) Host id for > domain 42d710a9-b844-43dc-be41-77002d1cd553 successfully acquired (id: 3) > Thread-126::INFO::2016-03-17 > 14:41:07,626::clusterlock::219::Storage.SANLock::(acquireHostId) Acquiring > host id for domain 553d9b92-e4a0-4042-a579-4cabeb55ded4 (id: 3) > Thread-126::DEBUG::2016-03-17 > 14:41:07,626::clusterlock::237::Storage.SANLock::(acquireHostId) Host id for > domain 553d9b92-e4a0-4042-a579-4cabeb55ded4 successfully acquired (id: 3) > Thread-1897022::DEBUG::2016-03-17 > 14:41:07,701::__init__::481::jsonrpc.JsonRpcServer::(_serveRequest) Calling > 'GlusterVolume.list' in bridge with {} > Thread-113::DEBUG::2016-03-17 > 14:41:07,704::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd > if=/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-BCK/0fcad888-d573-47be-bef3-0bc0b7a99fb7/dom_md/metadata > iflag=direct of=/dev/null bs=4096 count=1 (cwd None) > Thread-113::DEBUG::2016-03-17 > 14:41:07,747::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > <err> = '0+1 records in\n0+1 records out\n335 bytes (335 B) copied, > 0.000568018 s, 590 kB/s\n'; <rc> = 0 > Thread-198::DEBUG::2016-03-17 > 14:41:07,758::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd > if=/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P2/88adbd49-62d6-45b1-9992-b04464a04112/dom_md/metadata > iflag=direct of=/dev/null bs=4096 count=1 (cwd None) > Thread-188::DEBUG::2016-03-17 > 14:41:07,758::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd > if=/rhev/data-center/mnt/glusterSD/localhost:_2KVM12__P4/300e9ac8-3c2f-4703-9bb1-1df2130c7c97/dom_md/metadata > iflag=direct of=/dev/null bs=4096 count=1 (cwd None) > Thread-198::DEBUG::2016-03-17 > 14:41:07,811::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > <err> = '0+1 records in\n0+1 records out\n333 bytes (333 B) copied, > 0.000455407 s, 731 kB/s\n'; <rc> = 0 > Thread-188::DEBUG::2016-03-17 > 14:41:07,815::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > <err> = '0+1 records in\n0+1 records out\n734 bytes (734 B) copied, > 0.000535009 s, 1.4 MB/s\n'; <rc> = 0 > Thread-198::INFO::2016-03-17 > 14:41:07,826::clusterlock::219::Storage.SANLock::(acquireHostId) Acquiring > host id for domain 88adbd49-62d6-45b1-9992-b04464a04112 (id: 3) > Thread-198::DEBUG::2016-03-17 > 14:41:07,828::clusterlock::237::Storage.SANLock::(acquireHostId) Host id for > domain 88adbd49-62d6-45b1-9992-b04464a04112 successfully acquired (id: 3) > Thread-98::DEBUG::2016-03-17 > 14:41:07,838::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd > if=/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P3/3c34ad63-6c66-4e23-ab46-084f3d70b147/dom_md/metadata > iflag=direct of=/dev/null bs=4096 count=1 (cwd None) > Thread-98::DEBUG::2016-03-17 > 14:41:07,870::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > <err> = '0+1 records in\n0+1 records out\n998 bytes (998 B) copied, > 0.000564777 s, 1.8 MB/s\n'; <rc> = 0 > VM Channels Listener::DEBUG::2016-03-17 > 14:41:07,883::vmchannels::133::vds::(_handle_unconnected) Trying to connect > fileno 43. > VM Channels Listener::DEBUG::2016-03-17 > 14:41:07,889::vmchannels::133::vds::(_handle_unconnected) Trying to connect > fileno 47. > > > > > On 17.3.2016 12:58, Nir Soffer wrote: > > On Thu, Mar 17, 2016 at 11:35 AM, <a class="moz-txt-link-abbreviated" href="mailto:paf1@email.cz">paf1(a)email.cz</a> <a class="moz-txt-link-rfc2396E" href="mailto:paf1@email.cz"><paf1(a)email.cz></a> wrote: > > I used that, but lock active in a few seconds again. > And oVirt do not update any VM's status > > Unlocking entities is ok when you know that the operation that took > the lock is finished > or failed. This is a workaround for buggy operations leaving disks in > locked state, not > a normal way to use the system. > > We first must understand what is the flow that caused the snapshot to > be locked, and > why it remain locked. > > Please describe in detail the operations in the engine side, and > provide engine and vdsm > logs showing this timeframe. > > Nir > > Pa. > > > On 17.3.2016 10:26, Eli Mesika wrote: > > > > ________________________________ > > From: <a class="moz-txt-link-abbreviated" href="mailto:paf1@email.cz">paf1(a)email.cz</a> > To: "users" <a class="moz-txt-link-rfc2396E" href="mailto:users@ovirt.org"><users(a)ovirt.org></a> > Sent: Thursday, March 17, 2016 9:27:11 AM > Subject: [ovirt-users] question mark on VM ( DB status 8 ) > > Hello, > during backup > > What do you mean by "backup"? Can you describe how do you backup the vm? > > VM hanged with question mark in ovirt and status 8 in DB, > snapshot file ( for backup )is locked. > How to clean snapshot locking a wake up this VM from "unknow" state ??? > > > Try using the unlock_entity.sh utility (run with --help for usage) > > > > regs. > pavel > > _______________________________________________ > Users mailing list > <a class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users(a)ovirt.org</a> > <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a> > > > > > _______________________________________________ > Users mailing list > <a class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users(a)ovirt.org</a> > <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a> > > </pre> </div> </body> </html> --------------090207090508000404060502--

1 0

Re: [ovirt-users] Howto Backup and Restore on new Server
by Taste-Of-IT 17 Mar '16

17 Mar '16

Hello Yaniv, ah ok understand. Export Domain will in Version X not longer supportet. Do you have any link to this information? thx Am 2016-03-17 14:48, schrieb Yaniv Dary: > As removing it in the future for replacement flows. > > Yaniv Dary > Technical Product Manager > Red Hat Israel Ltd. > 34 Jerusalem Road > Building A, 4th floor > Ra'anana, Israel 4350109 > > Tel : +972 (9) 7692306 > 8272306 > Email: ydary(a)redhat.com > IRC : ydary > > On Tue, Mar 15, 2016 at 2:11 PM, Taste-Of-IT <kontakt(a)taste-of-it.de> > wrote: > >> Hello Yaniv, >> >> that was ironical, or? Deprecating like deny or refuse? >> >> Am 2016-03-15 12:16, schrieb Yaniv Dary: >> >> Since we will be deprecating export domain to import storage domain >> in >> the future, I would use it. >> It should be a much better experience with less downtime. >> >> Yaniv Dary >> Technical Product Manager >> Red Hat Israel Ltd. >> 34 Jerusalem Road >> Building A, 4th floor >> Ra'anana, Israel 4350109 >> >> Tel : +972 (9) 7692306 [1] >> 8272306 >> Email: ydary(a)redhat.com >> IRC : ydary >> >> On Tue, Mar 15, 2016 at 1:03 PM, Taste-Of-IT >> <kontakt(a)taste-of-it.de> >> wrote: >> >> Hello Yaniv, >> >> thanks for your hint. Seems a good idea. Meanwhile i created a >> export domain, with the path to a mountpoint and exported the VMs. >> Next is to reinstall the server and import VMs. What is in your >> point of view the better solution or where are the pros and contrs? >> >> thx >> >> Am 2016-03-15 11:58, schrieb Yaniv Dary: >> >> You can move the VM to a new storage domain and use import storage >> domain feature to move VMs from one oVirt to another. >> >> Yaniv Dary >> Technical Product Manager >> Red Hat Israel Ltd. >> 34 Jerusalem Road >> Building A, 4th floor >> Ra'anana, Israel 4350109 >> >> Tel : +972 (9) 7692306 [1] >> 8272306 >> Email: ydary(a)redhat.com >> IRC : ydary >> >> On Mon, Mar 14, 2016 at 5:38 PM, Taste-Of-IT >> <kontakt(a)taste-of-it.de> >> wrote: >> >> Hello, >> i want to backup a view VMs, delete the old Server, install on same >> Hardware a new one and restore the VMs. I use oVirt as All-in-One. >> What is the best Way? Can i simply copy the full snapshot to an >> external usb-disk, or should i use a external backup domain for >> that.? And Restore simply copy the snapshot backup to the VM Domain >> or use the same backup domain to import the VMs? >> >> Thx >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users [2] [2] [1] >> >> Links: >> ------ >> [1] http://lists.ovirt.org/mailman/listinfo/users [2] [2] >> >> Links: >> ------ >> [1] tel:%2B972%20%289%29%207692306 >> [2] http://lists.ovirt.org/mailman/listinfo/users [2] > > > > Links: > ------ > [1] tel:%2B972%20%289%29%207692306 > [2] http://lists.ovirt.org/mailman/listinfo/users

2 3

question mark on VM ( DB status 8 )
by paf1＠email.cz 17 Mar '16

17 Mar '16

This is a multi-part message in MIME format. --------------070308030207010901040704 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello, during backup VM hanged with question mark in ovirt and status 8 in DB, snapshot file ( for backup )is locked. How to clean snapshot locking a wake up this VM from "unknow" state ??? regs. pavel --------------070308030207010901040704 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 text="#000066" bgcolor="#FFFFFF"> Hello, during backup VM hanged with question mark in ovirt and status 8 in DB, snapshot file ( for backup )is locked. How to clean snapshot locking a wake up this VM from "unknow" state ??? regs. pavel </body> </html> --------------070308030207010901040704--

3 3

[hosted-engine] Setup broke host's network
by Wee Sritippho 17 Mar '16

17 Mar '16

Hi, I setup the host's network while installing CentOS 7 (GUI), so the network configuration is like this: eno1 --> bond0_slave1 --\ |--> bond0 eno2 --> bond0_slave2 --/ After I disabled NetworkManager and ran 'hosted-engine --deploy', the setup stuck at this line: [ INFO ] Configuring the management bridge Then the ssh connection is lost. I accessed the console and found this line after the line above: [ ERROR ] Failed to execute stage 'Misc configuration': Connection to storage server failed And the network is kinda break. I have to 1. delete MASTER=bond0 and SLAVE=yes line in ifcfg-eno{1,2} config files 2. re-config ifcfg-bond0 to get static IP 3. turnoff and delete ovirtmgmt bridge 4. restart the network in order to make it live again. Did this network configuration really break the setup or it was something else? If the network configuration is the cause, how can I proceed to install oVirt hosted-engine? I attached the answer file, installation log, vdsm.log and supervdsm.log with this email. Environment: - CentOS Linux release 7.2.1511 (Core) - ovirt-release36-003-1.noarch - ovirt-hosted-engine-setup-1.3.3.4-1.el7.centos.noarch - vdsm-4.17.23-1.el7.noarch Thank you, Wee --- ซอฟต์แวร์ Avast แอนตี้ไวรัสตรวจสอบหาไวรัสจากอีเมลนี้แล้ว https://www.avast.com/antivirus

2 1

Re: [ovirt-users] 3.6.3 : Disable Networkmanager?
by Edward Haas 17 Mar '16

17 Mar '16

On Thu, Mar 17, 2016 at 9:23 AM, Nicolas Ecarnot <nicolas(a)ecarnot.net> wrote: > Le 17/03/2016 07:32, Edward Haas a écrit : >> >> Hello Nicolas, >> >> Please let us know which docs you refer to. > > > http://community.redhat.com/blog/2014/11/up-and-running-with-ovirt-3-5-part… > >> Engine by itself should work fine with NM. > > > I'm installing my 5th 3.6.3 oVirt DC this month, and I'm still witnessing > that when keeping NM_CONTROLLED=yes in my > /etc/sysconfig/network-script/ifcfg-blahblahblah files, the network setup > doesn't resist a reboot (we're using bonding + vlan, and it all goes well > with NO networkmanager). Do you refer to the Host/s (which run the hypervisor with the VM/s) or the Engine? If you refer to the Engine, if setting there bonding and vlans manually (using ifcfg files?), it may collide with NM in certain cases, but that is a general issue, not related to Engine specifically. You could define the bonds and vlans using NM (nmcli). > > >> >> The only exception is when you try to run on the same host VDSM (which >> is not recommended). >> >> Thanks, >> Edy. >> >> On Tue, Mar 15, 2016 at 4:44 PM, Nicolas Ecarnot <nicolas(a)ecarnot.net> >> wrote: >>> >>> Hello, >>> >>> Several docs are contradictory about NetworkManager on the engine. >>> Do we have to disable it in 3.6.3? (we're using CentOS 7.2) >>> >>> Thank you. >>> >>> -- >>> Nicolas ECARNOT >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users > > > > -- > Nicolas ECARNOT

2 3

multiple NICs VLAN ID conflict
by Bill James 17 Mar '16

17 Mar '16

--------------010405030004070807050100 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit We have DEV and QA is the same "data center" but on the network side of things they are on different switches, so they reused some VLAN IDs. No problem, my server has 4 NICS. But how do I tell ovirt its ok to have 2 networks with same vlan ID because I'm going to put them on different NICs? It says "specified VLAN ID is already in use". --------------010405030004070807050100 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"> We have DEV and QA is the same "data center" but on the network side of things they are on different switches, so they reused some VLAN IDs. No problem, my server has 4 NICS. But how do I tell ovirt its ok to have 2 networks with same vlan ID because I'm going to put them on different NICs? <meta http-equiv="content-type" content="text/html; charset=utf-8"> It says "specified VLAN ID is already in use". </body> </html> --------------010405030004070807050100--

3 5

Vms owner
by Budur Nagaraju 17 Mar '16

17 Mar '16

HI Is there any API to check that what are all the vms deployed by a user ? Thanks, Nagaraju

2 1

[Reminder]: Today - First oVirt community meetup in Boston MA area
by Douglas Landgraf 16 Mar '16

16 Mar '16

Join us for an evening of knowledge-sharing, networking, and Q&A about the oVirt open-source project. All skill levels are welcome! In this first meetup we will introduce oVirt, show a live demo, and answer any questions you might have about the technology and the community. The meetup will be hosted at the Red Hat office in Westford, drinks and snacks will be provided. Please RSVP to the event so that we can make sure everyone will be comfortable. Looking forward to seeing you there! http://www.meetup.com/Boston-oVirt-Community/ -- Cheers Douglas

1 0

Dumb question: exclamation mark next to VM?
by Chris Adams 16 Mar '16

16 Mar '16

I set up a new oVirt 3.6.2 cluster on CentOS 7.2 (everything up to date as of yesterday). I created a basic CentOS 7.2 VM with my local customizations, created a template from it, and then created a VM from that template. That new VM has an exclamation mark next to it in the web GUI (between the up arror for "running" and the "server" icon). Usually I would expect that means something is wrong or needs attention, but I can't find anything to fix/address/etc. (no messages in the Alerts, nothing odd in the Events, etc.). What does the exclamation mark mean, and how do I clear it? -- Chris Adams <cma(a)cmadams.net>

9 17

Coming (Very) Soon - New ovirt.org Website & Deprecated Wiki
by Mikey Ariel 16 Mar '16

16 Mar '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 In the past months we've been working on upgrading the oVirt project infrastructure, to better support the community contributions. One of the main platforms for our user documentation, release management content, and community content has been the MediaWiki site that you all know as ovirt.org. Most of us are familiar with the wiki site format, with all its advantages and disadvantages. After several years of serving the community, I'm happy to announce that we are very near to completing a full upgrade of the website infrastructure from a wiki site to a static site, source-controlled on GitHub and authored in Markdown. This email is the pre-launch announcement, as we are reaching the final stages of the migration, and there are a few actions that might affect your work on website content in the meantime. Why migrate the website ======================= As mentioned, wiki sites provide an open and flexible content editing platform. Unfortunately, as the site grows the content becomes quite difficult to manage and curate, resulting in lots of obsolete, outdated, and incorrect information. By moving to a source-controlled repository and implementing GitHub's contribution workflow, we strive to ease the work of maintaining an up-to-date content site, employ a peer-review process for changes, and standardize the authoring markup language to lower the contribution barrier. The Middleman framework (Ruby-based static site generator) was chosen based on observing successful implementation of other open-source community websites, such as OpenStack RDO, Project Atomic, and Gluster. What we did so far ================== When we started the migration, our Web design team exported all of the wiki content from the old website and converted it to MD files. They also set up the website config flow, auto-deploy, and upgraded the look-and-feel of the website. We then initiated a content review effort as well as a UX review for the new website in a smaller forum, which caught most of the critical issues with the new website and helped us get the new format to a place where we can release the website in a near-GA/public-beta format. Yesterday (Wednesday Feb 17) we exported the website one more time and currently we're running a diff on all the files that changed since the initial export was done, to make sure we grab all the updates and the latest content before we launch the new website. What is about to happen ======================= Today we are initiating a **wiki freeze**, which means the old MediaWiki site will become read-only. This is to ensure that all of our diff scripts reflect the most current state of the content on the website, and that we don't lose any content in the transition. Barring any unexpected blockers, we will port the ovirt.org domain to point to the new website and open the new website for contributions on **Monday February 22** or earlier. What do you need to do right now ================================ If you have any wiki pages that you're actively editing, please don't save them to the old MediaWiki site, and hold onto your pending changes until we send the happy launch email. We will also include instructions on how to contribute/edit/add content to the new website, but in general the workflow will be aligned with the standard GitHub best practices (clone-edit-commit-pullrequest), so you can utilize all of the git commands that you already know or work directly within the GitHub web editor. I'd like to thank all of the people who were involved with this migration so far, ovirt.org is a big website with lots of content and it was no small task to upgrade it. Please feel free to ping me on- or off-list if you have any questions about the next steps, and expect a happy launch email soon! Cheers, Mikey - -- Mikey Ariel Community Lead, oVirt www.ovirt.org "To be is to do" (Socrates) "To do is to be" (Jean-Paul Sartre) "Do be do be do" (Frank Sinatra) Mobile: +420-702-131-141 IRC: mariel / thatdocslady Twitter: @ThatDocsLady -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWxa5AAAoJEHYPPTOszxHow10H/jeuhzMrUrPsCBedLg7OKnNh jdKDujT/aCyA4LgnRHnVBEASunShmVaOJrMdU4r0PZbdkX1Mf5/SvCEFGKY14qAg m/5CnDhlwbp5rqo09VOGLMg20CaMtpUoE1LpKE/epGYEKSBr2JIAA+HAsYa1OEyS 9oHDDx+ZIbfHNlygW1KpW6dsuZRscTbfy4kk8rY83YdJGyQiQN+ulsjT/c2N8ArR WylohBE2OcC7+nzf7AejKJ94loWxnVhO4qWbNWAH00LArG89yFWBBSlMK6ocJUED P4k2IzgG+75eTiCZAAw5/Vaqx0YVU7hScSmBqOPQu/wo4e2t11AR7A8D7Cn+vpU= =XWEH -----END PGP SIGNATURE-----

5 4

[ANN] oVirt 3.6.4 First Release Candidate is now available for testing
by Sandro Bonazzola 16 Mar '16

16 Mar '16

The oVirt Project is pleased to announce the availability of the First Release Candidate of oVirt 3.6.4 for testing, as of March 16th, 2016 This release is available now for: * Fedora 22 * Red Hat Enterprise Linux 6.7 * CentOS Linux 6.7 (or similar) * 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 22 This release is also available with experimental support for: * Debian 8.3 Jessie This release candidate includes the following updated packages: - ovirt-engine - vdsm - ovirt-hosted-engine-ha - ovirt-hosted-engine-setup See the release notes [1] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: * A new oVirt Live ISO is already available [2]. * Mirrors[3] might need up to one day to synchronize. Additional Resources: * Read more about the oVirt 3.6.3 release highlights: http://www.ovirt.org/release/3.6.4/ * 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] http://www.ovirt.org/release/3.6.4/ [2] http://resources.ovirt.org/pub/ovirt-3.6-pre/iso/ [3] 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

1 0

Re: [ovirt-users] "wildcard resolve to multiple address" during hosted-engine --deploy
by Yedidyah Bar David 16 Mar '16

16 Mar '16

(Adding the mailing list) On Wed, Mar 16, 2016 at 4:14 AM, Zach <zfnoctis(a)gmail.com> wrote: > Hi Didi, > > I chose to go with option #2, and I now am getting: > > [ ERROR ] Failed to execute stage 'Misc configuration': Failed to setup > networks {'ovirtmgmt': {'nic': 'em1', 'bootproto': 'dhcp', > 'blockingdhcp': True, 'defaultRoute': True}}. Error code: "29" message: > "Determining IP information for ovirtmgmt... failed; no link present. > Check cable?" Please post setup logs. > > Which is *completely* nonsensical, as em1 is showing up as working both > in CentOS, and iDrac - not to mention I am connected over ssh with that > very same network interface. Perhaps you do not have an IP address on that interface? You do need one. The engine will communicate with the host using this address. > Just to be on the safe-side, I will > mention that I disabled firewalld and Networkmanager as soon as I first > logged into this machine. which also makes wonder why these need to be > disabled, since they are included by default with CentOS/RHEL 7. > > This whole process has left me fairly frustrated and confused. Sorry for that. Bugs/RFEs/patches are always welcome :-) > Why does > a previous attempt somehow completely destroy any chance of installing > the system without a complete wipe of the disks? Because of the way the deploy script is currently implemented, it would be hard to completely undo changes on failure (which we do try hard in engine-setup). We have an open RFE for supplying a cleanup tool: https://bugzilla.redhat.com/show_bug.cgi?id=1001181 See also: http://www.ovirt.org/documentation/how-to/hosted-engine/#recoving-from-fail… The source package also has: https://gerrit.ovirt.org/gitweb?p=ovirt-hosted-engine-setup.git;a=blob;f=cl… It's currently down for some reason, not sure. A mirror is available at: https://github.com/oVirt/ovirt-hosted-engine-setup/blob/master/cleanup.sh All of these are far from perfect, and reinstalling the OS is way safer when trying to debug such issues. > Why is the > installation failing to even find a network interface? Is this par for > the course to get oVirt installed? Again, not sure what the exact problem was. Please post setup logs. > > Finally, are there any current guides on setting up oVirt 3.6 in a > hosted-engine configuration with nfs/gluster all on a single machine? Not that I am aware of. loopback-mounting nfs is considered unsafe due to locking issues, see: https://lwn.net/Articles/595652/ You can use iSCSI. Most people install it on more than one machine. For a single machine, usually virt-manager is enough. Of course you can use VMs with nested-kvm to virtualize more than one machine on a single one, if you mainly do this for testing/learning/etc. > It looks like everything is old or incomplete. But perhaps it is not > intended to be used yet. Proper support is currently partial. Search the net for e.g. 'ovirt hyperconvergence' for the current efforts. The plan is to require at least 3 physical machines, to have a replica-3 gluster storage and quorum. It should be possible today to deploy on a single machine with gluster, supplying three different paths for gluster all on the same machine. For best results, currently, you should have at least 3 machines: One for storage (or a dedicated storage appliance), two for hosted-engine hosts providing high-availability. Best regards, > > > On 03/14/2016 01:41 AM, Yedidyah Bar David wrote: >> On Mon, Mar 14, 2016 at 3:19 AM, Zach <zfnoctis(a)gmail.com> wrote: >>> I keep running into the following error when going through the >>> "hosted-engine --deploy" configuration. >>> >>> [ ERROR ] Failed to execute stage 'Setup validation': wildcard >>> resolved to multiple address >>> >>> So far, I haven't been able to figure out what I'm doing wrong. My best >>> guess is that there is some issue with the FQDN that I used, but I'm not >>> sure what I've done wrong. I've included the following line in >>> /etc/hosts for the FQDN. >>> >>> 192.168.0.50 ovirt.domain.local >>> >>> I've also attached the output log, as well as the full output of me >>> answering all the prompts. >>> >>> Any help would be appreciated, let me know if I need to include more >>> information. >> It seems like there are some left-overs in vdsm from previous attempts. >> If you want to further debug this, please: >> 1. Try to give exact flow, including what you tried, changed etc at each point >> 2. Attach all setup logs and all vdsm logs >> >> If you just want it all to work, please reinstall the machine from scratch >> and try again, and if you get into problems on first attempt, check/post >> setup and vdsm logs. >> >> Best, > -- Didi

1 0

Shutdown Problems on oVirt Node
by Roger Meier 16 Mar '16

16 Mar '16

Hi their I have currently a strange problem on a new oVirt 3.6 installation. At the moment a clean shutdown doesn't work, most of the time he reboots the system or hangs in the shutdown progress. I discovered this, when i tested our multiple UPS solution and send some test signals over ipmi to our server with ex. ipmipower -h 192.168.2.218 -u root -p password --soft . We also discovered that shutdown -h now , poweroff or init 0 had the same effect. On a clean CentOS installation, which is not included in our oVirt setup this works as expected, but on our ovirt-node this doesn't work. In the shutdown progress i see the following which tooks very long: > A stop job is running for Shared Storage Lease Manager (23s / 1min 47s) At the end i had then the following on my console screen: [ OK ] Reached target Shutdown Nothing more happens. no poweroff or something. I can wait more than three minutes and nothing happens. I also tried a clean re-install from the oVirt Administration WebUI but this doesn't have any effect on this issue. When i type "service sanlock stop" or "service vdsmd stop" in the server console and then do a poweroff , all works as expected. The shutdown is the also realy fast as expected. At the moment we think that the problem is on ovirt, vdsmd or on the sanlock settings for ovirt, because all settings on our site are on default settings. Currently Setup are two Intel Server (With RRM) with CentOS-7 (1511) and oVirt 3.6.3 and one Intel Server with OpenIndiana which provides Storage via NFS. Had someone a solution for this? is this perhaps a bug and shoul'd be reported? Greetings Roger Meier

4 4

Welcome: New ovirt.org website!
by Mikey Ariel 15 Mar '16

15 Mar '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Following yesterday's pre-launch email[1], I'm happy to announce that the new ovirt.org[2] website is now live in **public beta** and available for community review. All the information in this email is also available in the first blog post of our shiny new oVirt blog[3]. Read on for information about new features, known issues, and a call for reviews. The old MediaWiki site is still available in read-only[4], and will be taken offline on **March 1, 2016**. This is to ensure that you can compare pages and review migrated content. What's New ========== The new Website is full of improvements and enhancements, check out these highlights: * Source content is now formatted in Markdown instead of MediaWiki. This means that you can create and edit documentation, blog posts, and feature pages with the same Markdown syntax you know. * The Website is deployed with Middleman and stored on GitHub. This means that you can make changes to content with the same GitHub contribution workflow that you know (fork, clone, edit, commit, submit pull request). We even have an "Edit this page on GitHub" link at the bottom of every page! * New layout and design, from breadcrumbs to sidebards and an upgraded landing page. (This is still WIP, please see known issues.) * Automatic redirects from the old MediaWiki site. This means that if the wiki page exists in the new website, previously-released URLs will redirect to that page. If the page was removed, the Search page will open with the page title auto-filled in the search box. * Hierarchical content structure. This means that instead of flat Wiki-style files, the deployed Website reflects an organized source repo with content sorted into directories and sub-directories. * Official oVirt blog! Our new blog welcomes contributions. This means that if you solved a problem with oVirt, want to share your oVirt story, or describe a cool integration, you can submit a pull request with a blog post and we will provide editorial reviews and help publish your posts. * Standardized contribution process. The GitHub repo now includes a README.md[5] file that you can use to learn about how to add and edit content on the website. We welcome pull requests! Known Issues ============ Despite our best efforts, there are still a few kinks with the new website that you should be aware of: * Attempting to navigate to ovirt.org (without www.) leads to a redirect loop. We have a ticket open with OpenShift, our hosting service to fix this. * Only http is available. We also have a ticket with OpenShift to add SSL and enable https. * Home page and Download page are still being upgraded by our UX experts, expect some cool new changes soon! * Feature pages look-and-feel is still under construction. You can still edit and push feature pages as usual. What's Next =========== Even though the Website is live, the work is hardly over. We'd like to ask for your help in: * Reviewing content for anything obsolete or outdated (each page in the new website includes a header toolbar with metadata from the original wiki page for your convenience) * Submitting blog posts or any other content that you wish to share with the oVirt community * Reporting bugs and proposing enhancements, for example broken links or missing pages We hope you will enjoy the new oVirt Website, looking forward to your feedback and contributions! [1] http://lists.ovirt.org/pipermail/devel/2016-February/012372.html [2] http://www.ovirt.org/ [3] http://www.ovirt.org/blog/2016/02/welcome-to-new-ovirt-site/ [4] http://old.ovirt.org/Home [5] https://github.com/oVirt/ovirt-site/blob/master/README.md - -- Mikey Ariel Community Lead, oVirt www.ovirt.org "To be is to do" (Socrates) "To do is to be" (Jean-Paul Sartre) "Do be do be do" (Frank Sinatra) Mobile: +420-702-131-141 IRC: mariel / thatdocslady Twitter: @ThatDocsLady -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWxztZAAoJEHYPPTOszxHoOF4H/2UeK9JTspw4dYU+pUu8fKqf pSrE9ha3k9KpPnGIAx6VTnbXolNr9tHFiT8gcds1C9CVoMEPrKUxns9CTz3kPYBH /mGYCwQ+ncUNBCn+54uiKmXssaAtpVLnuxh8f1z9BDUoFjoY7ASLTzwXu9XTuH9V C9gaR0iGcRgSmBPjfPuAVWuHgimM068x5Ig2BoMSzAeCM7pO6LwiRzt3xX15xlR4 TMkUWLHdnJ1uL1GH267tMofrMnk25veDPIzuzIaPFjwIuTFgtwnUQI82ULbxcet2 NJ+y/UgwQ9JUQheoQL/oOsnSs244kFl0Vl+GuKMDGZ1FwCfoZerejnhEK+1cK0U= =KQLK -----END PGP SIGNATURE-----

4 5

3.6.3 : Disable Networkmanager?
by Nicolas Ecarnot 15 Mar '16

15 Mar '16

Hello, Several docs are contradictory about NetworkManager on the engine. Do we have to disable it in 3.6.3? (we're using CentOS 7.2) Thank you. -- Nicolas ECARNOT

1 0

Unable to "yum update" latest ovirt-engine-3.6.3.4-1.el7.centos.noarch.rpm
by Lionel Caignec 15 Mar '16

15 Mar '16

Hi, i've a working ovirt engine installed on centos 7.2, i tried to yum update in order to get latest version but yum tell there is nothing to do. My repos ovirt* are all enabled. Here my version currently installed : ovirt-engine.noarch 3.6.1.3-1.el7.centos @ovirt-3.6 So i really don't understand what happen. Someone to help me? -- Lionel Caignec Centre Informatique National de l' Enseignement Supérieur 950 rue de Saint Priest 34097 MONTPELLIER Cedex 5 Tel : (33) 04 67 14 14 14 Fax : (33)04 67 52 37 63 http://www.cines.fr

2 2

Storage migration: Preallocation forced on destination
by Nicolás 15 Mar '16

15 Mar '16

Hi, We're migrating an existing storage (glusterfs) to a new one (iSCSI). All disks on glusterfs are thin provisioned, but when migrating to iSCSI the following warning is shown: The following disks will become preallocated, and may consume considerably more space on the target: local-disk Why is that? Is there a way to migrate disks so they are thin provisioned on iSCSI as well? Thanks.

3 8

"wildcard resolve to multiple address" during hosted-engine --deploy
by Grigoriy - 15 Mar '16

15 Mar '16

After starting the deployment, in step - == NETWORK CONFIGURATION == - Please indicate a nic to set ovirtmgmt bridge on: (enp1s0f1, enp1s0f0) [enp1s0f1]: Look what the adapter you choose ?, if you select unconnected adapter you will get an Python script error "wildcard resolve to multiple address".

2 1

Howto Backup and Restore on new Server
by Taste-Of-IT 15 Mar '16

15 Mar '16

Hello, i want to backup a view VMs, delete the old Server, install on same Hardware a new one and restore the VMs. I use oVirt as All-in-One. What is the best Way? Can i simply copy the full snapshot to an external usb-disk, or should i use a external backup domain for that.? And Restore simply copy the snapshot backup to the VM Domain or use the same backup domain to import the VMs? Thx

2 1

Announcing moVirt 1.3 (a mobile client for oVirt)
by Tomas Jelinek 15 Mar '16

15 Mar '16

The moVirt Project is pleased to announce the availability of the moVirt 1.3, an Android client for oVirt. This release is available either on Google Play store or using a direct link [1]. This release supports oVirt 3.4+ and Android 4.1+. This release of moVirt 1.3 includes numerous bug fixes and UX enhancements. The main feature of the release is support for VM snapshots. For more information about moVirt look at project page [2], short video [3] or long video [4] (both slightly older versions so the UX is a much better now). Huge thanks to all who have contributed, either by contributing code or submitting bug reports! Tomas [1]: https://github.com/matobet/moVirt/blob/master/moVirt/moVirt-release.apk?raw… [2]: https://github.com/matobet/movirt [3]: https://www.youtube.com/watch?v=QnD9v70oefA [4]: https://www.youtube.com/watch?v=6w9t1wxNKBE

1 0

Windows 10
by Jean-Marie Perron 15 Mar '16

15 Mar '16

--_000_DB5PR06MB1862F426EE1B7E9B896341EDB6B40DB5PR06MB1862eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, OVirt 3.6.3 is installed on CentOS 7. I use 64-bit Windows 10 client with spice display. After installing the spice-guest-tools and oVirt-tools-setup on the VM Wind= ows 10, the display always lag and slow. The display on a Windows 7 VM is fluid. On Device Manager and Display adapters, I see see the graphics card "Red Ha= t QLX Controller" Are Windows 10 is fully supported by oVirt? Thank you. Jean Marie --_000_DB5PR06MB1862F426EE1B7E9B896341EDB6B40DB5PR06MB1862eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"FR" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hello,<o:p></o:p> <o:p> </o:p> OVirt 3.6.3 is installed on CentOS 7.<o:p></o:p> <o:p> </o:p> I use 64-bit Windows 10 client with spice display.<o= :p></o:p> <o:p> </o:p> After installing the spice-guest-tools and oVirt-too= ls-setup on the VM Windows 10, the display always lag and slow.<o:p></o:p><= /p> <o:p> </o:p> The display on a Windows 7 VM is fluid.<o:p></o:p></= p> <o:p> </o:p> On Device Manager and Display adapters, I see see th= e graphics card "Red Hat QLX Controller"<o:p></o:p> <o:p> </o:p> Are Windows 10 is fully supported by oVirt?<o:p></o:= p> <o:p> </o:p> Thank you.<o:p></o:p> <o:p> </o:p> Jean Marie<o:p></o:p> </div> </body> </html> --_000_DB5PR06MB1862F426EE1B7E9B896341EDB6B40DB5PR06MB1862eurp_--

6 8

Admin Guide corrupted
by Bond, Darryl 15 Mar '16

15 Mar '16

The Administration Guide is corrupted from Installing Guest Agents and Drivers on looks like the markup was screwed up and the rest of the guide is unreadable. Darryl ________________________________ The contents of this electronic message and any attachments are intended only for the addressee and may contain legally privileged, personal, sensitive or confidential information. If you are not the intended addressee, and have received this email, any transmission, distribution, downloading, printing or photocopying of the contents of this message or attachments is strictly prohibited. Any legal privilege or confidentiality attached to this message and attachments is not waived, lost or destroyed by reason of delivery to any person other than intended addressee. If you have received this message and are not the intended addressee you should notify the sender by return email and destroy all copies of the message and any attachments. Unless expressly attributed, the views expressed in this email do not necessarily represent the views of the company.

2 1

Re: [ovirt-users] Guest not reporting
by ＠LiNixG33k 15 Mar '16

15 Mar '16

This is a multi-part message in MIME format. Your mail reader does not understand MIME message format. --=_iUbS+-EFpiQ9gz92N-7qTRPBx-4h7cZNh2TXn-PN1aZ7Dchd Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable =EF=BB=BFConfig file:=C2=A0http://p.g33k.space/view/bb920996 <http://p.g3= 3k.space/view/bb920996>=20=0D=0A=0D=0A=0D=0A=0D=0AI typed the first URL i= ncorrectly.=0D=0A=0D=0A=0D=0A=0D=0ATIA :)=0D=0A=0D=0A=0D=0A=0D=0A-----Ori= ginal message-----=0D=0AFrom: Matthew Spencer=C2=A0<matthew(a)spencer.cm>=0D= =0ASent: Thursday 3rd March 2016 17:39=0D=0ATo: Alexander Wels <awels@red= hat.com>=0D=0ACc: users(a)ovirt.org=0D=0ASubject: Re: [ovirt-users] Guest n= ot reporting=0D=0A=0D=0AThanks for the reply.=C2=A0=0D=0A=0D=0AI do have = it installed and set to auto start on boot. I also did a check to make su= re the service is still running. At this point it's been running for 7 da= ys on this particular vm.=C2=A0=0D=0A=0D=0AMy config file http://p.g33k.s= pace/bb920996 <http://p.g33k.space/bb920996>=20=0D=0A=0D=0AThanks again=C2= =A0=0D=0A=0D=0ASent from my iPhone=0D=0A=0D=0AOn Mar 3, 2016, at 3:49 PM,= Alexander Wels <awels(a)redhat.com <mailto:awels@redhat.com> > wrote:=0D=0A= =0D=0AOn Thursday, March 03, 2016 11:16:00 AM @LiNixG33k wrote:=0D=0A> He= llo all,=0D=0A>=20=0D=0A>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Nice to be on the= mailing list here.=0D=0A>=20=0D=0A> I'm having an issue getting my ovirt= vm's to report back the guest info. I'm=0D=0A> sure that it's user error= however I could use a helping hand pointing me in=0D=0A> the right direc= tion. I've tried to check VirtIO serial console. I've=0D=0A> learned thro= ugh twitter that this is not what I need in order for the guest=0D=0A> ag= ent to report. I just need to install the agent on the vm and configure=0D= =0A> it. I've done this as well but I'm still failing to see a guest repo= rt :(.=0D=0A>=20=0D=0A=0D=0ADid you start the guest agent service=3F How = to start it depends on your guest=20=0D=0AOS. Also make sure to have it a= uto start on boot of the VM, again the=20=0D=0Aprocedure to do this is di= fferent for each guest OS.=0D=0A=0D=0A>=20=0D=0A>=20=0D=0A> Thanks!=0D=0A= >=20=0D=0A>=20=0D=0A>=20=0D=0A> -LiNixG33k=0D=0A>=20=0D=0A=0D=0A=0D=0A--=20= =0D=0AThis message has been scanned for viruses and=0D=0Adangerous conten= t by IQ0 MailScanner, and is=0D=0Abelieved to be clean.=0D=0A=0D=0A=0D=0A= --=_iUbS+-EFpiQ9gz92N-7qTRPBx-4h7cZNh2TXn-PN1aZ7Dchd Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://ww= w.w3.org/TR/html4/loose.dtd"><html>=0A<head>=0A <meta name=3D"Generator"= content=3D"Zarafa WebApp v7.1.14-51822">=0A <meta http-equiv=3D"Content= -Type" content=3D"text/html; charset=3Dutf-8">=0A <title>RE: [ovirt-user= s] Guest not reporting</title>=0A</head>=0A<body>=0A=EF=BB=BFConfig = file: <a href=3D"http://p.g33k.space/view/bb920996" data-mce-href=3D= "http://p.g33k.space/view/bb920996">http://p.g33k.space/view/bb920996</a>= I typed the first URL incorrec= tly. </s= pan>TIA :) <blockquote style=3D"border= -left: 2px solid #325FBA; padding-left: 5px; margin: 0px 5px;">---= --Original message----- From: Matthew Spencer&n= bsp;<matthew(a)spencer.cm> Sent: Thu= rsday 3rd March 2016 17:39 To: Alexander= Wels <awels(a)redhat.com> Cc: users= @ovirt.org Subject: Re: [ovirt-users] Gu= est not reporting <div = class=3D"bodyclass"><div>Thanks for the reply. </div><div id=3D"Appl= eMailSignature"> </div><div id=3D"AppleMailSignature">I do have it ins= talled and set to auto start on boot. I also did a check to make sure the= service is still running. At this point it's been running for 7 days on = this particular vm. </div><div id=3D"AppleMailSignature"> </div><= div id=3D"AppleMailSignature">My config file <a href=3D"http://p.g33k.spa= ce/bb920996" target=3D"_blank" title=3D"This external link will open in a= new window">http://p.g33k.space/bb920996</a></div><div id=3D"AppleMailSi= gnature"> </div><div id=3D"AppleMailSignature">Thanks again  <= br>Sent from my iPhone</div><div> On Mar 3, 2016, at 3:49 PM, Alexande= r Wels <<a href=3D"mailto:awels@redhat.com" target=3D"_blank" title=3D= "This external link will open in a new window">awels(a)redhat.com</a>> w= rote: </div><blockquote type=3D"cite"><div>=0A=0A=0A=0A=0A=0A=0A=0A= =0A=0A=0AOn Thurs= day, March 03, 2016 11:16:00 AM @LiNixG33k wrote: =0A> Hello all,<b= r>=0A> =0A>      Nice to be on the mai= ling list here. =0A> =0A> I'm having an issue getting my ovi= rt vm's to report back the guest info. I'm =0A> sure that it's user= error however I could use a helping hand pointing me in =0A> the r= ight direction. I've tried to check VirtIO serial console. I've =0A&gt= ; learned through twitter that this is not what I need in order for the g= uest =0A> agent to report. I just need to install the agent on the = vm and configure =0A> it. I've done this as well but I'm still fail= ing to see a guest report :(. =0A> =0A =0ADid you start the = guest agent service=3F How to start it depends on your guest =0AOS. A= lso make sure to have it auto start on boot of the VM, again the =0Ap= rocedure to do this is different for each guest OS. =0A =0A> <br= >=0A> =0A> Thanks! =0A> =0A> =0A> =0A&g= t; -LiNixG33k =0A> =0A =0A =0A-- =0AThis message has = been scanned for viruses and =0Adangerous content by IQ0 MailScanner, = and is =0Abelieved to be clean. =0A =0A=0A=0A=0A</div= ></blockquote></div>=0A</blockquote>=0A</body>= =0A</html> --=_iUbS+-EFpiQ9gz92N-7qTRPBx-4h7cZNh2TXn-PN1aZ7Dchd--

2 1

Hosted engine disk migration
by Pat Riehecky 15 Mar '16

15 Mar '16

I'm on oVirt 3.6 I'd like to migrate my hosted engine storage to another location and have a few questions: (a) what is the right syntax for glusterfs in /etc/ovirt-hosted-engine/hosted-engine.conf? (I'm currently on nfs3) (b) what is the right syntax for fibre channel? (c) where are instructions for how to migrate the actual disk files? (google was little help) (d) Can the hosted engine use the same (gluster/fibre) volume as my VM Images? (e) I get various "Cannot edit Virtual Machine. This VM is not managed by the engine." in the console for manipulating the HostedEngine. Is that expected? Pat -- Pat Riehecky Scientific Linux developer Fermi National Accelerator Laboratory www.fnal.gov www.scientificlinux.org

4 3

How to get logged in into restapi in java using session ID
by shailendra saxena 14 Mar '16

14 Mar '16

Has somebody tried to get API object with the constructor having parameters- URL and restapisession- by using java-sdk ? Here is the following syntax ? Api api =new Api(RestURL,restapisessionID) I have searched a lot but i didn't find anything. Somewhere I read that Ovirt has some issue on keeping restapisession. Is it correct ?

2 2

ovirt and CAS SSO
by Fabrice Bacchella 14 Mar '16

14 Mar '16

I'm trying to add CAS SSO to ovirt. For authn (authentication), org.ovirt.engineextensions.aaa.misc.http.AuthnExtension is OK, I put jboss behind an Apache with mod_auth_cas. Now I'm fighting with authz (authorization). CAS provides everything needed as header. So I don't need ldap or jdbc extensions. Is there anything done about that or do I need to write my own extension ? Is there some documentation about that ?

3 3

a KVM Host has different UUIDs ?
by Jean-Pierre Ribeauville 14 Mar '16

14 Mar '16

--_004_1051EFB4D3A1704680C38CCAAC5836D292F15FDBWPTXMAIL2ptxaxw_ Content-Type: multipart/alternative; boundary="_000_1051EFB4D3A1704680C38CCAAC5836D292F15FDBWPTXMAIL2ptxaxw_" --_000_1051EFB4D3A1704680C38CCAAC5836D292F15FDBWPTXMAIL2ptxaxw_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, When retrieving KVM Host UUID via virsh getcapabilities() or via o= virt Python SDK ( by using obj.get_id() ), then both UUIDs are not identic= al . (FYI, Guest UUIDs retrieved via both ways , i.e. virDomainGetUUIDString() o= r python ovirt sdk , are identical.) Did I miss something ? Thx for help Regards, Jean-Pierre RIBEAUVILLE +33 1 4717 2049 [axway_logo_tagline_87px] --_000_1051EFB4D3A1704680C38CCAAC5836D292F15FDBWPTXMAIL2ptxaxw_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"FR" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hi,<o:p></o:p> <o:p> </o:p> <o:p> </o:p> When retrieving KVM Host UUID&n= bsp;  via     virsh  getcapabilities()  = or via  ovirt Python SDK ( by using  obj.get_id() ), then both UU= IDs are not identical .<o:p></o:p> <o:p> </o:p> (= FYI, Guest UUIDs retrieved via both ways , i.e. = virDomainGetUUIDString() or python ovirt sdk ,  are identical.)<o:p></o:p> <o:p> </o:p> <o:p> </o:p> Did I miss something ?<o:p></o:= p> <o:p> </o:p> Thx for help<o:p></o:p><= /p> <o:p> </o:p> Regards,<o:p></o:p> <o:p> </o:p> <o:p> </o:p> Jean-Pierre = RIBEAUVILLE<o:p></o:p> <o:p> <= /o:p> +33 1 4717 2049<o:p></o:p> <o:p> <= /o:p> <img width= =3D"140" height=3D"87" id=3D"Image_x0020_1" src=3D"cid:image001.png@01D17B8= 9.3ED07580" alt=3D"axway_logo_tagline_87px"><o:p></o:p> <o:p> </o:p> </div> </body> </html> --_000_1051EFB4D3A1704680C38CCAAC5836D292F15FDBWPTXMAIL2ptxaxw_-- --_004_1051EFB4D3A1704680C38CCAAC5836D292F15FDBWPTXMAIL2ptxaxw_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=11720; creation-date="Fri, 11 Mar 2016 10:34:36 GMT"; modification-date="Fri, 11 Mar 2016 10:34:36 GMT" Content-ID: <image001.png(a)01D17B89.3ED07580> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAIwAAABXCAYAAADWOa3SAAAAGXRFWHRTb2Z0d2FyZQBBZG9iZSBJ bWFnZVJlYWR5ccllPAAALWpJREFUeNrsfQmcFMXZ/lvdPefeLNcitwp4EFG88AAJn/eFRo3GHBqv RHOq0XxGE7+oMYlf1E9jzGXEmGjUxCPBKILKIXiAAiIgICjncu29OzszfdT/favenu2ZndldkF0h /60fRff29PRR9dTznlUjPikZDl0tIm4CGKLwCZ4sBgnH4954rAfi/hCQEitU4meGlADSk00eQDXW TS7ABlfAKqwL8O8PPIM+pssA4DHwqILed/AiUTwwxMFrQG/JLRbWOiHhssoWtbW68T6ftpRg/YIQ 4kywxAQwYD8Q2MNBXEkFJhAKCbLCcOVQ3B7juRIcSWCAtCNgBe7OwzOfwjq/FwJ7LzB3t+yHuPgO mOKLYBrDcAsKKAboLeQARjJ1+MBxPDBtCYbtgeXKMO6OM7DaBlxrCwWcB7E+29tF+z5gihEPPwDL uBYZpS+CBVRFUSUMBk2u1GLASB80yCxgobCxEDwhD4yUC2EEjomHDdzgJU6impbwKl7rZvz2u71d tW8C5kxhiV8iWA6GkAaKCAJG+IDJZRjJlUSTp0AjXU+DBmWRQHYSaRdEygOBYEIRjOAjpoIpaRRT eNbP8a87oFd92YcAI+BEETb/CRHDAMsEBA4CxVRVZLFLIcDgYWIZBAxptsJEGLguSPoeV2G4YCY9 CDue1nYN9bUY7v4Piqmjcf9yPLpDfwIRriH+O6N6Y7W5Jkln7u3mngYMdbYlpkAUqSREYDE0UHyG MfxKIMoBTUZ/IYAgg6ApJBRo/O8QaNyMKCOWMrGbQyiiJPNJCLdxEGeGJUzHP2dhTWFF8iF9WRtS DBAfPILfjWqMjzdhbcC6GeuHWKv5717W6g6GkYZRhgyDYOGq2IXFEYGHRFSImYeAkAGMbBNByBzS dtVWOG6GWfQ1EDj0HcdWX8Orb4t6MB97exkeXY31Y+pgvEojs0yqC4+Nl4EyrH2xVvJ2ANb/YnYq ZnBtwvoe1lVYm3th8akBI0mnECJkaVaxtChSACEQRfAyYfwM/wbLyACG+l+y3kIAkcgaYCMppLCi OUQgErgvm2zwGnCn1Z4n094MvN2b2I0ElLoMSe3e+xHz1HLNq8Bj3Z/r0VhPZDfBTqxvMhMle2Gy e0pvC4kixSwEGAJINAQiFlKAEeGQPkaf+eKJhq8CDIIFASMUu+h9r7YFvOom8GoSi2Sr/VdkoVcQ YSsRKBJEj70/sclSrn6pwvo5rIdjPQ5rFOsyrG+xWOsFTJc4xpXLBZkuFrGJCUY8DIJqNKyAA5Gw Ag2xkGIfg/VQTyu3qLQounG31oHz4XbP3Vj3D5mw/4AgmY3gsjv0IBfUw7Mt9z1Uqrn65UCsB2M9 F0iVAviIwZPoBUxHXYOAIYMXRZAQPljiEV1jWCMRMBA0EELQEKh8wJBMQmbyahogNX+ltJdtfkI2 p+/HY4uU7rKbRREXhw4IOGb3qa5ruPrscwjWU7Diy8IS/kz2AiZ3KDveegRNNYqgQQaJIQJKURS3 UTBiMQQNbhE0EA5nAKPEFMqk5Lz3IfnKkrnutsYfIQO9QQz1aYtkBSUttGZr9kyXBdlnP6zDsQ5h 0bbs/wfW6boO48l61DU+IMBo3SWMYgkBU4QGbzyuQRONKqYRIfyspAjc6h3Q/JeZtal3Vt+K5vIj IhJK7+kXEAEAiZ5tu81cCa8jsY5iE389m+s9Wvz3F3sNYFDH8OoS/0Qr6RStt0QUQAwEC4HGiBch aDR4zLJSSL6xGBp/+8JrbnXdN1Fkre7p3uzB4gZEVinWPliLsG5lAPVIiUsBDcjmbjeDxvLaRuoE rANx97n8QxnNl6b086io3gEDIhWClFxiFAJNjAFTVgZGcTE0P/mybJr20p0owu5A0WV3aXgopThz L0QjmrxC9OVOMNhJp0xkfM4EHrAlf2D0PLsUKo1crZ5iFWoocmy+gs38eFEKmhA0ZncCJsUtjY1+ TUTCoYUBgw/oeJud9XXPWqMHXSFIV4n4TBNTYCHwNNz/ZHPi+blX4/EnO9RVXE+Z16jrFKFZfoJR HDsKFekxyGQj8F79UfepkK5bArYXhjSa4glH2q5Mos7SiLXWEbANIbYWB9aKuAtvova0iEC0l8QB nO68uC96Yvjy60wPfl+ShFcRMC4f61aR5Onr98fGPhWIYaSyAF7J+6Bo1XibG34nW53LRUXIEGQR KX1FO0zr75q2NfnqootRRM3JO+QpJJCyCSQV5oDS8639B55m9C06BqLGELTbERRp8BqTAMk0yDRl ydgghaPAhUASwpUxbJSYLWBAUsBBrUKe1IoPnjakZ0lYN9QVcwa6Yh7e4TW828b/NNlHTRpFQOh4 iIR3wg78uKwVthgeFOPxcE8ova4O4VwsPBhIUWPst2vRFH6loB7TklroLN/8Qmh41XnKEkJWIWdc w6/+vDk59/2poji+qP14QzAkUyAqiifEJo+7Ojx2+GnGwBIEpwNuXQPWRtSPmjL5Mkry+9FtFoc+ AP1dQ2mbAq0jSea1sVPIA6pNWXaEbbw+1BHnpHUogLy1r3f3iO8J0RNiS3BBxIF/xNKwFZlluyGh AWuJ7DmBrBgG73mG4N4QYThXJuUZ2Bf/zotyywR7+eafRY4/6GxrRIVFXtyG+56qTs1fgWCJLcpl FK+lFayqyknxL5x7U2ziuJONfiUhr74OnJ07wautU7ElCkYWJl7fXRzYFdmOD8ENmgLo93bIXW9K 86+DXDEMmeYEPHw96DjUv2AfdPNLFjM7ECB3lSbhbWQV5F1UkoTSVSI97AEykGGG4vbYzGCOqgDi j/CZwgVZpjG5KPXGh3+gJ25+bEZtasHKqaIomgUWmUjSuaNLr/vS0/3//uCssusvP8MaNihEx2Vr SrOODwlZUBPmXdEljy41IILkqPlhl0bfegTRX/HQr7G2Yr0a6zk9pZDuSbDUoMi5GUXPHNRTLKkt orDsMd9TdhtfFS2fipLoYtK0qSVFBMk+Yg6BlNsCBXJrlS5T27LM2bjj/NTba74lwqFZGZ2FItMt rZHo5CN/1PeBH08rvvTcw4VlGF5NDbJNM4IlgeKpFTysgMDxkggg0lmwQhLHTkpHs5Xe4ukIt6pp ZCu8tiMgUCXYvG/jA6h9/IdwfGIrtuZgHA1ox1HIczU+2WJ2sp3M5m713g4YAst2ZJabylvh/ZCj 9JTP2hq0sA/GBsezyngrQujErVtlsz0dWWJ5XhM7ZW9IL1o3UYStzZnjNrGGN6L02xc9Vvqtr51I 1pNbvUUBRKYQKCkERxrBYdsqai0dW1tKnqsVYs7Ga2OWgC7jb0Tbs1KUUiJoPAgeg1GGlJEGlFDz Qy5MSVtK3/F0/swM0NHoM0DHh56DvSSdgZRZK8dBRsrsDxAsyywNlr3C04vPcaDns77ksUcZcRWR YhzVD0vbOxn7JZUPNAiWDRn6ROvHKI+fVX7jpY/GT53Y12vELquv1Vl16RSCJqHZJdXaBpw0AcfW OTKcJ5NJ4fSTrvw8YJkDDAUcGQCKvy/745X6IEiqN6JythBBc5xtBj1oFHF+ir2zF4KOBy3+LFmE yjxUZpehKLVkm3glEbTCcvcasPiOuxFtOJFgqCRtT0WkRf/YibK65W788PoOuRBZwhrR/4aSa6f+ MnLoKMPdimxvmG2mtJ1WIPEQMF6CgENiKACatA+aIFgCSeO0z1mbfs1lG/8YnlostYVUTaN0BVJ6 P9TsR7kG5MQl1rHpfQLrNi9pFajnCukiZBr/pSiNwHagBdkyGI4NY6PH5N7lIicrqcq3ZFWjO1KJ JZowJGJI5/3j3/e2tqxESvlDQeXM80ojx466zBpSaThbt4Hyz5im/5liEU+xTFKxTBtoUoqZJCVR pR0WT15bpedw9TN52nzORKjbqswFEuXulQUVx/nYGRVeCCrZhxEoNpvdpPifhPUd6KE4EJnCf0fz +Odo+eCwUeAplXt//IQAY6jGFsz8HgNGeWI9EKURSrv9rbe9pQb1mWfzm9pWY+sLC08GUzwVPXHs RJkUnPbPgHEcpbfIFAKkFRVerL61pGqqTdn1k8SBnwE4tTPzjMwsPlDQKAeXxVHbsWwLT2nvKJrO Slsg8ltaJFopy24U79d2p/ONwPIMg4XcBEX7UKCNwCJdnpqqpqcS/duBDkPl1KiMGUb/oqewpb9Q yNRGhtiaeHL+6S1PzZnmNtSjRdQEbkMDeFQbG3VtagKvuYWsKAQMAidBrINgaVVzHzOJ4krvUUCR SkwRgPznI/d39lZmptO6bSzjBJRgpUBuxDf9APWBUOG2oNSED/akr8Z3MBoZRyOCA8HyVLwNLPuM jZ/x9OLIwpFbmQENcTopn6RTWEJPA8HRKSImvVtxYQOd5oQgb7y2/HJnw46lsdPH3WNUllgkbsAl htEsA6k0mtI2s0tahQNUuIDYhYHiJ4zrpHGpnsnxAREAiwO8DzpKq4hJ80cin4/mXdTYhqEuQ9Tv Fo4B7bZXWHlkJTnUdJYpybtUYF4fOdn+hmC5p6QVzByraB8CjNzgCjHa7xSaJWLhH0YaX5pUYgIC drq3PUGe38e47b+BvfMcMsuWdpZTJATO2h33t0yb+054wv7TrNEDDlRKa4pNaSV+bGYWvVXmuMr7 9ZQCrZRfAgv5XnDrBADi+ADxgZMFGsU2ZNE1tiNBJZokvINvfIptdctkJQLAZmwzHApQa0qYxtHj oCK7HpVwS4pujSh3dyxpI/E3AcXkLf1N84IEpbNhA3jNtouddzuZtiJqXWMOKfs16jQ3efXJ63D4 TM+duIbmNgLBWZCctXK8tXrrT0OHDfquKIoIBZK01lcUUNKcFO7qxHCdIM6gSWvgUMf6jrqMGMqA R+ptAExSg6Um38uSOKLo7hYcEFWe2OMBJrJoXoqm4BG0eqL4IEmVapDdNuQg3VfB4ocGVquG9xud vKZKNCErUKcl8dMW5x/40UJE0/FoNd0LERPMoeVDzWHl/4KQ+Xc8eVg7TZJmMobMJmdD3feTM1ed YC/Z9J7XgNZRC4qg5pTy6mrnHYPFbtuSV1emECyu9uTaBgSAwccgGzT0vCyOyINbX0inoHPfs9xu UzMJIDY3Roxd+MG6r+eRGdiAi23uCB80foe4ZM4myNSV91N7G2Xh36FeE1FMQcpwWQRCB1Z+wRxY /AEC5Fd4XmW7TqK5So63wFm1Y4K9cNNV7qaGaiDxxKwiHUeDxWZWodyXJLIasovNz+I/k5MJA4Dq FDsIIsikty2EDjLdfAV4kyG7LR1gL0ro6gaGAViAjf5JpjO4pg3dMWhCvUcTy0TIuAdCxiHKZ8IK rEe6CDn7BhQVWwf0uR6tqQ+xpe5E4PTN1W3AQq2o1f6j+0ndIc5HNd92dyY2aU9vACwkqlo9xWwK FEbb82ig+Owis0VSm7JLZXZnlotULOMoZadIscB/bv7oHmfQC4rKUACICdinhxpSz21WqyfwUi9I o7fifiOKo2lCDdC2PBXBqzKQXU5TZEVpJG6URCZir1yJnT4M5cRHeFZNZrjpOddJ1E3ekc3pP6Ko W4aAGSI8OQjFEOo4rlJyCSwE2LTPJoYGCf1NVgd5bNP8N21TDBypP7qtkA7j6xB07ZeKHHgBLRZS Qqs8AwbSXG/x6ZJwyTO7KOxiddT+fyRgzouXUUNHsSPP9zNQ1LIddFBCEk3Bm3F03+N5cqzh8ioM AFkxHvACTjaaw1YUioni8FHIStegiXwyAofIYAN+MRkAThqPf4Cs8ijqK89JR1bj3wOx4yuwQ40M MAy9tRksKQWQtv2k1IBxVYfBDATEA/4s/NwaB8orAXgdgbIVlXlKPloccuCVmAObEDhjHAsqSRkW vYDpyNNL5VkcqbcZQozK5KcYyuZejBAY1mrAuWRBEZNYSe1QE2FDD1eyaihTz58eS1gTevkPUWyF zZg50Uu5E6HF3oEM8iaC4ml2x1frabGC+nopgo6mq96FlswBpgvjQwI+nzLgWBzyVeQ6SavIug4P aL8uSLy9Q36PcomaEh7v54rnimT+nJkoTdYOufBKPKUyyMOyrZMJcOR5pc6+vikK42xTvVrvsg75 HXfK0YXd/jfsvx8rdsGmMpVWL17Gxr0qIcAICz+8I9HkRr3F0X4atWqDssk9Xo1BawpBtUDtxq1+ CLJzUPScgyZ6i7Q9WinhfaxzhF5hyrduViEJrLIkPBHHhytXRAcD8G798G4D8Lr98U79kImGodl6 TLUhR20yvFAdyE3VlveCzKOz0LusiLiwMKpXVAzJ9k49ctdvwXf4XnkL/KauCI5JW9AqeiGTz3Hn 7z+Mzft17OrBnqAoqWrspgYTprjMOiTmXX/FMQSOv0adwevCiMziQHlcoBxx1ltZhExxBF6X6mXY V/RJPUqInYaO49QLHQJKcpJDiJK/ESCldQb0rTVk3xrhVdQIGU0w32Cn/0boZUCyXxA/fBtFznJO HehIUBDr0Lv3rkDUOcNQ2Yr2yW9wJP+MFI5BntiJesKJjYbsR7RPjOHqFcYgxM4906+80GHGnBQi a0aiUowhkG4TcMC5WrEl874PXrtPxiknWKklHUVQgEcCMp0a9WlP6y0MFCqUs/uHfABYFfa6BJYg I/XaTF0DDJV7ETRTXRBHhz3h7rRgHHVSjFzuFH8x9Ih1fc8wz2sm60pVv8FlNpVn5a2IQDwIAnGh gPfWZkU3FbCE0uxvoeCox7GaQMfeDjranOXVrcaHfSdqK1D3gmDPhQaChUKFN6KeMgs5BSkfKlKg beww6CCgS0uKBSbAm74JLgKAySORchkmi2WgzXFos3WkzGgImNO0DVhEgUJK9J9zdRKK4cyL2To+ 1quK7DnAyPadOw97/DZs6F/UGXosSxXsExS8RoVRrzKtlkhl8AiZM2U1Z0TnZsZlVvhWoJGZeFHQ g+s76TI+FynVNgcsJIpuyAULfX9O3IFmpD2rFyx7FjCTUkY+9/nDqHFe1yBgaFjFaIRigJDqWB1p VYtoSj2PV4NF8OJRvLhhO4aR6lOCoBQ54gja3PsOZHt0CSS21KDJcaqRT4dW1dwUdMnTNYlZKNs+ 1AuWPQ+Yck/ki4VEkDnWoLK6qlXAyapj1RLvlMOhQaJYhsGjxJGUnDAkOxBJMptd/MAhBAKJQaaR bWyT0/f0lSuISLJMdywLECzrQ17Gz5I9DtSCiLSuiz/Jnwqto0e5vWuV2sQDg6+HVr1aPNFhgLYU 0JPLmNxCSJh0vRJ+ZfIxdjYroYyfTbJboSNncymrZ4K92TLjZtLvRQseUTyviIl2J7PwhpzrVvDz 0vcbofNc5mJuB1oZNzevRH07XCRhR5UrzmkGOZ0slFahw/Wt5F2lvwHUfsKvQp+T6LAGzudrJPk6 ZP1QZqd/ffLgJplh8oDlKqxP5Lr8l0VcWJMfLFdwoxEw3sb6ItYnub6MlabSkC/oNGrV1yKOv7LV QbhZwT6ixws05jisK0Gb9L/ANqLGn86d9ZsugGUePxc9w4gOziWgvMTX/VUALD/Fug30Ump0redB T+Aj3Y7mmNNSJDTrc3TgWudj3cL1i10glsf4vk8XWjNMYIM1jHaNJHbEea1S/hWr7mRl2mrzVnV0 pkIWGLKB4e9D5m8fJD7QknyMgNIqvXzKLfAIvwTrozmMCDWoVH2I5nMBMUTzkGIMkG9ipV9coUUP j8L6PdCLANFSZNOjUpz0dDwNM9G6iknxJn+HOus8rBfl6UQCxUB8hQ0Ilh8uD7mepQFD5b+YzQoV WjdvLD8bLbVyRAfn0iqfx/H+HwOsORXrdu1HU21zNIOYZkPcyyxH7z+LGRZ4kLToaAqc1QlYDud7 UHmxUJYgLWPY2gflx2DXcFab3pc98D5ypLjNBGlYAVFkaq1FiSKl9MpsESGDYikn49/Px3WkzFhK LhR0ydO0kEtBL0jYTnMnMdSMNy8w1/gmZol8S4otYtFGzEMObRx9cvazsTRMTqmk8R/hJSeDnvh2 Gze2n9H3Y6zHkl6O7XFZnSGrN+mMun+yqV/FHTKtA8AAX4/EzWlYnylw7td4O4+rD5gLmF3yibL5 /BmBejADjibvbeZrnM0AK+5AdF7AY5JE9h8KMQxJCnL2wzjHUEE77MjbUTycgUzwsWIbxQS8DbKI aGOO3P0g4xCL+N9PshhyCoPlb8wGb+2mw20tdLz+3HrWZaj0oVmIS5GtKPaEAGxgYFA5lMEHPIJv 5v0b0CCbXYP/NRpq4FDIYyF/dkqBew7jz0gsPMDHCJjxPOcODrDbr3P6aXUnes+Hgf3ywL4vYkkM Hlngu/3ZsABm2sZCgCG6oqhgvAIb72AEDXfmDHyycaiEPoQiI63FSFvH+9vc2tquehldxc4vevyy ikcBUW3BqR8mfOofFPh6gK7J7aNE4mrLBT0xBf4R8PV8l8FyP4sk0hV+TedRLKq1LYfXF5snsSKa Wy7kkf08AybBnTc6z7nnsb5D+tQLu/Be9HzX5uh/fnklYGFeWuD75zFLkn72O1/85ys2D/Zy2hmL gBnQNgmM6PNbJG8RPM+7et6iUk6TnJuSLFBTDBAHOs07Wccd8zlo0wcKxn82oExaE3Z2xYyOMVsQ zS/A+r+BzxJ+wyxElkmJjNV3CyunxfxM45m5vu0z3GrLC/bILB54VdzwueUc3s7gDvEXlz4qz7Ne B20g7GzJ/DJmjBtZHF2QQwR+aWClmMpEtrRyx+FlvP+MD66OFsqlhhvqz+s51rbUNtDRy7khSMH6 LVshWV7dYO1CaeQXuJj1hQcAIN0ZWLYgWGajkprsPAZUwZ30OHf8MtYtaOHmu1hxpKJW+47gAHkX Qaiz/NXxzcwqfqcAD5zt/tBdm50rvC5g9p+e8ywEClqm/hNoyxB8h7dT8yjso1kHe7TAuw1l0fEK izgSh/ewmL0ncF7uSuZ/4u0oVm6D5VTWz5I+u3QGmOV8IcUI+6ECPN4x82Xar2TLYwzLYJKxb/IL FhoNaR5Vi9k8vpQ7bgroifKd/vCEDxZKhkpDh5n4YdY11jCdf5lNRAL559l/8RCP5EyjppFZxtgm DHIN4PCJYPESLCcFdajJqVAuaH1ldxLWQYHjFwV0M1+BfpO3R+ZYVt8MjPLcTMJ+3JkfcedP4n77 GVtc4yB7yZZcPe5tFvv5xNJXeEsi8/2gM6tQoVmA1/iym0TTEQiYnajUrTG8fAnUrTxaZnP7FbPS 5C9D6qsaCXZQ7WBa3OWsyFDXwUIf/Z31II/f5RcM8iDxFbG8B99aIE/zSQgAWjmhWZt+P+HrkC71 KusgP8BKFtECAthEtKpGYxutQdHE1trrPOIHMRs/xIqnD5iguH2dgdyPxeVsFsmTuW0fyHm3ISzO DuL2vJfN7eo8TrdCgCH2+AvoHy+bzG1gM9D8Z3wk14VRqKzhhxkcNI8no2iqwkbsZIVmySN1LdPj bG7k2Uy9q5kudxkstLpEPQJ2XtzOrALeQbmCO9lXbL/GimOulIwEBk8zoXoAMstxaUvpXWzN3Mqf 38WNuZTb7z76Pn2nDFn4Ky2RYEL6TgZsUCxNZhHyZs7oJ9G2hPdP5O11fI/p3JbBcjf3z3a+5h2Q f5GkaEAvbc3z+Yu8PZgB6rOLwXrYrK4CppmRe1pQxSZRcDI2JFlPPbo2BvWy66pwxMoY8bjXlSi0 30nvsbeyUAkCppUsHfLBjEBlH5mmipnBZHq+l8/7QcCh9l01XPF7x2PbjEGWSYl2HTKRGff0gIjJ LXMDekvfgGJ8bx7WmBQwd5d04tb3NYt8on4pt49vuUVZbEM+namzX4f4JzdGZiDTXcsQLKdiwxTL Pbc8peSf98stXjoNbiIBTnMzmJEIjLrpBhg5dSqkGxvBcTq9e1cZrDhAja2U/zslGfLfjZxeB4Be 2fvGwHdmMp0DO+nG+yzzVWQZr41l5jGrlbA/5yxuxpfzPIcvokayVTaQmfmtDp69s1Sf0kDXpQu0 kT+YjuFQQX/WL5/eVcD8m83CM3Jt7n4ImjPtkJrY/mmZxqNJ+hT5DofBS6UUQFRNJqFkzGjY74Lz od+UybD/d66D0qOPgkmTToGJk0+Dyr79IZVKgo2gsmmeVHvAzeQtKYBX52noATmNSmZ0+mBUdikR HPdvCVgtN+YRC7ewLkYKM/1sskksMwEH0/6uqR06Wgz8g8+/itvzBdajcstqtpz6swUGfN187P8G 75OPakIe/0v/HGed24HVOYO7ldjyzoBjr92IFJ+UDO+sP59ixfW8XPcxPVUtNtDLaH7WiF2fSUgi xkuloWjkcBhyycUQHVQFTStWQGLDRjAQPPTrKFXnng1WPM4rO7iKcQzThHA4As3NjTD39Zfh3Xfm gzAMqNm5HeVJC4RC4aCF9K+At3Udm9MeK3Y7uZG+4iv3CSFPub45NvMrLeFzW4R8joH1WMAnkVtu Zf0BePtjmhw3PWrD7WUJNUlOaJ1kbuA7l+YGTwPl+UDIgAB6mO8/oQGh5o3puewH8IAYzh27nC2e EmaKJ9hHRM/+VVbWD+zAATqHxSYwaA+HPFOOze9FyrtC62NYxi/J/YAWw9nfM1UGd62QXZsmSrEj ZA8zFkNAnAUjr70GioYPA6soDsUHHADl44+AsnGHQenBB6moFoGEptQqkUULMuL3SRxZCIzRY8bC 0RMmwfEnToHDDj8aNnyyFnbs2AqWFfJH1TOsGIaZSYYx1bewSHmTfTTk2X6vQhovfr8pWoNWzoUo XTbx53eyRYcnoR6FIKetpFW2hFjKOtAq7ri55OPsg//NiDoqAm9oczjE55Cv6fcdjPYW/mwpuyiU Ses4NsTjxQo0Lr67YRi1DAqH362SPcUVrPw+zIDrzx0/nxVYu4N+9h2M9zHrwO4wTD9uMMk2/+J8 tqtyJFguLOEsYasAUKjzaTmz8sPHweBLLkJ2GanEELHH7hbBP+YVRlZqqK+D3z54N6xZtQLCyFCW ZeWKYBPaUnKyCrU8BVyn1RYpPS33BINEX0UZ1B99OIRr66F08Qc6wd0027UH/bLIZZUtahBZeaO7 rhKjNOPCMEwCQJA92sQ/nuPYaajabwhcc90PoaGhDh79/X2KXQNM6t/WBOiKIz1v+Q7W/2MR+znW 2WB3GCbBnsn3WZd5I3d0+OrdCM9Q1hMF4ZqNzHy4DFCIIYpHj4KRV1+p9JJQWZlapxfkp0yN4ym7 NPJisTgcfsQEJZpampugqalBfWboTkVcujhIPenrO9Rx9D2PttJD+1jCFxoFxNXKV/zzyAZNxUSw 9CmDdf/9bdh2/mlQO+lYcCrKoWzhEjBsB4TUP4RqEPOlkVlcB54MtUATLS3rOop31X3wvg6CoKi4 BE6YeDKcPfVi2ImM2ECrduF5dlrPVyfgpNMpGDJ0JFx4ydfh9LMvhP4DB8HAqsEwYuQoeH/xO9DY 2LYcHwIOvybp5aRmYFuBjQSiYXT6y3fl7GQsZ9b9W8HB2QWGARZJV7AcPjEQsc0b7SLbbY3pwYfI NjuFhw3hQQkySdXZZ0DFUUeCEQopVqmtq4fqrdVZ686JDhw7/uf5JqsFj4Xw+uFwFGpqtsOTj/8W Vq/evEv4e4Y1UwltqWYkJxZ+6XKo+fwEsOoaFZAIMMMefARGL1mQ+WV1h7ek7N02sBQS0TBs37RT ZdcHy5XXXAnjx08Ax5OwfctG2LptixKnM2a8lnXebT/5CbLLUEjgACDlnkoJgu29RQvg0Uce6zDs 8qVLzodVK5ci69YoFuug0PL6v2IF/YicCPduAQbYF/FnVhYFu9bzO9dYJFEbbXNS8NFVl0DszFPB wlHu0cqZOALq6hsUWPLZh7KA7dgRUPLtE3AikRjUoTL80AN3Q2l5OZx/4degqKgI0gjYHTu2Qb++ A6CsvI/6UjKZgDSyRKy8TLGSQOYofn8lDH7yeai++FyoOf4osJqy00bcaBwidbXgWSa4qJyrpfXx vtQGJSKk2sH20Cio2QFxZD8XWcQ0LYig+GxNabeIZVj4rCiWUO+ixQiaWxpgy6aNyCaDoKikFJkm 3e4dYyhuzVAEUukk1NfshH9PfxpKS/so1rLtFPQbMAgqysrBRLZ/6P471P1RPPtZIEGRdRhLjeJA mAb2BGAOYa37GxzQeqOzULv60QgEyNrbb4Adx40Hs6lFHSSwbN3azilJ4o7yvWcWcjLIjsFViccu kjqmkuWgsgg44QjrBGnVKTTdIYRU7dguOCRO1FQHU/+Sl6fpgOaIe5EwyHgMREsrmK0ptTgoT5K4 ktwOeM9NnqG1FCHdguKVQOHR53gP+skYrwMxbOC5FgLIo2fzHH9tRZc793MQTBfFZwyhnkb6Gt3b B5dLP/WM7zWoaj+Y/tzj8NaC10lcm8wkH7En/1B2QA5gRZnM8/Ud9emurMu3nGMP5/FNfsfu/9c6 ig84OOIq/z4d6saOBg8Zpr62LsMsOaxxMf69TmjAGFLPRikIEplpLhVMJimQkNoScALXViMKdQbP te3gtcI4xsjt5wWe1aIVjgK/CxcSqBOYyZQHyVSGOmWbRUFpEQ1quX0vc0vVsfnYkEFoqEWHs3+i MVdBDXkeqrltMuw7vP0/jpinsppESsvWJZd5leJSV1vnjT96Iry/ZCHpNa5pmof4nulAWcvMsr4z EOzqQo73MkJf5Ajwr1hkzytokyP1lixdAZUz58GHJx8P21lnycNG1JKThTYRh+F2ntRi74vsrn6M W/lyIincf1PoBGgVaxE61fJ0qZXz23mtmCo2NWdI7QCrhLYsuShHeFey/6QvW4APs0NuOI+6u6F9 +qLF8aT7mWkGsMm+PwUbpdbxkjkWSAkHDOPsyDueR/g09qgexpFpl8+5j1ngyzwItvDzHMY6xlns VLTZCPkZzYXHe98jdaoJPf/w1lRiWmlZ5VMnTTkDZvz7WRSH5p0M9nL+Hnmhn4UuLmi9qz8cvYHt 8++xbf/f7BSa0qEjB+myz4O/hKbZC0ASxQeYIsAacaFjF7dI3eE3sHNqDASy6aWm5H5CBxUrpPae /gu3w6XuBCrnCR00pY77H37eSt5P8fGXOA3gGE5zuJr1tEMYDNdzoDFZQLenX0Ux2Sl3GoOHxPUJ geChX85md/83uIPv5Kj5nwIe6IfZV3Idhwge4Wddx3r4MwywQxl4/8vf+Sbr5L9kVvkqT0K9jvXM HzU3t8SOOGoSjDxgNCQSLXM48v5dlhSPwi6sfr47vzT+Z5ajB7NDjG5KCz5fXFA0oUJItDHi3t9o xRCyk8MDnbAlECkn1jhe6DlzQY9jnEXQ41KnJZALncRXCUAm5kerPjzEWj85wDbi8SFCg2OL0KxF 7PM2R88XQVvW3VLusAcDuns+wPj3KWIHWzV7jt/idIlcp5if4rmJQy41HArYxh7WpoBu8gLfdzgD 7GM/SCr0PU4CzbDv8vGnhXZIDmL/ySOcbz+P2NiTTrS1NQkTP38WDB4ynECTL4zSbYBJszy9hQmi nkfwIUy9eS1js2gYIqwJ+r34KrjFRe30EqGz2PoHvjKC6X2AL7dZ6I8UWl+hYzS/hjLDLmV9Jc1T vV3uEDro//pdM9P9LKnDHX9ixknyyJeBuM0PGTgPd+A9EH4AH7KXGamA9hPekgH9IBYY0QP4Ookc 9aCE79HM1ktLYLAkGUTBWcB9pZ79Q5p9Ne7v8NdLkvraLSiaoKJyAFz3vdvg9DMvUBYk+Xl6AjBU FnJI/NsBEN3GL/Izjj3l3ElAJDQQjnxpjvaOhqxcC4gagBQvmsvzQxYpM4VOp6Tjp5CYktqJWMu0 fxR31oHcyA7rJhHfuSjb/t6M+y8JLTpO5NSB0ex3OJUZYggz55n89wj2dN8K2YncUQYKvUJcZOeZ 9IfsRCUaHWUB0VYccHyW83UW8XfuYUvlXg5J+CEN0lf2CzDXv/k5rxFanJJq8BepGSg4+cLXU6je gswyor6+ES760hVw/c13wdBh+0NQWe5K6Yqnt1B5lxW+zQFRsogb8Vvc4NXZosmCYvJzoHm9cdzB +req26ixjvWKk7lhbmb2WsTiZgIHDp8UnD4qdG4JUfx93FDrmL4bmSH4N1DVtSmD8HUe4SdwByzk DjyPR/Qd/PlUFlmkSK5nEbw4YKEYLH6W8ehfEmCBVj63JeCyT/A5vl/vg4Dr/WMWwTMYBCQ2l+F9 f84MRhbMeP8+Qr/jWn6XSczsT7OOE+L+WBlQzrdzDIt0n+UIkKYUWn3DR4yEkfuPgYVvzVFxudyQ xJ7ww+QrB3IuyDche7n2oSyelrOr2Q668Sl4t27MSJh/BeqWhgVGqjXLFM/n+ZV5nHcd/V3gV0sK +ot6at7+7tyrO55vJAKG/EZ3//RGFWIwTbNbRRIElNMnWOvOtaZu4uvfyZZOxnPioqU0cvka+Pyd v4bQzhpwiuLtGkfkAUuhcEG+v/N5haFA+EF+is7f1XPlbnxXdsOzVVdvAZsyAHYxjvdpRFIQNGOZ St/Kec/FTJFfZ/3gQ0XLlKIQDkFZYzNUzZ4Dmw49CJKDBoJBv21dwLsr8gAnd7+jv/fVIvbwtdqW TBbQhMyybMnbSvntQoByjwEGWEE7i5W73MAVyfpZDKpL2UJQk6IINEWoZQycNx92VpRDywHD6ce6 1C+45aPkQp7fnmjs/yRQKZc0iqCa2hp4dca/IBaL9jhggP0ZV7AFky88vJSVvQtYUftI+THQvIsL C4a9NweKpk+H5r6DIDHmAPCiaNiYqN9ku/R3uaHEXjCye5pdRBcBk0gkYNasuVCENl8oHO5xwJDp Rm75a6FtGkluIefUXNZtprCpuYMSkMxQKVTYDTBg6XsQ/edMiK/ZANGNW6Bx3CEKNGIPNZrYxzp3 T4sjn6VNBswbc+dCY4sDlRXxHgeMD4i17Ah7HwovIbGZPx/GpmA96TUGPouVrke55kDVzi2w38dr ILVmK9Qdf6RKTtoVEIh9jE16GmxBwFCpr2uFPl0AjdEN77Ga3eDfguzlJXKLza75TcF3D6GZ70+/ o4cbsvpdAP6ZKgmFV+mEAmZ4Z4ASXRyZnVlaewuAcp9XdPFdyeGTTCY/E8AAswdFQClkUNHJue2W hQkjaAjrfuKtEF6XR5fsgu8mCLLOlGhZ4Fz5GTOGKOBWkDnvvSvPvGFLy2cGGCoUOqBpGld2ATTt CoEmlvH1ybyN0lEnF/J7yA4YSn5GrLA7IJRd/HxXnX4frav5zADjW0aUO/PV3QJNqApK4oPzuq1F Jw23K049+AxFjuwGZuqKKC5UiMsTicILf/bEL+FSgk6KzennIGeJ985KdNyhMGbsWJ1LK3sX3t1T hZTepqqBMO7QodDU1JgVGti2rQY2bU19Jgzjl7XMNDQDsW+XR1/IgvjHG6HvzLnghUPgFsXUlI/e 0r1lwIDKHjOrOzO5KVWBZh3UQhcWDSJwmK1JqJj7NhSt26BM69SgAeCWFKu5QL1l9wt5dikkMH/u zLyhgbKSMNQ1pD4TkRQslK5A+aSU65KAzlegVrMKqZa99R6Uz18ITeMOgbrjjoTayRO0N9jrFVPd UWjGaHkxdliOOvP/BBgAcMs4lyhIS8wAAAAASUVORK5CYII= --_004_1051EFB4D3A1704680C38CCAAC5836D292F15FDBWPTXMAIL2ptxaxw_--

2 2

shutting down a host witn running vms on it.
by Nathanaël Blanchet 14 Mar '16

14 Mar '16

Hi all, What is the behaviour of a host with running vms when a reboot is initiated, for instance by a powerchute shutdown event or an init event? In such a case, will vms will properly shutdown? Thank you for your help. -- Nathanaël Blanchet Supervision réseau Pôle Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr

3 2

Impact of changing VLAN of ovirtmgmt in the Data Center?
by Garry Tiedemann 14 Mar '16

14 Mar '16

Hi everyone, In Data Centers > (Name) > Networks section of the Ovirt GUI, network definitions include the VLAN IDs. In my case, the VLAN ID of ovirtmgmt has been empty (meaning VLAN 1) since I built it; it's always been wrong. My hypervisor hosts' ovirtmgmt bridges are actually in VLAN 20. An error message alerted me to this mismatch a few days ago. None of my production VMs are on VLAN 1, or VLAN 20, but I'd like to confirm if it's safe to change this. Can changing the VLAN ID of ovirtmgmt within Data Center > Networks impact VMs from other VLANs? I see no reason why it should be a problem. We just need some certainty on that point. Thankyou in advance for answers. Regards, Garry PS This is a briefer and clearer re-statement of the question I asked a couple of days ago.

2 1

[hosted-engine] install additional nodes without knowing another HE host's root password?
by Wee Sritippho 14 Mar '16

14 Mar '16

Hi, I'm trying to deploy a 2nd host to my hosted-engine environment, but the 1st host doesn't have a root password - it only has a sudo account. I can temporarily set a password and enable ssh for the root account, but I'm curious whether there is proper way to do this without messing with the user accounts? for example: - Locating the answer file that was copied from the 1st host manually (I already tried 'hosted-engine --deploy --config-append=answers-XXXXXXXXXXXXXX.conf' but the setup thought that I'm going to deploy my 1st host) - scp from an account other than 'root' Regards, Wee --- ซอฟต์แวร์ Avast แอนตี้ไวรัสตรวจสอบหาไวรัสจากอีเมลนี้แล้ว https://www.avast.com/antivirus

3 2

New install of hosted-engine using FibreChannel storage presenting Errors
by Paxton, Darren 14 Mar '16

14 Mar '16

Hi all Set up a brand new cluster with hosted-engine. Chose Fibre-Channel as the storage mechanism however on completion, running hosted-engine -vm-status I get the following; # hosted-engine --vm-status Traceback (most recent call last): File "/usr/lib64/python2.7/runpy.py", line 162, in _run_module_as_main "__main__", fname, loader, pkg_name) File "/usr/lib64/python2.7/runpy.py", line 72, in _run_code exec code in run_globals File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/vm_status.py", line 117, in <module> if not status_checker.print_status(): File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/vm_status.py", line 60, in print_status all_host_stats = ha_cli.get_all_host_stats() File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py", line 160, in get_all_host_stats return self.get_all_stats(self.StatModes.HOST) File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py", line 107, in get_all_stats stats = self._parse_stats(stats, mode) File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py", line 146, in _parse_stats md = metadata.parse_metadata_to_dict(host_id, data) File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/metadata.py", line 156, in parse_metadata_to_dict constants.METADATA_FEATURE_VERSION)) ovirt_hosted_engine_ha.lib.exceptions.FatalMetadataError: Metadata version 5 from host 20 too new for this agent (highest compatible version: 1) This also results in adding a 2nd host failing due to a similar problem. I saw a previous post regarding iscsi storage resulting in similar errors but not FibreChannel. I can provide engine logs and such like if someone can guide me to what exact files to provide. I had cleared down the fibre-chaannel storage but do I need to wipe the devices fully before trying again? Thanks Darren

2 1

"wildcard resolve to multiple address" during hosted-engine --deploy
by Zach 14 Mar '16

14 Mar '16

I keep running into the following error when going through the "hosted-engine --deploy" configuration. [ ERROR ] Failed to execute stage 'Setup validation': wildcard resolved to multiple address So far, I haven't been able to figure out what I'm doing wrong. My best guess is that there is some issue with the FQDN that I used, but I'm not sure what I've done wrong. I've included the following line in /etc/hosts for the FQDN. 192.168.0.50 ovirt.domain.local I've also attached the output log, as well as the full output of me answering all the prompts. Any help would be appreciated, let me know if I need to include more information.

2 1

Hiding events
by nicolas＠devels.es 13 Mar '16

13 Mar '16

Hi, Is there currently a way to hide specific events from the event list? I mean not showing them up when they occur. Thanks.

2 1

Know the console client IP from guest
by Simon Lévesuqe 13 Mar '16

13 Mar '16

From a windows guest (can be useful for linux guest as well), is it possible to get the IP of the spice client connected to console? I setup oVirt for a VDI. The users use thin clients that PXE boot using LTSP. I need the client IP to offer remote support via VNC. Now, I use epoptes as remote support tool, its an excellent peace of software but I need technicians from other branch of the company to be able to offer remote support to my users and they are all Windows guy ans don't want to connect to the LTSP server to start epoptes... They already use VNC to support Wyse type clients so I installed x11vnc on my clients chroot and setup it to start at boot. I know this is a security issue but this is the boss decision. Some client log to terminal servers using xfreerdp (LTSP clients boot directly to xfreerdp). In that case, everything is ok, we setup bginfo to print the client name and ip as they are windows environment variables. The problem is that many other clients boot to the oVirt user portal and users log to Windows 7 vm using Virt-Viewer and Spice. In bginfo, the only thing i can get is the IP of the Windows guest. It's ok, for most cases we can take control of the guest ant it do the trick but sometimes it's useful to vnc the thin itself. Thanks! Simon L

3 2

spacewalk integration
by Charles Kozler 13 Mar '16

13 Mar '16

Hi Guys - Can you use spacewalk as an external provider in oVirt? I see it allows Satelilte/Foreman but I know the new Satellite product is much different than Spacewalk as I believe Spacewalk is still technically Satellite 5 whereas Satellite 6 is an entire rewrite If Spacewalk can be used, what are some pre-reqs needed to get it working? Also, what are the benefits of using this? I was looking at it for the eratta information Thanks! -- *Charles Kozler* *Vice President, IT Operations* FIX Flyer, LLC 225 Broadway | Suite 1600 | New York, NY 10007 1-888-349-3593 http://www.fixflyer.com <http://fixflyer.com> NOTICE TO RECIPIENT: THIS E-MAIL IS MEANT ONLY FOR THE INTENDED RECIPIENT(S) OF THE TRANSMISSION, AND CONTAINS CONFIDENTIAL INFORMATION WHICH IS PROPRIETARY TO FIX FLYER LLC. ANY UNAUTHORIZED USE, COPYING, DISTRIBUTION, OR DISSEMINATION IS STRICTLY PROHIBITED. ALL RIGHTS TO THIS INFORMATION IS RESERVED BY FIX FLYER LLC. IF YOU ARE NOT THE INTENDED RECIPIENT, PLEASE CONTACT THE SENDER BY REPLY E-MAIL AND PLEASE DELETE THIS E-MAIL FROM YOUR SYSTEM AND DESTROY ANY COPIES.

2 1

el6 and el7 clusters and SPM
by Sigbjorn Lie 13 Mar '16

13 Mar '16

Hi I am looking to migrate several el6 rhev-h nodes to el7 rhev-h nodes. There are multiple clusters in the datacenter and it will take a while (several months) to have all the clusters in the data center migrated to el7. Is there be any potential issues to look out for with regards to having the SPM for this datacenter running on a el6 or a el7 node in this datacenter? Any cross compatability issues to look out for? RHEV-M is currently at version 3.5.6. We are using FC storage. Regards, Siggi

2 1

vlan range?
by gflwqs gflwqs 13 Mar '16

13 Mar '16

Hi list! How do i expose a vlan range to a vm in ovirt? Thanks! Christian

2 1

QEMU GlusterFS support in oVirt
by Samuli Heinonen 13 Mar '16

13 Mar '16

Hello all, It seems that oVirt 3.6 is still using FUSE to access GlusterFS storage domains instead of using QEMU driver (libgfapi). As far as I know libgfapi support should be available in Libvirt and QEMU packages provided in CentOS 7. Is there any workarounds how to use libgfapi with oVirt before it’s officially available? Best regards, Samuli Heinonen

3 4

MAC spoofing for specific VMs
by Christopher Young 13 Mar '16

13 Mar '16

I'm working on some load-balancing solutions and they appear to require MAC spoofing. I did some searching and reading and as I understand it, you can disable the MAC spoofing protection through a few methods. I was wondering about the best manner to enable this for the VMs that require it and not across the board (if that is even possible). I'd like to just allow my load-balancer VMs to do what they need to, but keep the others untouched as a security mechanism. If anyone has any advice on the best method to handle this scenario, I would greatly appreciate it. It seems that this might turn into some type of feature request, though I'm not sure if this is something that has to be done at the Linux bridge level, the port level, or the VM level. Any explanations into that would also help in my education. Thanks, Chris

3 5

Configuring the SRIOV virsh device
by David LeVene 10 Mar '16

10 Mar '16

--_000_BLUPR0301MB1971508A98EC31035499673AE9B30BLUPR0301MB1971_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hey All, Still trying to work through this VMFEX stuff, and I know what I want the f= ile to look like at the end.. but not sure how to achieve it from the doco = written here http://www.ovirt.org/develop/developer-guide/vdsm/hook/vmfex/ and http://www.ovirt.org/develop/release-management/features/network/ucs-integr= ation/ Currently my device looks like this # virsh -r net-dumpxml vdsm-SRIOV <network> <name>vdsm-SRIOV</name> <forward mode=3D'bridge'/> <bridge name=3D'SRIOV'/> </network> I want it looking like this, then the networking will be as it should be! A port group would be a vNIC Profile from the looks of things... <name>vdsm-SRIOV</name> <forward dev=3D'enp6s0f1' mode=3D'passthrough'> = <-- defined as a passthrough device, not a bridge <interface dev=3D'enp6s0f1'/> <interface dev=3D'enp6s0f2'/> <interface dev=3D'enp6s0f3'/> <interface dev=3D'enp6s0f4'/> < .. list of interfaces available to it which would need to be manually i= nputted as a hook> </forward> <portgroup name=3D'ame1-test1'> <virtualport type=3D'802.1Qbh'> <parameters profileid=3D'profile-ame1-test1'/> </virtualport> </portgroup> <portgroup name=3D'ame1-prep1'> <virtualport type=3D'802.1Qbh'> <parameters profileid=3D'profile-ame1-prep1'/> </virtualport> </portgroup> </network> Cheers David This email and any attachments may contain confidential and proprietary inf= ormation of Blackboard that is for the sole use of the intended recipient. = If you are not the intended recipient, disclosure, copying, re-distribution= or other use of any of this information is strictly prohibited. Please imm= ediately notify the sender and delete this transmission if you received thi= s email in error. --_000_BLUPR0301MB1971508A98EC31035499673AE9B30BLUPR0301MB1971_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-AU" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hey All,<o:p></o:p> <o:p> </o:p> Still trying to work through this VMFEX stuff, and I= know what I want the file to look like at the end.. but not sure how to ac= hieve it from the doco written here<o:p></o:p> <o:p> </o:p> <a href=3D"http://www.ovirt.org/develop/developer-gu= ide/vdsm/hook/vmfex/">http://www.ovirt.org/develop/developer-guide/vdsm/hoo= k/vmfex/</a><o:p></o:p> and<o:p></o:p> <a href=3D"http://www.ovirt.org/develop/release-mana= gement/features/network/ucs-integration/">http://www.ovirt.org/develop/rele= ase-management/features/network/ucs-integration/</a><o:p></o:p> <o:p> </o:p> Currently my device looks like this<o:p></o:p> <o:p> </o:p> # virsh -r net-dumpxml vdsm-SRIOV<o:p></o:p> <network><o:p></o:p>   <name>vdsm-SRIOV</name><o:p></o:p= >  <forward mode=3D'bridge'/><o:p></o:p></p= >   <bridge name=3D'SRIOV'/><o:p></o:p> </network><o:p></o:p> <o:p> </o:p> <o:p> </o:p> I want it looking like this, then the networking wil= l be as it should be!<o:p></o:p> A port group would be a vNIC Profile from the looks = of things…<o:p></o:p> <o:p> </o:p>   <name>vdsm-SRIOV</name><o:p></o:p= >   <forward dev=3D'enp6s0f1' mode=3D'passthro= ugh'>           &= nbsp;           &nbs= p;     ß defined as a passthrou= gh device, not a bridge<o:p></o:p>     <interface dev=3D'enp6s0f1'/&g= t;<o:p></o:p>     <interface dev=3D'enp6s0f2'/&g= t;<o:p></o:p>     <interface dev=3D'enp6s0f3'/&g= t;<o:p></o:p>     <interface dev=3D'enp6s0f4'/&g= t;<o:p></o:p> <   .. list of interfaces available to = it which would need to be manually inputted as a hook><o:p></o:p>   </forward><o:p></o:p>   <portgroup name=3D'ame1-test1'><o:p></o= :p>     <virtualport type=3D'802.1Qbh'= ><o:p></o:p>       <parameters profil= eid=3D'profile-ame1-test1'/><o:p></o:p>     </virtualport><o:p></o:p></= p>   </portgroup> <o:p></o:p>   <portgroup name=3D'ame1-prep1'><o:= p></o:p>     <virtualport type=3D'802.1Qbh'= ><o:p></o:p>       <parameters profil= eid=3D'profile-ame1-prep1'/><o:p></o:p>     </virtualport><o:p></o:p></= p>   </portgroup><o:p></o:p> </network><o:p></o:p> <o:p> </o:p> <o:p> </o:p> Cheers<o:p></o:p> David<o:p></o:p> </div> This email and any attachments may contain confidential and proprietary inf= ormation of Blackboard that is for the sole use of the intended recipient. = If you are not the intended recipient, disclosure, copying, re-distribution= or other use of any of this information is strictly prohibited. Please immediately notify the sender and delete th= is transmission if you received this email in error. </body> </html> --_000_BLUPR0301MB1971508A98EC31035499673AE9B30BLUPR0301MB1971_--

2 6

Understand CPU Socket Cores and VCPU
by Taste-Of-IT 10 Mar '16

10 Mar '16

Hello, i have a general Question about Hardware CPU, Socket, Cores and the VCPU, Cores per VSocket and VScoket for virtual Machines. Example i have a single CPU with 4 Cores and 8 Threads. As far as i understand i should configure the virtual machines with that number of socket as the host has. So in this example with max 1 Socket. How is the possibility in VCPUs and VCores? What is the limit in this example? Can i only run max 4 VMs? Thanks for clarifying Taste

2 2

Installation of host hangs and will not finish installation of host
by Jonas Kirk Pedersen 10 Mar '16

10 Mar '16

Im and quite new at using mailing list, but here is my current challenge. I am adding a new host from a fresh install centos 7. Updated with yum -y update and yum install then repo from ovirt v.3.6. Now the installation of the host is stuck at validating for 2 hours. Have tried to restart vdsmd to see if I cant trigger a failure, but no. Did a reboot of the host and that did not help. Now it is powered off and the engine is has registered that there is no connection to the host with error: "VDSM KVM2 command failed: Connection issue null" Is there a way to cancel a running task? -- Jonas Kirk Pedersen ASOM-Net Systemadministrator

2 1

VDSM will not start
by Jonas Kirk Pedersen 10 Mar '16

10 Mar '16

This is a multi-part message in MIME format. --------------080709040101080905010803 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Had a problem where on the host the vdsm service would not start. The following is from #ovirt IRC chat after I emailed the sos report from the host 13:29:06) sbonazzo: jkp looks like an issue while starting supervdsm, I see: (13:29:08) sbonazzo: Mar 9 12:41:30 kvm1 daemonAdapter: OSError: [Errno 2] No such file or directory: '/var/run/vdsm/svdsm.sock' (13:29:08) sbonazzo: Mar 9 12:41:30 kvm1 systemd: start request repeated too quickly for supervdsmd.service (13:29:26) sbonazzo: danken: ybronhei: nsoffer ^^ (13:30:57) sbonazzo: msivak: i see also Mar 9 12:27:18 kvm1 systemd: [/usr/lib/systemd/system/momd.service:11] Unknown lvalue 'Timeout' in section 'Service' (13:31:30) sbonazzo: msivak: maybe epel7 mom should be updated (13:32:33) sbonazzo: after that, vdsm doesn't come up due to Mar 9 12:27:55 kvm1 daemonAdapter: OSError: [Errno 2] No such file or directory: '/var/run/vdsm/svdsm.sock since supervdsmd didn't run (13:34:50) sbonazzo: jkp: can you try to manually start supervdsmd service? (13:35:07) jkp: sbonazzo, it is confirmed that the file is not there. But shouldn't the service create this file -- Yes I'll try (13:35:19) sbonazzo: jkp: yes, it's supposed to (13:39:07) jkp: sbonazzo, still gives me the : OSError: [Errno 2] No such file or directory: '/var/run/vdsm/svdsm.sock' (13:39:35) sbonazzo: jkp does /var/run/vdsm/ exist? (13:40:55) jkp: sbonazzo, yes it contains [root@kvm1 ~]# ls /var/run/vdsm/ lvm sourceRoutes trackedInterfaces v2v Later I received a email Mar 9 10:41:21 kvm1 journal: Module /usr/lib64/libvirt/connection-driver/libvirt_driver_lxc.so not accessible Mar 9 10:41:21 kvm1 journal: The server certificate /etc/pki/vdsm/certs/vdsmcert.pem is not yet active Mar 9 10:41:21 kvm1 systemd: libvirtd.service: main process exited, code=exited, status=6/NOTCONFIGURED Mar 9 10:41:21 kvm1 systemd: Failed to start Virtualization daemon. Mar 9 10:41:21 kvm1 systemd: Dependency failed for Virtual Desktop Server Manager. Mar 9 10:41:21 kvm1 systemd: Dependency failed for MOM instance configured for VDSM purposes. Mar 9 10:41:21 kvm1 systemd: Job mom-vdsm.service/start failed with result 'dependency'. Mar 9 10:41:21 kvm1 systemd: Job vdsmd.service/start failed with result 'dependency'. Mar 9 10:41:21 kvm1 systemd: Dependency failed for Virtual Desktop Server Manager network restoration. Mar 9 10:41:21 kvm1 systemd: Job vdsm-network.service/start failed with result 'dependency'. Mar 9 10:41:21 kvm1 systemd: Unit libvirtd.service entered failed state. Mar 9 10:41:21 kvm1 systemd: libvirtd.service failed. Mar 9 10:41:21 kvm1 systemd-logind: Removed session 4. Mar 9 10:41:21 kvm1 systemd: libvirtd.service holdoff time over, scheduling restart. I see that libvirtd fails to start. It might be due to Engine system clock being deep in the future? What I had failed to notice was that the vdsmcert.pem that was not active. The ntp service running on the Engine was out of sync with a year resulting in that of cause the certificate did not work and then the vdsm would not start. I have a fairly new engine so I removed it and fixed the time issue and all was perfect Thanks for a great help on the chat and on email -- Jonas Kirk Pedersen ASOM-Net Systemadministrator --------------080709040101080905010803 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 text="#000000" bgcolor="#FFFFFF"> Had a problem where on the host the vdsm service would not start. The following is from #ovirt IRC chat after I emailed the sos report from the host 13:29:06) sbonazzo: jkp looks like an issue while starting supervdsm, I see: (13:29:08) sbonazzo: Mar 9 12:41:30 kvm1 daemonAdapter: OSError: [Errno 2] No such file or directory: '/var/run/vdsm/svdsm.sock' (13:29:08) sbonazzo: Mar 9 12:41:30 kvm1 systemd: start request repeated too quickly for supervdsmd.service (13:29:26) sbonazzo: danken: ybronhei: nsoffer ^^ (13:30:57) sbonazzo: msivak: i see also Mar 9 12:27:18 kvm1 systemd: [/usr/lib/systemd/system/momd.service:11] Unknown lvalue 'Timeout' in section 'Service' (13:31:30) sbonazzo: msivak: maybe epel7 mom should be updated (13:32:33) sbonazzo: after that, vdsm doesn't come up due to Mar 9 12:27:55 kvm1 daemonAdapter: OSError: [Errno 2] No such file or directory: '/var/run/vdsm/svdsm.sock since supervdsmd didn't run (13:34:50) sbonazzo: jkp: can you try to manually start supervdsmd service? (13:35:07) jkp: sbonazzo, it is confirmed that the file is not there. But shouldn't the service create this file -- Yes I'll try (13:35:19) sbonazzo: jkp: yes, it's supposed to (13:39:07) jkp: sbonazzo, still gives me the : OSError: [Errno 2] No such file or directory: '/var/run/vdsm/svdsm.sock' (13:39:35) sbonazzo: jkp does /var/run/vdsm/ exist? (13:40:55) jkp: sbonazzo, yes it contains [root@kvm1 ~]# ls /var/run/vdsm/ lvm sourceRoutes trackedInterfaces v2v Later I received a email <pre class="moz-signature" cols="72">Mar 9 10:41:21 kvm1 journal: Module /usr/lib64/libvirt/connection-driver/libvirt_driver_lxc.so not accessible Mar 9 10:41:21 kvm1 journal: The server certificate /etc/pki/vdsm/certs/vdsmcert.pem is not yet active Mar 9 10:41:21 kvm1 systemd: libvirtd.service: main process exited, code=exited, status=6/NOTCONFIGURED Mar 9 10:41:21 kvm1 systemd: Failed to start Virtualization daemon. Mar 9 10:41:21 kvm1 systemd: Dependency failed for Virtual Desktop Server Manager. Mar 9 10:41:21 kvm1 systemd: Dependency failed for MOM instance configured for VDSM purposes. Mar 9 10:41:21 kvm1 systemd: Job mom-vdsm.service/start failed with result 'dependency'. Mar 9 10:41:21 kvm1 systemd: Job vdsmd.service/start failed with result 'dependency'. Mar 9 10:41:21 kvm1 systemd: Dependency failed for Virtual Desktop Server Manager network restoration. Mar 9 10:41:21 kvm1 systemd: Job vdsm-network.service/start failed with result 'dependency'. Mar 9 10:41:21 kvm1 systemd: Unit libvirtd.service entered failed state. Mar 9 10:41:21 kvm1 systemd: libvirtd.service failed. Mar 9 10:41:21 kvm1 systemd-logind: Removed session 4. Mar 9 10:41:21 kvm1 systemd: libvirtd.service holdoff time over, scheduling restart. I see that libvirtd fails to start. It might be due to Engine system clock being deep in the future? </pre> What I had failed to notice was that the vdsmcert.pem that was not active. The ntp service running on the Engine was out of sync with a year resulting in that of cause the certificate did not work and then the vdsm would not start. I have a fairly new engine so I removed it and fixed the time issue and all was perfect Thanks for a great help on the chat and on email <pre class="moz-signature" cols="72"> </pre> <pre class="moz-signature" cols="72">-- Jonas Kirk Pedersen ASOM-Net Systemadministrator </pre> </body> </html> --------------080709040101080905010803--

1 0

The bumpy road to Ceph
by Bond, Darryl 10 Mar '16

10 Mar '16

We intend to migrate off our small Openstack/Ceph cluster to oVirt as it is a better fit for our organisation. We wanted to run oVirt backed on to Ceph storage for quite some time. We waited for the 3.6 development to take it's course and started testing last year. The kolla cinder container implementation changed fundamentally in the middle of the oVirt release process which broke the oVirt 'official' cinder implementation. We had tested oVirt using our Openstack cinder so we knew it basically worked but we didn't want to mix the oVirt and Openstack volumes, ie put oVirt into it's own ceph pool. We waited and waited for the Kolla container ... There didn't seem to be any end in sight, so we chose the following configuration: - Hosted engine on Centos 7.2 with gluster storage - Cinder/Keystone VM on Centos 7.2 using RDO and cinder 'liberty' kept in the same gluster store as the engine and managed by the engine. - Used the oVirt engine Postgres database as the Cinder/Keystone store so we didn't introduce more dependencies with MySQL that Kolla required. (New user and database for the cinder store. Backups exported separate to the engine backups) It's early days yet but here are some observations: - It works very well integrated with oVirt from the point of view of building and managing new VM's - Snapshots and cloning use ceph's features - No simple means to move Vm disks to and from other storage domains. - Not impossible though, it means that you have to delete and import ceph RBD's behind both oVirt and Cinder. It is fairly dangerous as I haven't found a simple way to get the rbd volume name with vdsClient other than 'vdsClient list' running VM's. Openstack at least publishes the volume name (UUID) in the gui, oVirt does not. - Successfully imported VM images from both Openstack and VMWare. - There is a hard dependency between oVirt and Cinder when starting VM's but does not require Cinder to run VMs. Strange really, when the volume name could be stored in oVirt when the volume is created rather than query cinder for each start. Where to from here. Hosting Cinder/Keystone in containers on the engine VM makes sense. We are going to roll our own container(s), given the data will be in the engine Postgres database it should be possible to transition in a clean fassion. Darryl ________________________________ The contents of this electronic message and any attachments are intended only for the addressee and may contain legally privileged, personal, sensitive or confidential information. If you are not the intended addressee, and have received this email, any transmission, distribution, downloading, printing or photocopying of the contents of this message or attachments is strictly prohibited. Any legal privilege or confidentiality attached to this message and attachments is not waived, lost or destroyed by reason of delivery to any person other than intended addressee. If you have received this message and are not the intended addressee you should notify the sender by return email and destroy all copies of the message and any attachments. Unless expressly attributed, the views expressed in this email do not necessarily represent the views of the company.

1 0

Admin lockout
by Clint Boggio 09 Mar '16

09 Mar '16

I had a keyboard problem and entered the wrong password for admin@internal enough times to finally lock the account. How do I recover from this ? OVirt engine 3.6.2

3 3

Re: [ovirt-users] Adding servers after hosted ending servers fail due to incorrect mount options in vdsm
by Nir Soffer 09 Mar '16

09 Mar '16

On Wed, Mar 9, 2016 at 11:22 PM, Bond, Darryl <dbond(a)nrggos.com.au> wrote: > Yes, your last example is the one we are shooting for: > One DC multiple clusters, one being the hosted engine cluster all sharing the same storage, which has to include the hosted engine gluster storage. > The remainder of the storage will be mainly in cinder/ceph Please share your experience with cinder/ceph, we like to get feedback about it. (probably in another thread) > with for export/ISO domains. > Our initial attempt was to attach the new non-hosted engine server to a new cluster but we also tried to add it to the same cluster as the hosted engines with the same result. It just seems to remove the complication of the second cluster to try to get it working in the hosted engine cluster. > > Darryl > > ________________________________________ > From: Nir Soffer <nsoffer(a)redhat.com> > Sent: Wednesday, 9 March 2016 9:50 PM > To: Bond, Darryl; users; Simone Tiraboschi; Roy Golan; Maor Lipchuk > Subject: Re: [ovirt-users] Adding servers after hosted ending servers fail due to incorrect mount options in vdsm > > On Wed, Mar 9, 2016 at 11:48 AM, Bond, Darryl <dbond(a)nrggos.com.au> wrote: >> Nir, >> The run and protect was the line above, I have included it above the rest. >> My comments about not creating a extra data centre agree with yours. I want: >> 1 data centre which includes: >> 1 set of storage domains > > What do you mean by "set of storage domains?" > >> 3 hosted engine ha hosts >> 4 extra hosts > > I don't know about hosted engine limitations, but generally a host can be only > part of one DC and cluster. > > So you can have 3 hosts serving as hosted engine nodes, with their own > storage, used only for hosted engine, and you can have another DC for > vms, using other storage domains. > > Or you can have one DC, with all the storage domains, and several clusters, > one for hosted engine nodes, and one for compute nodes for other vms. > In this case all the nodes will have to connect to all storage domains. > > Pick the setup that fits your needs. > >> >> I cannot activate an additional (non ha) host as it errors mounting the gluster hosted engine domain as it does not pass the -t glusterfs. I don't really care if they didn't (as it is only there for the hosted-engine ha hosts) but that does not seem possible. >> ________________________________________ >> From: Nir Soffer <nsoffer(a)redhat.com> >> Sent: Wednesday, 9 March 2016 6:17 PM >> To: Bond, Darryl; Ala Hino >> Cc: users(a)ovirt.org >> Subject: Re: [ovirt-users] Adding servers after hosted ending servers fail due to incorrect mount options in vdsm >> >> On Wed, Mar 9, 2016 at 7:54 AM, Bond, Darryl <dbond(a)nrggos.com.au> wrote: >>> I have a 3 node 3.6.3 hosted engine cluster (Default) with a number of VMs. The hosted engine is stored on gluster. >>> >>> Adding an additional server to the Default cluster that isn't a hosted-engine ha server fails. >>> >>> Looking at the vdsm.log, the host attempts to mount the gluster as NFS with the gluster options which fails. >>> >>> >> >> Please add the logs above the log you posted, with the string "Run and >> protect, connectStorageServer" >> >> This log contains the arguments received from engine, revealing what >> is going on. >> jsonrpc.Executor/4::INFO::2016-03-09 16:05:02,002::logUtils::48::dispatcher::(wrapper) Run and protect: connectStorageServer(domType=7, spUUID=u'00000001-0001-0001-0001-000000000229', conList=[{u'id': u'19fb9b3b-79c1-48e8-9300-d0d52ddce7b1', u'connection': u'ovirt36-h1:/hosted-engine', u'iqn': u'', u'user': u'', u'tpgt': u'1', u'password': '********', u'port': u''}], options=None) >> > > There must be vfs_type parameter here, with the value "glusterfs". > > Kind of redundant since we have a domType=7, which is glusterfs, but this is the > current API, and we must keep it for backward compatibility. > > The owner of the code sending this value should take a look. > > Nir > >>> jsonrpc.Executor/6::DEBUG::2016-03-09 15:10:01,022::fileUtils::143::Storage.fileUtils::(createdir) Creating directory: /rhev/data-center/mnt/glusterSD/ovirt36-h1:_hosted-engine mode: None >>> jsonrpc.Executor/6::DEBUG::2016-03-09 15:10:01,022::storageServer::357::Storage.StorageServer.MountConnection::(_get_backup_servers_option) Using bricks: ['ovirt36-h1', 'ovirt36-h2', 'ovirt36-h3'] >>> jsonrpc.Executor/6::DEBUG::2016-03-09 15:10:01,022::mount::229::Storage.Misc.excCmd::(_runcmd) /usr/bin/taskset --cpu-list 0-11 /usr/bin/sudo -n /usr/bin/systemd-run --scope --slice=vdsm-glusterfs /usr/bin/mount -o backup-volfile-servers=ovirt36-h2:ovirt36-h3 ovirt36-h1:/hosted-engine /rhev/data-center/mnt/glusterSD/ovirt36-h1:_hosted-engine (cwd None) >> >> -t glusterfs is missing here >> >> This line can be generated only by the GlusterfFSConnection, used when >> connecting >> to gluster storage domain, but this connection type ads the "glustefs" type. >> >>> jsonrpc.Executor/6::ERROR::2016-03-09 15:10:01,042::hsm::2473::Storage.HSM::(connectStorageServer) Could not connect to storageServer >>> Traceback (most recent call last): >>> File "/usr/share/vdsm/storage/hsm.py", line 2470, in connectStorageServer >>> conObj.connect() >>> File "/usr/share/vdsm/storage/storageServer.py", line 236, in connect >>> six.reraise(t, v, tb) >>> File "/usr/share/vdsm/storage/storageServer.py", line 228, in connect >>> self._mount.mount(self.options, self._vfsType, cgroup=self.CGROUP) >>> File "/usr/share/vdsm/storage/mount.py", line 225, in mount >>> return self._runcmd(cmd, timeout) >>> File "/usr/share/vdsm/storage/mount.py", line 241, in _runcmd >>> raise MountError(rc, ";".join((out, err))) >>> MountError: (32, ';Running scope as unit run-18808.scope.\nmount.nfs: an incorrect mount option was specified\n') >>> >>> I noticed the hosted-engine servers perform the same mount but pass the -t glusterfs correctly. >>> >>> A bug or am I doing something wrong?? >>> >>> I do not want to create a new datacentre without the hosted engine storage as I want to use the same storage domains. >> >> Same storage domains? Maybe you mean same bricks? >> >> You cannot use the same storage domain from different DC. You can >> create new gluster volume >> using the same bricks. >> >> Nir >> >> ________________________________ >> >> The contents of this electronic message and any attachments are intended only for the addressee and may contain legally privileged, personal, sensitive or confidential information. If you are not the intended addressee, and have received this email, any transmission, distribution, downloading, printing or photocopying of the contents of this message or attachments is strictly prohibited. Any legal privilege or confidentiality attached to this message and attachments is not waived, lost or destroyed by reason of delivery to any person other than intended addressee. If you have received this message and are not the intended addressee you should notify the sender by return email and destroy all copies of the message and any attachments. Unless expressly attributed, the views expressed in this email do not necessarily represent the views of the company.

1 0

Fwd: Re: Slow after add 2 Nic
by Taste-Of-IT 09 Mar '16

09 Mar '16

Hello, any help for using 2 nics in 2 networks? thx -------- Originalnachricht -------- Betreff: Re: [ovirt-users] Slow after add 2 Nic Datum: 2016-03-08 11:33 Von: Taste-Of-IT <kontakt(a)taste-of-it.de> An: oVirt Userlist <Users(a)ovirt.org> Hello, i simply add the nic and i think CentOS configure these by itself. Ok, i can change that. Short to my intentions. I want to use nic1 for my lan and nic2 for the wan route into the internet. in ovirt i want to install a firewall and configure both nics, nic for lan and nic2 for wan. in the other vm's i want to install only nic1 as bridge and configure the firwall as gateway which also service the dhcp. at all it must be safe that the vms cant break out of this and go around the firewall. so as i understand i would do this: - set in centos nic1 as default gatway wich has 192.168.0.1 as gateway - set in centos nic2 without default route - add in ovirt a new network / nic - create the vm for the firwall and assign nic1 and nic2 - in the other vms i would only assign nic1 is that the way to do or what do you think? thx Taste Am 2016-03-08 09:45, schrieb Yaniv Kaul: > Most likely (we've had something like that in FOSDEM) issue with DNS > resolving. > Make sure all IP addresses are correctly resolved. > Y. > > On Tue, Mar 8, 2016 at 12:44 AM, Taste-Of-IT <kontakt(a)taste-of-it.de> > wrote: > >> Hello, >> i have a question about adding a second Nic. After adding a second >> one the WebGUI and oVirt is very slow. The situation is as follow. >> Each nic has its own network and are seperated from each other. nic1 >> - 192.168.0.x for internal and nic2 192.168.1.x through the wan. if >> i use trace from the client i call the WebGUI, it goes over >> 192.168.0.x, the right way. but if i trace the engine self on >> localhost with its hostname it goes over 192.168.1.x, the wrong way >> and takes longer. >> >> i am not sure if its an ovirt problem or from hostsystem centos, >> but i didnt find any solution. >> >> # ip route show >> default via 192.168.0.3 dev ovirtmgmt >> default via 192.168.1.1 dev enp0s29u1u2c2 proto static metric >> 100 >> 169.254.0.0/16 [1] dev ovirtmgmt scope link metric 1006 >> 192.168.0.0/24 [2] dev ovirtmgmt proto kernel scope link src >> 192.168.0.153 >> 192.168.1.0/24 [3] dev enp0s29u1u2c2 proto kernel scope link >> src 192.168.1.2 metric 100 >> >> thx for help >> Taste >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users [4] > > > > Links: > ------ > [1] http://169.254.0.0/16 > [2] http://192.168.0.0/24 > [3] http://192.168.1.0/24 > [4] http://lists.ovirt.org/mailman/listinfo/users _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users

2 1

changing vm's product serial
by Nathanaël Blanchet 09 Mar '16

09 Mar '16

This is a multi-part message in MIME format. --------------000101010705050708030005 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hi all, We've been using templates for months before we realized that "ocs=20 report" used Serial Number given into "demidecode -t system" to identify=20 a VM as unique. This Serial Number is located into=20 /sys/devices/virtual/dmi/id/product_serial, and we'd really want each vm=20 to have its own Serial Number instead of the template's one. We tried to generate a new id with uuidgen, but it can't be written into=20 the product_serial file. Is there a simple way to do such a thing? Thank you. --=20 Nathana=C3=ABl Blanchet Supervision r=C3=A9seau P=C3=B4le Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 =09 T=C3=A9l. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr --------------000101010705050708030005 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"content-type" content=3D"text/html; charset=3Dutf= -8"> </head> <body bgcolor=3D"#FFFFFF" text=3D"#000000"> Hi all, We've been using templates for months before we realized that "ocs report" used Serial Number given into "demidecode -t system" to identify a VM as unique. This Serial Number is located into /sys/devices/virtual/dmi/id/product_serial,=C2=A0 and we'd really want each vm to have its own Serial Number instead of the template's one. We tried to generate a new id with uuidgen, but it can't be written into the product_serial file. Is there a simple way to do such a thing? Thank you. <pre class=3D"moz-signature" cols=3D"72">--=20 Nathana=C3=ABl Blanchet Supervision r=C3=A9seau P=C3=B4le Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 =09 T=C3=A9l. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 <a class=3D"moz-txt-link-abbreviated" href=3D"mailto:blanchet@abes.fr">bl= anchet(a)abes.fr</a> </pre> </body> </html> --------------000101010705050708030005--

2 2

User cannot add a disk to a VM - permission error
by Will Dennis 09 Mar '16

09 Mar '16

Trying to understand the oVirt user permissions system… I have a user who I have granted the “PowerUserRole” role to, with the role description being “User Role, allowed to create VMs, Templates and Disks.” When I log into the User Portal with this user, I try to create a VM with a disk, but when I click the OK button, I get the message, “Cannot add Virtual Machine Disk. The user doesn’t have permissions to attach Disk Profile to the Disk. What other permission(s) do I need to grant this user in order to have it be able to create VMs?

2 2

Logs Error
by Budur Nagaraju 09 Mar '16

09 Mar '16

Getting below logs for some reason, in the engine [root@pscloud ~]# tail -f /var/log/ovirt-engine/engine.log , sharedLocks= ] 2016-02-08 14:28:42,325 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-43) Removing domain fb15c568-f237-4de6-8954-5bcf0de2043f from the domains in maintenance cache 2016-02-08 14:28:42,533 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-17) Query execution failed due to insufficient permissions. 2016-02-08 14:28:42,605 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-17) Query execution failed due to insufficient permissions. 2016-02-08 14:28:47,551 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-3) Query execution failed due to insufficient permissions. 2016-02-08 14:28:47,561 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-3) Query execution failed due to insufficient permissions. 2016-02-08 14:28:52,511 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-18) Query execution failed due to insufficient permissions. 2016-02-08 14:28:52,524 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-18) Query execution failed due to insufficient permissions. 2016-02-08 14:28:57,597 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-12) Query execution failed due to insufficient permissions. 2016-02-08 14:28:57,608 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-12) Query execution failed due to insufficient permissions. 2016-02-08 14:29:02,510 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-17) Query execution failed due to insufficient permissions. 2016-02-08 14:29:02,520 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-17) Query execution failed due to insufficient permissions. 2016-02-08 14:29:07,539 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-16) Query execution failed due to insufficient permissions. 2016-02-08 14:29:07,576 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-16) Query execution failed due to insufficient permissions. 2016-02-08 14:29:12,538 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-11) Query execution failed due to insufficient permissions. 2016-02-08 14:29:12,548 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-11) Query execution failed due to insufficient permissions. 2016-02-08 14:29:13,948 INFO [org.ovirt.engine.core.bll.tasks.AsyncTaskManager] (DefaultQuartzScheduler_Worker-14) [5a3093d4] Setting new tasks map. The map contains now 3 tasks 2016-02-08 14:29:14,040 INFO [org.ovirt.engine.core.bll.tasks.AsyncTaskManager] (DefaultQuartzScheduler_Worker-36) [171bad22] Polling and updating Async Tasks: 3 tasks, 2 tasks to poll now 2016-02-08 14:29:14,168 INFO [org.ovirt.engine.core.bll.tasks.AsyncTaskManager] (DefaultQuartzScheduler_Worker-36) [171bad22] Finished polling Tasks, will poll again in 10 seconds. 2016-02-08 14:29:17,568 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-13) Query execution failed due to insufficient permissions. 2016-02-08 14:29:17,578 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-13) Query execution failed due to insufficient permissions. 2016-02-08 14:29:22,506 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-5) Query execution failed due to insufficient permissions. 2016-02-08 14:29:22,530 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-5) Query execution failed due to insufficient permissions. 2016-02-08 14:29:27,548 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-14) Query execution failed due to insufficient permissions. 2016-02-08 14:29:27,585 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-14) Query execution failed due to insufficient permissions. ^C [root@pscloud ~]#

3 5

Storage Issues
by Budur Nagaraju 09 Mar '16

09 Mar '16

HI I have configured two storage Lun through NFS one is Master which is having capacity of 2TB and the other is having 1TB. Now the issue when ever user deploy a vm automatically vm is getting deployed in master lun which is running out of HDD space and the vm is not getting deployed in the other Lun ,is there any setting to do that vm should get deployed in other LUN ? Thanks, Nagaraju

3 5

Re: [ovirt-users] Adding servers after hosted ending servers fail due to incorrect mount options in vdsm
by Nir Soffer 09 Mar '16

09 Mar '16

On Wed, Mar 9, 2016 at 11:48 AM, Bond, Darryl <dbond(a)nrggos.com.au> wrote: > Nir, > The run and protect was the line above, I have included it above the rest. > My comments about not creating a extra data centre agree with yours. I want: > 1 data centre which includes: > 1 set of storage domains What do you mean by "set of storage domains?" > 3 hosted engine ha hosts > 4 extra hosts I don't know about hosted engine limitations, but generally a host can be only part of one DC and cluster. So you can have 3 hosts serving as hosted engine nodes, with their own storage, used only for hosted engine, and you can have another DC for vms, using other storage domains. Or you can have one DC, with all the storage domains, and several clusters, one for hosted engine nodes, and one for compute nodes for other vms. In this case all the nodes will have to connect to all storage domains. Pick the setup that fits your needs. > > I cannot activate an additional (non ha) host as it errors mounting the gluster hosted engine domain as it does not pass the -t glusterfs. I don't really care if they didn't (as it is only there for the hosted-engine ha hosts) but that does not seem possible. > ________________________________________ > From: Nir Soffer <nsoffer(a)redhat.com> > Sent: Wednesday, 9 March 2016 6:17 PM > To: Bond, Darryl; Ala Hino > Cc: users(a)ovirt.org > Subject: Re: [ovirt-users] Adding servers after hosted ending servers fail due to incorrect mount options in vdsm > > On Wed, Mar 9, 2016 at 7:54 AM, Bond, Darryl <dbond(a)nrggos.com.au> wrote: >> I have a 3 node 3.6.3 hosted engine cluster (Default) with a number of VMs. The hosted engine is stored on gluster. >> >> Adding an additional server to the Default cluster that isn't a hosted-engine ha server fails. >> >> Looking at the vdsm.log, the host attempts to mount the gluster as NFS with the gluster options which fails. >> >> > > Please add the logs above the log you posted, with the string "Run and > protect, connectStorageServer" > > This log contains the arguments received from engine, revealing what > is going on. > jsonrpc.Executor/4::INFO::2016-03-09 16:05:02,002::logUtils::48::dispatcher::(wrapper) Run and protect: connectStorageServer(domType=7, spUUID=u'00000001-0001-0001-0001-000000000229', conList=[{u'id': u'19fb9b3b-79c1-48e8-9300-d0d52ddce7b1', u'connection': u'ovirt36-h1:/hosted-engine', u'iqn': u'', u'user': u'', u'tpgt': u'1', u'password': '********', u'port': u''}], options=None) > There must be vfs_type parameter here, with the value "glusterfs". Kind of redundant since we have a domType=7, which is glusterfs, but this is the current API, and we must keep it for backward compatibility. The owner of the code sending this value should take a look. Nir >> jsonrpc.Executor/6::DEBUG::2016-03-09 15:10:01,022::fileUtils::143::Storage.fileUtils::(createdir) Creating directory: /rhev/data-center/mnt/glusterSD/ovirt36-h1:_hosted-engine mode: None >> jsonrpc.Executor/6::DEBUG::2016-03-09 15:10:01,022::storageServer::357::Storage.StorageServer.MountConnection::(_get_backup_servers_option) Using bricks: ['ovirt36-h1', 'ovirt36-h2', 'ovirt36-h3'] >> jsonrpc.Executor/6::DEBUG::2016-03-09 15:10:01,022::mount::229::Storage.Misc.excCmd::(_runcmd) /usr/bin/taskset --cpu-list 0-11 /usr/bin/sudo -n /usr/bin/systemd-run --scope --slice=vdsm-glusterfs /usr/bin/mount -o backup-volfile-servers=ovirt36-h2:ovirt36-h3 ovirt36-h1:/hosted-engine /rhev/data-center/mnt/glusterSD/ovirt36-h1:_hosted-engine (cwd None) > > -t glusterfs is missing here > > This line can be generated only by the GlusterfFSConnection, used when > connecting > to gluster storage domain, but this connection type ads the "glustefs" type. > >> jsonrpc.Executor/6::ERROR::2016-03-09 15:10:01,042::hsm::2473::Storage.HSM::(connectStorageServer) Could not connect to storageServer >> Traceback (most recent call last): >> File "/usr/share/vdsm/storage/hsm.py", line 2470, in connectStorageServer >> conObj.connect() >> File "/usr/share/vdsm/storage/storageServer.py", line 236, in connect >> six.reraise(t, v, tb) >> File "/usr/share/vdsm/storage/storageServer.py", line 228, in connect >> self._mount.mount(self.options, self._vfsType, cgroup=self.CGROUP) >> File "/usr/share/vdsm/storage/mount.py", line 225, in mount >> return self._runcmd(cmd, timeout) >> File "/usr/share/vdsm/storage/mount.py", line 241, in _runcmd >> raise MountError(rc, ";".join((out, err))) >> MountError: (32, ';Running scope as unit run-18808.scope.\nmount.nfs: an incorrect mount option was specified\n') >> >> I noticed the hosted-engine servers perform the same mount but pass the -t glusterfs correctly. >> >> A bug or am I doing something wrong?? >> >> I do not want to create a new datacentre without the hosted engine storage as I want to use the same storage domains. > > Same storage domains? Maybe you mean same bricks? > > You cannot use the same storage domain from different DC. You can > create new gluster volume > using the same bricks. > > Nir > > ________________________________ > > The contents of this electronic message and any attachments are intended only for the addressee and may contain legally privileged, personal, sensitive or confidential information. If you are not the intended addressee, and have received this email, any transmission, distribution, downloading, printing or photocopying of the contents of this message or attachments is strictly prohibited. Any legal privilege or confidentiality attached to this message and attachments is not waived, lost or destroyed by reason of delivery to any person other than intended addressee. If you have received this message and are not the intended addressee you should notify the sender by return email and destroy all copies of the message and any attachments. Unless expressly attributed, the views expressed in this email do not necessarily represent the views of the company.

1 0

ovirt 3.6.3.4 and VLAN are not friends
by Fabrice Bacchella 09 Mar '16

09 Mar '16

I'm trying to bring some VLAN to ovirts hosts. I have one native vlan and two tagged vlan. When the tagged vlan are not configured in ovirt, I can add hosts easily. As soon as I add the two tagged one, every things run amok. New hosts network are broken, network configuration is untouched and the host is marked as non operationnal. In engine.log, I get: 2016-03-09 10:25:34,376 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HostSetupNetworksVDSCommand] (default task-20) [da910e3] FINISH, HostSetupNetworksVDSCommand, log id: 7c267202 2016-03-09 10:25:34,383 INFO [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) [] Connecting to nb0104.prod.exalead.com/10.83.17.27 2016-03-09 10:25:34,404 INFO [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) [] Connecting to nb0104.prod.exalead.com/10.83.17.27 2016-03-09 10:25:36,401 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.PollVDSCommand] (default task-20) [da910e3] Error: org.ovirt.engine.core.vdsbroker.xmlrpc.XmlRpcRunTimeException: Connection issues during send request 2016-03-09 10:25:36,401 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.PollVDSCommand] (default task-20) [da910e3] Exception: java.util.concurrent.ExecutionException: org.ovirt.engine.core.vdsbroker.xmlrpc.XmlRpcRunTimeException: Connection issues during send request at java.util.concurrent.FutureTask.report(FutureTask.java:122) [rt.jar:1.7.0_95] at java.util.concurrent.FutureTask.get(FutureTask.java:202) [rt.jar:1.7.0_95] at org.ovirt.engine.core.vdsbroker.vdsbroker.FutureVDSCommand.get(FutureVDSCommand.java:72) [vdsbroker.jar:] and a lot of them like that. I even get a : 2016-03-09 10:26:56,830 INFO [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) [] Connecting to nb0104.prod.exalead.com/10.83.17.27 2016-03-09 10:26:56,830 ERROR [org.ovirt.vdsm.jsonrpc.client.reactors.Reactor] (SSL Stomp Reactor) [] Unable to process messages 2016-03-09 10:26:56,848 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.PollVDSCommand] (default task-20) [da910e3] Error: java.lang.NullPointerException 2016-03-09 10:26:56,848 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.PollVDSCommand] (default task-20) [da910e3] Exception: java.util.concurrent.ExecutionException: java.lang.NullPointerException at java.util.concurrent.FutureTask.report(FutureTask.java:122) [rt.jar:1.7.0_95] at java.util.concurrent.FutureTask.get(FutureTask.java:202) [rt.jar:1.7.0_95] at org.ovirt.engine.core.vdsbroker.vdsbroker.FutureVDSCommand.get(FutureVDSCommand.java:72) [vdsbroker.jar:] at org.ovirt.engine.core.bll.network.host.HostSetupNetworkPoller.poll(HostSetupNetworkPoller.java:30) [bll.jar:] at org.ovirt.engine.core.bll.network.host.HostSetupNetworksCommand.invokeSetupNetworksCommand(HostSetupNetworksCommand.java:423) [bll.jar:] at org.ovirt.engine.core.bll.network.host.HostSetupNetworksCommand.executeCommand(HostSetupNetworksCommand.java:256) [bll.jar:] .... Caused by: java.lang.NullPointerException at org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient.connect(ReactorClient.java:121) [vdsm-jsonrpc-java-client.jar:] at org.ovirt.vdsm.jsonrpc.client.JsonRpcClient.getClient(JsonRpcClient.java:114) [vdsm-jsonrpc-java-client.jar:] at org.ovirt.vdsm.jsonrpc.client.JsonRpcClient.call(JsonRpcClient.java:73) [vdsm-jsonrpc-java-client.jar:] at org.ovirt.engine.core.vdsbroker.jsonrpc.FutureMap.<init>(FutureMap.java:87) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.jsonrpc.JsonRpcVdsServer$3.call(JsonRpcVdsServer.java:1016) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.jsonrpc.JsonRpcVdsServer$3.call(JsonRpcVdsServer.java:1012) [vdsbroker.jar:] ... 2016-03-09 10:26:56,860 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.PollVDSCommand] (default task-20) [da910e3] Command 'PollVDSCommand(HostName = nb0104, VdsIdVDSCommandParametersBase:{runAsync='true', hostId='8aed4c69-3a1d-4f00-95c4-79bcd3596ef9'})' execution failed: java.util.concurrent.ExecutionException: java.lang.NullPointerException And latter: 2016-03-09 10:37:28,635 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-22) [47d52cbc] Correlation ID: 47d52cbc, Job ID: e1f27868-08c8-488a-b70c-7c9d8f06c08b, Call Stack: null, Custom Event ID: -1, Message: Host nb0104 does not comply with the cluster Default networks, the following networks are missing on host: 'DMZ,Extranet,ovirtmgmt' I try to finish the network configuration manuall, , but some time it works, sometime it fails. When it fails I get a timeout, and operations are not possible any more on the host. I'm getting a: Cannot setup Networks. Another Setup Networks process in progress on the host. Please try later after refreshing the host network capabilities. In engine.log, I get: 2016-03-09 10:38:13,470 WARN [org.ovirt.engine.core.bll.network.host.HostSetupNetworksCommand] (default task-15) [64ef0a3a] CanDoAction of action 'HostSetupNetworks' failed for user FA4@apachesso. Reasons: VAR__ACTION__SETUP,VAR__TYPE__NETWORKS,ACTION_TYPE_FAILED_SETUP_NETWORKS_IN_PROGRESS The lock stay forever until i restart the ovirt-engine. In the host, in mom.log, I got 2016-03-09 10:26:57,960 - mom.vdsmInterface - ERROR - Cannot connect to VDSM! [Errno 111] Connection refused 2016-03-09 10:26:57,960 - mom.GuestManager - INFO - Guest Manager starting: multi-thread 2016-03-09 10:26:57,963 - mom.vdsmInterface - ERROR - Cannot connect to VDSM! [Errno 111] Connection refused I'm running ovirt 3.6.3.4 on Centos 7.2, I reinstalled everything, even the OS, with a empty database.

2 2

Adding servers after hosted ending servers fail due to incorrect mount options in vdsm
by Bond, Darryl 09 Mar '16

09 Mar '16

I have a 3 node 3.6.3 hosted engine cluster (Default) with a number of VMs. The hosted engine is stored on gluster. Adding an additional server to the Default cluster that isn't a hosted-engine ha server fails. Looking at the vdsm.log, the host attempts to mount the gluster as NFS with the gluster options which fails. jsonrpc.Executor/6::DEBUG::2016-03-09 15:10:01,022::fileUtils::143::Storage.fileUtils::(createdir) Creating directory: /rhev/data-center/mnt/glusterSD/ovirt36-h1:_hosted-engine mode: None jsonrpc.Executor/6::DEBUG::2016-03-09 15:10:01,022::storageServer::357::Storage.StorageServer.MountConnection::(_get_backup_servers_option) Using bricks: ['ovirt36-h1', 'ovirt36-h2', 'ovirt36-h3'] jsonrpc.Executor/6::DEBUG::2016-03-09 15:10:01,022::mount::229::Storage.Misc.excCmd::(_runcmd) /usr/bin/taskset --cpu-list 0-11 /usr/bin/sudo -n /usr/bin/systemd-run --scope --slice=vdsm-glusterfs /usr/bin/mount -o backup-volfile-servers=ovirt36-h2:ovirt36-h3 ovirt36-h1:/hosted-engine /rhev/data-center/mnt/glusterSD/ovirt36-h1:_hosted-engine (cwd None) jsonrpc.Executor/6::ERROR::2016-03-09 15:10:01,042::hsm::2473::Storage.HSM::(connectStorageServer) Could not connect to storageServer Traceback (most recent call last): File "/usr/share/vdsm/storage/hsm.py", line 2470, in connectStorageServer conObj.connect() File "/usr/share/vdsm/storage/storageServer.py", line 236, in connect six.reraise(t, v, tb) File "/usr/share/vdsm/storage/storageServer.py", line 228, in connect self._mount.mount(self.options, self._vfsType, cgroup=self.CGROUP) File "/usr/share/vdsm/storage/mount.py", line 225, in mount return self._runcmd(cmd, timeout) File "/usr/share/vdsm/storage/mount.py", line 241, in _runcmd raise MountError(rc, ";".join((out, err))) MountError: (32, ';Running scope as unit run-18808.scope.\nmount.nfs: an incorrect mount option was specified\n') I noticed the hosted-engine servers perform the same mount but pass the -t glusterfs correctly. A bug or am I doing something wrong?? I do not want to create a new datacentre without the hosted engine storage as I want to use the same storage domains. Regards Darryl ________________________________ The contents of this electronic message and any attachments are intended only for the addressee and may contain legally privileged, personal, sensitive or confidential information. If you are not the intended addressee, and have received this email, any transmission, distribution, downloading, printing or photocopying of the contents of this message or attachments is strictly prohibited. Any legal privilege or confidentiality attached to this message and attachments is not waived, lost or destroyed by reason of delivery to any person other than intended addressee. If you have received this message and are not the intended addressee you should notify the sender by return email and destroy all copies of the message and any attachments. Unless expressly attributed, the views expressed in this email do not necessarily represent the views of the company.

3 2

regenerate libvirt-spice keys after libvirtd restart?
by Bill James 08 Mar '16

08 Mar '16

I needed to bounce libvirtd after changing a config in libvirt/qemu.conf so import-to-ovirt.pl, but now my VMs with Spice console complain: libvirtError: internal error: process exited while connecting to monitor: ((null):2791): Spice-Warning **: reds.c:3311:reds_init_ssl: Could not use private key file What is the proper way to sync up the key after restarting libvirtd? I even tried rebooting host and restart ovirt-engine and ovirt-engine setup, didn't help. Work around is just use VNC consoles. But I'd like to get spice working again. centos 7.2 libvirt-client-1.2.17-13.el7_2.2.x86_64 ovirt-engine-3.6.2.6-1.el7.centos.noarch Cloud Services for Business www.j2.com j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox This email, its contents and attachments contain information from j2 Global, Inc. and/or its affiliates which may be privileged, confidential or otherwise protected from disclosure. The information is intended to be for the addressee(s) only. If you are not an addressee, any disclosure, copy, distribution, or use of the contents of this message is prohibited. If you have received this email in error please notify the sender by reply e-mail and delete the original message and any copies. (c) 2015 j2 Global, Inc. All rights reserved. eFax, eVoice, Campaigner, FuseMail, KeepItSafe, and Onebox are registered trademarks of j2 Global, Inc. and its affiliates.

2 5

Collectd
by Jonas Israelsson 08 Mar '16

08 Mar '16

Greetings. Is the collectd feature on the iso-based nodes supposed to work ? And if so am I supposed to do anything more that adding the server and port via the tui ? I see my collectd configuration end up in the file /etc/default/ovirt Part from that I don't see a single (collectd) byte leaving my nodes. # cat /etc/default/version PRODUCT='oVirt Node Hypervisor' PRODUCT_SHORT='oVirt Node Hypervisor' PRODUCT_CODE= RECIPE_SHA256= RECIPE_RPM= PACKAGE=ovirt-node-iso VERSION=3.6 RELEASE=0.999.201510221205.el7.centos

1 0

Slow after add 2 Nic
by Taste-Of-IT 08 Mar '16

08 Mar '16

Hello, i have a question about adding a second Nic. After adding a second one the WebGUI and oVirt is very slow. The situation is as follow. Each nic has its own network and are seperated from each other. nic1 - 192.168.0.x for internal and nic2 192.168.1.x through the wan. if i use trace from the client i call the WebGUI, it goes over 192.168.0.x, the right way. but if i trace the engine self on localhost with its hostname it goes over 192.168.1.x, the wrong way and takes longer. i am not sure if its an ovirt problem or from hostsystem centos, but i didnt find any solution. # ip route show default via 192.168.0.3 dev ovirtmgmt default via 192.168.1.1 dev enp0s29u1u2c2 proto static metric 100 169.254.0.0/16 dev ovirtmgmt scope link metric 1006 192.168.0.0/24 dev ovirtmgmt proto kernel scope link src 192.168.0.153 192.168.1.0/24 dev enp0s29u1u2c2 proto kernel scope link src 192.168.1.2 metric 100 thx for help Taste

3 3

VM migration by using the Python SDK
by Jean-Pierre Ribeauville 08 Mar '16

08 Mar '16

--_004_1051EFB4D3A1704680C38CCAAC5836D292F1577AWPTXMAIL2ptxaxw_ Content-Type: multipart/alternative; boundary="_000_1051EFB4D3A1704680C38CCAAC5836D292F1577AWPTXMAIL2ptxaxw_" --_000_1051EFB4D3A1704680C38CCAAC5836D292F1577AWPTXMAIL2ptxaxw_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I'm a little bit lost by looking how to migrate a Guest between two nodes o= f a same cluster by using ovirt python API . Is it the good way to start for ovirt engine sources ? Thx for help. Regards, Jean-Pierre RIBEAUVILLE +33 1 4717 2049 [axway_logo_tagline_87px] --_000_1051EFB4D3A1704680C38CCAAC5836D292F1577AWPTXMAIL2ptxaxw_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"FR" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hi,<o:p></o:p> <o:p> </o:p> <o:p> </o:p> I’m a little bit lost by = looking how to migrate a Guest between two nodes of a same cluster by using=   ovirt  python  API .<o:p></o:p> <o:p> </o:p> Is it the good way  to sta= rt for ovirt engine sources ?<o:p></o:p> <o:p> </o:p> Thx for help.<o:p></o:p> <o:p> </o:p> Regards,<o:p></o:p> <o:p> </o:p> Jean-Pierre = RIBEAUVILLE<o:p></o:p> <o:p> <= /o:p> +33 1 4717 2049<o:p></o:p> <o:p> <= /o:p> <img width= =3D"140" height=3D"87" id=3D"Image_x0020_1" src=3D"cid:image001.png@01D1789= 5.39E36880" alt=3D"axway_logo_tagline_87px"><o:p></o:p> <o:p> </o:p> </div> </body> </html> --_000_1051EFB4D3A1704680C38CCAAC5836D292F1577AWPTXMAIL2ptxaxw_-- --_004_1051EFB4D3A1704680C38CCAAC5836D292F1577AWPTXMAIL2ptxaxw_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=11720; creation-date="Mon, 07 Mar 2016 16:17:29 GMT"; modification-date="Mon, 07 Mar 2016 16:17:29 GMT" Content-ID: <image001.png(a)01D17895.39E36880> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAIwAAABXCAYAAADWOa3SAAAAGXRFWHRTb2Z0d2FyZQBBZG9iZSBJ bWFnZVJlYWR5ccllPAAALWpJREFUeNrsfQmcFMXZ/lvdPefeLNcitwp4EFG88AAJn/eFRo3GHBqv RHOq0XxGE7+oMYlf1E9jzGXEmGjUxCPBKILKIXiAAiIgICjncu29OzszfdT/favenu2ZndldkF0h /60fRff29PRR9dTznlUjPikZDl0tIm4CGKLwCZ4sBgnH4954rAfi/hCQEitU4meGlADSk00eQDXW TS7ABlfAKqwL8O8PPIM+pssA4DHwqILed/AiUTwwxMFrQG/JLRbWOiHhssoWtbW68T6ftpRg/YIQ 4kywxAQwYD8Q2MNBXEkFJhAKCbLCcOVQ3B7juRIcSWCAtCNgBe7OwzOfwjq/FwJ7LzB3t+yHuPgO mOKLYBrDcAsKKAboLeQARjJ1+MBxPDBtCYbtgeXKMO6OM7DaBlxrCwWcB7E+29tF+z5gihEPPwDL uBYZpS+CBVRFUSUMBk2u1GLASB80yCxgobCxEDwhD4yUC2EEjomHDdzgJU6impbwKl7rZvz2u71d tW8C5kxhiV8iWA6GkAaKCAJG+IDJZRjJlUSTp0AjXU+DBmWRQHYSaRdEygOBYEIRjOAjpoIpaRRT eNbP8a87oFd92YcAI+BEETb/CRHDAMsEBA4CxVRVZLFLIcDgYWIZBAxptsJEGLguSPoeV2G4YCY9 CDue1nYN9bUY7v4Piqmjcf9yPLpDfwIRriH+O6N6Y7W5Jkln7u3mngYMdbYlpkAUqSREYDE0UHyG MfxKIMoBTUZ/IYAgg6ApJBRo/O8QaNyMKCOWMrGbQyiiJPNJCLdxEGeGJUzHP2dhTWFF8iF9WRtS DBAfPILfjWqMjzdhbcC6GeuHWKv5717W6g6GkYZRhgyDYOGq2IXFEYGHRFSImYeAkAGMbBNByBzS dtVWOG6GWfQ1EDj0HcdWX8Orb4t6MB97exkeXY31Y+pgvEojs0yqC4+Nl4EyrH2xVvJ2ANb/YnYq ZnBtwvoe1lVYm3th8akBI0mnECJkaVaxtChSACEQRfAyYfwM/wbLyACG+l+y3kIAkcgaYCMppLCi OUQgErgvm2zwGnCn1Z4n094MvN2b2I0ElLoMSe3e+xHz1HLNq8Bj3Z/r0VhPZDfBTqxvMhMle2Gy e0pvC4kixSwEGAJINAQiFlKAEeGQPkaf+eKJhq8CDIIFASMUu+h9r7YFvOom8GoSi2Sr/VdkoVcQ YSsRKBJEj70/sclSrn6pwvo5rIdjPQ5rFOsyrG+xWOsFTJc4xpXLBZkuFrGJCUY8DIJqNKyAA5Gw Ag2xkGIfg/VQTyu3qLQounG31oHz4XbP3Vj3D5mw/4AgmY3gsjv0IBfUw7Mt9z1Uqrn65UCsB2M9 F0iVAviIwZPoBUxHXYOAIYMXRZAQPljiEV1jWCMRMBA0EELQEKh8wJBMQmbyahogNX+ltJdtfkI2 p+/HY4uU7rKbRREXhw4IOGb3qa5ruPrscwjWU7Diy8IS/kz2AiZ3KDveegRNNYqgQQaJIQJKURS3 UTBiMQQNbhE0EA5nAKPEFMqk5Lz3IfnKkrnutsYfIQO9QQz1aYtkBSUttGZr9kyXBdlnP6zDsQ5h 0bbs/wfW6boO48l61DU+IMBo3SWMYgkBU4QGbzyuQRONKqYRIfyspAjc6h3Q/JeZtal3Vt+K5vIj IhJK7+kXEAEAiZ5tu81cCa8jsY5iE389m+s9Wvz3F3sNYFDH8OoS/0Qr6RStt0QUQAwEC4HGiBch aDR4zLJSSL6xGBp/+8JrbnXdN1Fkre7p3uzB4gZEVinWPliLsG5lAPVIiUsBDcjmbjeDxvLaRuoE rANx97n8QxnNl6b086io3gEDIhWClFxiFAJNjAFTVgZGcTE0P/mybJr20p0owu5A0WV3aXgopThz L0QjmrxC9OVOMNhJp0xkfM4EHrAlf2D0PLsUKo1crZ5iFWoocmy+gs38eFEKmhA0ZncCJsUtjY1+ TUTCoYUBgw/oeJud9XXPWqMHXSFIV4n4TBNTYCHwNNz/ZHPi+blX4/EnO9RVXE+Z16jrFKFZfoJR HDsKFekxyGQj8F79UfepkK5bArYXhjSa4glH2q5Mos7SiLXWEbANIbYWB9aKuAtvova0iEC0l8QB nO68uC96Yvjy60wPfl+ShFcRMC4f61aR5Onr98fGPhWIYaSyAF7J+6Bo1XibG34nW53LRUXIEGQR KX1FO0zr75q2NfnqootRRM3JO+QpJJCyCSQV5oDS8639B55m9C06BqLGELTbERRp8BqTAMk0yDRl ydgghaPAhUASwpUxbJSYLWBAUsBBrUKe1IoPnjakZ0lYN9QVcwa6Yh7e4TW828b/NNlHTRpFQOh4 iIR3wg78uKwVthgeFOPxcE8ova4O4VwsPBhIUWPst2vRFH6loB7TklroLN/8Qmh41XnKEkJWIWdc w6/+vDk59/2poji+qP14QzAkUyAqiifEJo+7Ojx2+GnGwBIEpwNuXQPWRtSPmjL5Mkry+9FtFoc+ AP1dQ2mbAq0jSea1sVPIA6pNWXaEbbw+1BHnpHUogLy1r3f3iO8J0RNiS3BBxIF/xNKwFZlluyGh AWuJ7DmBrBgG73mG4N4QYThXJuUZ2Bf/zotyywR7+eafRY4/6GxrRIVFXtyG+56qTs1fgWCJLcpl FK+lFayqyknxL5x7U2ziuJONfiUhr74OnJ07wautU7ElCkYWJl7fXRzYFdmOD8ENmgLo93bIXW9K 86+DXDEMmeYEPHw96DjUv2AfdPNLFjM7ECB3lSbhbWQV5F1UkoTSVSI97AEykGGG4vbYzGCOqgDi j/CZwgVZpjG5KPXGh3+gJ25+bEZtasHKqaIomgUWmUjSuaNLr/vS0/3//uCssusvP8MaNihEx2Vr SrOODwlZUBPmXdEljy41IILkqPlhl0bfegTRX/HQr7G2Yr0a6zk9pZDuSbDUoMi5GUXPHNRTLKkt orDsMd9TdhtfFS2fipLoYtK0qSVFBMk+Yg6BlNsCBXJrlS5T27LM2bjj/NTba74lwqFZGZ2FItMt rZHo5CN/1PeBH08rvvTcw4VlGF5NDbJNM4IlgeKpFTysgMDxkggg0lmwQhLHTkpHs5Xe4ukIt6pp ZCu8tiMgUCXYvG/jA6h9/IdwfGIrtuZgHA1ox1HIczU+2WJ2sp3M5m713g4YAst2ZJabylvh/ZCj 9JTP2hq0sA/GBsezyngrQujErVtlsz0dWWJ5XhM7ZW9IL1o3UYStzZnjNrGGN6L02xc9Vvqtr51I 1pNbvUUBRKYQKCkERxrBYdsqai0dW1tKnqsVYs7Ga2OWgC7jb0Tbs1KUUiJoPAgeg1GGlJEGlFDz Qy5MSVtK3/F0/swM0NHoM0DHh56DvSSdgZRZK8dBRsrsDxAsyywNlr3C04vPcaDns77ksUcZcRWR YhzVD0vbOxn7JZUPNAiWDRn6ROvHKI+fVX7jpY/GT53Y12vELquv1Vl16RSCJqHZJdXaBpw0AcfW OTKcJ5NJ4fSTrvw8YJkDDAUcGQCKvy/745X6IEiqN6JythBBc5xtBj1oFHF+ir2zF4KOBy3+LFmE yjxUZpehKLVkm3glEbTCcvcasPiOuxFtOJFgqCRtT0WkRf/YibK65W788PoOuRBZwhrR/4aSa6f+ MnLoKMPdimxvmG2mtJ1WIPEQMF6CgENiKACatA+aIFgCSeO0z1mbfs1lG/8YnlostYVUTaN0BVJ6 P9TsR7kG5MQl1rHpfQLrNi9pFajnCukiZBr/pSiNwHagBdkyGI4NY6PH5N7lIicrqcq3ZFWjO1KJ JZowJGJI5/3j3/e2tqxESvlDQeXM80ojx466zBpSaThbt4Hyz5im/5liEU+xTFKxTBtoUoqZJCVR pR0WT15bpedw9TN52nzORKjbqswFEuXulQUVx/nYGRVeCCrZhxEoNpvdpPifhPUd6KE4EJnCf0fz +Odo+eCwUeAplXt//IQAY6jGFsz8HgNGeWI9EKURSrv9rbe9pQb1mWfzm9pWY+sLC08GUzwVPXHs RJkUnPbPgHEcpbfIFAKkFRVerL61pGqqTdn1k8SBnwE4tTPzjMwsPlDQKAeXxVHbsWwLT2nvKJrO Slsg8ltaJFopy24U79d2p/ONwPIMg4XcBEX7UKCNwCJdnpqqpqcS/duBDkPl1KiMGUb/oqewpb9Q yNRGhtiaeHL+6S1PzZnmNtSjRdQEbkMDeFQbG3VtagKvuYWsKAQMAidBrINgaVVzHzOJ4krvUUCR SkwRgPznI/d39lZmptO6bSzjBJRgpUBuxDf9APWBUOG2oNSED/akr8Z3MBoZRyOCA8HyVLwNLPuM jZ/x9OLIwpFbmQENcTopn6RTWEJPA8HRKSImvVtxYQOd5oQgb7y2/HJnw46lsdPH3WNUllgkbsAl htEsA6k0mtI2s0tahQNUuIDYhYHiJ4zrpHGpnsnxAREAiwO8DzpKq4hJ80cin4/mXdTYhqEuQ9Tv Fo4B7bZXWHlkJTnUdJYpybtUYF4fOdn+hmC5p6QVzByraB8CjNzgCjHa7xSaJWLhH0YaX5pUYgIC drq3PUGe38e47b+BvfMcMsuWdpZTJATO2h33t0yb+054wv7TrNEDDlRKa4pNaSV+bGYWvVXmuMr7 9ZQCrZRfAgv5XnDrBADi+ADxgZMFGsU2ZNE1tiNBJZokvINvfIptdctkJQLAZmwzHApQa0qYxtHj oCK7HpVwS4pujSh3dyxpI/E3AcXkLf1N84IEpbNhA3jNtouddzuZtiJqXWMOKfs16jQ3efXJ63D4 TM+duIbmNgLBWZCctXK8tXrrT0OHDfquKIoIBZK01lcUUNKcFO7qxHCdIM6gSWvgUMf6jrqMGMqA R+ptAExSg6Um38uSOKLo7hYcEFWe2OMBJrJoXoqm4BG0eqL4IEmVapDdNuQg3VfB4ocGVquG9xud vKZKNCErUKcl8dMW5x/40UJE0/FoNd0LERPMoeVDzWHl/4KQ+Xc8eVg7TZJmMobMJmdD3feTM1ed YC/Z9J7XgNZRC4qg5pTy6mrnHYPFbtuSV1emECyu9uTaBgSAwccgGzT0vCyOyINbX0inoHPfs9xu UzMJIDY3Roxd+MG6r+eRGdiAi23uCB80foe4ZM4myNSV91N7G2Xh36FeE1FMQcpwWQRCB1Z+wRxY /AEC5Fd4XmW7TqK5So63wFm1Y4K9cNNV7qaGaiDxxKwiHUeDxWZWodyXJLIasovNz+I/k5MJA4Dq FDsIIsikty2EDjLdfAV4kyG7LR1gL0ro6gaGAViAjf5JpjO4pg3dMWhCvUcTy0TIuAdCxiHKZ8IK rEe6CDn7BhQVWwf0uR6tqQ+xpe5E4PTN1W3AQq2o1f6j+0ndIc5HNd92dyY2aU9vACwkqlo9xWwK FEbb82ig+Owis0VSm7JLZXZnlotULOMoZadIscB/bv7oHmfQC4rKUACICdinhxpSz21WqyfwUi9I o7fifiOKo2lCDdC2PBXBqzKQXU5TZEVpJG6URCZir1yJnT4M5cRHeFZNZrjpOddJ1E3ekc3pP6Ko W4aAGSI8OQjFEOo4rlJyCSwE2LTPJoYGCf1NVgd5bNP8N21TDBypP7qtkA7j6xB07ZeKHHgBLRZS Qqs8AwbSXG/x6ZJwyTO7KOxiddT+fyRgzouXUUNHsSPP9zNQ1LIddFBCEk3Bm3F03+N5cqzh8ioM AFkxHvACTjaaw1YUioni8FHIStegiXwyAofIYAN+MRkAThqPf4Cs8ijqK89JR1bj3wOx4yuwQ40M MAy9tRksKQWQtv2k1IBxVYfBDATEA/4s/NwaB8orAXgdgbIVlXlKPloccuCVmAObEDhjHAsqSRkW vYDpyNNL5VkcqbcZQozK5KcYyuZejBAY1mrAuWRBEZNYSe1QE2FDD1eyaihTz58eS1gTevkPUWyF zZg50Uu5E6HF3oEM8iaC4ml2x1frabGC+nopgo6mq96FlswBpgvjQwI+nzLgWBzyVeQ6SavIug4P aL8uSLy9Q36PcomaEh7v54rnimT+nJkoTdYOufBKPKUyyMOyrZMJcOR5pc6+vikK42xTvVrvsg75 HXfK0YXd/jfsvx8rdsGmMpVWL17Gxr0qIcAICz+8I9HkRr3F0X4atWqDssk9Xo1BawpBtUDtxq1+ CLJzUPScgyZ6i7Q9WinhfaxzhF5hyrduViEJrLIkPBHHhytXRAcD8G798G4D8Lr98U79kImGodl6 TLUhR20yvFAdyE3VlveCzKOz0LusiLiwMKpXVAzJ9k49ctdvwXf4XnkL/KauCI5JW9AqeiGTz3Hn 7z+Mzft17OrBnqAoqWrspgYTprjMOiTmXX/FMQSOv0adwevCiMziQHlcoBxx1ltZhExxBF6X6mXY V/RJPUqInYaO49QLHQJKcpJDiJK/ESCldQb0rTVk3xrhVdQIGU0w32Cn/0boZUCyXxA/fBtFznJO HehIUBDr0Lv3rkDUOcNQ2Yr2yW9wJP+MFI5BntiJesKJjYbsR7RPjOHqFcYgxM4906+80GHGnBQi a0aiUowhkG4TcMC5WrEl874PXrtPxiknWKklHUVQgEcCMp0a9WlP6y0MFCqUs/uHfABYFfa6BJYg I/XaTF0DDJV7ETRTXRBHhz3h7rRgHHVSjFzuFH8x9Ih1fc8wz2sm60pVv8FlNpVn5a2IQDwIAnGh gPfWZkU3FbCE0uxvoeCox7GaQMfeDjranOXVrcaHfSdqK1D3gmDPhQaChUKFN6KeMgs5BSkfKlKg beww6CCgS0uKBSbAm74JLgKAySORchkmi2WgzXFos3WkzGgImNO0DVhEgUJK9J9zdRKK4cyL2To+ 1quK7DnAyPadOw97/DZs6F/UGXosSxXsExS8RoVRrzKtlkhl8AiZM2U1Z0TnZsZlVvhWoJGZeFHQ g+s76TI+FynVNgcsJIpuyAULfX9O3IFmpD2rFyx7FjCTUkY+9/nDqHFe1yBgaFjFaIRigJDqWB1p VYtoSj2PV4NF8OJRvLhhO4aR6lOCoBQ54gja3PsOZHt0CSS21KDJcaqRT4dW1dwUdMnTNYlZKNs+ 1AuWPQ+Yck/ki4VEkDnWoLK6qlXAyapj1RLvlMOhQaJYhsGjxJGUnDAkOxBJMptd/MAhBAKJQaaR bWyT0/f0lSuISLJMdywLECzrQ17Gz5I9DtSCiLSuiz/Jnwqto0e5vWuV2sQDg6+HVr1aPNFhgLYU 0JPLmNxCSJh0vRJ+ZfIxdjYroYyfTbJboSNncymrZ4K92TLjZtLvRQseUTyviIl2J7PwhpzrVvDz 0vcbofNc5mJuB1oZNzevRH07XCRhR5UrzmkGOZ0slFahw/Wt5F2lvwHUfsKvQp+T6LAGzudrJPk6 ZP1QZqd/ffLgJplh8oDlKqxP5Lr8l0VcWJMfLFdwoxEw3sb6ItYnub6MlabSkC/oNGrV1yKOv7LV QbhZwT6ixws05jisK0Gb9L/ANqLGn86d9ZsugGUePxc9w4gOziWgvMTX/VUALD/Fug30Ump0redB T+Aj3Y7mmNNSJDTrc3TgWudj3cL1i10glsf4vk8XWjNMYIM1jHaNJHbEea1S/hWr7mRl2mrzVnV0 pkIWGLKB4e9D5m8fJD7QknyMgNIqvXzKLfAIvwTrozmMCDWoVH2I5nMBMUTzkGIMkG9ipV9coUUP j8L6PdCLANFSZNOjUpz0dDwNM9G6iknxJn+HOus8rBfl6UQCxUB8hQ0Ilh8uD7mepQFD5b+YzQoV WjdvLD8bLbVyRAfn0iqfx/H+HwOsORXrdu1HU21zNIOYZkPcyyxH7z+LGRZ4kLToaAqc1QlYDud7 UHmxUJYgLWPY2gflx2DXcFab3pc98D5ypLjNBGlYAVFkaq1FiSKl9MpsESGDYikn49/Px3WkzFhK LhR0ydO0kEtBL0jYTnMnMdSMNy8w1/gmZol8S4otYtFGzEMObRx9cvazsTRMTqmk8R/hJSeDnvh2 Gze2n9H3Y6zHkl6O7XFZnSGrN+mMun+yqV/FHTKtA8AAX4/EzWlYnylw7td4O4+rD5gLmF3yibL5 /BmBejADjibvbeZrnM0AK+5AdF7AY5JE9h8KMQxJCnL2wzjHUEE77MjbUTycgUzwsWIbxQS8DbKI aGOO3P0g4xCL+N9PshhyCoPlb8wGb+2mw20tdLz+3HrWZaj0oVmIS5GtKPaEAGxgYFA5lMEHPIJv 5v0b0CCbXYP/NRpq4FDIYyF/dkqBew7jz0gsPMDHCJjxPOcODrDbr3P6aXUnes+Hgf3ywL4vYkkM Hlngu/3ZsABm2sZCgCG6oqhgvAIb72AEDXfmDHyycaiEPoQiI63FSFvH+9vc2tquehldxc4vevyy ikcBUW3BqR8mfOofFPh6gK7J7aNE4mrLBT0xBf4R8PV8l8FyP4sk0hV+TedRLKq1LYfXF5snsSKa Wy7kkf08AybBnTc6z7nnsb5D+tQLu/Be9HzX5uh/fnklYGFeWuD75zFLkn72O1/85ys2D/Zy2hmL gBnQNgmM6PNbJG8RPM+7et6iUk6TnJuSLFBTDBAHOs07Wccd8zlo0wcKxn82oExaE3Z2xYyOMVsQ zS/A+r+BzxJ+wyxElkmJjNV3CyunxfxM45m5vu0z3GrLC/bILB54VdzwueUc3s7gDvEXlz4qz7Ne B20g7GzJ/DJmjBtZHF2QQwR+aWClmMpEtrRyx+FlvP+MD66OFsqlhhvqz+s51rbUNtDRy7khSMH6 LVshWV7dYO1CaeQXuJj1hQcAIN0ZWLYgWGajkprsPAZUwZ30OHf8MtYtaOHmu1hxpKJW+47gAHkX Qaiz/NXxzcwqfqcAD5zt/tBdm50rvC5g9p+e8ywEClqm/hNoyxB8h7dT8yjso1kHe7TAuw1l0fEK izgSh/ewmL0ncF7uSuZ/4u0oVm6D5VTWz5I+u3QGmOV8IcUI+6ECPN4x82Xar2TLYwzLYJKxb/IL FhoNaR5Vi9k8vpQ7bgroifKd/vCEDxZKhkpDh5n4YdY11jCdf5lNRAL559l/8RCP5EyjppFZxtgm DHIN4PCJYPESLCcFdajJqVAuaH1ldxLWQYHjFwV0M1+BfpO3R+ZYVt8MjPLcTMJ+3JkfcedP4n77 GVtc4yB7yZZcPe5tFvv5xNJXeEsi8/2gM6tQoVmA1/iym0TTEQiYnajUrTG8fAnUrTxaZnP7FbPS 5C9D6qsaCXZQ7WBa3OWsyFDXwUIf/Z31II/f5RcM8iDxFbG8B99aIE/zSQgAWjmhWZt+P+HrkC71 KusgP8BKFtECAthEtKpGYxutQdHE1trrPOIHMRs/xIqnD5iguH2dgdyPxeVsFsmTuW0fyHm3ISzO DuL2vJfN7eo8TrdCgCH2+AvoHy+bzG1gM9D8Z3wk14VRqKzhhxkcNI8no2iqwkbsZIVmySN1LdPj bG7k2Uy9q5kudxkstLpEPQJ2XtzOrALeQbmCO9lXbL/GimOulIwEBk8zoXoAMstxaUvpXWzN3Mqf 38WNuZTb7z76Pn2nDFn4Ky2RYEL6TgZsUCxNZhHyZs7oJ9G2hPdP5O11fI/p3JbBcjf3z3a+5h2Q f5GkaEAvbc3z+Yu8PZgB6rOLwXrYrK4CppmRe1pQxSZRcDI2JFlPPbo2BvWy66pwxMoY8bjXlSi0 30nvsbeyUAkCppUsHfLBjEBlH5mmipnBZHq+l8/7QcCh9l01XPF7x2PbjEGWSYl2HTKRGff0gIjJ LXMDekvfgGJ8bx7WmBQwd5d04tb3NYt8on4pt49vuUVZbEM+namzX4f4JzdGZiDTXcsQLKdiwxTL Pbc8peSf98stXjoNbiIBTnMzmJEIjLrpBhg5dSqkGxvBcTq9e1cZrDhAja2U/zslGfLfjZxeB4Be 2fvGwHdmMp0DO+nG+yzzVWQZr41l5jGrlbA/5yxuxpfzPIcvokayVTaQmfmtDp69s1Sf0kDXpQu0 kT+YjuFQQX/WL5/eVcD8m83CM3Jt7n4ImjPtkJrY/mmZxqNJ+hT5DofBS6UUQFRNJqFkzGjY74Lz od+UybD/d66D0qOPgkmTToGJk0+Dyr79IZVKgo2gsmmeVHvAzeQtKYBX52noATmNSmZ0+mBUdikR HPdvCVgtN+YRC7ewLkYKM/1sskksMwEH0/6uqR06Wgz8g8+/itvzBdajcstqtpz6swUGfN187P8G 75OPakIe/0v/HGed24HVOYO7ldjyzoBjr92IFJ+UDO+sP59ixfW8XPcxPVUtNtDLaH7WiF2fSUgi xkuloWjkcBhyycUQHVQFTStWQGLDRjAQPPTrKFXnng1WPM4rO7iKcQzThHA4As3NjTD39Zfh3Xfm gzAMqNm5HeVJC4RC4aCF9K+At3Udm9MeK3Y7uZG+4iv3CSFPub45NvMrLeFzW4R8joH1WMAnkVtu Zf0BePtjmhw3PWrD7WUJNUlOaJ1kbuA7l+YGTwPl+UDIgAB6mO8/oQGh5o3puewH8IAYzh27nC2e EmaKJ9hHRM/+VVbWD+zAATqHxSYwaA+HPFOOze9FyrtC62NYxi/J/YAWw9nfM1UGd62QXZsmSrEj ZA8zFkNAnAUjr70GioYPA6soDsUHHADl44+AsnGHQenBB6moFoGEptQqkUULMuL3SRxZCIzRY8bC 0RMmwfEnToHDDj8aNnyyFnbs2AqWFfJH1TOsGIaZSYYx1bewSHmTfTTk2X6vQhovfr8pWoNWzoUo XTbx53eyRYcnoR6FIKetpFW2hFjKOtAq7ri55OPsg//NiDoqAm9oczjE55Cv6fcdjPYW/mwpuyiU Ses4NsTjxQo0Lr67YRi1DAqH362SPcUVrPw+zIDrzx0/nxVYu4N+9h2M9zHrwO4wTD9uMMk2/+J8 tqtyJFguLOEsYasAUKjzaTmz8sPHweBLLkJ2GanEELHH7hbBP+YVRlZqqK+D3z54N6xZtQLCyFCW ZeWKYBPaUnKyCrU8BVyn1RYpPS33BINEX0UZ1B99OIRr66F08Qc6wd0027UH/bLIZZUtahBZeaO7 rhKjNOPCMEwCQJA92sQ/nuPYaajabwhcc90PoaGhDh79/X2KXQNM6t/WBOiKIz1v+Q7W/2MR+znW 2WB3GCbBnsn3WZd5I3d0+OrdCM9Q1hMF4ZqNzHy4DFCIIYpHj4KRV1+p9JJQWZlapxfkp0yN4ym7 NPJisTgcfsQEJZpampugqalBfWboTkVcujhIPenrO9Rx9D2PttJD+1jCFxoFxNXKV/zzyAZNxUSw 9CmDdf/9bdh2/mlQO+lYcCrKoWzhEjBsB4TUP4RqEPOlkVlcB54MtUATLS3rOop31X3wvg6CoKi4 BE6YeDKcPfVi2ImM2ECrduF5dlrPVyfgpNMpGDJ0JFx4ydfh9LMvhP4DB8HAqsEwYuQoeH/xO9DY 2LYcHwIOvybp5aRmYFuBjQSiYXT6y3fl7GQsZ9b9W8HB2QWGARZJV7AcPjEQsc0b7SLbbY3pwYfI NjuFhw3hQQkySdXZZ0DFUUeCEQopVqmtq4fqrdVZ686JDhw7/uf5JqsFj4Xw+uFwFGpqtsOTj/8W Vq/evEv4e4Y1UwltqWYkJxZ+6XKo+fwEsOoaFZAIMMMefARGL1mQ+WV1h7ek7N02sBQS0TBs37RT ZdcHy5XXXAnjx08Ax5OwfctG2LptixKnM2a8lnXebT/5CbLLUEjgACDlnkoJgu29RQvg0Uce6zDs 8qVLzodVK5ci69YoFuug0PL6v2IF/YicCPduAQbYF/FnVhYFu9bzO9dYJFEbbXNS8NFVl0DszFPB wlHu0cqZOALq6hsUWPLZh7KA7dgRUPLtE3AikRjUoTL80AN3Q2l5OZx/4degqKgI0gjYHTu2Qb++ A6CsvI/6UjKZgDSyRKy8TLGSQOYofn8lDH7yeai++FyoOf4osJqy00bcaBwidbXgWSa4qJyrpfXx vtQGJSKk2sH20Cio2QFxZD8XWcQ0LYig+GxNabeIZVj4rCiWUO+ixQiaWxpgy6aNyCaDoKikFJkm 3e4dYyhuzVAEUukk1NfshH9PfxpKS/so1rLtFPQbMAgqysrBRLZ/6P471P1RPPtZIEGRdRhLjeJA mAb2BGAOYa37GxzQeqOzULv60QgEyNrbb4Adx40Hs6lFHSSwbN3azilJ4o7yvWcWcjLIjsFViccu kjqmkuWgsgg44QjrBGnVKTTdIYRU7dguOCRO1FQHU/+Sl6fpgOaIe5EwyHgMREsrmK0ptTgoT5K4 ktwOeM9NnqG1FCHdguKVQOHR53gP+skYrwMxbOC5FgLIo2fzHH9tRZc793MQTBfFZwyhnkb6Gt3b B5dLP/WM7zWoaj+Y/tzj8NaC10lcm8wkH7En/1B2QA5gRZnM8/Ud9emurMu3nGMP5/FNfsfu/9c6 ig84OOIq/z4d6saOBg8Zpr62LsMsOaxxMf69TmjAGFLPRikIEplpLhVMJimQkNoScALXViMKdQbP te3gtcI4xsjt5wWe1aIVjgK/CxcSqBOYyZQHyVSGOmWbRUFpEQ1quX0vc0vVsfnYkEFoqEWHs3+i MVdBDXkeqrltMuw7vP0/jpinsppESsvWJZd5leJSV1vnjT96Iry/ZCHpNa5pmof4nulAWcvMsr4z EOzqQo73MkJf5Ajwr1hkzytokyP1lixdAZUz58GHJx8P21lnycNG1JKThTYRh+F2ntRi74vsrn6M W/lyIincf1PoBGgVaxE61fJ0qZXz23mtmCo2NWdI7QCrhLYsuShHeFey/6QvW4APs0NuOI+6u6F9 +qLF8aT7mWkGsMm+PwUbpdbxkjkWSAkHDOPsyDueR/g09qgexpFpl8+5j1ngyzwItvDzHMY6xlns VLTZCPkZzYXHe98jdaoJPf/w1lRiWmlZ5VMnTTkDZvz7WRSH5p0M9nL+Hnmhn4UuLmi9qz8cvYHt 8++xbf/f7BSa0qEjB+myz4O/hKbZC0ASxQeYIsAacaFjF7dI3eE3sHNqDASy6aWm5H5CBxUrpPae /gu3w6XuBCrnCR00pY77H37eSt5P8fGXOA3gGE5zuJr1tEMYDNdzoDFZQLenX0Ux2Sl3GoOHxPUJ geChX85md/83uIPv5Kj5nwIe6IfZV3Idhwge4Wddx3r4MwywQxl4/8vf+Sbr5L9kVvkqT0K9jvXM HzU3t8SOOGoSjDxgNCQSLXM48v5dlhSPwi6sfr47vzT+Z5ajB7NDjG5KCz5fXFA0oUJItDHi3t9o xRCyk8MDnbAlECkn1jhe6DlzQY9jnEXQ41KnJZALncRXCUAm5kerPjzEWj85wDbi8SFCg2OL0KxF 7PM2R88XQVvW3VLusAcDuns+wPj3KWIHWzV7jt/idIlcp5if4rmJQy41HArYxh7WpoBu8gLfdzgD 7GM/SCr0PU4CzbDv8vGnhXZIDmL/ySOcbz+P2NiTTrS1NQkTP38WDB4ynECTL4zSbYBJszy9hQmi nkfwIUy9eS1js2gYIqwJ+r34KrjFRe30EqGz2PoHvjKC6X2AL7dZ6I8UWl+hYzS/hjLDLmV9Jc1T vV3uEDro//pdM9P9LKnDHX9ixknyyJeBuM0PGTgPd+A9EH4AH7KXGamA9hPekgH9IBYY0QP4Ookc 9aCE79HM1ktLYLAkGUTBWcB9pZ79Q5p9Ne7v8NdLkvraLSiaoKJyAFz3vdvg9DMvUBYk+Xl6AjBU FnJI/NsBEN3GL/Izjj3l3ElAJDQQjnxpjvaOhqxcC4gagBQvmsvzQxYpM4VOp6Tjp5CYktqJWMu0 fxR31oHcyA7rJhHfuSjb/t6M+y8JLTpO5NSB0ex3OJUZYggz55n89wj2dN8K2YncUQYKvUJcZOeZ 9IfsRCUaHWUB0VYccHyW83UW8XfuYUvlXg5J+CEN0lf2CzDXv/k5rxFanJJq8BepGSg4+cLXU6je gswyor6+ES760hVw/c13wdBh+0NQWe5K6Yqnt1B5lxW+zQFRsogb8Vvc4NXZosmCYvJzoHm9cdzB +req26ixjvWKk7lhbmb2WsTiZgIHDp8UnD4qdG4JUfx93FDrmL4bmSH4N1DVtSmD8HUe4SdwByzk DjyPR/Qd/PlUFlmkSK5nEbw4YKEYLH6W8ehfEmCBVj63JeCyT/A5vl/vg4Dr/WMWwTMYBCQ2l+F9 f84MRhbMeP8+Qr/jWn6XSczsT7OOE+L+WBlQzrdzDIt0n+UIkKYUWn3DR4yEkfuPgYVvzVFxudyQ xJ7ww+QrB3IuyDche7n2oSyelrOr2Q668Sl4t27MSJh/BeqWhgVGqjXLFM/n+ZV5nHcd/V3gV0sK +ot6at7+7tyrO55vJAKG/EZ3//RGFWIwTbNbRRIElNMnWOvOtaZu4uvfyZZOxnPioqU0cvka+Pyd v4bQzhpwiuLtGkfkAUuhcEG+v/N5haFA+EF+is7f1XPlbnxXdsOzVVdvAZsyAHYxjvdpRFIQNGOZ St/Kec/FTJFfZ/3gQ0XLlKIQDkFZYzNUzZ4Dmw49CJKDBoJBv21dwLsr8gAnd7+jv/fVIvbwtdqW TBbQhMyybMnbSvntQoByjwEGWEE7i5W73MAVyfpZDKpL2UJQk6IINEWoZQycNx92VpRDywHD6ce6 1C+45aPkQp7fnmjs/yRQKZc0iqCa2hp4dca/IBaL9jhggP0ZV7AFky88vJSVvQtYUftI+THQvIsL C4a9NweKpk+H5r6DIDHmAPCiaNiYqN9ku/R3uaHEXjCye5pdRBcBk0gkYNasuVCENl8oHO5xwJDp Rm75a6FtGkluIefUXNZtprCpuYMSkMxQKVTYDTBg6XsQ/edMiK/ZANGNW6Bx3CEKNGIPNZrYxzp3 T4sjn6VNBswbc+dCY4sDlRXxHgeMD4i17Ah7HwovIbGZPx/GpmA96TUGPouVrke55kDVzi2w38dr ILVmK9Qdf6RKTtoVEIh9jE16GmxBwFCpr2uFPl0AjdEN77Ga3eDfguzlJXKLza75TcF3D6GZ70+/ o4cbsvpdAP6ZKgmFV+mEAmZ4Z4ASXRyZnVlaewuAcp9XdPFdyeGTTCY/E8AAswdFQClkUNHJue2W hQkjaAjrfuKtEF6XR5fsgu8mCLLOlGhZ4Fz5GTOGKOBWkDnvvSvPvGFLy2cGGCoUOqBpGld2ATTt CoEmlvH1ybyN0lEnF/J7yA4YSn5GrLA7IJRd/HxXnX4frav5zADjW0aUO/PV3QJNqApK4oPzuq1F Jw23K049+AxFjuwGZuqKKC5UiMsTicILf/bEL+FSgk6KzennIGeJ985KdNyhMGbsWJ1LK3sX3t1T hZTepqqBMO7QodDU1JgVGti2rQY2bU19Jgzjl7XMNDQDsW+XR1/IgvjHG6HvzLnghUPgFsXUlI/e 0r1lwIDKHjOrOzO5KVWBZh3UQhcWDSJwmK1JqJj7NhSt26BM69SgAeCWFKu5QL1l9wt5dikkMH/u zLyhgbKSMNQ1pD4TkRQslK5A+aSU65KAzlegVrMKqZa99R6Uz18ITeMOgbrjjoTayRO0N9jrFVPd UWjGaHkxdliOOvP/BBgAcMs4lyhIS8wAAAAASUVORK5CYII= --_004_1051EFB4D3A1704680C38CCAAC5836D292F1577AWPTXMAIL2ptxaxw_--

3 3

Hosted Engine use SPICE not VNC
by Pat Riehecky 08 Mar '16

08 Mar '16

Is there a way to configure the hosted engine to only use SPICE and not VNC? /usr/libexec/qemu-kvm -name HostedEngine -S -machine rhel6.5.0,accel=kvm,usb=off -cpu qemu64,-svm -m 4096 -realtime <snip> -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=org.ovirt.hosted-engine-setup.0 -vnc 0:0,password -device cirrus-vga,id=video0,bus=pci.0,addr=0x2 -msg timestamp=on ]# cat /etc/ovirt-hosted-engine/hosted-engine.conf conf=/var/run/ovirt-hosted-engine-ha/vm.conf host_id=1 console=qxl domainType=nfs3 ca_cert=/etc/pki/vdsm/libvirt-spice/ca-cert.pem ca_subject="C=EN, L=Test, O=Test, CN=Test" vdsm_use_ssl=true bridge=ovirtmgmt # netstat -an Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 0.0.0.0:5900 0.0.0.0:* LISTEN Pat -- Pat Riehecky Scientific Linux developer Fermi National Accelerator Laboratory www.fnal.gov www.scientificlinux.org

2 1

my notes while installing hosted-engine-appliance-3.6.3
by Dan Kenigsberg 08 Mar '16

08 Mar '16

0. The longest part of the installation was setting up DNS-DHCP-MAC for the future hosted engine VM. One should have it ready prior to the actual installation. Luckily, Roy Golan told me of that ahead of time. 1. The release notes http://www.ovirt.org/develop/release-management/releases/3.6/ refer to the Quick Start Guide, but the latter is not updated with 3.6 content. 2. I've started with a fully-updated Fedora 23 host, and installed http://plain.resources.ovirt.org/pub/yum-repo/ovirt-release36.rpm on it. 3. It's a bad bad practice (don't try this at home), but I've modified /etc/yum.repos.d/ovirt-3.6.repo to look for fc22 packages, as fc23 is not supported of ovirt-3.6. 4. The release notes ask to modify KexAlgorithms in sshd_config. This is a bit dishearting, and it would much better to explain WHY this is needed. 5. http://www.ovirt.org/develop/release-management/features/heapplianceflow/ has two broken links to jobs that create the hosted engine appliance. I found my appliance image in http://jenkins.ovirt.org/job/ovirt-appliance_ovirt-3.6_build-artifacts-el7-… 6. While running `hosted-engine --deploy` I was greeted with [WARNING] OVF does not contain a valid image description, using default. which suggest that there's a little problem in the appliance, right? 7. After the installation, I've lost connection to my host: it appears that prior to the installation, dhclient on the host used something other than because /var/lib/dhclient/dhclient--eno1.lease to store the DUID. Thus, I've experienced https://bugzilla.redhat.com/1219429 where ovirtmgmt was given a fresh IP address. We may need to extract DUID right from the running dhclient, Ondra. 8. After resolving this, and adding storage to the default datacenter, Engine has imported its own VM, and presented it clearly. 9. Despite the several hurdles and hacks, installation was quick and uneventful. Kudos to the hosted-engine, appliance, and sla teams!

3 2

Tracking asynchronous tasks results in Python SDK
by James Michels 08 Mar '16

08 Mar '16

Greetings How can I track asynchronous tasks with python sdk? For instance, I want to copy a disk so I use: dcdisk = api.disks.get(id='...') act = params.Action(storage_domain=api.storagedomains.get(name='...')) action = dcdisk.copy(act) I get a params.Action object. Now how can I know which ID has the new copied disk? Thank you James

3 3

Re: [ovirt-users] Storage migration: Preallocation forced on destination
by Nicolás 07 Mar '16

07 Mar '16

----_com.android.email_3413880022141120 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SWYgaW5zdGVhZCBvZiBjb3B5aW5nIG9uIHN0ZXAgMSB0aGUgZGlzayBoYXMgYmVlbiBtb3ZlZCwg YW55IGNoYW5jZSB0byBhZGFwdCB0aGlzIHdvcmthcm91bmQgc28gdGhlIGRpc2sgaXMgdGhpbiBw cm92aXNpb25lZCBvbiB0aGUgdGFyZ2V0PyBXZSBtb3ZlZCBzb21lIG1hY2hpbmVzIGJlZm9yZSBr bm93aW5nIHRoaXMgYW5kIHVuZm9ydHVuYXRlbHkgb25jZSBtb3ZlZCB0byBpU0NTSSB0aGUgZGlz ayBpcyBwcmVhbGxvY2F0ZWQsIHNvIG1vdmluZyBpdCBiYWNrIHdvbid0IGRvIHRoZSB0cmljay4K Ck90aGVyd2lzZSB0aGUgd29ya2Fyb3VuZCB3b3JrcyBwZXJmZWN0bHkuCgpUaGFua3MuCgotLS0t LS0tLSBNZW5zYWplIG9yaWdpbmFsIC0tLS0tLS0tCkRlOiBOaXIgU29mZmVyIDxuc29mZmVyQHJl ZGhhdC5jb20+IApGZWNoYTowNC8wMy8yMDE2ICAyMzoyMyAgKEdNVCswMDowMCkgClBhcmE6IFBh dmVsIEdhc2hldiA8UGF4QGFjcm9uaXMuY29tPiAKQ2M6IE5pY29sw6FzIDxuaWNvbGFzQGRldmVs cy5lcz4sYW11cmVpbmkgPGFtdXJlaW5pQHJlZGhhdC5jb20+LHVzZXJzQG92aXJ0Lm9yZyAKQXN1 bnRvOiBSZTogW292aXJ0LXVzZXJzXSBTdG9yYWdlIG1pZ3JhdGlvbjogUHJlYWxsb2NhdGlvbiBm b3JjZWQgb24gZGVzdGluYXRpb24gCgpPbiBTYXQsIE1hciA1LCAyMDE2IGF0IDEyOjE5IEFNLCBQ YXZlbCBHYXNoZXYgPFBheEBhY3JvbmlzLmNvbT4gd3JvdGU6Cj4gSSB0aGluayBpdCdzIGhhcmQg dG8gY2FsY3VsYXRlIHRoZSBhZGRpdGlvbmFsIHNwYWNlIGZvciBjb3cgZm9ybWF0IHdpdGhvdXQg YW5hbHlzaW5nIHJhdyBpbWFnZS4gSXQncyBiZXR0ZXIgdG8gYWxsb2NhdGUgZW5vdWdoIHNwYWNl LCBhbmQgdGhlbiBkZWNyZWFzZSBpdCBhZnRlciBxZW11LWltZyBjb252ZXJ0LgoKV2UgdXNlIDEw JSBhcyBhIHJvdWdoIGVzdGltYXRlIGZvciBhZGRpdGlvbmFsIHNwYWNlIHdoZW4gY29udmVydGlu Zwpmcm9tIHJhdyB0byBxY293IGZvcm1hdC4gU3VyZSBpdCB3aWxsIHdhc3RlIHNvbWUgc3BhY2Us IGJ1dCBpdCBpcyBnb29kCmVub3VnaC4KCkhvdyB0byB5b3UgcGxhbiB0byBjaGVjayB0aGUgdXNl ZCBzaXplIG9uIHRoZSBkZXN0aW5hdGlvbiBsdj8KCj4gUGxlYXNlIG5vdGUgdGhhdCB3aGlsZSBk aXNrIG1vdmluZyBrZWVwcyBkaXNrIGZvcm1hdCwgZGlzayBjb3B5aW5nIGNoYW5nZXMgZm9ybWF0 LiBTbyB3aGVuIHlvdSBjb3B5IGEgdGhpbiBwcm92aXNpb25lZCBkaXNrIHRvIGlTQ1NJIHN0b3Jh Z2UgaXQncyBiZWluZyBjb252ZXJ0ZWQgdG8gY293LiBUaGUgaXNzdWUgaXMgdGhhdCBzaXplIG9m IGNvbnZlcnRlZCBsdiBzdGlsbCBsb29rcyBsaWtlIHByZWFsbG9jYXRlZC4gWW91IGNhbiBkZWNy ZWFzZSBpdCBtYW51YWxseSB2aWEgbHZjaGFuZ2UsIG9yIHlvdSBjYW4gbW92ZSBpdCB0byBhIGZp bGUgYmFzZWQgc3RvcmFnZSBhbmQgYmFjay4gTW92aW5nIGRpc2tzIGtlZXBzIGRpc2sgZm9ybWF0 LCBidXQgZml4ZXMgaXRzIHNpemUuCgpZZXMsIHRoaXMgc2VlbXMgdG8gYmUgdGhlIHdheSB0byB3 b3JrIGFyb3VuZCB0aGlzIGlzc3VlIGN1cnJlbnRseToKMS4gQ29weSB0byB0aGUgZGlzayB0byBi bG9jayBzdG9yYWdlIC0gd2lsbCBjb252ZXJ0IGl0IHRvIHFjb3cgZm9ybWF0Cm9uIHByZWFsbG9j YXRlZCBsdgoyLiBNb3ZlIGRpc2sgZnJvbSBibG9jayBzdG9yYWdlIHRvIGZpbGUgc3RvcmFnZQoz LiBNb3ZlIGRpc2sgYmFjayB0byBibG9jayBzdG9yYWdlCgo+IEFsc28gcGxlYXNlIGNvbnNpZGVy IHFjb3cgY29tcGF0PTEuMSBhcyBkZWZhdWx0IGRpc2sgZm9ybWF0IGJvdGggZm9yIGZpbGUgYW5k IGJsb2NrIHN0b3JhZ2VzLgoKVGhpcyB3aWxsIG1ha2UgeW91ciBkaXNrIGluY29tcGF0aWJsZSB3 aXRoIG9sZCBvdmlydCB2ZXJzaW9ucyBvbiBlbDYuCkluIHN0b3JhZ2UgZG9tYWluIGZvcm1hdCB2 Mwp3ZSBhcmUgdXNpbmcgY29tYXB0PTAuMTAuCgpXZSBwbGFuIHRvIG1vdmUgdG8gY29tcGF0PTEu MSBpbiA0LjAuCgo+Cj4KPgo+IE9uIDA0LzAzLzE2IDIzOjIzLCAidXNlcnMtYm91bmNlc0Bvdmly dC5vcmcgb24gYmVoYWxmIG9mIE5pciBTb2ZmZXIiIDx1c2Vycy1ib3VuY2VzQG92aXJ0Lm9yZyBv biBiZWhhbGYgb2YgbnNvZmZlckByZWRoYXQuY29tPiB3cm90ZToKPgo+Pk9uIEZyaSwgTWFyIDQs IDIwMTYgYXQgNzowNyBQTSwgTmljb2zDoXMgPG5pY29sYXNAZGV2ZWxzLmVzPiB3cm90ZToKPj4+ IEhpLAo+Pj4KPj4+IFdlJ3JlIG1pZ3JhdGluZyBhbiBleGlzdGluZyBzdG9yYWdlIChnbHVzdGVy ZnMpIHRvIGEgbmV3IG9uZSAoaVNDU0kpLiBBbGwKPj4+IGRpc2tzIG9uIGdsdXN0ZXJmcyBhcmUg dGhpbiBwcm92aXNpb25lZCwgYnV0IHdoZW4gbWlncmF0aW5nIHRvIGlTQ1NJIHRoZQo+Pj4gZm9s bG93aW5nIHdhcm5pbmcgaXMgc2hvd246Cj4+Pgo+Pj7CoMKgwqDCoCBUaGUgZm9sbG93aW5nIGRp c2tzIHdpbGwgYmVjb21lIHByZWFsbG9jYXRlZCwgYW5kIG1heSBjb25zdW1lCj4+PiBjb25zaWRl cmFibHkgbW9yZSBzcGFjZSBvbiB0aGUgdGFyZ2V0OiBsb2NhbC1kaXNrCj4+Pgo+Pj4gV2h5IGlz IHRoYXQ/IElzIHRoZXJlIGEgd2F5IHRvIG1pZ3JhdGUgZGlza3Mgc28gdGhleSBhcmUgdGhpbiBw cm92aXNpb25lZCBvbgo+Pj4gaVNDU0kgYXMgd2VsbD8KPj4KPj5UaGUgaXNzdWUgaXMgdGhhdCB3 ZSB1c2UgcmF3IHNwYXJzZSBmb3JtYXQgZm9yIHRoaW4gcHJvdmlzaW9uZWQgZGlza3MKPj5vbiBm aWxlIGJhc2VkCj4+c3RvcmFnZS4gVGhlIGZpbGUgc3lzdGVtIHByb3ZpZGVzIHRoZSB0aGluIHBy b3Zpc2lvbmluZywgbWFpbnRhaW5pbmcgaG9sZXMgaW4KPj50aGUgZmlsZXMuCj4+Cj4+V2hlbiB3 ZSBjcmVhdGUgdGhlIGRlc3RpbmF0aW9uIGx2LCB3ZSB1c2UgdGhlIGRpc2sgdmlydHVhbCBzaXpl LCBzbyB5b3UgZ2V0Cj4+cHJhY3RpY2FsbHkgYSBwcmVhbGxvY2F0ZWQgdm9sdW1lLgo+Pgo+Pkkg dGhpbmsgd2UgY2FuIGRvIGJldHRlciAtIGJlZm9yZSBjb3B5aW5nIHRoZSBkaXNrLCB3ZSBjYW4g Y2hlY2sgdGhlIGFjdHVhbCB1c2VkCj4+c3BhY2UgKGUuZy4gd2hhdCBxZW11LWltZyBpbmZvIG9y IHN0YXQgcmVwb3J0KSwgYW5kIGNyZWF0ZSB0aGUKPj5kZXN0aW5hdGlvbiBsdiB1c2luZwo+PnRo ZSB1c2VkIHNpemUgKHBsdXMgYWRkaXRpb25hbCBzcGFjZSBmb3IgcWNvdyBmb3JtYXQpLgo+Pgo+ PkkgdGVzdGVkIHRoaXMgYnkgZXh0ZW5kaW5nIHRoZSBkZXN0aW5hdGlvbiBsdiBtYW51YWxseSBh bmQgdGhlbgo+PmNvcHlpbmcgZGF0YSBtYW51YWxseQo+PnVzaW5nIHFlbXUtaW1nIGNvbnZlcnQs IGFuZCBpdCB3b3Jrcy4KPj4KPj5DYW4geW91IGZpbGUgYSBidWcgZm9yIHRoaXMsIGFuZCBleHBs YWluIHRoZSB1c2UgY2FzZT8KPj4KPj5OaXIKPj5fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXwo+PlVzZXJzIG1haWxpbmcgbGlzdAo+PlVzZXJzQG92aXJ0Lm9y Zwo+Pmh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2Vycwo= ----_com.android.email_3413880022141120 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keSA+SWYgaW5zdGVhZCBvZiBjb3B5aW5n IG9uIHN0ZXAgMSB0aGUgZGlzayBoYXMgYmVlbiBtb3ZlZCwgYW55IGNoYW5jZSB0byBhZGFwdCB0 aGlzIHdvcmthcm91bmQgc28gdGhlIGRpc2sgaXMgdGhpbiBwcm92aXNpb25lZCBvbiB0aGUgdGFy Z2V0PyBXZSBtb3ZlZCBzb21lIG1hY2hpbmVzIGJlZm9yZSBrbm93aW5nIHRoaXMgYW5kIHVuZm9y dHVuYXRlbHkgb25jZSBtb3ZlZCB0byBpU0NTSSB0aGUgZGlzayBpcyBwcmVhbGxvY2F0ZWQsIHNv IG1vdmluZyBpdCBiYWNrIHdvbid0IGRvIHRoZSB0cmljay48ZGl2Pjxicj48L2Rpdj48ZGl2Pk90 aGVyd2lzZSB0aGUgd29ya2Fyb3VuZCB3b3JrcyBwZXJmZWN0bHkuPC9kaXY+PGRpdj48YnI+PC9k aXY+PGRpdj5UaGFua3MuPC9kaXY+PGJyPjxicj4tLS0tLS0tLSBNZW5zYWplIG9yaWdpbmFsIC0t LS0tLS0tPGJyPkRlOiBOaXIgU29mZmVyIDxuc29mZmVyQHJlZGhhdC5jb20+IDxicj5GZWNoYTow NC8wMy8yMDE2ICAyMzoyMyAgKEdNVCswMDowMCkgPGJyPlBhcmE6IFBhdmVsIEdhc2hldiA8UGF4 QGFjcm9uaXMuY29tPiA8YnI+Q2M6IE5pY29sw6FzIDxuaWNvbGFzQGRldmVscy5lcz4sYW11cmVp bmkgPGFtdXJlaW5pQHJlZGhhdC5jb20+LHVzZXJzQG92aXJ0Lm9yZyA8YnI+QXN1bnRvOiBSZTog W292aXJ0LXVzZXJzXSBTdG9yYWdlIG1pZ3JhdGlvbjogUHJlYWxsb2NhdGlvbiBmb3JjZWQgb24g ZGVzdGluYXRpb24gPGJyPjxicj5PbiBTYXQsIE1hciA1LCAyMDE2IGF0IDEyOjE5IEFNLCBQYXZl bCBHYXNoZXYgJmx0O1BheEBhY3JvbmlzLmNvbSZndDsgd3JvdGU6PGJyPiZndDsgSSB0aGluayBp dCdzIGhhcmQgdG8gY2FsY3VsYXRlIHRoZSBhZGRpdGlvbmFsIHNwYWNlIGZvciBjb3cgZm9ybWF0 IHdpdGhvdXQgYW5hbHlzaW5nIHJhdyBpbWFnZS4gSXQncyBiZXR0ZXIgdG8gYWxsb2NhdGUgZW5v dWdoIHNwYWNlLCBhbmQgdGhlbiBkZWNyZWFzZSBpdCBhZnRlciBxZW11LWltZyBjb252ZXJ0Ljxi cj48YnI+V2UgdXNlIDEwJSBhcyBhIHJvdWdoIGVzdGltYXRlIGZvciBhZGRpdGlvbmFsIHNwYWNl IHdoZW4gY29udmVydGluZzxicj5mcm9tIHJhdyB0byBxY293IGZvcm1hdC4gU3VyZSBpdCB3aWxs IHdhc3RlIHNvbWUgc3BhY2UsIGJ1dCBpdCBpcyBnb29kPGJyPmVub3VnaC48YnI+PGJyPkhvdyB0 byB5b3UgcGxhbiB0byBjaGVjayB0aGUgdXNlZCBzaXplIG9uIHRoZSBkZXN0aW5hdGlvbiBsdj88 YnI+PGJyPiZndDsgUGxlYXNlIG5vdGUgdGhhdCB3aGlsZSBkaXNrIG1vdmluZyBrZWVwcyBkaXNr IGZvcm1hdCwgZGlzayBjb3B5aW5nIGNoYW5nZXMgZm9ybWF0LiBTbyB3aGVuIHlvdSBjb3B5IGEg dGhpbiBwcm92aXNpb25lZCBkaXNrIHRvIGlTQ1NJIHN0b3JhZ2UgaXQncyBiZWluZyBjb252ZXJ0 ZWQgdG8gY293LiBUaGUgaXNzdWUgaXMgdGhhdCBzaXplIG9mIGNvbnZlcnRlZCBsdiBzdGlsbCBs b29rcyBsaWtlIHByZWFsbG9jYXRlZC4gWW91IGNhbiBkZWNyZWFzZSBpdCBtYW51YWxseSB2aWEg bHZjaGFuZ2UsIG9yIHlvdSBjYW4gbW92ZSBpdCB0byBhIGZpbGUgYmFzZWQgc3RvcmFnZSBhbmQg YmFjay4gTW92aW5nIGRpc2tzIGtlZXBzIGRpc2sgZm9ybWF0LCBidXQgZml4ZXMgaXRzIHNpemUu PGJyPjxicj5ZZXMsIHRoaXMgc2VlbXMgdG8gYmUgdGhlIHdheSB0byB3b3JrIGFyb3VuZCB0aGlz IGlzc3VlIGN1cnJlbnRseTo8YnI+MS4gQ29weSB0byB0aGUgZGlzayB0byBibG9jayBzdG9yYWdl IC0gd2lsbCBjb252ZXJ0IGl0IHRvIHFjb3cgZm9ybWF0PGJyPm9uIHByZWFsbG9jYXRlZCBsdjxi cj4yLiBNb3ZlIGRpc2sgZnJvbSBibG9jayBzdG9yYWdlIHRvIGZpbGUgc3RvcmFnZTxicj4zLiBN b3ZlIGRpc2sgYmFjayB0byBibG9jayBzdG9yYWdlPGJyPjxicj4mZ3Q7IEFsc28gcGxlYXNlIGNv bnNpZGVyIHFjb3cgY29tcGF0PTEuMSBhcyBkZWZhdWx0IGRpc2sgZm9ybWF0IGJvdGggZm9yIGZp bGUgYW5kIGJsb2NrIHN0b3JhZ2VzLjxicj48YnI+VGhpcyB3aWxsIG1ha2UgeW91ciBkaXNrIGlu Y29tcGF0aWJsZSB3aXRoIG9sZCBvdmlydCB2ZXJzaW9ucyBvbiBlbDYuPGJyPkluIHN0b3JhZ2Ug ZG9tYWluIGZvcm1hdCB2Mzxicj53ZSBhcmUgdXNpbmcgY29tYXB0PTAuMTAuPGJyPjxicj5XZSBw bGFuIHRvIG1vdmUgdG8gY29tcGF0PTEuMSBpbiA0LjAuPGJyPjxicj4mZ3Q7PGJyPiZndDs8YnI+ Jmd0Ozxicj4mZ3Q7IE9uIDA0LzAzLzE2IDIzOjIzLCAidXNlcnMtYm91bmNlc0BvdmlydC5vcmcg b24gYmVoYWxmIG9mIE5pciBTb2ZmZXIiICZsdDt1c2Vycy1ib3VuY2VzQG92aXJ0Lm9yZyBvbiBi ZWhhbGYgb2YgbnNvZmZlckByZWRoYXQuY29tJmd0OyB3cm90ZTo8YnI+Jmd0Ozxicj4mZ3Q7Jmd0 O09uIEZyaSwgTWFyIDQsIDIwMTYgYXQgNzowNyBQTSwgTmljb2zDoXMgJmx0O25pY29sYXNAZGV2 ZWxzLmVzJmd0OyB3cm90ZTo8YnI+Jmd0OyZndDsmZ3Q7IEhpLDxicj4mZ3Q7Jmd0OyZndDs8YnI+ Jmd0OyZndDsmZ3Q7IFdlJ3JlIG1pZ3JhdGluZyBhbiBleGlzdGluZyBzdG9yYWdlIChnbHVzdGVy ZnMpIHRvIGEgbmV3IG9uZSAoaVNDU0kpLiBBbGw8YnI+Jmd0OyZndDsmZ3Q7IGRpc2tzIG9uIGds dXN0ZXJmcyBhcmUgdGhpbiBwcm92aXNpb25lZCwgYnV0IHdoZW4gbWlncmF0aW5nIHRvIGlTQ1NJ IHRoZTxicj4mZ3Q7Jmd0OyZndDsgZm9sbG93aW5nIHdhcm5pbmcgaXMgc2hvd246PGJyPiZndDsm Z3Q7Jmd0Ozxicj4mZ3Q7Jmd0OyZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgVGhlIGZvbGxv d2luZyBkaXNrcyB3aWxsIGJlY29tZSBwcmVhbGxvY2F0ZWQsIGFuZCBtYXkgY29uc3VtZTxicj4m Z3Q7Jmd0OyZndDsgY29uc2lkZXJhYmx5IG1vcmUgc3BhY2Ugb24gdGhlIHRhcmdldDogbG9jYWwt ZGlzazxicj4mZ3Q7Jmd0OyZndDs8YnI+Jmd0OyZndDsmZ3Q7IFdoeSBpcyB0aGF0PyBJcyB0aGVy ZSBhIHdheSB0byBtaWdyYXRlIGRpc2tzIHNvIHRoZXkgYXJlIHRoaW4gcHJvdmlzaW9uZWQgb248 YnI+Jmd0OyZndDsmZ3Q7IGlTQ1NJIGFzIHdlbGw/PGJyPiZndDsmZ3Q7PGJyPiZndDsmZ3Q7VGhl IGlzc3VlIGlzIHRoYXQgd2UgdXNlIHJhdyBzcGFyc2UgZm9ybWF0IGZvciB0aGluIHByb3Zpc2lv bmVkIGRpc2tzPGJyPiZndDsmZ3Q7b24gZmlsZSBiYXNlZDxicj4mZ3Q7Jmd0O3N0b3JhZ2UuIFRo ZSBmaWxlIHN5c3RlbSBwcm92aWRlcyB0aGUgdGhpbiBwcm92aXNpb25pbmcsIG1haW50YWluaW5n IGhvbGVzIGluPGJyPiZndDsmZ3Q7dGhlIGZpbGVzLjxicj4mZ3Q7Jmd0Ozxicj4mZ3Q7Jmd0O1do ZW4gd2UgY3JlYXRlIHRoZSBkZXN0aW5hdGlvbiBsdiwgd2UgdXNlIHRoZSBkaXNrIHZpcnR1YWwg c2l6ZSwgc28geW91IGdldDxicj4mZ3Q7Jmd0O3ByYWN0aWNhbGx5IGEgcHJlYWxsb2NhdGVkIHZv bHVtZS48YnI+Jmd0OyZndDs8YnI+Jmd0OyZndDtJIHRoaW5rIHdlIGNhbiBkbyBiZXR0ZXIgLSBi ZWZvcmUgY29weWluZyB0aGUgZGlzaywgd2UgY2FuIGNoZWNrIHRoZSBhY3R1YWwgdXNlZDxicj4m Z3Q7Jmd0O3NwYWNlIChlLmcuIHdoYXQgcWVtdS1pbWcgaW5mbyBvciBzdGF0IHJlcG9ydCksIGFu ZCBjcmVhdGUgdGhlPGJyPiZndDsmZ3Q7ZGVzdGluYXRpb24gbHYgdXNpbmc8YnI+Jmd0OyZndDt0 aGUgdXNlZCBzaXplIChwbHVzIGFkZGl0aW9uYWwgc3BhY2UgZm9yIHFjb3cgZm9ybWF0KS48YnI+ Jmd0OyZndDs8YnI+Jmd0OyZndDtJIHRlc3RlZCB0aGlzIGJ5IGV4dGVuZGluZyB0aGUgZGVzdGlu YXRpb24gbHYgbWFudWFsbHkgYW5kIHRoZW48YnI+Jmd0OyZndDtjb3B5aW5nIGRhdGEgbWFudWFs bHk8YnI+Jmd0OyZndDt1c2luZyBxZW11LWltZyBjb252ZXJ0LCBhbmQgaXQgd29ya3MuPGJyPiZn dDsmZ3Q7PGJyPiZndDsmZ3Q7Q2FuIHlvdSBmaWxlIGEgYnVnIGZvciB0aGlzLCBhbmQgZXhwbGFp biB0aGUgdXNlIGNhc2U/PGJyPiZndDsmZ3Q7PGJyPiZndDsmZ3Q7TmlyPGJyPiZndDsmZ3Q7X19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+Jmd0OyZndDtV c2VycyBtYWlsaW5nIGxpc3Q8YnI+Jmd0OyZndDtVc2Vyc0BvdmlydC5vcmc8YnI+Jmd0OyZndDto dHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnM8YnI+PC9ib2R5Pg== ----_com.android.email_3413880022141120--

1 0

Re: [ovirt-users] Users Digest, Vol 54, Issue 45 VM migration by using the Python SDK
by Jean-Pierre Ribeauville 07 Mar '16

07 Mar '16

Hi, Thx a lot. Regards, J.P. -----Original Message----- From: users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] On Behalf Of users-request(a)ovirt.org Sent: lundi 7 mars 2016 20:00 To: users(a)ovirt.org Subject: Users Digest, Vol 54, Issue 45 Send Users mailing list submissions to users(a)ovirt.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.ovirt.org/mailman/listinfo/users or, via email, send a message with subject or body 'help' to users-request(a)ovirt.org You can reach the person managing the list at users-owner(a)ovirt.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Users digest..." Today's Topics: 1. Re: restore-nets failing (was: Fresh install failing (Hosted Engine)) (Jonathan Sherman) 2. Re: regenerate libvirt-spice keys after libvirtd restart? (Bill James) 3. Re: VM migration by using the Python SDK (Yaniv Kaul) ---------------------------------------------------------------------- Message: 1 Date: Mon, 7 Mar 2016 12:49:56 -0500 From: Jonathan Sherman <haviland(a)gmail.com> To: Dan Kenigsberg <danken(a)redhat.com> Cc: Martin Polednik <mpolednik(a)redhat.com>, users <users(a)ovirt.org> Subject: Re: [ovirt-users] restore-nets failing (was: Fresh install failing (Hosted Engine)) Message-ID: <CAG7LhDtBRxQUC1Qnzqg6gY_tXQz8MSS3HUJfPO3F789=cVndUg(a)mail.gmail.com> Content-Type: text/plain; charset="utf-8" Bug 1315435 Submitted. Let me know if there's anything else I can do to help. On Mon, Mar 7, 2016 at 12:04 PM, Dan Kenigsberg <danken(a)redhat.com> wrote: > On Mon, Mar 07, 2016 at 11:45:27AM -0500, Jonathan Sherman wrote: > > The SMBIOS settings were indeed indeed the issue that was blocking > > me. I investigated how to configure the SMBIOS settings and now > > restore-nets works, and I'm getting past where I was failing on the > > hosted-engine --deploy. > > > > FYI, I had to download the "Intel Integrator Toolkit" (which is now > > EOL) and create a custom BIOS to add those settings in for my > > system, which is an Intel NUC DN2820FYKH. > > > > I am happy to back this out and test any changes if you'd like, but > > this has gotten me to where I can continue oVirt testing for now. > > I'll likely be reinstalling a few times along the way to polish my > > documentation, so let me know if you want me to revert my BIOS and test anything. > > > > Thanks all! > > -js > > > > On Mon, Mar 7, 2016 at 11:22 AM, Martin Polednik > > <mpolednik(a)redhat.com> > > wrote: > > > > > On 07/03/16 11:09 -0500, Jonathan Sherman wrote: > > > > > >> Thanks for your time on this Dan! > > >> > > >> The output from the hostdev looks like it may be unparseable, so > > >> I'm hoping this is the issue (and that it can be easily > > >> remedied). > > >> > > >> I've also create a log of the other items you asked for, available at: > > >> https://www.dropbox.com/s/qh0yw1ptpivpatm/typescript?dl=0 > > >> > > >> [root@ovirt01 vdsm]# vdsm-tool restore-nets <device> > > >> <name>computer</name> <capability type='system'> > > >> <product>?????????????????????????????????</product> > > >> <hardware> > > >> <vendor>?????????????????????????????????</vendor> > > >> <version>?????????????????????????????????</version> > > >> <serial>?????????????????????????????????</serial> > > >> <uuid>d6a3e3c1-c5cb-42e9-a54c-ff8d0df91722</uuid> > > >> </hardware> > > >> <firmware> > > >> <vendor>Intel Corp.</vendor> > > >> <version>FYBYT10H.86A.0052.2015.0923.1845</version> > > >> <release_date>09/23/2015</release_date> > > >> </firmware> > > >> </capability> > > >> </device> > > >> > > > > > > That seems to be the issue. Even bigger issue is that we can not > > > skip this device easily, as it is the root of device tree and must > > > be present in database. > > > > > > I can think of logging the exception but letting the call go > > > through and create a hook to fake a (minimal) device tree. Dan, > > > what do you > think? > > > But why isn't this a valid xml, Martin? I suspect that we need to > utf-8-decode nodedev-xml before using them in Vdsm, similar to what we > do with domain-xml? (consider Klingon characters in the <vendor> > element). > > In any case, this issue merits a bug - could you open it, Jonathan, > and attach relevant data to it? > > Regards, > Dan. >

1 0

Re: [ovirt-users] restore-nets failing (was: Fresh install failing (Hosted Engine))
by Yedidyah Bar David 07 Mar '16

07 Mar '16

On Mon, Mar 7, 2016 at 3:01 PM, Jonathan Sherman <haviland(a)gmail.com> wrote: > Didi - > > The vdsmd service error is what led me to the vdsm-tool restore-nets > concern. See the chain of errors below (along with the other details you > requested.) Thanks. Changing subject and adding Dan. > > Thanks! > -js > > -- > > [jsherman@ovirt01 vdsm]$ ls -la /var/log/vdsm > total 48 > drwxr-xr-x. 3 vdsm kvm 4096 Mar 5 18:50 . > drwxr-xr-x. 13 root root 4096 Mar 6 03:08 .. > drwxr-xr-x. 2 vdsm kvm 6 Mar 1 09:18 backup > -rw-r--r--. 1 vdsm kvm 0 Mar 5 17:53 connectivity.log > -rw-r--r--. 1 vdsm kvm 0 Mar 5 17:53 mom.log > -rw-r--r--. 1 root root 34437 Mar 6 22:18 supervdsm.log > -rw-r--r--. 1 root root 1875 Mar 5 17:59 upgrade.log > -rw-r--r--. 1 vdsm kvm 0 Mar 5 17:53 vdsm.log > > -- > > [root@ovirt01 log]# sestatus > SELinux status: enabled > SELinuxfs mount: /sys/fs/selinux > SELinux root directory: /etc/selinux > Loaded policy name: targeted > Current mode: permissive > Mode from config file: enforcing > Policy MLS status: enabled > Policy deny_unknown status: allowed > Max kernel policy version: 28 > > -- > > [root@ovirt01 audit]# tail -20 audit.log > type=USER_AUTH msg=audit(1457355177.617:519): pid=20733 uid=1000 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='op=PAM:authentication grantors=pam_unix acct="jsherman" > exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success' > type=USER_ACCT msg=audit(1457355177.623:520): pid=20733 uid=1000 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='op=PAM:accounting grantors=pam_unix,pam_localuser acct="jsherman" > exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success' > type=USER_CMD msg=audit(1457355177.625:521): pid=20733 uid=1000 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='cwd="/var/log/vdsm" cmd=73797374656D63746C207374617274207664736D64 > terminal=pts/0 res=success' > type=CRED_ACQ msg=audit(1457355177.626:522): pid=20733 uid=0 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='op=PAM:setcred grantors=pam_unix acct="root" exe="/usr/bin/sudo" > hostname=? addr=? terminal=/dev/pts/0 res=success' > type=USER_START msg=audit(1457355177.628:523): pid=20733 uid=0 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='op=PAM:session_open grantors=pam_keyinit,pam_limits acct="root" > exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success' > type=USER_END msg=audit(1457355179.095:524): pid=20733 uid=0 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='op=PAM:session_close grantors=pam_keyinit,pam_limits acct="root" > exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success' > type=CRED_DISP msg=audit(1457355179.095:525): pid=20733 uid=0 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='op=PAM:setcred grantors=pam_unix acct="root" exe="/usr/bin/sudo" > hostname=? addr=? terminal=/dev/pts/0 res=success' > type=SERVICE_START msg=audit(1457355179.099:526): pid=1 uid=0 > auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 > msg='unit=vdsm-network comm="systemd" exe="/usr/lib/systemd/systemd" > hostname=? addr=? terminal=? res=failed' > type=USER_CMD msg=audit(1457355237.531:527): pid=20768 uid=1000 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='cwd="/var/log" cmd=6C73202D616C206175646974 terminal=pts/0 res=success' > type=CRED_ACQ msg=audit(1457355237.533:528): pid=20768 uid=0 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='op=PAM:setcred grantors=pam_env,pam_unix acct="root" > exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success' > type=USER_START msg=audit(1457355237.535:529): pid=20768 uid=0 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='op=PAM:session_open grantors=pam_keyinit,pam_limits acct="root" > exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success' > type=USER_END msg=audit(1457355237.554:530): pid=20768 uid=0 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='op=PAM:session_close grantors=pam_keyinit,pam_limits acct="root" > exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success' > type=CRED_DISP msg=audit(1457355237.555:531): pid=20768 uid=0 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='op=PAM:setcred grantors=pam_env,pam_unix acct="root" > exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success' > type=USER_CMD msg=audit(1457355242.882:532): pid=20770 uid=1000 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='cwd="/var/log" cmd=7375202D terminal=pts/0 res=success' > type=CRED_ACQ msg=audit(1457355242.885:533): pid=20770 uid=0 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='op=PAM:setcred grantors=pam_env,pam_unix acct="root" > exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success' > type=USER_START msg=audit(1457355242.887:534): pid=20770 uid=0 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='op=PAM:session_open grantors=pam_keyinit,pam_limits acct="root" > exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success' > type=USER_AUTH msg=audit(1457355242.925:535): pid=20771 uid=0 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='op=PAM:authentication grantors=pam_rootok acct="root" exe="/usr/bin/su" > hostname=? addr=? terminal=pts/0 res=success' > type=USER_ACCT msg=audit(1457355242.925:536): pid=20771 uid=0 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='op=PAM:accounting grantors=pam_succeed_if acct="root" exe="/usr/bin/su" > hostname=? addr=? terminal=pts/0 res=success' > type=CRED_ACQ msg=audit(1457355242.928:537): pid=20771 uid=0 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='op=PAM:setcred grantors=pam_rootok acct="root" exe="/usr/bin/su" > hostname=? addr=? terminal=pts/0 res=success' > type=USER_START msg=audit(1457355242.954:538): pid=20771 uid=0 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='op=PAM:session_open > grantors=pam_keyinit,pam_keyinit,pam_limits,pam_systemd,pam_unix,pam_xauth > acct="root" exe="/usr/bin/su" hostname=? addr=? terminal=pts/0 res=success' > > -- > > [jsherman@ovirt01 vdsm]$ journalctl -xe > -- Unit vdsm-network.service has failed. > -- > -- The result is failed. > Mar 07 07:52:59 ovirt01 systemd[1]: Dependency failed for Virtual Desktop > Server Manager. > -- Subject: Unit vdsmd.service has failed > -- Defined-By: systemd > -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel > -- > -- Unit vdsmd.service has failed. > -- > -- The result is dependency. > Mar 07 07:52:59 ovirt01 polkitd[2395]: Unregistered Authentication Agent for > unix-process:20737:13641695 (system bus name :1 > Mar 07 07:52:59 ovirt01 systemd[1]: Dependency failed for MOM instance > configured for VDSM purposes. > -- Subject: Unit mom-vdsm.service has failed > -- Defined-By: systemd > -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel > -- > -- Unit mom-vdsm.service has failed. > -- > -- The result is dependency. > Mar 07 07:52:59 ovirt01 systemd[1]: Job mom-vdsm.service/start failed with > result 'dependency'. > Mar 07 07:52:59 ovirt01 systemd[1]: Job vdsmd.service/start failed with > result 'dependency'. > Mar 07 07:52:59 ovirt01 systemd[1]: Unit vdsm-network.service entered failed > state. > Mar 07 07:52:59 ovirt01 systemd[1]: vdsm-network.service failed. > > -- > > [root@ovirt01 log]# systemctl start mom-vdsm > A dependency job for mom-vdsm.service failed. See 'journalctl -xe' for > details. > [root@ovirt01 log]# journalctl -xe > -- Unit vdsm-network.service has failed. > -- > -- The result is failed. > Mar 07 07:57:34 ovirt01 systemd[1]: Dependency failed for Virtual Desktop > Server Manager. > -- Subject: Unit vdsmd.service has failed > -- Defined-By: systemd > -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel > -- > -- Unit vdsmd.service has failed. > -- > -- The result is dependency. > Mar 07 07:57:34 ovirt01 systemd[1]: Dependency failed for MOM instance > configured for VDSM purposes. > -- Subject: Unit mom-vdsm.service has failed > -- Defined-By: systemd > -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel > -- > -- Unit mom-vdsm.service has failed. > -- > -- The result is dependency. > Mar 07 07:57:34 ovirt01 systemd[1]: Job mom-vdsm.service/start failed with > result 'dependency'. > Mar 07 07:57:34 ovirt01 systemd[1]: Job vdsmd.service/start failed with > result 'dependency'. > Mar 07 07:57:34 ovirt01 systemd[1]: Unit vdsm-network.service entered failed > state. > Mar 07 07:57:34 ovirt01 systemd[1]: vdsm-network.service failed. > Mar 07 07:57:34 ovirt01 polkitd[2395]: Unregistered Authentication Agent for > unix-process:20832:13669245 (system bus name :1 > > -- > > [root@ovirt01 log]# systemctl start vdsm-network > Job for vdsm-network.service failed because the control process exited with > error code. See "systemctl status vdsm-network.service" and "journalctl -xe" > for details. > [root@ovirt01 log]# journalctl -xe > Mar 07 07:58:32 ovirt01 vdsm-tool[20871]: self._raiseerror(v) > Mar 07 07:58:32 ovirt01 vdsm-tool[20871]: File > "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1506, in _raiseerror > Mar 07 07:58:32 ovirt01 vdsm-tool[20871]: raise err > Mar 07 07:58:32 ovirt01 vdsm-tool[20871]: xml.etree.ElementTree.ParseError: > not well-formed (invalid token): line 4, column 13 > Mar 07 07:58:32 ovirt01 vdsm-tool[20871]: Traceback (most recent call last): > Mar 07 07:58:32 ovirt01 vdsm-tool[20871]: File "/usr/bin/vdsm-tool", line > 219, in main > Mar 07 07:58:32 ovirt01 vdsm-tool[20871]: return > tool_command[cmd]["command"](*args) > Mar 07 07:58:32 ovirt01 vdsm-tool[20871]: File > "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", line 41, in > restore_com > Mar 07 07:58:32 ovirt01 vdsm-tool[20871]: exec_restore(cmd) > Mar 07 07:58:32 ovirt01 vdsm-tool[20871]: File > "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", line 54, in > exec_restor > Mar 07 07:58:32 ovirt01 vdsm-tool[20871]: raise EnvironmentError('Failed to > restore the persisted networks') > Mar 07 07:58:32 ovirt01 vdsm-tool[20871]: EnvironmentError: Failed to > restore the persisted networks > Mar 07 07:58:32 ovirt01 systemd[1]: vdsm-network.service: main process > exited, code=exited, status=1/FAILURE > Mar 07 07:58:32 ovirt01 systemd[1]: Failed to start Virtual Desktop Server > Manager network restoration. > -- Subject: Unit vdsm-network.service has failed > -- Defined-By: systemd > -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel > -- > -- Unit vdsm-network.service has failed. > -- > -- The result is failed. > Mar 07 07:58:32 ovirt01 systemd[1]: Unit vdsm-network.service entered failed > state. > Mar 07 07:58:32 ovirt01 systemd[1]: vdsm-network.service failed. > Mar 07 07:58:32 ovirt01 polkitd[2395]: Unregistered Authentication Agent for > unix-process:20860:13674993 (system bus name :1.115, o > > -- > > [root@ovirt01 log]# vdsm-tool restore-nets > Traceback (most recent call last): > File "/usr/share/vdsm/vdsm-restore-net-config", line 429, in <module> > restore(args) > File "/usr/share/vdsm/vdsm-restore-net-config", line 387, in restore > _restore_sriov_numvfs() > File "/usr/share/vdsm/vdsm-restore-net-config", line 82, in > _restore_sriov_numvfs > sriov_devices = _get_sriov_devices() > File "/usr/share/vdsm/vdsm-restore-net-config", line 54, in > _get_sriov_devices > devices = hostdev.list_by_caps() > File "/usr/share/vdsm/hostdev.py", line 175, in list_by_caps > libvirt_devices = _get_devices_from_libvirt() > File "/usr/share/vdsm/hostdev.py", line 160, in _get_devices_from_libvirt > for device in libvirtconnection.get().listAllDevices(0)) > File "/usr/share/vdsm/hostdev.py", line 160, in <genexpr> > for device in libvirtconnection.get().listAllDevices(0)) > File "/usr/share/vdsm/hostdev.py", line 107, in _parse_device_params > devXML = etree.fromstring(device_xml) > File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1300, in XML > parser.feed(text) > File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1642, in feed > self._raiseerror(v) > File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1506, in > _raiseerror > raise err > xml.etree.ElementTree.ParseError: not well-formed (invalid token): line 4, > column 13 > Traceback (most recent call last): > File "/bin/vdsm-tool", line 219, in main > return tool_command[cmd]["command"](*args) > File "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", line > 41, in restore_command > exec_restore(cmd) > File "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", line > 54, in exec_restore > raise EnvironmentError('Failed to restore the persisted networks') > EnvironmentError: Failed to restore the persisted networks > > > On Mon, Mar 7, 2016 at 2:56 AM, Yedidyah Bar David <didi(a)redhat.com> wrote: >> >> On Sun, Mar 6, 2016 at 7:21 PM, Jonathan Sherman <haviland(a)gmail.com> >> wrote: >> > Didi, >> > >> > NetworkManager is off, via "systemctl disable NetworkManager && >> > systemctl >> > stop NetworkManager" (and rebooted after), and network allowing remote >> > ssh >> > access and yum commands functional. >> > >> > Log files with sizes >0 from /var/log/vdsm: >> > https://www.dropbox.com/s/iobee7toeyc2jda/supervdsm.log?dl=0 >> > https://www.dropbox.com/s/rdxi4ujwqhmekgh/upgrade.log?dl=0 >> >> So this means you also have an empty (size 0) vdsm.log? Can you please >> 'ls -la /var/log/vdsm'? >> >> Can you check selinux/audit logs? >> >> > >> > Most recent log file from /var/log/ovirt-hosted-engine-setup: >> > >> > https://www.dropbox.com/s/brbbujmqhhbsx4o/ovirt-hosted-engine-setup-2016030… >> >> This has: >> >> 2016-03-06 10:41:43 DEBUG otopi.plugins.otopi.services.systemd >> plugin.execute:941 execute-output: ('/bin/systemctl', 'start', >> 'vdsmd.service') stderr: >> A dependency job for vdsmd.service failed. See 'journalctl -xe' for >> details. >> >> Can you please check/post output of 'journalctl -xe'? >> >> Thanks, >> >> > >> > Thank you for your time! >> > -js >> > >> > >> > On Sun, Mar 6, 2016 at 5:23 AM, Yedidyah Bar David <didi(a)redhat.com> >> > wrote: >> >> >> >> On Sun, Mar 6, 2016 at 2:50 AM, Jonathan Sherman <haviland(a)gmail.com> >> >> wrote: >> >> > I want to extend my lab and am trying an install using the hosted >> >> > engine, >> >> > but the install is failing for me: >> >> > >> >> > References used for install: >> >> > https://glennsnead.wordpress.com/2016/02/28/ovirt-3-6-installation/ >> >> > >> >> > http://community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5/ >> >> > >> >> > Setup: >> >> > Minimal install of CentOS Linux release 7.2.1511 (Core) >> >> > Using DHCP with static address (tried without DHCP with same issue) >> >> > yum upgrade >> >> > >> >> > Installed packages: >> >> > yum localinstall -y >> >> > http://resources.ovirt.org/pub/yum-repo/ovirt-release36.rpm >> >> > yum install -y ovirt-hosted-engine-setup screen glusterfs-server >> >> > nfs-utils >> >> > vdsm-gluster system-storage-manager mailx >> >> > >> >> > rebooted >> >> > >> >> > Tried hosted-engine --deploy, but it errors out. I followed various >> >> > logs >> >> > and I _think_ it's failing related to vdsm-tool restore-nets. I >> >> > could >> >> > use >> >> > some guidance on this to help track down what's happening and how to >> >> > fix. >> >> > >> >> > (Note: I'd very much prefer using the hosted engine vs. another >> >> > option >> >> > for >> >> > my lab, so I'm willing to put in the time to figure this out. Thanks >> >> > for >> >> > any assistance!) >> >> > >> >> > Install error: >> >> > [root@ovirt01 network-scripts]# hosted-engine --deploy >> >> > [ INFO ] Stage: Initializing >> >> > [ INFO ] Generating a temporary VNC password. >> >> > [ INFO ] Stage: Environment setup >> >> > Continuing will configure this host for serving as >> >> > hypervisor >> >> > and >> >> > create a VM where you have to install the engine afterwards. >> >> > Are you sure you want to continue? (Yes, No)[Yes]: >> >> > Configuration files: [] >> >> > Log file: >> >> > >> >> > >> >> > /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20160305194655-o29y86.log >> >> > Version: otopi-1.4.1 (otopi-1.4.1-1.el7.centos) >> >> > [ INFO ] Hardware supports virtualization >> >> > [ INFO ] Stage: Environment packages setup >> >> > [ INFO ] Stage: Programs detection >> >> > [ INFO ] Stage: Environment setup >> >> > [ ERROR ] Failed to execute stage 'Environment setup': Failed to >> >> > start >> >> > service 'vdsmd' >> >> > [ INFO ] Stage: Clean up >> >> > [ INFO ] Generating answer file >> >> > >> >> > '/var/lib/ovirt-hosted-engine-setup/answers/answers-20160305194703.conf' >> >> > [ INFO ] Stage: Pre-termination >> >> > [ INFO ] Stage: Termination >> >> > [ ERROR ] Hosted Engine deployment failed: this system is not >> >> > reliable, >> >> > please check the issue, fix and redeploy >> >> > Log file is located at >> >> > >> >> > >> >> > /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20160305194655-o29y86.log >> >> > >> >> > -- >> >> > vdsm-tool restore-nets output: >> >> > >> >> > [root@ovirt01 etc]# /usr/bin/vdsm-tool restore-nets >> >> > Traceback (most recent call last): >> >> > File "/usr/share/vdsm/vdsm-restore-net-config", line 429, in >> >> > <module> >> >> > restore(args) >> >> > File "/usr/share/vdsm/vdsm-restore-net-config", line 387, in >> >> > restore >> >> > _restore_sriov_numvfs() >> >> > File "/usr/share/vdsm/vdsm-restore-net-config", line 82, in >> >> > _restore_sriov_numvfs >> >> > sriov_devices = _get_sriov_devices() >> >> > File "/usr/share/vdsm/vdsm-restore-net-config", line 54, in >> >> > _get_sriov_devices >> >> > devices = hostdev.list_by_caps() >> >> > File "/usr/share/vdsm/hostdev.py", line 175, in list_by_caps >> >> > libvirt_devices = _get_devices_from_libvirt() >> >> > File "/usr/share/vdsm/hostdev.py", line 160, in >> >> > _get_devices_from_libvirt >> >> > for device in libvirtconnection.get().listAllDevices(0)) >> >> > File "/usr/share/vdsm/hostdev.py", line 160, in <genexpr> >> >> > for device in libvirtconnection.get().listAllDevices(0)) >> >> > File "/usr/share/vdsm/hostdev.py", line 107, in >> >> > _parse_device_params >> >> > devXML = etree.fromstring(device_xml) >> >> > File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1300, in >> >> > XML >> >> > parser.feed(text) >> >> > File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1642, in >> >> > feed >> >> > self._raiseerror(v) >> >> > File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1506, in >> >> > _raiseerror >> >> > raise err >> >> > xml.etree.ElementTree.ParseError: not well-formed (invalid token): >> >> > line >> >> > 4, >> >> > column 13 >> >> > Traceback (most recent call last): >> >> > File "/usr/bin/vdsm-tool", line 219, in main >> >> > return tool_command[cmd]["command"](*args) >> >> > File "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", >> >> > line >> >> > 41, in restore_command >> >> > exec_restore(cmd) >> >> > File "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", >> >> > line >> >> > 54, in exec_restore >> >> > raise EnvironmentError('Failed to restore the persisted >> >> > networks') >> >> > EnvironmentError: Failed to restore the persisted networks >> >> >> >> Please check/post full ovirt-hosted-engine-setup logs, vdsm logs. >> >> >> >> Do you have NetworkManager? >> >> >> >> Thanks for the report! >> >> >> >> Best, >> >> -- >> >> Didi >> > >> > >> >> >> >> -- >> Didi > > -- Didi

4 6

Command 'org.ovirt.engine.core.bll.hostdev.RefreshHostDevicesCommand' failed: Failed managing transaction
by ovirt＠timmi.org 07 Mar '16

07 Mar '16

Hi oVirt List, I have a oVirt Setup which includes two host. The first host is also running the oVirt engine. Today I installed a couple VMs on the second host from USB without any issue. Now I tried to perform this also on the first host but it looks like the USB is not accessible. I'm able to add the device to the host but I can see the following message in the engine.log which does not look correct. I'm running oVirt 3.6.3 Best regards Christoph 2016-03-04 21:42:13,037 ERROR [org.ovirt.engine.core.bll.hostdev.RefreshHostDevicesCommand] (org.ovirt.thread.pool-8-thread-17) [4307f9bc] Command 'org.ovirt.engine.core.bll.hostdev.RefreshHostDevicesCommand' failed: Failed managing transaction 2016-03-04 21:42:13,037 ERROR [org.ovirt.engine.core.bll.hostdev.RefreshHostDevicesCommand] (org.ovirt.thread.pool-8-thread-17) [4307f9bc] Exception: java.lang.RuntimeException: Failed managing transaction at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInNewTransaction(TransactionSupport.java:232) [utils.jar:] at org.ovirt.engine.core.bll.hostdev.RefreshHostDevicesCommand.executeCommand(RefreshHostDevicesCommand.java:121) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1215) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1359) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1982) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:174) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:116) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1396) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:378) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:480) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:462) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runInternalAction(Backend.java:672) [bll.jar:] at sun.reflect.GeneratedMethodAccessor345.invoke(Unknown Source) [:1.8.0_71] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_71] at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_71] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407) at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407) at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:46) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) [wildfly-ee-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:52) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInCallerTx(CMTTxInterceptor.java:251) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:401) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:243) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:95) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:64) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:326) at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:439) at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:61) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:326) at org.jboss.invocation.PrivilegedWithCombinerInterceptor.processInvocation(PrivilegedWithCombinerInterceptor.java:80) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:185) at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:182) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:73) at org.ovirt.engine.core.bll.interfaces.BackendInternal$$$view4.runInternalAction(Unknown Source) [bll.jar:] at sun.reflect.GeneratedMethodAccessor344.invoke(Unknown Source) [:1.8.0_71] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_71] at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_71] at org.jboss.weld.util.reflection.Reflections.invokeAndUnwrap(Reflections.java:414) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.weld.bean.proxy.EnterpriseBeanProxyMethodHandler.invoke(EnterpriseBeanProxyMethodHandler.java:127) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance.invoke(EnterpriseTargetBeanInstance.java:56) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.weld.bean.proxy.InjectionPointPropagatingEnterpriseTargetBeanInstance.invoke(InjectionPointPropagatingEnterpriseTargetBeanInstance.java:65) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:100) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.ovirt.engine.core.bll.BackendCommandObjectsHandler$BackendInternal$BackendLocal$2049259618$Proxy$_$$_Weld$EnterpriseProxy$.runInternalAction(Unknown Source) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInternalAction(CommandBase.java:2340) [bll.jar:] at org.ovirt.engine.core.bll.network.host.RefreshHostCommand.executeCommand(RefreshHostCommand.java:27) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1215) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1359) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1982) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInNewTransaction(TransactionSupport.java:210) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInRequired(TransactionSupport.java:149) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:118) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1396) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:378) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:480) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:462) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runInternalAction(Backend.java:409) [bll.jar:] at sun.reflect.GeneratedMethodAccessor333.invoke(Unknown Source) [:1.8.0_71] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_71] at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_71] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407) at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407) at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:55) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) [wildfly-ee-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:52) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:260) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:399) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:243) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:95) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:64) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:326) at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:448) at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:61) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:326) at org.jboss.invocation.PrivilegedWithCombinerInterceptor.processInvocation(PrivilegedWithCombinerInterceptor.java:80) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:185) at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:182) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:73) at org.ovirt.engine.core.bll.interfaces.BackendInternal$$$view4.runInternalAction(Unknown Source) [bll.jar:] at sun.reflect.GeneratedMethodAccessor332.invoke(Unknown Source) [:1.8.0_71] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_71] at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_71] at org.jboss.weld.util.reflection.Reflections.invokeAndUnwrap(Reflections.java:414) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.weld.bean.proxy.EnterpriseBeanProxyMethodHandler.invoke(EnterpriseBeanProxyMethodHandler.java:127) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance.invoke(EnterpriseTargetBeanInstance.java:56) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.weld.bean.proxy.InjectionPointPropagatingEnterpriseTargetBeanInstance.invoke(InjectionPointPropagatingEnterpriseTargetBeanInstance.java:65) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:100) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.ovirt.engine.core.bll.BackendCommandObjectsHandler$BackendInternal$BackendLocal$2049259618$Proxy$_$$_Weld$EnterpriseProxy$.runInternalAction(Unknown Source) [bll.jar:] at org.ovirt.engine.core.bll.hostdev.HostDeviceManager.refreshHostIfAnyVmHasHostDevices(HostDeviceManager.java:167) [bll.jar:] at org.ovirt.engine.core.bll.hostdev.HostDeviceManager$Proxy$_$$_WeldClientProxy.refreshHostIfAnyVmHasHostDevices(Unknown Source) [bll.jar:] at org.ovirt.engine.core.bll.VdsEventListener$10.run(VdsEventListener.java:549) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUtil.java:89) [utils.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_71] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_71] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_71] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_71] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_71] Caused by: javax.transaction.RollbackException: ARJUNA016053: Could not commit transaction. at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1178) at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.commit(BaseTransaction.java:126) at com.arjuna.ats.jbossatx.BaseTransactionManagerDelegate.commit(BaseTransactionManagerDelegate.java:75) at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInNewTransaction(TransactionSupport.java:227) [utils.jar:] ... 179 more 2016-03-04 21:42:13,043 ERROR [org.ovirt.engine.core.bll.network.host.RefreshHostCommand] (org.ovirt.thread.pool-8-thread-17) [4307f9bc] Transaction rolled-back for command 'org.ovirt.engine.core.bll.network.host.RefreshHostCommand'.

2 5

ovirt 3.6 node
by Johan Kooijman 07 Mar '16

07 Mar '16

Hi all, I can't seem to find ovirt 3.6 node ISO. Is there a specific reason for this? I have the issue with 3.5 (ovirt-node-iso-3.5-0.201502231653.el7.iso) that I can't do live merge on machines installed with ovirt node. -- Met vriendelijke groeten / With kind regards, Johan Kooijman

2 1

Fresh install failing (Hosted Engine)
by Jonathan Sherman 07 Mar '16

07 Mar '16

I want to extend my lab and am trying an install using the hosted engine, but the install is failing for me: References used for install: https://glennsnead.wordpress.com/2016/02/28/ovirt-3-6-installation/ http://community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5/ Setup: Minimal install of CentOS Linux release 7.2.1511 (Core) Using DHCP with static address (tried without DHCP with same issue) yum upgrade Installed packages: yum localinstall -y http://resources.ovirt.org/pub/yum-repo/ovirt-release36.rpm yum install -y ovirt-hosted-engine-setup screen glusterfs-server nfs-utils vdsm-gluster system-storage-manager mailx rebooted Tried hosted-engine --deploy, but it errors out. I followed various logs and I _think_ it's failing related to vdsm-tool restore-nets. I could use some guidance on this to help track down what's happening and how to fix. (Note: I'd very much prefer using the hosted engine vs. another option for my lab, so I'm willing to put in the time to figure this out. Thanks for any assistance!) Install error: [root@ovirt01 network-scripts]# hosted-engine --deploy [ INFO ] Stage: Initializing [ INFO ] Generating a temporary VNC password. [ INFO ] Stage: Environment setup Continuing will configure this host for serving as hypervisor and create a VM where you have to install the engine afterwards. Are you sure you want to continue? (Yes, No)[Yes]: Configuration files: [] Log file: /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20160305194655-o29y86.log Version: otopi-1.4.1 (otopi-1.4.1-1.el7.centos) [ INFO ] Hardware supports virtualization [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup [ ERROR ] Failed to execute stage 'Environment setup': Failed to start service 'vdsmd' [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20160305194703.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Hosted Engine deployment failed: this system is not reliable, please check the issue, fix and redeploy Log file is located at /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20160305194655-o29y86.log -- vdsm-tool restore-nets output: [root@ovirt01 etc]# /usr/bin/vdsm-tool restore-nets Traceback (most recent call last): File "/usr/share/vdsm/vdsm-restore-net-config", line 429, in <module> restore(args) File "/usr/share/vdsm/vdsm-restore-net-config", line 387, in restore _restore_sriov_numvfs() File "/usr/share/vdsm/vdsm-restore-net-config", line 82, in _restore_sriov_numvfs sriov_devices = _get_sriov_devices() File "/usr/share/vdsm/vdsm-restore-net-config", line 54, in _get_sriov_devices devices = hostdev.list_by_caps() File "/usr/share/vdsm/hostdev.py", line 175, in list_by_caps libvirt_devices = _get_devices_from_libvirt() File "/usr/share/vdsm/hostdev.py", line 160, in _get_devices_from_libvirt for device in libvirtconnection.get().listAllDevices(0)) File "/usr/share/vdsm/hostdev.py", line 160, in <genexpr> for device in libvirtconnection.get().listAllDevices(0)) File "/usr/share/vdsm/hostdev.py", line 107, in _parse_device_params devXML = etree.fromstring(device_xml) File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1300, in XML parser.feed(text) File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1642, in feed self._raiseerror(v) File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1506, in _raiseerror raise err xml.etree.ElementTree.ParseError: not well-formed (invalid token): line 4, column 13 Traceback (most recent call last): File "/usr/bin/vdsm-tool", line 219, in main return tool_command[cmd]["command"](*args) File "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", line 41, in restore_command exec_restore(cmd) File "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", line 54, in exec_restore raise EnvironmentError('Failed to restore the persisted networks') EnvironmentError: Failed to restore the persisted networks

2 4

Remove master storage from data center?
by nicolas＠devels.es 07 Mar '16

07 Mar '16

Hi, We've migrated storage from glusterfs to iSCSI, so now we have 2 storages in our data center. As we've already finished, we want to remove the gluster storage from our data center (which is the master storage right now). We've tried to put it on maintenance but we're getting this error: 2016-03-02 13:02:02,087 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStoragePoolVDSCommand] (org.ovirt.thread.pool-8-thread-34) [259a3130] Command 'DisconnectStoragePoolVDSCommand(HostName = ovirt01.domain.com, DisconnectStoragePoolVDSCommandParameters:{runAsync='true', hostId='c31dca1a-e5bc-43f6-940f-6397e3ddbee4', storagePoolId='fa155d43-4e68-486f-9f9d-ae3e3916cc4f', vds_spm_id='7'})' execution failed: VDSGenericException: VDSErrorException: Failed to DisconnectStoragePoolVDS, error = Operation not allowed while SPM is active: ('fa155d43-4e68-486f-9f9d-ae3e3916cc4f',), code = 656 Does that mean that *all* hosts must be on maintenance to do that? There's nothing left on the gluster storage right now. Thanks. Nicolás

2 4

Re: [ovirt-users] Update Self-Hosted-Engine - Right Way?
by Taste-Of-IT 07 Mar '16

07 Mar '16

Hello Simon, i am new with oVirt, but are you sure, that this is the way for the self-hosted-engine? Because i have no commands with hosted-***. As far as i understand the engine runs in self-hosted-engine on same host and therefore there is no way to enter the vm with engine and set it to maintenance mode.?! Regards Taste Am 2016-03-04 10:24, schrieb Simone Tiraboschi: > On Fri, Mar 4, 2016 at 9:57 AM, Taste-Of-IT <kontakt(a)taste-of-it.de> > wrote: > >> Hello, >> >> i want to Update my oVirt as Self-Hosted-Engine on CentOS 7. The >> way i whould do is as follow and i want to know if this is the right >> recommended way. > > Please follow > this: http://www.ovirt.org/documentation/how-to/hosted-engine/#Upgrade_Hosted_Eng… > [2] > > Ensure to take care to put hosted-engine in global maintenance mode > before upgrading the engine VM otherwise the HA agent could reboot it > (since it detects that the engine is not responsive) in the middle of > the upgrade with potentially really bad results. > > > >> 1. shutdown all virtual machines (can i do this from GUI, or >> should it better be done inside the VMs?) >> 2. yum update "ovirt-engine-setup*" >> 3. yum update >> 4. engine-setup >> 5. follow questions and hope all is updated correct... >> >> Is that all or should i do some other stepps before or between >> this? >> >> thx >> Taste >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users [1] > > > > Links: > ------ > [1] http://lists.ovirt.org/mailman/listinfo/users > [2] > http://www.ovirt.org/documentation/how-to/hosted-engine/#Upgrade_Hosted_Eng…

3 7

some ISO images not recognized
by Stefano Cislaghi 07 Mar '16

07 Mar '16

Hello everyone, I configured a test environment with 2 hosts (centos), hosted engine and NFS storage for data domain and iso domain. I noticed that windows 2012 ISOs are marked as "unknown" in iso domain and##SELECTION_END## therefore I can't attach them to virtual machines. Maybe something is wrong with my iso? I tried to do a fresh download with same result. Centos, Fedora and Windows 10 iso are working, so I think the iso domain is ok. Did someone else noticed such behaviour? Any solution? Thanks Stefano

5 7

Testing openstack inside ovirt environment
by Gianluca Cecchi 06 Mar '16

06 Mar '16

Hello, Up to now I only tested openstack on physical hw. I would like to make some tests in a virtual environment. Not considering at the moment cinder and glance integrations provided by oVirt but full openstack itself. Are nestedvt and macspoof vdsm hooks the only requirement I should care about to be able to go? Also, supposing I go with a preliminar pre-test of openstack in virtual environment using plain qemu/kvm with virt-manager, it's clear to me how to enable the nested kvm for the host, but what should be the commands to give on host side so that the openstack instances will be able to communicate with the outside world (the commands that in ovirt I presume are run by the macspoof vdsm hook). Thanks in advance, Gianluca

1 0

Promiscuous Mode
by Clint Boggio 06 Mar '16

06 Mar '16

I am deploying an OpenVPN server in my OVirt environment and I've come to a dead stop with the developer support on a topic related to OVirt configuration. The developer wants me to put the VM's underlying NIC into promiscuous mode. I've seen this in a VMware environment and I know what they are asking me to do, and I'm wondering if there is a clear way to do this in my OVirt environment. I found "port mirroring" but no "promiscuous mode" Cheers and thank you !

4 11

set up of fibre channel storage problem
by Campbell McLeay 05 Mar '16

05 Mar '16

Hi, I've set up a node in a cluster which I would l like to use the attached fibre channel disks as storage. The ovirt version is 3.6 and both hosts (engine and node) are running Scientific 7.2. When I select the fibre channel option in the ovirt manager GUI from the drop down menu in the storage section, it shows the target disks on the node host (actually symlinks named as 34 character IDs which I assume are created by multipathd, which point to the actual device in /dev such as /dev/dm-3). 'multipath -ll' shows the devices up and running: 36f01faf000e5fd64000007d255820b3d dm-1 DELL ,MD36xxf size=5.7T features='2 pg_init_retries 50' hwhandler='1 rdac' wp=rw |-+- policy='service-time 0' prio=14 status=active | `- 8:0:0:3 sdi 8:128 active ready running `-+- policy='service-time 0' prio=9 status=enabled `- 1:0:0:3 sde 8:64 active ready running 36f01faf000e5fd5b000009fc52cc8a5b dm-2 DELL ,MD36xxf size=9.0T features='2 pg_init_retries 50' hwhandler='1 rdac' wp=rw |-+- policy='service-time 0' prio=14 status=active | `- 1:0:0:0 sdb 8:16 active ready running `-+- policy='service-time 0' prio=9 status=enabled `- 8:0:0:0 sdf 8:80 active ready running 36f01faf000e5fd640000078752cd9374 dm-0 DELL ,MD36xxf size=9.0T features='2 pg_init_retries 50' hwhandler='1 rdac' wp=rw |-+- policy='service-time 0' prio=14 status=active | `- 8:0:0:1 sdg 8:96 active ready running `-+- policy='service-time 0' prio=9 status=enabled `- 1:0:0:1 sdc 8:32 active ready running 36f01faf000e5fd5b00000a5a55820464 dm-3 DELL ,MD36xxf size=5.7T features='2 pg_init_retries 50' hwhandler='1 rdac' wp=rw |-+- policy='service-time 0' prio=14 status=active | `- 1:0:0:2 sdd 8:48 active ready running `-+- policy='service-time 0' prio=9 status=enabled `- 8:0:0:2 sdh 8:112 active ready running When I select those IDs, it says 'The following LUNs are in use' (does it perhaps mean by multipath?), and to 'Approve operation', which I do, but it then fails with: "Error while executing action New SAN Storage Domain: Physical device initialization failed. Please check that the device is empty and accessible by the host." The storage is not mounted and is not being used by any other host. The error from the engine log is: ---------------------8<-------------------------- 2016-03-05 21:50:47,326 INFO [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (VdsDeploy) [] Stage: Termination 2016-03-05 21:51:21,460 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand] (default task-167) [] START, GetDeviceListVDSCommand(HostName = kvm-ldn-02, GetDeviceListVDSCommandParameters:{runAsync='true', hostId='d44741f9-00c9-45d2-a76d-9ea5bd2893e0', storageType='FCP', checkStatus='true', lunIds='[36f01faf000e5fd64000007d255820b3d]'}), log id: 67073545 2016-03-05 21:51:22,966 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand] (default task-167) [] FINISH, GetDeviceListVDSCommand, return: [LUNs:{id='36f01faf000e5fd64000007d255820b3d', physicalVolumeId='', volumeGroupId='', serial='SDELL_MD36xxf_3BD000S', lunMapping='3', vendorId='DELL', productId='MD36xxf', lunConnections='[]', deviceSize='5865', pvSize='0', vendorName='DELL', pathsDictionary='[sde=true, sdi=true]', pathsCapacity='[sde=5865, sdi=5865]', lunType='FCP', status='Used', diskId='null', diskAlias='null', storageDomainId='null', storageDomainName='null'}], log id: 67073545 2016-03-05 21:51:26,917 INFO [org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand] (default task-172) [71343e04] Running command: AddSANStorageDomainCommand internal: false. Entities affected : ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group CREATE_STORAGE_DOMAIN with role type ADMIN 2016-03-05 21:51:26,935 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVGVDSCommand] (default task-172) [71343e04] START, CreateVGVDSCommand(HostName = kvm-ldn-02, CreateVGVDSCommandParameters:{runAsync='true', hostId='d44741f9-00c9-45d2-a76d-9ea5bd2893e0', storageDomainId='65fd9f6a-5674-43b2-99d7-18741be5943d', deviceList='[36f01faf000e5fd64000007d255820b3d]', force='true'}), log id: 45c41848 2016-03-05 21:51:28,069 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVGVDSCommand] (default task-172) [71343e04] Failed in 'CreateVGVDS' method 2016-03-05 21:51:28,073 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-172) [71343e04] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VDSM kvm-ldn-02 command failed: Failed to initialize physical device: ("[u'/dev/mapper/36f01faf000e5fd64000007d255820b3d']",) 2016-03-05 21:51:28,073 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVGVDSCommand] (default task-172) [71343e04] Command 'org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVGVDSCommand' return value 'OneUuidReturnForXmlRpc:{status='StatusForXmlRpc [code=601, message=Failed to initialize physical device: ("[u'/dev/mapper/36f01faf000e5fd64000007d255820b3d']",)]'}' ---------------------8<-------------------------- On the node, in the messages log, I get: ---------------------8<-------------------------- Mar 5 22:18:53 kvm-ldn-02 multipathd: dm-4: remove map (uevent) Mar 5 22:18:53 kvm-ldn-02 multipathd: dm-4: remove map (uevent) Mar 5 22:19:11 kvm-ldn-02 kernel: device-mapper: table: 253:4: multipath: error getting device Mar 5 22:19:11 kvm-ldn-02 kernel: device-mapper: ioctl: error adding target to table Mar 5 22:19:11 kvm-ldn-02 multipathd: dm-4: remove map (uevent) Mar 5 22:19:11 kvm-ldn-02 multipathd: dm-4: remove map (uevent) ---------------------8<-------------------------- Not sure why it is looking at dm-4 and dm-8, which don't exist (the symlinks point to dm-0 to dm-3 for the devices). What am I doing wrong here? Any help much appreciated. Thanks, Cam

2 2

Re: [ovirt-users] virt-v2v converting multi-disk
by Richard W.M. Jones 05 Mar '16

05 Mar '16

Hi - let's keep all replies on the mailing list so the information benefits everyone. On Sat, Mar 05, 2016 at 12:21:51PM -0600, Clint Boggio wrote: > 2. Ran your tool on the disk image with a destination of "." And > your tool put it directly in without having to use network > bandwidth. The tool in this case is "import-to-ovirt", I guess (since they already run on KVM it must be)? > This procedure works the best as the legacy KVM environment is > Ubuntu based and permissions problems keep me from massaging the > disk images while they live in the firm grip of sudo hell that is > Ubuntu. > How will your import tool react to my procedure, in terms of the > three disk images ? import-to-ovirt can handle multiple disk images. If the disk images are part of a single guest, then you should specify them all in one command line run, ie: sudo ./import-to-ovirt.pl disk1 disk2 disk3 mountpoint If the disk images are independent guests then you must run import-to-ovirt three times. > Will I have to run it on all three images ? > > Will the tool "see" that the second and third images are siblings of > the main first image I import and put them in the same place, > perhaps appending them to each other as one big disk ? No, you need to specify it by running import-to-ovirt once per guest. > Or will I have to run the tool on the first disk, then somehow add > the second two disks to the newly imported machine through the GUI ? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-builder quickly builds VMs from scratch http://libguestfs.org/virt-builder.1.html

1 0

Sample OVirt KS for HV Deployment
by Duckworth, Douglas C 04 Mar '16

04 Mar '16

Does anyone have a kickstart available to share? We are looking to automate hypervisor deployment with Cobbler. Thanks Doug -- Thanks Douglas Duckworth, MSc, LFCS Unix Administrator Tulane University Technology Services 1555 Poydras Ave NOLA -- 70112 E: duckd(a)tulane.edu O: 504-988-9341 F: 504-988-8505

4 8

First oVirt community meetup in Boston MA area
by Douglas Landgraf 04 Mar '16

04 Mar '16

Join us for an evening of knowledge-sharing, networking, and Q&A about the oVirt open-source project. All skill levels are welcome! In this first meetup we will introduce oVirt, show a live demo, and answer any questions you might have about the technology and the community. The meetup will be hosted at the Red Hat office in Westford, drinks and snacks will be provided. Please RSVP to the event so that we can make sure everyone will be comfortable. Looking forward to seeing you there! http://www.meetup.com/Boston-oVirt-Community/ -- Cheers Douglas

1 0

VM Migration Fails (Network thoughts)
by Christopher Young 04 Mar '16

04 Mar '16

So, I'm attempting to understand something fully. My setup might not be ideal, so please provide me whatever education I may need. RE: https://access.redhat.com/solutions/202823 Quick background: I have (3) RHEV-H (ovirt node) Hypervisors with a hosted-engine. VM Migrations currently are not working and I have the following errors in the vdsm.log: --- "[RHEV]Failed to migrate VM between hypervisor with error "gaierror: [Errno -2] Name or service not known" in vdsm.log" --- Reading the RedHat article leads me to believe that this is a name resolution issue (for the FQDNs), but that leads to another question which I'll get to. First, a little more about the setup: I have separate IP networks for Management (ovirtmgmt), Storage, and VM Migration. These are all on unique IP ranges. I'll make up some for my purposes here: MGMT_VLAN: 10.25.250.x/24 STORAGE_VLAN: 10.26.3.x/24 MIGRATE_VLAN: 10.26.5.x/24 In anticipation for setting all of this up, I assigned hostnames/IPs for each role on each node/hypervisor, like so: vnode01 vnode01-sto (storage) vnode01-vmm vnode02 vnode02-sto vnode02-vmm etc., etc. So, I'm trying to understand what my best procedure for setting up a separate migration network and what IP/hostname settings are necessary to ensure that this works properly and wouldn't affect other things. I'm going to do some more reading right now, but at least I feel like I'm on the right path to getting migrations working. Please help lol Thanks as always, -- Chris

1 2

OVirt SDK python ip problem
by rein 04 Mar '16

04 Mar '16

--Apple-Mail-89C7D827-97B3-48B9-BD94-15A1C42B97DB Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hi All, I have an issue with the python ovirt sdk. I made a script that creates a new host, hypervisor, in the ovirt environmen= t. The host is created and is put in maintenance state. So far it works, but then i try to create the networks on the new host and t= here i got an error. > =20 > Creating the host: > =20 > try: > if api.hosts.add(pHst): > print("Host was added successfully") > print("Waiting for host, {}, to reach the 'up' or 'non operati= onal' status").format(host) > while api.hosts.get(name =3D host).status.state !=3D 'up' and a= pi.hosts.get(name =3D host).status.state !=3D 'non_operational': > sleep(1) > sleep(5) > print("Host, {}, is '{}'").format(host) > =20 > except Exception as e: > print("Failed to install Host: {}").format(str(e)) > return None > =20 > Host =3D api.hosts.get(name =3D host) > =20 > Host.deactivate() > sleep(5) > address, netmask =3D getDefaultAddress(api, oc, DC, host) > if address is not None: > So far all's well. > Then the part for the network... > =20 > rc =3D setBondAndDefVLan(api, oc, DC, cluster, host, address, netm= ask) > if rc is not None: > Host.update() > Host.activate() > =20 > --- > =20 > def setBondParams(api, oc, DC, host): > nic0 =3D params.HostNIC(name =3D oc.nic1, > network =3D params.Network(), > boot_protocol =3D 'none', > ip =3D params.IP( > address =3D '', > netmask =3D '', > gateway =3D '', > ), > ) > nic1 =3D params.HostNIC(name =3D oc.nic2, > network =3D params.Network(), > boot_protocol =3D 'none', > ip =3D params.IP( > address =3D '', > netmask =3D '', > gateway =3D '', > ), > ) > =20 > bond =3D params.Bonding(slaves =3D params.Slaves(host_nic =3D [ > nic0, > nic1, > ]), > options =3D params.Options(option =3D [ > params.Option= (name =3D 'miimon', > = value =3D '100'), > params.Option= (name =3D 'mode', > = value =3D '4'), > ]) > ) > =20 > team =3D params.HostNIC(name =3D 'bond0', > boot_protocol =3D 'none', > ip =3D params.IP( > address =3D '= ', > netmask =3D '= ', > gateway =3D '= ', > ), > override_configuration =3D 1, > bonding =3D bond) > return team > =20 > =20 > def setDefVLanParams(api, oc, DC, cluster, host, address, netmask): > defvlan =3D oc.defaultvlan > clusterNW =3D api.clusters.get(cluster).networks.get(name =3D defvlan)= > vlan =3D params.HostNIC(name =3D "bond0.{}".format(c= lusterNW.vlan.id), > network =3D params.Network(name =3D= defvlan), > boot_protocol =3D 'none', > ip =3D params.IP( > address =3D a= ddress, > netmask =3D n= etmask, > gateway =3D '= ' > ), > override_configuration =3D 1, > ) > return vlan > =20 > =20 > def setBondAndDefVLan(api, oc, DC, cluster, host, address, netmask): > try: > Host =3D api.hosts.get(name =3D host) > except Exception as e: > print("Could not find host {}, this is extremly wrong!\n{}").forma= t(host, str(e)) > return None > =20 > team =3D setBondParams(api, oc, DC, Host) > vlan =3D setDefVLan(api, oc, DC, cluster, Host, address, netmask) > =20 > try: > Host.nics.setupnetworks(params.Action(force =3D 0, > check_connectivity =3D 0, > host_nics =3D params.HostNic= s(host_nic =3D [ > = team,=20 > = vlan, > = ]) > ), > ) > except Exception as e: > print("Could not setup a management interface for host {}.\n--\n{}= \n--").format(host, str(e)) > return None > =20 > return host > =20 > =20 > The setting for oc.nic1 is 'eno1' and oc.nic2 is 'eno2'. > This part of the script times out on "Host.nics.setupnetworks(...) with: > =20 > "Host was added successfully" > "Waiting for host, X, to reach the 'up' or 'non operational' status" > "Host, X, is 'non_operational'" > =20 > "Could not setup a management interface for host X." > "--" > =20 > "status: 400" > "reason: Bad Request" > "detail: Network error during communication with the Host." > "--" > =20 > The problem with the communication is that on the new host X all the ip co= nfiguration is gone. > The question i have is "Why is the ip configuration gone?" > What am i donig wrong here? > ->Rein. (vanaf BigI)= --Apple-Mail-89C7D827-97B3-48B9-BD94-15A1C42B97DB Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><head><meta http-equiv=3D"content-type" content=3D"text/html; charset=3D= utf-8"></head><body dir=3D"auto"><div>Hi All,</div><div id=3D"AppleMailSignature"> </font= ><div style=3D"color: rgb(69, 69, 69); text-decoration: -webkit-letterpress;= ">I have an issue w= ith the python ovirt sdk.</div><div style=3D"color: rgb(69, 69, 69); t= ext-decoration: -webkit-letterpress;">I made a script that creates a new host, hypervisor, in t= he ovirt environment.</div><div style=3D"color: rgb(69, 69, 69); text= -decoration: -webkit-letterpress;">The host is created and is put in maintenance state.= </div><div style=3D"color: rgb(69, 69, 69); text-decoration: -webkit-letterp= ress;">So far it w= orks, but then i try to create the networks on the new host and there i got a= n error.<div><blockquote type=3D"cite"><div class=3D"WordSection1" st= yle=3D"page: WordSection1;"> Creating the host:<o:p></o:p>     try:<o:p></o:p>     &n= bsp;  if api.hosts.add(pHst):<o:p></o:p>      &nbs= p;     print("Host was added successfully")<o:p></o:p></= span> &nbsp= ;          print("Waiting for h= ost, {}, to reach the 'up' or 'non operational' status").format(host)<o:p></= o:p><s= pan lang=3D"EN-US" style=3D"background-color: rgba(255, 255, 255, 0);">&nbsp= ;           while api.host= s.get(name =3D host).status.state !=3D 'up' and api.hosts.get(name =3D host)= .status.state !=3D 'non_operational':<o:p></o:p>      &= nbsp;         sleep(1)<o:p></o:p></s= pan>  =           sleep(5)<o:p></o:p></= span> &nbsp= ;          print("Host, {}, is '= {}'").format(host)<o:p></o:p>     except Exception as e:<o:p></o:p>=   &nbs= p;     print("Failed to install Host: {}").format(str(e)= )<o:p></o:p>        return None<o:p></o:p><= /p> =     H= ost =3D api.hosts.get(name =3D host)<o:p></o:p>     Host.deactivate()<o:p>= </o:p>= &nb= sp;   sleep(5)<o:p></o:p>    address, netmask =3D getDefaultAd= dress(api, oc, DC, host)<o:p></o:p>    if address is not None:</p= ></div></blockquote> <blockquote type=3D"cite"><div class=3D"WordSection1" style=3D"= page: WordSection1;">So far all's w= ell.</div></blockquote><blockquote type=3D"cite"><div class=3D"Wo= rdSection1" style=3D"page: WordSection1;">Then the part for the network...<o:p></o:p>=      &= nbsp;   rc =3D setBondAndDefVLan(api, oc, DC, cluster, host, addre= ss, netmask)<o:p></o:p>        if rc is not None:<= o:p></o:p>            Host.upd= ate()<o:p></o:p>            Ho= st.activate()<o:p></o:p> ---<o:p></o:p> def setBondParams(api, oc, DC, host):<o:p></o:p>    nic0 =3D= params.HostNIC(name          =3D= oc.nic1,<o:p></o:p>           &nbs= p;            &n= bsp; network       =3D params.Network(),<= o:p></o:p>            &nb= sp;             b= oot_protocol =3D 'none',<o:p></o:p>        &nbs= p;            &n= bsp;    ip        &nb= sp;   =3D params.IP(<o:p></o:p>       &n= bsp;            =             &nbs= p;            &n= bsp;      address =3D '',<o:p></o:p>    &= nbsp;           &nbsp= ;             &n= bsp;            =          netmask =3D '',<o:p></= o:p><s= pan lang=3D"EN-US" style=3D"background-color: rgba(255, 255, 255, 0);">&nbsp= ;            &nb= sp;            &= nbsp;           &nbsp= ;             ga= teway =3D '',<o:p></o:p>          &n= bsp;            =             &nbs= p;            &n= bsp;  ),<o:p></o:p>          &n= bsp;            =   )<o:p></o:p>    nic1 =3D params.HostNIC(name   &n= bsp;      =3D oc.nic2,<o:p></o:p>    &nb= sp;            &= nbsp;        network   &nb= sp;   =3D params.Network(),<o:p></o:p>      &= nbsp;           &nbsp= ;       boot_protocol =3D 'none',<o:p></o:p></= span> &nbsp= ;            &nb= sp;           ip &nbs= p;          =3D params.IP(<o:p>= </o:p>= &nb= sp;            &= nbsp;           &nbsp= ;            &nb= sp;             a= ddress =3D '',<o:p></o:p>          &n= bsp;            =             &nbs= p;            &n= bsp;   netmask =3D '',<o:p></o:p>       =             &nbs= p;            &n= bsp;            =        gateway =3D '',<o:p></o:p><p= class=3D"MsoNormal" style=3D"margin: 0cm 0cm 0.0001pt;">   &nbs= p;            &n= bsp;            =             &nbs= p;         ),<o:p></o:p><= p class=3D"MsoNormal" style=3D"margin: 0cm 0cm 0.0001pt;">   &nb= sp;            &= nbsp;        )<o:p></o:p>    <= o:p></o:p>    bond =3D params.Bonding(slaves  =3D params.Sla= ves(host_nic =3D [<o:p></o:p>         &n= bsp;            =             &nbs= p;            &n= bsp;            =   nic0,<o:p></o:p>          &n= bsp;            =             &nbs= p;            &n= bsp;            = nic1,<o:p></o:p>           &nb= sp;            &= nbsp;           &nbsp= ;            &nb= sp;           ]),<o:p></o:= p><spa= n lang=3D"EN-US" style=3D"background-color: rgba(255, 255, 255, 0);"> &= nbsp;           &nbsp= ;            options =3D= params.Options(option =3D [<o:p></o:p>       &nbs= p;            &n= bsp;            =             &nbs= p;            &n= bsp;  params.Option(name  =3D 'miimon',<o:p></o:p>    &= nbsp;           &nbsp= ;            &nb= sp;            &= nbsp;           &nbsp= ;             &n= bsp;      value =3D '100'),<o:p></o:p><= /p>  &nbsp= ;            &nb= sp;            &= nbsp;            &nbs= p;            &n= bsp;      params.Option(name  =3D 'mode',= <o:p></o:p>            &n= bsp;            =             &nbs= p;            &n= bsp;            =             value =3D= '4'),<o:p></o:p>           &nb= sp;            &= nbsp;           &nbsp= ;            &nb= sp;          ])<o:p></o:p></spa= n>  &nbs= p;            &n= bsp;         )<o:p></o:p>=      team =3D= params.HostNIC(name         &n= bsp;         =3D 'bond0',<o:p></o:p>=  &nbs= p;            &n= bsp;           boot_protoc= ol          =3D 'none',<o:p></o= :p><sp= an lang=3D"EN-US" style=3D"background-color: rgba(255, 255, 255, 0);"> =             &nbs= p;            ip&nbsp= ;            &nb= sp;       =3D params.IP(<o:p></o:p>=    &n= bsp;            =             &nbs= p;            &n= bsp;            =        address =3D '',<o:p></o:p><p= class=3D"MsoNormal" style=3D"margin: 0cm 0cm 0.0001pt;">   &nbs= p;            &n= bsp;            &nbsp= ;            &nb= sp;            &= nbsp;     netmask =3D '',<o:p></o:p>    &= nbsp;           &nbsp= ;            &nb= sp;            &= nbsp;           &nbsp= ;      gateway =3D '',<o:p></o:p>    &nb= sp;            &= nbsp;           &nbsp= ;            &nb= sp;            &= nbsp;    ),<o:p></o:p>        =             &nbs= p;     override_configuration =3D 1,<o:p></o:p></= p>   =              &nb= sp;         bonding  =             &nbs= p; =3D bond)<o:p></o:p>    return team<o:p></o:p>  def setDefVLanParams(api, oc, DC, clus= ter, host, address, netmask):<o:p></o:p>    defvlan =3D oc.defaultvlan= <o:p></o:p>    clusterNW =3D api.clusters.get(cluster).networks.get(na= me =3D defvlan)<o:p></o:p>    vlan =3D params.HostNIC(name  =             &nbs= p;    =3D "bond0.{}".format(clusterNW.vlan.id),<o:p></o:p></s= pan>  =             &nbs= p;           network =             &nbs= p;  =3D params.Network(name =3D defvlan),<o:p></o:p>    &nbs= p;            &n= bsp;        boot_protocol  &nbs= p;       =3D 'none',<o:p></o:p>    &= nbsp;           &nbsp= ;         ip    =             &nbs= p;    =3D params.IP(<o:p></o:p>      &nb= sp;            &= nbsp;           &nbsp= ;            &nb= sp;            &= nbsp;   address =3D address,<o:p></o:p>      =             &nbs= p;            &n= bsp;            =             &nbs= p;    netmask =3D netmask,<o:p></o:p>     &nb= sp;            &= nbsp;            &nbs= p;            &n= bsp;            =     gateway =3D ''<o:p></o:p>      =             &nbs= p;            &n= bsp;            =             &nbs= p;   ),<o:p></o:p>         &nb= sp;            &= nbsp;   override_configuration =3D 1,<o:p></o:p>    &nb= sp;            &= nbsp;       )<o:p></o:p>    return vlan<o= :p></o:p>=  = &nb= sp;<sp= an lang=3D"EN-US" style=3D"background-color: rgba(255, 255, 255, 0);">def se= tBondAndDefVLan(api, oc, DC, cluster, host, address, netmask):<o:p></o:p></s= pan>  =   try:<o:p></o:p>        Host =3D api.hosts.g= et(name =3D host)<o:p></o:p>    except Exception as e:<o:p></o:p></spa= n>  &nbs= p;     print("Could not find host {}, this is extremly w= rong!\n{}").format(host, str(e))<o:p></o:p>       = return None<o:p></o:p>     team =3D setBondParams(api, oc, DC, Host)<o:p>= </o:p>= &nb= sp;   vlan =3D setDefVLan(api, oc, DC, cluster, Host, address, net= mask)<o:p></o:p>     try:<o:p></o:p>        Host= .nics.setupnetworks(params.Action(force =3D 0,<o:p></o:p>    &nbs= p;            &n= bsp;            =             &nbs= p;   check_connectivity =3D 0,<o:p></o:p>     &nbs= p;            &n= bsp;            =             &nbs= p;  host_nics =3D params.HostNics(host_nic =3D [<o:p></o:p><= p class=3D"MsoNormal" style=3D"margin: 0cm 0cm 0.0001pt;">  &nb= sp;            &= nbsp;           &nbsp= ;            &nb= sp;            &= nbsp;           &nbsp= ;            &nb= sp;       team, <o:p></o:p></= span>    &n= bsp;            =             &nbs= p;            &n= bsp;            =             &nbs= p;            &n= bsp;     vlan,<o:p></o:p>        &n= bsp;            =             &nbs= p;            &n= bsp;            =             &nbs= p;            &n= bsp;])<o:p></o:p> &n= bsp;            =             &nbs= p;            &n= bsp;     ),<o:p></o:p>         &nbsp= ;            &nb= sp;        )<o:p></o:p>    except E= xception as e:<o:p></o:p>        print("Could not se= tup a management interface for host {}.\n--\n{}\n--").format(host, str(e))<o= :p></o:p>=         return None<o:p></o:p>=      return= host<o:p></o:p>  The setting for oc.nic1 is 'eno1' and oc.nic2 is 'eno2'.<o:p></o:p><= /p>This part of the s= cript times out on "Host.nics.setupnetworks(...) with:<o:p></o:p>=  "Host was added successfu= lly"<o:p></o:p>"Waiting for host, X, to reach the 'up' or 'non operational' status"<o= :p></o:p>= "Host, X, is 'non_operational'"<o:p></o:p> "Could not setup a management interface for hos= t X."<o:p></o:p>"--"<o:p></o:p> "status: 400"<o:p></o:p>"reason: Bad Request"<o:p></o:p>"detail: Network error during co= mmunication with the Host."<o:p></o:p>"--"<o:p></o:p> The problem with the communication is that o= n the new host X all the ip configuration is gone.<o:p></o:p>The question i have is "W= hy is the ip configuration gone?"<o:p></o:p>What am i donig wrong here?</d= iv></blockquote> <blockquote type=3D"cite"><div class=3D"WordSection1" st= yle=3D"page: WordSection1;">->Rein.</div></blockquote></div></div><div>(va= naf BigI)</div></div></body></html>= --Apple-Mail-89C7D827-97B3-48B9-BD94-15A1C42B97DB--

1 0

Move from Gluster to NFS
by Christophe TREFOIS 04 Mar '16

04 Mar '16

--_000_19A0FCF41BAC442B957AC90184E134B5unilu_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBhbGwsDQoNCkkgY3VycmVudGx5IGhhdmUgYSBzZWxmLWhvc3RlZCBzZXR1cCB3aXRoIGds dXN0ZXIgb24gMSBub2RlLg0KSSBkbyBoYXZlIG90aGVyIGRhdGEgY2VudGVycyB3aXRoIDMgb3Ro ZXIgaG9zdHMgYW5kIGxvY2FsIChzaGFyYWJsZSkgTkZTIHN0b3JhZ2UuIEZ1cnRoZXJtb3JlLCBJ IGhhdmUgMSBORlMgZXhwb3J0IGRvbWFpbi4NCg0KV2Ugd291bGQgbGlrZSB0byBtb3ZlIGZyb20g R2x1c3RlciB0byBORlMgb25seSBvbiB0aGUgZmlyc3QgaG9zdC4NCg0KRG9lcyBhbnlib2R5IGhh dmUgYW55IGV4cGVyaWVuY2Ugd2l0aCB0aGlzPw0KDQpUaGFuayB5b3UsDQoNCuKAlA0KQ2hyaXN0 b3BoZQ0KDQoNCg== --_000_19A0FCF41BAC442B957AC90184E134B5unilu_ Content-Type: text/html; charset="utf-8" Content-ID: <C61C04E2776EAC4A97C34ABD5D88E1D0(a)uni.lux> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KRGVhciBhbGwsDQo8ZGl2IGNsYXNz PSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5JIGN1cnJlbnRseSBoYXZl IGEgc2VsZi1ob3N0ZWQgc2V0dXAgd2l0aCBnbHVzdGVyIG9uIDEgbm9kZS48L2Rpdj4NCjxkaXYg Y2xhc3M9IiI+SSBkbyBoYXZlIG90aGVyIGRhdGEgY2VudGVycyB3aXRoIDMgb3RoZXIgaG9zdHMg YW5kIGxvY2FsIChzaGFyYWJsZSkgTkZTIHN0b3JhZ2UuIEZ1cnRoZXJtb3JlLCBJIGhhdmUgMSBO RlMgZXhwb3J0IGRvbWFpbi48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9k aXY+DQo8ZGl2IGNsYXNzPSIiPldlIHdvdWxkIGxpa2UgdG8gbW92ZSBmcm9tIEdsdXN0ZXIgdG8g TkZTIG9ubHkgb24gdGhlIGZpcnN0IGhvc3QuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFz cz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5Eb2VzIGFueWJvZHkgaGF2ZSBhbnkgZXhwZXJp ZW5jZSB3aXRoIHRoaXM/PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2 Pg0KPGRpdiBjbGFzcz0iIj5UaGFuayB5b3UsPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFz cz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj7igJQ8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Q2hy aXN0b3BoZTwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IHN0eWxl PSJjb2xvcjogcmdiKDAsIDAsIDApOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBoYW5zOiBh dXRvOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06 IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFjaW5nOiAw cHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsgd29yZC13cmFwOiBicmVhay13b3Jk OyAtd2Via2l0LW5ic3AtbW9kZTogc3BhY2U7IC13ZWJraXQtbGluZS1icmVhazogYWZ0ZXItd2hp dGUtc3BhY2U7IiBjbGFzcz0iIj4NCiZuYnNwOzxzcGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQt c3BhY2UiPiZuYnNwOzwvc3Bhbj48L2Rpdj4NCjwvZGl2Pg0KPGJyIGNsYXNzPSIiPg0KPC9kaXY+ DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_19A0FCF41BAC442B957AC90184E134B5unilu_--

3 8

[ovirt-cli] query snapshot in preview of a vm
by Jiri Belka 04 Mar '16

04 Mar '16

I can't figure out how to do nice ovirt-shell command to query current snapshot in preview of a vm (to commit it later). This works: ~~~ list snapshots --parent-vm-name jb-w2k8r2 --kwargs "description=Active VM before the preview" --show-all | egrep "^(id|description|type)" id : 08535a3e-dc9e-42c0-b611-6fea4a0318c9 description : Active VM before the preview type : preview ~~~ But why the following does not work? ~~~ list snapshots --parent-vm-name jb-w2k8r2 --kwargs "type=preview" ~~~ It returns nothing. j.

1 0

Importing VMs into Cinder backend
by Bond, Darryl 04 Mar '16

04 Mar '16

Is there a recommended way to import a VM from Vmware into oVirt with Cinder back end? I have successfully created an image in the oVirt Import domain using virt-v2v. The image can be imported into NFS storage and works fine. I can create new VMs with disks in the Cinder storage. There does not seem to be any way of either: a) Import directly into the cinder storage (regardless if the import has raw or qcow disks b) Move a disk from NFS storage into cinder Darryl ? ________________________________ The contents of this electronic message and any attachments are intended only for the addressee and may contain legally privileged, personal, sensitive or confidential information. If you are not the intended addressee, and have received this email, any transmission, distribution, downloading, printing or photocopying of the contents of this message or attachments is strictly prohibited. Any legal privilege or confidentiality attached to this message and attachments is not waived, lost or destroyed by reason of delivery to any person other than intended addressee. If you have received this message and are not the intended addressee you should notify the sender by return email and destroy all copies of the message and any attachments. Unless expressly attributed, the views expressed in this email do not necessarily represent the views of the company.

2 1

Update Self-Hosted-Engine - Right Way?
by Taste-Of-IT 04 Mar '16

04 Mar '16

Hello, i want to Update my oVirt as Self-Hosted-Engine on CentOS 7. The way i whould do is as follow and i want to know if this is the right recommended way. 1. shutdown all virtual machines (can i do this from GUI, or should it better be done inside the VMs?) 2. yum update "ovirt-engine-setup*" 3. yum update 4. engine-setup 5. follow questions and hope all is updated correct... Is that all or should i do some other stepps before or between this? thx Taste

1 0

UCS Integration (vmfex/SRIOV)
by David LeVene 04 Mar '16

04 Mar '16

--_004_BLUPR0301MB197120A1B85970347B45F699E9AE0BLUPR0301MB1971_ Content-Type: multipart/alternative; boundary="_000_BLUPR0301MB197120A1B85970347B45F699E9AE0BLUPR0301MB1971_" --_000_BLUPR0301MB197120A1B85970347B45F699E9AE0BLUPR0301MB1971_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hey All, I've got a test instance and would like to get vmfex working. I'm very new = to ovirt, so some of the basics are still new to me. I currently have a 3 node setup which are all configured without vmfex, wha= t I'd like to do is convert the hosts one by one to use vmfex. >From the UCS side of things it works and I'm presented with the SRIOV devic= es in the host.. but I can't get the network config in the ovirt admin setu= p.. I'm following this guide, but not getting very far... http://www.ovirt.org= /Features/UCS_Integration This step says to do this, which is fine.. but when I do this I overwrite t= he current attribute in there. engine-config -s CustomDeviceProperties=3D'{type=3Dinterface;prop=3D{vmfex= =3D^[a-zA-Z0-9_.-]{2,32}$}}' which is... # engine-config -g CustomDeviceProperties CustomDeviceProperties: version: 3.0 CustomDeviceProperties: version: 3.1 CustomDeviceProperties: version: 3.2 CustomDeviceProperties: version: 3.3 CustomDeviceProperties: {type=3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[= 0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[= 0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}|)$}} version: 3.4 CustomDeviceProperties: {type=3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[= 0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[= 0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}|)$}} version: 3.5 CustomDeviceProperties: {type=3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[= 0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[= 0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}|)$}} version: 3.6 When I update it using the command above, it replaces it... When I append the 2 together, I get see vmfex & prop in the ovirt-engine (s= creen shot) side of things.. so can someone please check my command to ensu= re I'm not missing something! engine-config -s CustomDeviceProperties=3D'{type=3Dinterface;prop=3D{vmfex= =3D^[a-zA-Z0-9_.-]{2,32}$}}{type=3Dinterface;prop=3D{SecurityGroups=3D^(?:(= ?:[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(= ?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}|)$}}' # engine-config -g CustomDeviceProperties CustomDeviceProperties: version: 3.0 CustomDeviceProperties: version: 3.1 CustomDeviceProperties: version: 3.2 CustomDeviceProperties: version: 3.3 CustomDeviceProperties: {type=3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[= 0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[= 0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}|)$}} version: 3.4 CustomDeviceProperties: {type=3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[= 0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[= 0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}|)$}} version: 3.5 CustomDeviceProperties: {type=3Dinterface;prop=3D{vmfex=3D^[a-zA-Z0-9_.-]{2= ,32}$}}{type=3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[0-9a-fA-F]{8}-(?:= [0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3= }[0-9a-fA-F]{12}|)$}} version: 3.6 [cid:image001.png@01D16989.E4952270] As soon as I enable vmfex on a host that was previously working.. it stops = working and the network no longer works on the host... (this is not using = any of the config above.. just enabled the vmfex in the UCS manager) What is the "correct" way to bring a Host in ovirt using vmfex? Regards David This email and any attachments may contain confidential and proprietary inf= ormation of Blackboard that is for the sole use of the intended recipient. = If you are not the intended recipient, disclosure, copying, re-distribution= or other use of any of this information is strictly prohibited. Please imm= ediately notify the sender and delete this transmission if you received thi= s email in error. --_000_BLUPR0301MB197120A1B85970347B45F699E9AE0BLUPR0301MB1971_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-AU" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hey All,<o:p></o:p> <o:p> </o:p> I’ve got a test instance and would like to get= vmfex working. I’m very new to ovirt, so some of the basics are stil= l new to me.<o:p></o:p> <o:p> </o:p> I currently have a 3 node setup which are all config= ured without vmfex, what I’d like to do is convert the hosts one by o= ne to use vmfex.<o:p></o:p> <o:p> </o:p> From the UCS side of things it works and I’m p= resented with the SRIOV devices in the host.. but I can’t get the net= work config in the ovirt admin setup..<o:p></o:p> <o:p> </o:p> I’m following this guide, but not getting very= far…  <a href=3D"http://www.ovirt.org/Features/UCS_Integration"= > http://www.ovirt.org/Features/UCS_Integration</a><o:p></o:p> <o:p> </o:p> This step says to do this, which is fine.. but when = I do this I overwrite the current attribute in there.<o:p></o:p> <o:p> </o:p> engine-config -s CustomDevicePr= operties=3D'{type=3Dinterface;prop=3D{vmfex=3D^[a-zA-Z0-9_.-]{2,32}$}}'<o:p= ></o:p> <o:p> </o:p> which is…<o:p></o:p></spa= n> <o:p> </o:p> # engine-config -g CustomDevice= Properties<o:p></o:p> CustomDeviceProperties:  v= ersion: 3.0<o:p></o:p> CustomDeviceProperties:  v= ersion: 3.1<o:p></o:p> CustomDeviceProperties:  v= ersion: 3.2<o:p></o:p> CustomDeviceProperties:  v= ersion: 3.3<o:p></o:p> CustomDeviceProperties: {type= =3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{= 4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]= {12}|)$}} version: 3.4<o:p></o:p> CustomDeviceProperties: {type= =3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{= 4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]= {12}|)$}} version: 3.5<o:p></o:p> CustomDeviceProperties: {type= =3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{= 4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]= {12}|)$}} version: 3.6<o:p></o:p> <o:p> </o:p> <o:p> </o:p> When I update it using the comm= and above, it replaces it…<o:p></o:p> <o:p> </o:p> When I append the 2 together, I= get see vmfex & prop in the ovirt-engine (screen shot) side of things.= . so can someone please check my command to ensure I’m not missing something!<o:p></o:p> <o:p> </o:p> <o:p> </o:p> engine-config -s CustomDevicePr= operties=3D'{type=3Dinterface;prop=3D{vmfex=3D^[a-zA-Z0-9_.-]{2,32}$}}{type= =3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{= 4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}|)$}}’<o:p></= o:p> <o:p> </o:p> # engine-config -g CustomDevice= Properties<o:p></o:p> CustomDeviceProperties:  v= ersion: 3.0<o:p></o:p> CustomDeviceProperties:  v= ersion: 3.1<o:p></o:p> CustomDeviceProperties:  v= ersion: 3.2<o:p></o:p> CustomDeviceProperties:  v= ersion: 3.3<o:p></o:p> CustomDeviceProperties: {type= =3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{= 4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]= {12}|)$}} version: 3.4<o:p></o:p> CustomDeviceProperties: {type= =3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{= 4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]= {12}|)$}} version: 3.5<o:p></o:p> CustomDeviceProperties: {type= =3Dinterface;prop=3D{vmfex=3D^[a-zA-Z0-9_.-]{2,32}$}}{type=3Dinterface;prop= =3D{SecurityGroups=3D^(?:(?:[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F= ]{12}, *)*[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}|)$}} version: 3.6<= o:p></o:p> <o:p> </o:p> <img bord= er=3D"0" width=3D"192" height=3D"141" id=3D"Picture_x0020_1" src=3D"cid:ima= ge001.png(a)01D16989.E4952270"><o:p></o:p>= <o:p> </o:p> As soon as I enable vmfex on a = host that was previously working.. it stops working and the network no long= er works on the host…  (this is not using any of the config above.. just enabled the vmfex in the UCS manager)<o:p></o:p= > <o:p> </o:p> What is the “correct&#822= 1; way to bring a Host in ovirt using vmfex?<o:p></o:p> <o:p> </o:p> Regards<o:p></o:p> David<o:p></o:p> <o:p> </o:p> <o:p> </o:p> <o:p> </o:p> </div> This email and any attachments may contain confidential and proprietary inf= ormation of Blackboard that is for the sole use of the intended recipient. = If you are not the intended recipient, disclosure, copying, re-distribution= or other use of any of this information is strictly prohibited. Please immediately notify the sender and delete th= is transmission if you received this email in error. </body> </html> --_000_BLUPR0301MB197120A1B85970347B45F699E9AE0BLUPR0301MB1971_-- --_004_BLUPR0301MB197120A1B85970347B45F699E9AE0BLUPR0301MB1971_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=7048; creation-date="Wed, 17 Feb 2016 03:41:20 GMT"; modification-date="Wed, 17 Feb 2016 03:41:20 GMT" Content-ID: <image001.png(a)01D16989.E4952270> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAMAAAACNCAIAAABueOLiAAAAAXNSR0IArs4c6QAAG0JJREFUeF7t XQlcU2e2PyCyKRRUJCpKRq0idcGqJS5P4nSUdLHQikNcWiO2Smt9ptX5mepMh9qq0EpNx/pIfS44 FozVDrE6NXVGhT6V2GqhMrI4WuJTH1EoRBBIlOWde282ICwhQbJ834+f3nz3O+c7y/+ec76bm++6 NTc3g0O2kvT5H/jtzFzAdkjpnUZod0fSpGDnjPmpl2sokSuyv/4a5o0n6Olt/7k5VATSlmRu3Lg7 5+YDz4HjX3x368boob1tP5ef37EA5PLusj8DOFQKsz/zEYkIgAgGrLIAAZBV5iPEBEAEA1ZZgADI KvMRYluuwj766KPCwkJiU7uyQHh4+B//+MeeE8mWEYigp+f81G3OPe0UWwKo20oSQse1AAGQ4/rO LiQnALILNziuEARAjus7u5CcAMgu3OC4QhAAOa7v7EJyAiC7cIPjCkEA5Li+swvJ7QJAcXFxYrH4 qaee6l2TfPzxx2+88UbPyWAnatpWQfepxsZdsC79ckXX+dfUaNsOfvSgQl2rbWx5olFbq65Qa5oA 3lix9LOPd0n27v3rX//6xRdfvPrqq12fTzeyqb6yrPqRxWQ2JvD29hYIBKNGjbIxX0dj575o/yV9 O751yuVV276jnznutCkzF0fvvmZmWNOjhvqaao3po/raB/drHz5qorvcfbRQm7hixcqVK3/44QcO hxMZGdnpZC0GuPsMGOLf1zIa24+eNGnS2LFjEUa2Z+1QHD1MpPUbO3/BvE9PXa6J5vp1qkRN2bWH 7Qxy9/V1r9c2e3u70QOaNfXNvr4eNS2HazSakpKSadOmDRs2zJTPihUrZs2a5ebmVlFRcfDgwZ9/ /hk/xsfH+/v747Bffvll9+7dVVVVb7/9NqY8HNbY2CiXy48cOfLKK69ER0ejRx88eIAfs7OzDWy5 XC6mj379+rm7u9+5cyctLQ2fBMdsxWazm5qarl69+vnnn6M8hvEIjqVLlw4ePBjPnjt3bu/evXiK 4e/l5YW0+fn5GHsCAwPXrVtXWVm5Z8+e4uJihvzdd9+dMGECTqTVav/+978fO3asrZWQf0JCwrVr 15Dz888/byr2w4cP+Xz+iRMnTp06hYQo5JgxYz799NOysrJOXdIrA9qvgf7vu62C6BlTp86IXqNL bBXH16xJzUxaPGPq9NXLlh8COLR8amqBGbHdPL3c6qiEReNHW49Y6qMfpk9AAwJ8RowYeb9Cdf7c +WpNXWVlNWa5CeMnjHpq8uHMA4viXi4qLJz1H79tcPdUqVR/O5qxcOGiv6SmNDU2jRkfzh4yetCQ IWm7Pn0pOvaT1G3/OPnt4GDWhKkzc3Jyli1bVnjlx1mRz/Tr17+iuq7mVyrbYZz797//vXz58nfe eQd9c+vWrdjYWITahx9+iLXXiBEj0GemasTExNy/fx8HZ2RkPP300y+99NL06dOfffZZ5I9p609/ +hMi+6uvvkKnpqamrl+/3oAeZPLTTz998sknq1atun79+jPPPNPWOkFBQcikqKho165dGMOioqJ0 YhcW4kT37t2rqalBCCIhSjh69GjEmd2iB4U0BVDN5d07s+fNm4LhR3t5a9xuWJlx4dKls1/Mu7xm VXoJbYrcr3OnbL9wKXfXgf2LADD9raM0bdPcvbzd6rU0gmj8eJpOExISkpmZuWPHjuGDB2aeOHP3 3l1/TzfQ1mm9ArlzuM315YcPHtH09btfXf0ke/CIAYH5xdfPnj2ruV/5fw+aBg4aGOTnXVtbi5EA I1NIyMALPxZXPaidO2dGQ9W90+cvYrzLOf2D/9AR06ZNDeyrqaXDHsYkvI7nzp2L0eLChQtDhgzB 2IMuRB9jhEOAmkZBRMzAgQOxHwf/85//xLmGDh06cuRIDFEXL15Ebrdv38ZT7V3uGPnwC3AcjGGy b9/WmRZ7MJIplUqJRIIcxo8f39DQwLDFGVEpNE5BQQHKg9BB/Pn6+mKc7pXQ0sVJPTCKYCyhGvVT mbcz/0ylL+3l7/42RSCfMQi7vdjz1607tPhUgQAhA1NenN6Vn9K4eXpDpabRx9dNU9fo/YQ7mOQv dMCH6z7qi6Hobr1v8ABvHbg8fb36+Pn5/WYoa8/Rb4IH+GB3fX39iBGBrHETExbOa9R4+g0N6tNI Vc9oa0xk/Jef37w55fb9iqOZX/r6BY4MHfzB5g/9GtUqrc8gX/dBgwb18fHvX1OOMMYUgykMPYeB B9PKzZs38eKeRzdGdRTJYC/0Wf/+/RfRjelUq9WYKLHduHGjY7Oi+zH3IVgRCpheTdkyhMgcwRca Gor4QPjiR0QzBkLm7KNHj1BsRDaGTEzQmEOrq6uxUuyiL3tlmIfZKIKRH9jzKfjQrb/nwIc6BLCH Gno7lNfdy8e9UtvoBbVNvgGG/NWaxKOPMTRRxxi9i4uL3tyUaqiSJ4wZHrPwheLigo+3pEXMmvyW fpl95cqVovyLrIFPrnnvPxcuXHjvngq99fGe7TW3rt595Kcnd+/jAQggjAdffvnl0aNHEUYvvPCC TCarq6vLzc3FDNVWCTyFYhw+fJipQpiGSQeDB9Y9HWMIATp8+HDMTZcvX8by5cknn2zFHzPjoUOH EJo4cvv27TgXio3BuFWSwk5EIQZCzF+mxVmvQKTjSc3XQH4Dh4BSaVjRP3j4q6enhcK7Ywyqe/BA A76epoV6x1ywUhk8OJj3u9+h1zFIhIWFeXp5urlBeXk52nHixIkYG5ADXujM2g1raoxSWLFinMfx c+bMASzcm5uQkF4fNTXTaRQHIwlywMIc62K8rLEMQm4YBhhu6HWDYJiAMPtg+hgwYAB24ikcgPw9 PT2ZSTEwYMMDjJemhNiDgQdTXmlpKXJmmLdtKDAWPXiWx+MZxabH6cUGtAMmWaz6scDHfqzAsFbD CGo4QO2SkpL+8Ic/WOgV2w83DyCvKdGvXE7ffYGCkFZ5PDVVu4g7puXknogx08TURrQ+nr5QV9fg bQF+ANdTF/OvLHlh7l8ke/Eu0YKY5//xD8WNa0W4VNm/fz+WlsyVymKxXnvttQMHDmAlgVkAKxW8 E4G0WBUdyDz8leS/4pa8hmVEY301c78IHb9lyxbkgKs5XEBhzZGVlYUo2bRpE3Z+8MEHM2bMMMiP OMNFHEIBAwOexTGYTTBcnT59Ggte7ElJSUFH4oyYCrH6xiUSOp4hR0kQZ0goEonu3r2LCzGzHvvm m2+wDEK4Y/nFiI1sUR1cATDVGKYtxBkCnSmP8LJBNZGz4QAXgHjs4+Nje0RYyNFt+5Vms4UwhZuk z0/861cYOH3l1j8LpgwCXIXxrq3U1c3agvTlqz6/xt1+dqt+0b948WLM49VlNX2ZEqahrqKyKWBw f4xAdMHjQ3VTR3SOMRygxKbH+LGh/r66uv5RE7h79Q8M6I8luNnBLahMPjTUVv5agyW8p3+At7aq 0ZDQLDRNLw7HXPnWW2/hgs5skrVUMFyyWErS9fG2fKieBpBdtYYH99TuAwb5dj2J2of4GCkxKO7b tw+XC9ZL1KMAsovvwqy3kZHDoxrVveqH9E3vJk1tHViUQm0pSPd4YTrD+5zMPSeboKd7YnSdygkj UENtVVWNpqHZzb2vzxOBTxjvYXbdKs41kkQgy/zp0S8wiIW3V1jBgwh6LDNdN0a74/0uJLPVv7gw QW529S8jDGk9ZAEnTGE9ZCnHZUtSmOP6zvkld7pVmPO7zL40tCWAxo0bZ1/KEWkAetoptqyBHNFf eLsFvzPpouSzZ89OTEzs4mAXGWbLCOSIJsOvt/Dhr65ITtBj1kquDiA0SlcwRNDT3jVGAERZpmMM EfR0EKEJgHTGaQ9DBD0d53cCIKN92mKIoKfT6pAAqIWJTDFE0NMpenCAqy/jzdoI1/b4ZDtZsRMA dcUCZIxVFiApzCrzEWICIIIBqyxAAGSV+QgxARDBgFUWIACyynyEmACIYMAqCxAAWWU+Qmy8kfiv 280Fd5gtoUhzLQtMGNY8PqSbrtcBCNGzVVrq1/i/rmU5oi1tgZo+Izbyf9M9DOkAlKloxp2Rdovm EJO6oAVWpWTjF39LpnennukOjQuamKjcngUIgAg2rLIAAZBV5iPEBEAEA1ZZgADIKvMR4g4ApEjG LReMjRXGT85W0hZTSWPdkhV2ZDwUNVaqskQgTX66QJJvCYVdKm6pArYf33EEijlUhvuyM02VLVAJ +RLdhuy2l+TxclQXyw6ojXvTP97JH+dsuEu/aRjAj7ad3YIUxuLx+Rezi1tc6Jp8iYDDRgnZPKG0 WOcQvLoTeWEsSm7sljNRS60Q8+k+NgcvfcNIM+RGBbtDo5QL6bkxYIoVah0vTbFUyKPE1PUqkocs OgbvTW8Tt5TZyYw+1EiDmGZMrpQncjgiOW2MNlOqZQITzppsoZtAphfFtu7rnBtu5mo6qNXHzuk7 HcGEl4zcpje2nTFEG/ogdxuYRqD6okPxwdH7S/FM2aEY2JaL/2fFh8bvL6rCrqqi/fGhq05Sh7kb gqPTiuopFlVnN0wK3pZHMwuOoWmbq/J2RI/dQfWZJzcK0XUavaj1edsiIzecpMNm2ckNkZH0PPVn NwRHbsulZGsuPcSIqVehhcqlh2KC19I64MD9MRCfZQzAdKeOqjRr2dgoHUOzU9bnbps0aVsubYP6 s2uDN5ylD3up4S8FGBjggVkRViaf/fJCY/ekA4asHQCZwC94bPSqNMYJBjvuj5pEe4hp6G8GQaYN XbuWsl7ejknB0duy8kqrDKYs7Yy86zQ6AKGvYFmWQQR0NyUf1UvLYNrMAqj1iCgG8sZGUcXExwcb ZzE/JYW/aGZQ7+OnGV8UwTgSD1q5h/loDYC6XAOpiuWSRE6AaURTqXJ+fmeyIcNOf++uiikr1MXy dLFYKOByOfz3QKnC8B0hlEtjlRI+J9BHnxzaJdfPYTGNWqWEAy8H6iXCNPUzvoOH6mV18bVMGpVC KhGLEmOxVhAey1GZKczzvXnJa+USmS4zm50SgB2buOxAUnq+RiGTCmO5vfpSKNQFYw82mxdA6CkL aqA22ZDFwo23W1yjMj4L1PLECGF+QAQnMVkmy07foCdjcRMl8mJVfZVCzJLwxPm4Xbg58hazWEgT wGK3jjUiDlC9SnVXapB8MTc2XcOO4IvSZXK5OMZs/k9MFAhEYm+RSEahy/yU1AmeYIMqOVkgzhbx OJ0WEj09AEsf21c/tNDWAIjNFaAd04tp32DBy2MJ5RpQ5svY+CYILieMBUqpJJ2eRiMXsmLTlRif vAMCMBpEsALAPLnRlJbTeHNiN0hFSUxpq1HKEiO4uGqkemVJEqaiVmeLIjhUZwALVCavCKPOqZSK ixGxsTxuBNtbky0Rm3nTl046Fj9JpExMztbQzNtOSQ3z5vJFrMOHlQJuRE/Do3P+GHt6IvxQEzNZ sAtFdKtSgCqiqYo4bVlkKLLBEmntIaZyLj25NprqCo1ctiP37I7IqLQiamTujvixwbqRJ3Vxyxy5 yTxdpjGp90uz1kbT89DT6+ohXAAwMgWPjd92lp68LGsZdpjWcFiv5KXRMtLK5B5ahTVdy9LJpHKi ahuszKnzZqek5ihKizQJ0XQBxdwXQXnpVQglh7HXbH3yODqtqYE6ANDjEN2p56jKWtamDLdLha0B kDUprPPI6dIjiqUSdSKP7eQ2IADqCQfjQsLNjadIFOOiwskbAVBPODiAJ2luVqbHOnv4QdsRAPUE gFyIZ4uH6v2bbrmQ6kRVvQWq3Ydb+1A9slqYdH7UEN8+Hq1fNEzs7NwWaGx4dKOs7kjSzO6pafxd 2AbJT1Lt093jQqgc2gKLvPOSV03ungrGGojEnu5Z0AmorHE9KaKdAAC9qQIBUG9a3wnmJgByAif2 pgodAej0Wrhp+pcIuyNoWSPgylrY3ptit54bRZUysnWxDYOs1y1Xwf4U76K6PTeskwiUmwOhn+n+ Nt6G6Jnwfs/J8jg5B8Gofo9zPqedy4IUlnECrntA+IQWttiyGEroKFWyHN6nHpig2pbfUyGKiV7n YiAEu/xg56u6npJE2GIYaY7cMMESnp7PavhWv+9D1By4sppmtRqks1s7JiQCziXqJjrNo6fGFgrS 5brOK6/CEj84HQVP4K2vNnEr4UU987VwZTHoniVu630/OPA6pfKSQZRqB1oyh3Hwowlnzotw83WI c1IIdRlAg2DDAhjdADkFRkskLICl/pBxEkL3QUYtrJhLmWkyD5YGwdGjVNx6uwSGs0EIEMKBl/pB cgY18mg1LJ1NudYsuZG7HySMhRvnaT6FMGoibPGjsufOiXCjAGZiZwGET4YDpi+5GwYH8H7YbXju M3juDHiNgt00wnb+FiY3wNv7IDQDCvuBMAqezYH7AEc+A36+iWOngnAUKM5QMz53HiAI3mx5teiG +oE0HjhaWH8UMipgeyzgE4cbUbUMUHjA+/MhpAhyKmH6BKofW0IQ3LoNR10TQNOj9GXQElgSCN98 D2kmhpjPgqslsPka7jADm0/C9X4wfwzkySF0F2y+Q407LofrAP7D4LYWwAviZsKbQZCWCaEH0ctg ltzIvgaQaNQ42DIVyi/B2M9gUw1sGANPlMOa7yny49/DqUoIH2Ok4EyG0VoQn4BCgMIC2KeCpxCn w2CyP+ScgeM1ABXAl8C0E+048xJM/AxWFlFnCy9BoRa8ELJt2rwlMN0DNh+kGQ4DzgBQKCgkIfOV eaANggSA9UWgGQBvIriHQbg/5JlcdU4GJAtqoIl7YE1LQ/h7wFMT9QhLgNEIEl/KPnEzIOtVKpWU rKY6/YMAvoeNJeA/BETz4fxaXT5qj9xg4vVn4LYXLJ0JhxN0CSXIiwoMyIHJjwsHgJeH0SPheLYf pOrP/hnR04ca7w9QTQO608aJAOliOI3paTVM9wJ/c3WSthJu4cUwg2ZGM+fO0xuBzozYA5dAUQvc yRA1GYZXQkrXZu9UPDsc0OUUZk726gb46UdjlY2RHzNCXAykToTqcjh+HtacAMPXsxlymCaBmUch +QYFO1zEmSU3nQejyPN7qKz3xnmoDoL350K5FjRlLWac+LWRAmMGVEO8vuqnyv+DAOXYB0Emgao9 N4TMpjKgVzUo8mH9CchFbuZazlew7zY8PZGKNAzz7+h8bfhbT1OlYZAMgp0hcPU2FS+dtVkFoFPl lB3fp30TN5eqpnePBI4/aKohRQ4pZRAVCcNpy83DQjIRNmAuuwPlDQANcAPALLnR0CPh3FrImgEh NXC7luquroKUXwCGQBZdQoWPg29Xw7kXjRSKPLjlD9tfhHCsuoaBFAPJ7wHuQF41cCJhPuajQbBz OZQsBqij8iPmVtMWFQTeWtiXA5tKIGgCTMZ41k7bdwqu9gGsuBnmUfN01TSWiVjaMz9EUZyHqwBP eEHeJWcFD6WXVQBKOwlfVsOS56gAnjoK8vJg5S8gLoDyQDiJeQQrzWq42gD+/nAqB76phbfi6JFs yD5P1VJmyY3G/gXSSmDUNCphnZyHPyCGNeiJS7D+CoyaoOv0V8Em04LmDqzE4jeEmv18HIRrqcoM 25ozkOcBnyfAzSUQ1QApxwGuQWEtRMfBtybruIxLcJUZlgAJ6Pha8G8PQzWQchOGh8L2UFhzHHCf ia1LaKogqkxMYXSoAUU5FS+xdGOaNBGuLKCP5lJ2YG6k4UoCLy0qmDlmM34bv3FPQUat2VWHY2pm B1LjUt+/EF6+YAeidCjC0v7/2rJifPektCoCdW9KF6EKnw0cDzhu9+ix0h0EQFYa0Dw5xp6TkyFP Aft6hL0dMSUA6hFnLMPFY6u7lD0yT+8zJQDqfR84tAQtiuitr5Mi2qG92U3hN+0lRXQ3TUfIrLUA SWHWWtDF6QmAXBwA1qpPAGStBV2c3tYAKsYfhFN7nCbnu7hhXUV9GwNIlS87xsedk1SiCFexoIvr 2S6A8sUR3HSl3jr4iYefcEf4ZHmxTJwYG5solhVrNPQxV5CMx/QG9tT2yyn67ZfbbtmsUYgiWELc GQ6bCjdU5DnLvuUujCLDllnv/feVFttn4Sa7hv218JjenA23ZgsOXZaWW1pWlLV20qTIKOMxs9+v cQ8481s2N+MOypHUbsC4R7Ru02m73LPLtYTC79G7rbBuizukbw0g3OpYvw20Hj8UgAygovcl1O11 aNij0ACg9vZPxo0IKQiFhgYbiLstOyG0kQWsAVAHNRDuospKz8ZiWCFPjhDwdHttUXusGlu7+x+b 37KZIsR9TQXsmze5Ai7bhQO/06jeURHN5gnYiCBFtpgXyw2wTOV290/GrX+TklirVikTk+Rqy3iS 0XZogQ5XYSyeIEImShLH8i3FT7v7JyulQiGIxRLcyD5fICIQskNIWCZSx8v4AG4s+7vv+Jbjh9pn O1kh0oi51At6wviyMIksMQyjj1DoLU7msxFgQhpC9HbvpDmuBci38Y7rO5tJTr6Nt5kpCSNLLeD2 U3EpQ3Pkf2rI80CWms85xmMEipvVv3u6kBTWPbs5FRVJYU7lTsdSxsZfpjqW8kRa6y1AAGS9DV2a AwGQS7vfeuUJgKy3oUtzIAByafdbrzwBkPU2dGkOBEAu7X7rle8AQPj8aqxEKubhQ/KsMEE69dAq /dgqdibjd6RhybgtDr6rmc+8EZgnlDIjqCFuIqlMEIbfo7J5ydlq66UkHOzWAh1HoGPpygipsrm5 OD1MwhcrGIAck+RzZKrmYhEnX8wTaoTybKpJY/MFAsN36+kyTVK+qrk5W5DPF0jJN+5263+rBesY QDFCAf0kUABHIGSLs4uZ6fSPl+XLk1lCPod5KjGAy+cXp2cr6Q/BQiGfTfWz+UKhQqYgCLLaUfbK oGMAcdj6l8ay2Jy7KjUTgihIUU0Dd8NYbINmLBb7mJKBCodt6GazOWodnb3agMhlhQU6BpBSrdbx VikVwayAlo9Ae0NwsYoJOVRTqZQxOuAoVYaYo1QqAlrRWSEuIbU3C3QMoC+SJAoKQursdLFKxIto KX0ET6QSS3WVkVqeLg4TcJmI9XNyspRClkYpFUti9b32pjuRxwYW6KQG4npLY3ExFZGsSpIKW+EH 3zsglIu9JTx6FcaXc+TpsfqMF8tRC3H1xubJuDIxL8AGghIWdmqBdn9YSP0IjP41oaXN+ONCSynJ +N6xQA/9LsxOEU/EsisLkDvRduUOxxOmAwBxRM24/4HlKrH4smYR86Yj0pzeAkYANTxq5+UiTm8D l1ew4WH3XW98qH7++hPho4f09Wz35+4ub2fnNMCjh5rC62XH8RU13WpGAHWLnBC5ugVIEe3qCLBS fwIgKw3o6uQEQK6OACv1/3+vif6bGXs25AAAAABJRU5ErkJggg== --_004_BLUPR0301MB197120A1B85970347B45F699E9AE0BLUPR0301MB1971_--

6 20

Guest not reporting
by ＠LiNixG33k 03 Mar '16

03 Mar '16

This is a multi-part message in MIME format. Your mail reader does not understand MIME message format. --=_0d6S1X+mD3zIOS8Gu4GXjyXACHHeb85NK0BV3MvCRz2sjPeA Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable =EF=BB=BFHello all,=0D=0A=0D=0A=C2=A0 =C2=A0 =C2=A0Nice to be on the mail= ing list here.=0D=0A=0D=0AI'm having an issue getting my ovirt vm's to re= port back the guest info. I'm sure that it's user error however I could u= se a helping hand pointing me in the right direction. I've tried to check= VirtIO serial console. I've learned through twitter that this is not wha= t I need in order for the guest agent to report. I just need to install t= he agent on the vm and configure it. I've done this as well but I'm still= failing to see a guest report :(.=0D=0A=0D=0A=0D=0A=0D=0AThanks!=0D=0A=0D= =0A=0D=0A=0D=0A-LiNixG33k=0D=0A=0D=0A --=_0d6S1X+mD3zIOS8Gu4GXjyXACHHeb85NK0BV3MvCRz2sjPeA Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://ww= w.w3.org/TR/html4/loose.dtd"><html>=0A<head>=0A <meta name=3D"Generator"= content=3D"Zarafa WebApp v7.1.14-51822">=0A <meta http-equiv=3D"Content= -Type" content=3D"text/html; charset=3Dutf-8">=0A <title>Guest not repor= ting</title>=0A</head>=0A<body>=0A=EF=BB=BFHello all, </sp= an>     Nice to be on th= e mailing list here.I'm having a= n issue getting my ovirt vm's to report back the guest info. I'm sure tha= t it's user error however I could use a helping hand pointing me in the r= ight direction. I've tried to check VirtIO serial console. I've learned t= hrough twitter that this is not what I need in order for the guest agent = to report. I just need to install the agent on the vm and configure it. I= 've done this as well but I'm still failing to see a guest report :(.</sp= an> = Thanks! -Li= NixG33k=0A</body>=0A</html> --=_0d6S1X+mD3zIOS8Gu4GXjyXACHHeb85NK0BV3MvCRz2sjPeA--

2 1

3.6 engine-backup
by Giorgio Bart 03 Mar '16

03 Mar '16

Hi all, I just upgraded From 3.5 to 3.6 and I run a backup with engine-backup. The resulting files are very small in size compared to those created with the engine-backup command from 3.5. Is this correct ? old backup( scope=files) : 15MB new backup(scoope=files): 177KB In the old backup file the biggest size is from var directory 24M ./lib/ovirt-engine 24M ./lib

2 1

open error -13 = sanlock
by paf1＠email.cz 03 Mar '16

03 Mar '16

This is a multi-part message in MIME format. --------------070800050409070604090600 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello, can anybody explain this error no.13 ( open file ) in sanlock.log . The size of "ids" file is zero (0) 2016-02-28 03:25:46+0100 269626 [1951]: open error -13 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids 2016-02-28 03:25:46+0100 269626 [1951]: s187985 open_disk /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids error -13 2016-02-28 03:25:56+0100 269636 [11304]: s187992 lockspace 7f52b697-c199-4f58-89aa-102d44327124:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids:0 If the main problem is about zero file size, can I regenerate this file online securely , with no VM dependence ???? dist = RHEL - 7 - 2.1511 kernel = 3.10.0 - 327.10.1.el7.x86_64 KVM = 2.3.0 - 29.1.el7 libvirt = libvirt-1.2.17-13.el7_2.3 vdsm = vdsm-4.16.30-0.el7 GlusterFS = glusterfs-3.7.8-1.el7 regs. Pavel --------------070800050409070604090600 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> Hello, can anybody explain this error no.13 ( open file ) in sanlock.log . The size of "ids" file is zero (0) 2016-02-28 03:25:46+0100 269626 [1951]: open error -13 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids 2016-02-28 03:25:46+0100 269626 [1951]: s187985 open_disk /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids error -13 2016-02-28 03:25:56+0100 269636 [11304]: s187992 lockspace 7f52b697-c199-4f58-89aa-102d44327124:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids:0 If the main problem is about zero file size, can I regenerate this file online securely , with no VM dependence ???? dist = RHEL - 7 - 2.1511 kernel = 3.10.0 - 327.10.1.el7.x86_64 KVM = 2.3.0 - 29.1.el7 libvirt = libvirt-1.2.17-13.el7_2.3 vdsm = vdsm-4.16.30-0.el7 GlusterFS = glusterfs-3.7.8-1.el7 regs. Pavel </body> </html> --------------070800050409070604090600--

6 16

Guest OS wrong cpu count
by Johan Kooijman 03 Mar '16

03 Mar '16

Hi all, I created a VM on our ovirt 3.5 cluster having 8 CPU's and 16 GB of RAM ( http://imgur.com/aaXfbfq) The guest however, only sees 4 CPU's: http://imgur.com/dEYVe0S. Any clues what may have caused this? -- Met vriendelijke groeten / With kind regards, Johan Kooijman

3 3

VMs Pause During Live Snapshot Creation
by Duckworth, Douglas C 02 Mar '16

02 Mar '16

It is my understanding that VMs must pause during Live Snapshot creation when "Save Memory" option is selected. If you're only seeking to mitigate against issues that might arise after doing package updates then what's the advantage of going with that route? Down the road does anyone know if it will be possible for oVirt and eventually RHEV to gather snapshots without Pausing VMs? Does Docker make this a feature we likely won't see developed? -- Thanks Douglas Duckworth, MSc, LFCS Unix Administrator Tulane University Technology Services 1555 Poydras Ave NOLA -- 70112 E: duckd(a)tulane.edu O: 504-988-9341 F: 504-988-8505

2 2

SUCCESS / error
by paf1＠email.cz 02 Mar '16

02 Mar '16

This is a multi-part message in MIME format. --------------050203060205030209020801 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, next explanation VDSM log give me following message Is this live checking for storage availability ? If "SUCCESS" then why "<err> " ??? regs. Pavel Thread-233::DEBUG::2016-03-02 17:31:55,275::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: <err> = '0+1 records in\n0+1 records out\n346 bytes (346 B) copied, 0.00022692 s, 1.5 MB/s\n'; <rc> = 0 Thread-299::DEBUG::2016-03-02 17:31:57,870::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd if=/rhev/data-center/mnt/glusterSD/localhost:_2KVM12__P4/300e9ac8-3c2f-4703-9bb1-1df2130c7c97/dom_md/metadata iflag=direct of=/dev/null bs=4096 count=1 (cwd None) Thread-299::DEBUG::2016-03-02 17:31:57,886::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: <err> = '0+1 records in\n0+1 records out\n734 bytes (734 B) copied, 0.000391403 s, 1.9 MB/s\n'; <rc> = 0 Thread-209::DEBUG::2016-03-02 17:31:58,301::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd if=/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-BCK/0fcad888-d573-47be-bef3-0bc0b7a99fb7/dom_md/metadata iflag=direct of=/dev/null bs=4096 count=1 (cwd None) Thread-209::DEBUG::2016-03-02 17:31:58,318::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: <err> = '0+1 records in\n0+1 records out\n335 bytes (335 B) copied, 0.00048095 s, 697 kB/s\n'; <rc> = 0 Thread-198::DEBUG::2016-03-02 17:31:58,885::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd if=/rhev/data-center/mnt/installshare:_DATA3/7f334c9d-ac01-4b2a-9f29-af1d2f24c3e0/dom_md/metadata iflag=direct of=/dev/null bs=4096 count=1 (cwd None) dist = RHEL - 7 - 2.1511 kernel = 3.10.0 - 327.10.1.el7.x86_64 KVM = 2.3.0 - 29.1.el7 libvirt = libvirt-1.2.17-13.el7_2.3 vdsm = vdsm-4.16.30-0.el7 GlusterFS = glusterfs-3.7.8-1.el7 --------------050203060205030209020801 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> Hi, next explanation VDSM log give me following message Is this live checking for storage availability ? If "SUCCESS" then why "<err> " ??? regs. Pavel Thread-233::DEBUG::2016-03-02 17:31:55,275::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: <err> = '0+1 records in\n0+1 records out\n346 bytes (346 B) copied, 0.00022692 s, 1.5 MB/s\n'; <rc> = 0 Thread-299::DEBUG::2016-03-02 17:31:57,870::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd if=/rhev/data-center/mnt/glusterSD/localhost:_2KVM12__P4/300e9ac8-3c2f-4703-9bb1-1df2130c7c97/dom_md/metadata iflag=direct of=/dev/null bs=4096 count=1 (cwd None) Thread-299::DEBUG::2016-03-02 17:31:57,886::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: <err> = '0+1 records in\n0+1 records out\n734 bytes (734 B) copied, 0.000391403 s, 1.9 MB/s\n'; <rc> = 0 Thread-209::DEBUG::2016-03-02 17:31:58,301::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd if=/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-BCK/0fcad888-d573-47be-bef3-0bc0b7a99fb7/dom_md/metadata iflag=direct of=/dev/null bs=4096 count=1 (cwd None) Thread-209::DEBUG::2016-03-02 17:31:58,318::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: <err> = '0+1 records in\n0+1 records out\n335 bytes (335 B) copied, 0.00048095 s, 697 kB/s\n'; <rc> = 0 Thread-198::DEBUG::2016-03-02 17:31:58,885::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd if=/rhev/data-center/mnt/installshare:_DATA3/7f334c9d-ac01-4b2a-9f29-af1d2f24c3e0/dom_md/metadata iflag=direct of=/dev/null bs=4096 count=1 (cwd None) dist = RHEL - 7 - 2.1511 kernel = 3.10.0 - 327.10.1.el7.x86_64 KVM = 2.3.0 - 29.1.el7 libvirt = libvirt-1.2.17-13.el7_2.3 vdsm = vdsm-4.16.30-0.el7 GlusterFS = glusterfs-3.7.8-1.el7 </body> </html> --------------050203060205030209020801--

3 2

My oVirt 3.6 installation guide
by Glenn Snead 01 Mar '16

01 Mar '16

I rebuilt my humble oVirt server over the weekend, and I wrote a blog posting about how I did it. https://glennsnead.wordpress.com/2016/02/28/ovirt-3-6-installation/

2 2

[ANN] oVirt 3.6.3 Final Release is now available
by Sandro Bonazzola 01 Mar '16

01 Mar '16

The oVirt Project is pleased to announce today the general availability of oVirt 3.6.3. This latest community release includes numerous bug fixes and several new features, such as: - The WebSocketProxy VDC option(and a few others) can now be updated without need to restart the engine. - OVIRT-CLI now use remote-viewer instead of spicec for spice based console - unassigned host status now reflects more the real status - cloud-init service after appliance deployment is now disabled oVirt is an open-source, openly-governed enterprise virtualization management application, developed by a global community. You can use the oVirt management interface (oVirt Engine) to manage hardware nodes, storage and network resources, and to deploy and monitor virtual machines running in your data center. If you are familiar with VMware products, oVirt is conceptually similar to vSphere. oVirt serves as the bedrock for Red Hat's Enterprise Virtualization product, and it is the "upstream" project where new features are developed prior to their inclusion in Red Hat's supported product offering. Additional Resources: * Read more about the oVirt 3.6.3 release highlights: http://www.ovirt.org/release/3.6.3/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Read more about oVirt Project community events: http://www.ovirt.org/events/ -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 1

Not seeing Gluster options on Cluster properties
by Will Dennis 01 Mar '16

01 Mar '16

Hi all, I am running a hyperconverged setup of oVirt 3.6, where I pre-made the Gluster volumes that are used for the hosted engine and the VM storage domains. I have seen in screenshots of 3.6 HC setups that there should be options to enable Gluster integration in oVirt by checking a box in Cluster properties > General tab (“Enable Gluster Service”) but I do not see that checkbox in my Cluster properties > General tab. What must I do to enable this integration? BTW, I see that there is a package "vdsm-gluster-4.17.18-0.el7.centos.noarch” installed on all of my oVirt nodes… Is there another package that I am missing? Thanks, Will

2 6

virt-v2v converting multi-disk
by Clint Boggio 01 Mar '16

01 Mar '16

I'm in the process of migrating a series of VM's from KVM environment, to an OVirt environment. I've used virt-v2v to convert quite a few M$ and Linux machines with great success. Coming up I've got to convert a Linux VM that has 3 virtual disks. Inside that VM, the three disks are part of an LVM volume. 1. How will virt-v2v handle these three virtual disks ? 2. On which disk image will I run virt-v2v ? 3. Will virt-v2v "follow" the three images and convert the machine or will I have to somehow tell it to include all three disks ? 4. Shall I have all three images together in the same directory when I run the tool ? 5. Is this the appropriate forum for this question ? As of the writing of this question I'll be using OVirt 3.6 updated on a 4 node cluster running CentOS 7 , and the most recent version of virt-v2v as is available on Fedora 23.

3 4

oVirt New Install
by Brett I. Holcomb 01 Mar '16

01 Mar '16

I am in the process of testing oVirt to replace ESXi 6 and have run into some issues that I haven't found answers to. I've used ESXi for quite a while and done some work with Microsoft's Hypervisor but am new to oVirt. It looks like it has potential to replace the others but there are some major issues I'm trying to work through. I'm using a hosted-engine deployment. The host is a guest on VMware Workstation 11 on Windows. Not the best but it lets me test oVirt. I've created the VM, the engine is installed, the webadmin works, and I can SSH to it but I'm seeing some things that I haven't been able to find answers to so any help is appreciated. I'm using DNS to resolve and both the engine and host can ping each other, reverse lookup on their names works. 1. I used an iSCSI LUN on a NAS for storage during the deploy install but this storage does not show up in the admin portal list of storages. Is it supposed to? It's being used as it now has 3+ our of 50 gig used. 2. I used a local directory on the VM for an initial ISO domain but it does not show up in the admin portal. I have more than 15 Gig of space available. Shouldn't it be showing up in the list of storages? I tested using this (http://www.ovirt.org/documentation/how-to/troublesho oting/troubleshooting-nfs-storage-issues/) and from the host I can mount the engine's exported directory and create a file in it as the vdsm user. 3. My host wants confirmation it's rebooted which it has been both with hosted-engine vm-shutdown/vm-start, and rebooting from within the engine. If I tell it to confirm I get the message below. Well, it's status is running. i can't connect when it's connecting or non- operational!! I've put the system into maintenance mode with hosted- engine commands, I used the context menu on the hosted-engine vm in the portal to put it into maintenance but it still refuses to confirm it's rebooted. Any ideas on how to get it confirmed. I've also rebooted the hosted-engine host with no change. "Error while executing action: Cannot confirm 'Host has been rebooted' Host. Valid Host statuses are "Non operational", "Maintenance" or "Connecting"." 4. My Default Data Center is uninitialized which is probably why nothing works. If I use guide me and attach the hosted_engine choice it tells me it cannot acquire a host id. I restarted the sanlock service and then when I attached the storage the dialog hung up spinning it's wheel and never returned. I restarted the VM from hosted-engine and still get the AcquireHostId failure. The iSCSI lun is being used and accessed by the engine as there is 3+ gig of space used. If I try and attach the hosted_engine storage the icon changes to a wrench, then back to the red down arrow and I get the error about not acquiring a host id. What host id? I only have one host! I've reinitialized the lockspace all with no effect. The /var/log/ovirt- engine/engine.log has this error. What invalid argument? I've seen some bug reports on this but they are back in version 3.3 or so and are supposed to be fixed. Command 'org.ovirt.engine.core.bll.storage.AddStoragePoolWithStoragesCommand' f ailed: EngineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericExcep tion: VDSErrorException: Failed to CreateStoragePoolVDS, error = Cannot acquire host id: ('1d26d977- 0a67-43ab-bfb8-462cea95029a', SanlockException(22, 'Sanlock lockspace add failure', 'Invalid argumen t')), code = 661 (Failed with error AcquireHostIdFailure and code 661) Any help is appreciated. Thanks.

3 7