June 2019 - Users - Ovirt List Archives

by nico.kruger＠darkmatter.ae

Hi Guys, I have tried installing oVirt 4.3.4 using ovirt-node-ng-installer-4.3.4-2019061016.el7.iso and ovirt-engine-appliance-4.3-20190610.1.el7.x86_64.rpm Gluster install works fine, but HE deployment fails every time at last "waiting for host to be up". I have tried the deployment on multiple different hardware types, also tried single Vs 3 node deployments and all fail at the same point. I suspect that the IP in the HE is not being correctly configured as i see qemu running, but ansible times out and cleans up the fail install. Any ideas on why this is happening? i will try add the logs I am going to try using a older HE appliance rpm to see if that fixes the issue.

5 years, 10 months

2
2
0 / 0

Upgrade Hyperconverged Single Node

by jeremy_tourville＠hotmail.com

Does this page apply? https://www.ovirt.org/documentation/upgrade-guide/chap-Updates_between_Mi... My Node is presently running 4.2.7 and I'd like to upgrade to 4.3.4 I was reading about needing to fail over so the SPM role is available (ie more than 1 host) If the page above is not applicable what is the procedure? Thanks!

5 years, 10 months

1
0
0 / 0

USB Passtrough device problem

by Juan Pablo Lorier

Hi, I've tried to use 2 different audio IO interfaces connected to a VM via USB passthrough and none worked. I've tried with win 10 and win server 2016 vms with different errors but none worked. I've connected the devices to a host, then attached the host device to a VM and in the VM properties I've enabled the USB support in the console properties. The devices are installed and don't show any error in the device manager within the VM, but they don't work. Should I do something else? Regards

5 years, 10 months

1
0
0 / 0

ovirt-vmconsole: Pemission denied (publickey) when I select VM id

by Jonathan Gregoire

Hi all, I'm getting a Permission denied (publickey) when I select VM id... Could you help ovirt engine: 4.3.4.3-1.el7 ovirt host: 4.3.3.1 Macbook:~ Jonathan$ ssh -t -p 2222 ovirt-vmconsole(a)ovirt-engine01.int.cloche.ca<mailto:ovirt-vmconsole@ovirt-engine01.int.cloche.ca>-i .ssh/serialconsolekey connect Available Serial Consoles: 00 AUTO-LAB-RTR01[6a61b3e8-0ed1-4888-8f4b-e4e38cb26953] 01 AUTO-LAB-RTR02[c9f14c47-e416-4e1a-822a-0911ed4fc00e] 02 AUTO-LAB-RTR03[172ffa97-9564-4ce3-8c6f-de292b257a50] 03 AUTO-LAB-RTR04[d9f4ef8a-7fe8-42a3-8abc-f70bae20c817] 04 AUTO-LAB-RTR05[d3012c5e-53c5-4020-be79-143288ee757f] 05 AUTO-LAB-RTR06[25053bf7-d321-44a1-b72a-edf432fc4824] 06 AUTO-LAB-RTR07[f52edeca-7ec6-4c17-92c2-9b150c1f0f06] 07 AUTO-LAB-RTR08[8ad50c7c-740e-4d76-9f2e-e1915d2b17be] 08 AUTO-LAB-RTR09[9474d032-5576-4fb9-97ff-16a4b306b52f] 09 AUTO-LAB-RTR10[68625045-4065-4a53-be39-8e76a91cb6d3] 10 AUTO-LAB-RTR11[d3380c53-ab7b-4b65-88d0-2f05f43d9e88] 11 AUTO-LAB-RTR12[3ca24472-defa-48d1-91ee-7d264069243b] 12 AUTO-LAB-RTR13[62161a3c-6bf5-4c0e-83eb-3c65bcf3b3b4] 13 AUTO-LAB-RTR14[7843fe1b-65ff-42f4-8c0c-d677c9f266ee] 14 AUTO-LAB-RTR15[1e22b5dc-af3a-4c0f-8319-b982608ac85a] 15 AUTO-LAB-RTR16[ce2d9ce4-890a-46e2-a55f-76e5647f60bc] 16 AUTO-LAB-RTR17[f45f4451-5322-488d-99ad-75fb9a8871e5] 17 AUTO-LAB-RTR18[fa88f535-d11b-44de-b9e5-aad1da3e09cc] 18 AUTO-LAB-RTR19[3f5f08d1-300e-4529-8da2-b1f48d9746d0] 19 AUTO-LAB-RTR20[07adbdc7-16b6-4bb7-8dcf-14eab615b84b] 20 CDSNetScaler10-5[5bf444ad-a308-4a78-bdd6-bc1028e6ed62] 21 CDSNetScalerLB01[224198ca-ed29-44b2-ac8c-31363e96b734] 22 CDSNetScalerLB02[184eb272-2a0c-427e-9e66-94e00d4b0c2e] 23 CDSNetScalerLB03[f110b2c8-fc43-44fe-a7b1-b03c0b1562ce] 24 CDSNetScalerLB04[71c2c75c-5c5c-4605-81c4-17de1ca8ba75] 25 CDSNetScalerLB05-10[c1159ede-9627-4b25-b07d-82cd6ce6b0c0] 26 CDSNetScalerLB06-10[6c9b9b73-2de3-4038-97af-a4b46c4fcd6e] 27 jump_point-auto[51a36f5d-6fba-4ec6-b7cf-f1eb6bb8170b] 28 lab-ansible[cae59168-fb87-42b1-afe6-49712a5c0e1b] 29 lab-lxd01[8b04afc9-dd69-4da6-9f63-197817086de8] 30 lab-reverse-proxy01[2726e1f8-0875-481b-aebb-3443de690183] 31 pod2-branch01[36598184-1aab-426e-be57-d8ff653af532] 32 pod2-branch01-pc01[7af0a040-6a48-4f9b-bcf6-3f1eab6921df] 33 pod2-branch02[0d60b360-82c7-4694-9dbe-1925e8793d2b] 34 pod2-branch02-pc01[11abbc59-12e8-4cf0-96a9-f43547de9aca] 35 pod2-branch03[f8e5277e-898b-4211-b721-65b249e6ca16] 36 pod2-branch03-pc01[7cfa9afd-dd28-436e-8035-2161809e1631] 37 pod2-dc01[b917e2dc-bde6-4993-ade5-b08fc9903f51] 38 pod2-dc01-pc01[fa8f4918-095b-4d7a-a2c9-69e875a6d0ed] 39 pod2-dc02[21a80ce6-958c-47cb-812c-f0a49e397553] 40 pod2-router1[af175917-7624-4725-a4f4-90fadf9ba76a] 41 pod2-vbond01[3364c1f6-d062-489d-b8ef-28a21295b471] 42 pod2-vmanage01[c189c279-8601-46b1-a7fb-a038175f13b4] 43 pod2-vsmart01[ec0cec3c-31d6-4370-8b3b-f331d84cdc54] 44 pod2-vsmart02[68abe3b0-3ad0-49bb-9cd7-50bd41f515f9] 45 tacrad01[0bfa49bd-fe5d-4f99-8402-9f2720f50dcc] 46 vrsx1[3a210809-f6d4-4f7a-b134-50ce697fa27b] 47 vsrx2[7e2c5638-f97c-45c4-8487-153764db2fc7] 48 vsrx3[d3448254-b04a-4485-93cc-388d9ceeb54f] 49 vsrx4[b027e509-3b65-4cba-8aa6-be92c3d7bd25] 50 win2k16ad01[605409db-2469-4f61-a06f-cfd5e2f91af0] 51 win2k16ad02[31ca7536-7ed2-47e6-9e4d-87b34cc685ee] Please, enter the id of the Serial Console you want to connect to. To disconnect from a Serial Console, enter the sequence: <Enter><~><.> SELECT> 49 Permission denied (publickey). Connection to ovirt-engine01.int.cloche.ca closed. Macbook:~ Jonathan$

5 years, 10 months

1
0
0 / 0

Snapshots and quotas

by Mitja Mihelič

Hi! We are using oVirt 4.1.9 with quotas enabled. The usual quota is 40GB per user, usually used for a webserver. It is created from a template with a 40GB disk. When such users try to create a snapshot of their VM, oVirt blocks the operation with "Cannot create Snapshot. Quota has insufficient storage resources." I could increase the quota to 2x size. But then users would create additional disks, snapshot creation would fail due to insufficient storage resources and we're back to square one. I could increase "Storage Grace" to 200%. It would take users longer to figure out that they can create additional disk even if the quota showed 100% full. But sooner or later we would be back to square one. Is it possible to exclude snapshots from the quota system? Kind regards, Mitja P.S. "Storage Threshold" is currently set to 80% and "Storage Grace" to 120%. Where can we change the default settings to something else? E.g. new quotas would have "Storage Threshold" set to 90% and "Storage Grace" to 160%.

5 years, 10 months

2
1
0 / 0

ovirt-vmconsole: Pemission denied (publickey) when I select VM id

by Jonathan Greg

Hi all, I'm getting a Permission denied (publickey) when I select VM id... Could you help me to fix it? ovirt engine: 4.3.4.3-1.el7 ovirt host: 4.3.3.1 Macbook:~ Jonathan$ ssh -t -p 2222 ovirt-vmconsole(a)ovirt-engine01.int.cloche.ca -i .ssh/serialconsolekey connect Available Serial Consoles: 00 AUTO-LAB-RTR01[6a61b3e8-0ed1-4888-8f4b-e4e38cb26953] 01 AUTO-LAB-RTR02[c9f14c47-e416-4e1a-822a-0911ed4fc00e] 02 AUTO-LAB-RTR03[172ffa97-9564-4ce3-8c6f-de292b257a50] 03 AUTO-LAB-RTR04[d9f4ef8a-7fe8-42a3-8abc-f70bae20c817] 04 AUTO-LAB-RTR05[d3012c5e-53c5-4020-be79-143288ee757f] 05 AUTO-LAB-RTR06[25053bf7-d321-44a1-b72a-edf432fc4824] 06 AUTO-LAB-RTR07[f52edeca-7ec6-4c17-92c2-9b150c1f0f06] 07 AUTO-LAB-RTR08[8ad50c7c-740e-4d76-9f2e-e1915d2b17be] 08 AUTO-LAB-RTR09[9474d032-5576-4fb9-97ff-16a4b306b52f] 09 AUTO-LAB-RTR10[68625045-4065-4a53-be39-8e76a91cb6d3] 10 AUTO-LAB-RTR11[d3380c53-ab7b-4b65-88d0-2f05f43d9e88] 11 AUTO-LAB-RTR12[3ca24472-defa-48d1-91ee-7d264069243b] 12 AUTO-LAB-RTR13[62161a3c-6bf5-4c0e-83eb-3c65bcf3b3b4] 13 AUTO-LAB-RTR14[7843fe1b-65ff-42f4-8c0c-d677c9f266ee] 14 AUTO-LAB-RTR15[1e22b5dc-af3a-4c0f-8319-b982608ac85a] 15 AUTO-LAB-RTR16[ce2d9ce4-890a-46e2-a55f-76e5647f60bc] 16 AUTO-LAB-RTR17[f45f4451-5322-488d-99ad-75fb9a8871e5] 17 AUTO-LAB-RTR18[fa88f535-d11b-44de-b9e5-aad1da3e09cc] 18 AUTO-LAB-RTR19[3f5f08d1-300e-4529-8da2-b1f48d9746d0] 19 AUTO-LAB-RTR20[07adbdc7-16b6-4bb7-8dcf-14eab615b84b] 20 CDSNetScaler10-5[5bf444ad-a308-4a78-bdd6-bc1028e6ed62] 21 CDSNetScalerLB01[224198ca-ed29-44b2-ac8c-31363e96b734] 22 CDSNetScalerLB02[184eb272-2a0c-427e-9e66-94e00d4b0c2e] 23 CDSNetScalerLB03[f110b2c8-fc43-44fe-a7b1-b03c0b1562ce] 24 CDSNetScalerLB04[71c2c75c-5c5c-4605-81c4-17de1ca8ba75] 25 CDSNetScalerLB05-10[c1159ede-9627-4b25-b07d-82cd6ce6b0c0] 26 CDSNetScalerLB06-10[6c9b9b73-2de3-4038-97af-a4b46c4fcd6e] 27 jump_point-auto[51a36f5d-6fba-4ec6-b7cf-f1eb6bb8170b] 28 lab-ansible[cae59168-fb87-42b1-afe6-49712a5c0e1b] 29 lab-lxd01[8b04afc9-dd69-4da6-9f63-197817086de8] 30 lab-reverse-proxy01[2726e1f8-0875-481b-aebb-3443de690183] 31 pod2-branch01[36598184-1aab-426e-be57-d8ff653af532] 32 pod2-branch01-pc01[7af0a040-6a48-4f9b-bcf6-3f1eab6921df] 33 pod2-branch02[0d60b360-82c7-4694-9dbe-1925e8793d2b] 34 pod2-branch02-pc01[11abbc59-12e8-4cf0-96a9-f43547de9aca] 35 pod2-branch03[f8e5277e-898b-4211-b721-65b249e6ca16] 36 pod2-branch03-pc01[7cfa9afd-dd28-436e-8035-2161809e1631] 37 pod2-dc01[b917e2dc-bde6-4993-ade5-b08fc9903f51] 38 pod2-dc01-pc01[fa8f4918-095b-4d7a-a2c9-69e875a6d0ed] 39 pod2-dc02[21a80ce6-958c-47cb-812c-f0a49e397553] 40 pod2-router1[af175917-7624-4725-a4f4-90fadf9ba76a] 41 pod2-vbond01[3364c1f6-d062-489d-b8ef-28a21295b471] 42 pod2-vmanage01[c189c279-8601-46b1-a7fb-a038175f13b4] 43 pod2-vsmart01[ec0cec3c-31d6-4370-8b3b-f331d84cdc54] 44 pod2-vsmart02[68abe3b0-3ad0-49bb-9cd7-50bd41f515f9] 45 tacrad01[0bfa49bd-fe5d-4f99-8402-9f2720f50dcc] 46 vrsx1[3a210809-f6d4-4f7a-b134-50ce697fa27b] 47 vsrx2[7e2c5638-f97c-45c4-8487-153764db2fc7] 48 vsrx3[d3448254-b04a-4485-93cc-388d9ceeb54f] 49 vsrx4[b027e509-3b65-4cba-8aa6-be92c3d7bd25] 50 win2k16ad01[605409db-2469-4f61-a06f-cfd5e2f91af0] 51 win2k16ad02[31ca7536-7ed2-47e6-9e4d-87b34cc685ee] Please, enter the id of the Serial Console you want to connect to. To disconnect from a Serial Console, enter the sequence: <Enter><~><.> SELECT> 49 Permission denied (publickey). Connection to ovirt-engine01.int.cloche.ca closed. Macbook:~ Jonathan$

5 years, 10 months

1
0
0 / 0

ovirt-vmconsole: Pemission denied (publickey) when I select VM id

by Jonathan Greg

Hi all, I'm getting a Permission denied (publickey) when I select VM id... Could you help ovirt engine: 4.3.4.3-1.el7 ovirt host: 4.3.3.1 Macbook:~ Jonathan$ ssh -t -p 2222 ovirt-vmconsole(a)ovirt-engine01.int.cloche.ca -i .ssh/serialconsolekey connect Available Serial Consoles: 00 AUTO-LAB-RTR01[6a61b3e8-0ed1-4888-8f4b-e4e38cb26953] 01 AUTO-LAB-RTR02[c9f14c47-e416-4e1a-822a-0911ed4fc00e] 02 AUTO-LAB-RTR03[172ffa97-9564-4ce3-8c6f-de292b257a50] 03 AUTO-LAB-RTR04[d9f4ef8a-7fe8-42a3-8abc-f70bae20c817] 04 AUTO-LAB-RTR05[d3012c5e-53c5-4020-be79-143288ee757f] 05 AUTO-LAB-RTR06[25053bf7-d321-44a1-b72a-edf432fc4824] 06 AUTO-LAB-RTR07[f52edeca-7ec6-4c17-92c2-9b150c1f0f06] 07 AUTO-LAB-RTR08[8ad50c7c-740e-4d76-9f2e-e1915d2b17be] 08 AUTO-LAB-RTR09[9474d032-5576-4fb9-97ff-16a4b306b52f] 09 AUTO-LAB-RTR10[68625045-4065-4a53-be39-8e76a91cb6d3] 10 AUTO-LAB-RTR11[d3380c53-ab7b-4b65-88d0-2f05f43d9e88] 11 AUTO-LAB-RTR12[3ca24472-defa-48d1-91ee-7d264069243b] 12 AUTO-LAB-RTR13[62161a3c-6bf5-4c0e-83eb-3c65bcf3b3b4] 13 AUTO-LAB-RTR14[7843fe1b-65ff-42f4-8c0c-d677c9f266ee] 14 AUTO-LAB-RTR15[1e22b5dc-af3a-4c0f-8319-b982608ac85a] 15 AUTO-LAB-RTR16[ce2d9ce4-890a-46e2-a55f-76e5647f60bc] 16 AUTO-LAB-RTR17[f45f4451-5322-488d-99ad-75fb9a8871e5] 17 AUTO-LAB-RTR18[fa88f535-d11b-44de-b9e5-aad1da3e09cc] 18 AUTO-LAB-RTR19[3f5f08d1-300e-4529-8da2-b1f48d9746d0] 19 AUTO-LAB-RTR20[07adbdc7-16b6-4bb7-8dcf-14eab615b84b] 20 CDSNetScaler10-5[5bf444ad-a308-4a78-bdd6-bc1028e6ed62] 21 CDSNetScalerLB01[224198ca-ed29-44b2-ac8c-31363e96b734] 22 CDSNetScalerLB02[184eb272-2a0c-427e-9e66-94e00d4b0c2e] 23 CDSNetScalerLB03[f110b2c8-fc43-44fe-a7b1-b03c0b1562ce] 24 CDSNetScalerLB04[71c2c75c-5c5c-4605-81c4-17de1ca8ba75] 25 CDSNetScalerLB05-10[c1159ede-9627-4b25-b07d-82cd6ce6b0c0] 26 CDSNetScalerLB06-10[6c9b9b73-2de3-4038-97af-a4b46c4fcd6e] 27 jump_point-auto[51a36f5d-6fba-4ec6-b7cf-f1eb6bb8170b] 28 lab-ansible[cae59168-fb87-42b1-afe6-49712a5c0e1b] 29 lab-lxd01[8b04afc9-dd69-4da6-9f63-197817086de8] 30 lab-reverse-proxy01[2726e1f8-0875-481b-aebb-3443de690183] 31 pod2-branch01[36598184-1aab-426e-be57-d8ff653af532] 32 pod2-branch01-pc01[7af0a040-6a48-4f9b-bcf6-3f1eab6921df] 33 pod2-branch02[0d60b360-82c7-4694-9dbe-1925e8793d2b] 34 pod2-branch02-pc01[11abbc59-12e8-4cf0-96a9-f43547de9aca] 35 pod2-branch03[f8e5277e-898b-4211-b721-65b249e6ca16] 36 pod2-branch03-pc01[7cfa9afd-dd28-436e-8035-2161809e1631] 37 pod2-dc01[b917e2dc-bde6-4993-ade5-b08fc9903f51] 38 pod2-dc01-pc01[fa8f4918-095b-4d7a-a2c9-69e875a6d0ed] 39 pod2-dc02[21a80ce6-958c-47cb-812c-f0a49e397553] 40 pod2-router1[af175917-7624-4725-a4f4-90fadf9ba76a] 41 pod2-vbond01[3364c1f6-d062-489d-b8ef-28a21295b471] 42 pod2-vmanage01[c189c279-8601-46b1-a7fb-a038175f13b4] 43 pod2-vsmart01[ec0cec3c-31d6-4370-8b3b-f331d84cdc54] 44 pod2-vsmart02[68abe3b0-3ad0-49bb-9cd7-50bd41f515f9] 45 tacrad01[0bfa49bd-fe5d-4f99-8402-9f2720f50dcc] 46 vrsx1[3a210809-f6d4-4f7a-b134-50ce697fa27b] 47 vsrx2[7e2c5638-f97c-45c4-8487-153764db2fc7] 48 vsrx3[d3448254-b04a-4485-93cc-388d9ceeb54f] 49 vsrx4[b027e509-3b65-4cba-8aa6-be92c3d7bd25] 50 win2k16ad01[605409db-2469-4f61-a06f-cfd5e2f91af0] 51 win2k16ad02[31ca7536-7ed2-47e6-9e4d-87b34cc685ee] Please, enter the id of the Serial Console you want to connect to. To disconnect from a Serial Console, enter the sequence: <Enter><~><.> SELECT> 49 Permission denied (publickey). Connection to ovirt-engine01.int.cloche.ca closed. Macbook:~ Jonathan$

5 years, 10 months

1
0
0 / 0

ovirt-vmconsole: Pemission denied (publickey) when I select VM id

by Jonathan Greg

Hi all, I'm getting a Permission denied (publickey) when I select VM id... It looks like that the ovirt engine cannot authenticate himself against the ovirt node. Any idea how I could fix it? ovirt engine: 4.3.4.3-1.el7 ovirt host: 4.3.3.1 Macbook:~ Jonathan$ ssh -t -p 2222 ovirt-vmconsole(a)ovirt-engine01.int.cloche.ca -i .ssh/serialconsolekey connect Available Serial Consoles: 00 AUTO-LAB-RTR01[6a61b3e8-0ed1-4888-8f4b-e4e38cb26953] 01 AUTO-LAB-RTR02[c9f14c47-e416-4e1a-822a-0911ed4fc00e] 02 AUTO-LAB-RTR03[172ffa97-9564-4ce3-8c6f-de292b257a50] 03 AUTO-LAB-RTR04[d9f4ef8a-7fe8-42a3-8abc-f70bae20c817] 04 AUTO-LAB-RTR05[d3012c5e-53c5-4020-be79-143288ee757f] 05 AUTO-LAB-RTR06[25053bf7-d321-44a1-b72a-edf432fc4824] 06 AUTO-LAB-RTR07[f52edeca-7ec6-4c17-92c2-9b150c1f0f06] 07 AUTO-LAB-RTR08[8ad50c7c-740e-4d76-9f2e-e1915d2b17be] 08 AUTO-LAB-RTR09[9474d032-5576-4fb9-97ff-16a4b306b52f] 09 AUTO-LAB-RTR10[68625045-4065-4a53-be39-8e76a91cb6d3] 10 AUTO-LAB-RTR11[d3380c53-ab7b-4b65-88d0-2f05f43d9e88] 11 AUTO-LAB-RTR12[3ca24472-defa-48d1-91ee-7d264069243b] 12 AUTO-LAB-RTR13[62161a3c-6bf5-4c0e-83eb-3c65bcf3b3b4] 13 AUTO-LAB-RTR14[7843fe1b-65ff-42f4-8c0c-d677c9f266ee] 14 AUTO-LAB-RTR15[1e22b5dc-af3a-4c0f-8319-b982608ac85a] 15 AUTO-LAB-RTR16[ce2d9ce4-890a-46e2-a55f-76e5647f60bc] 16 AUTO-LAB-RTR17[f45f4451-5322-488d-99ad-75fb9a8871e5] 17 AUTO-LAB-RTR18[fa88f535-d11b-44de-b9e5-aad1da3e09cc] 18 AUTO-LAB-RTR19[3f5f08d1-300e-4529-8da2-b1f48d9746d0] 19 AUTO-LAB-RTR20[07adbdc7-16b6-4bb7-8dcf-14eab615b84b] 20 CDSNetScaler10-5[5bf444ad-a308-4a78-bdd6-bc1028e6ed62] 21 CDSNetScalerLB01[224198ca-ed29-44b2-ac8c-31363e96b734] 22 CDSNetScalerLB02[184eb272-2a0c-427e-9e66-94e00d4b0c2e] 23 CDSNetScalerLB03[f110b2c8-fc43-44fe-a7b1-b03c0b1562ce] 24 CDSNetScalerLB04[71c2c75c-5c5c-4605-81c4-17de1ca8ba75] 25 CDSNetScalerLB05-10[c1159ede-9627-4b25-b07d-82cd6ce6b0c0] 26 CDSNetScalerLB06-10[6c9b9b73-2de3-4038-97af-a4b46c4fcd6e] 27 jump_point-auto[51a36f5d-6fba-4ec6-b7cf-f1eb6bb8170b] 28 lab-ansible[cae59168-fb87-42b1-afe6-49712a5c0e1b] 29 lab-lxd01[8b04afc9-dd69-4da6-9f63-197817086de8] 30 lab-reverse-proxy01[2726e1f8-0875-481b-aebb-3443de690183] 31 pod2-branch01[36598184-1aab-426e-be57-d8ff653af532] 32 pod2-branch01-pc01[7af0a040-6a48-4f9b-bcf6-3f1eab6921df] 33 pod2-branch02[0d60b360-82c7-4694-9dbe-1925e8793d2b] 34 pod2-branch02-pc01[11abbc59-12e8-4cf0-96a9-f43547de9aca] 35 pod2-branch03[f8e5277e-898b-4211-b721-65b249e6ca16] 36 pod2-branch03-pc01[7cfa9afd-dd28-436e-8035-2161809e1631] 37 pod2-dc01[b917e2dc-bde6-4993-ade5-b08fc9903f51] 38 pod2-dc01-pc01[fa8f4918-095b-4d7a-a2c9-69e875a6d0ed] 39 pod2-dc02[21a80ce6-958c-47cb-812c-f0a49e397553] 40 pod2-router1[af175917-7624-4725-a4f4-90fadf9ba76a] 41 pod2-vbond01[3364c1f6-d062-489d-b8ef-28a21295b471] 42 pod2-vmanage01[c189c279-8601-46b1-a7fb-a038175f13b4] 43 pod2-vsmart01[ec0cec3c-31d6-4370-8b3b-f331d84cdc54] 44 pod2-vsmart02[68abe3b0-3ad0-49bb-9cd7-50bd41f515f9] 45 tacrad01[0bfa49bd-fe5d-4f99-8402-9f2720f50dcc] 46 vrsx1[3a210809-f6d4-4f7a-b134-50ce697fa27b] 47 vsrx2[7e2c5638-f97c-45c4-8487-153764db2fc7] 48 vsrx3[d3448254-b04a-4485-93cc-388d9ceeb54f] 49 vsrx4[b027e509-3b65-4cba-8aa6-be92c3d7bd25] 50 win2k16ad01[605409db-2469-4f61-a06f-cfd5e2f91af0] 51 win2k16ad02[31ca7536-7ed2-47e6-9e4d-87b34cc685ee] Please, enter the id of the Serial Console you want to connect to. To disconnect from a Serial Console, enter the sequence: <Enter><~><.> SELECT> 49 Permission denied (publickey). Connection to ovirt-engine01.int.cloche.ca closed. Macbook:~ Jonathan$ Regards, Jonathan

5 years, 10 months

1
0
0 / 0

[Ovirt 4.3] Guest agent issue

by s.natoli＠siinfo.eu

Hi to all! I can't use the after_xxxx hooks in the guest agent (version: 1.0.16-1.el7) installed in a centos 7 machine in a ovirt 4.3 cluster, but the before_xxxxx hooks are executed without problem The same machine in an old ovirt cluster was ok with the same hooks. This is the ovirt-guest-agent.log MainThread::INFO::2019-06-18 13:15:11,192::ovirt-guest-agent::59::root::Starting oVirt guest agent Dummy-2::INFO::2019-06-18 13:15:11,326::OVirtAgentLogic::322::root::Received an external command: refresh... Dummy-2::INFO::2019-06-18 13:15:20,990::OVirtAgentLogic::322::root::Received an external command: api-version... Dummy-2::INFO::2019-06-18 13:15:20,990::OVirtAgentLogic::118::root::API Version updated from 0 to 3 Dummy-2::INFO::2019-06-18 13:17:05,391::OVirtAgentLogic::322::root::Received an external command: lifecycle-event... Dummy-2::INFO::2019-06-18 13:17:05,440::hooks::64::Hooks::Hook(before_migration) "/etc/ovirt-guest-agent/hooks.d/before_migration/55_flush-caches" executed Dummy-2::INFO::2019-06-18 13:17:24,329::OVirtAgentLogic::322::root::Received an external command: refresh... Dummy-2::INFO::2019-06-18 13:18:24,605::OVirtAgentLogic::322::root::Received an external command: api-version... As you can see, the agent does not receive the lifecycle-event for after-migration I look in the vdsm and supervdsm log, also in debug level, but seem all normal the xml of the machine contain the virtio-serial <controller index="0" ports="16" type="virtio-serial"> <alias name="ua-9785547d-0e2d-4139-8952-010fe4874800"/> <address bus="0x00" domain="0x0000" function="0x0" slot="0x06" type="pci"/> </controller> . . . . . <channel type="unix"> <source mode="bind" path="/var/lib/libvirt/qemu/channels/27f3d4d0-f3d2-41bf-a8da-e6e75aad51f6.ovirt-guest-agent.0"/> <target name="ovirt-guest-agent.0" state="connected" type="virtio"/> <alias name="channel0"/> <address bus="0" controller="0" port="1" type="virtio-serial"/> </channel> <channel type="unix"> <source mode="bind" path="/var/lib/libvirt/qemu/channels/27f3d4d0-f3d2-41bf-a8da-e6e75aad51f6.org.qemu.guest_agent.0"/> <target name="org.qemu.guest_agent.0" state="connected" type="virtio"/> <alias name="channel1"/> <address bus="0" controller="0" port="2" type="virtio-serial"/> </channel> I tried also with another 2 machines with a fresh install of centos 7 and guest-agent but nothing. The guest agent does not have any error in systemctl status ovirt-guest-agent This is my hook in /etc/ovirt-guest-agent/hooks.d/after_migration -rwxrwxrwx. 1 root root 34 Jun 14 12:48 01_example and this is the content: #!/bin/bash touch /tmp/prova this script in before_xxxx start without problems Someone have some suggestion or some log to see to solve this problem? Thank you!

5 years, 10 months

1
0
0 / 0

Re: Hosted engine setup: "Failed to configure management network on host Local due to setup networks failure"

by Strahil

I think that this can be resolved by a remote (r)syslog system and proper documentation. I would be happy to write a short crash-course , but I will definately need assiatance from more experienced person. So far (7 months later) , I still struggle to find my errors and where to control log level. Best Regards, Strahil NikolovOn Jun 18, 2019 12:18, me(a)brendanh.com wrote: > > "trade-off between time [developing] and time spent debugging such cases when they do happen" > > Your call. All I know is, it took me over a month to install oVirt, including three weeks of one-to-one time with Simone Tiraboschi from Red Hat. He sent me eleven emails but eventually gave up, baffled as me. It shouldn't be this hard. Others who are having this or similar problems will just abandon oVirt: ("I'm just wondering if I should cut my losses with oVirt"): > https://lists.ovirt.org/archives/list/users@ovirt.org/thread/PZJYNAKPYNQU... > > The biggest challenge is to find the relevant error. What would be useful is a log aggregator. If oVirt had a journalctl type app running on the host that tails ALL the logs including the engine logs from hosted-engine (via ssh), everything would be in one place and easy to spot. Currently, you need fairly detailed knowledge of the architecture and install process to (i) find the log files (ii) whittle down to the one displaying the problem. Yes, I know you guys have a log-packaging app that compresses them up, so they can be sent to Red Hat for inspection (does this even include hosted-engine logs?). But with a journalling app, users would be able to spot the error themselves and most of the time (if it's not a new bug), fix it on their own like I did. And yes, I know once set up, users will have their own log aggregator in the form of Kibana, Splunk, etc but these don't help during the initial install. > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/4732OJ7DJFK...

5 years, 10 months

1
0
0 / 0

[Ovirt 4.3] Guest agent issue

by s.natoli＠siinfo.eu

Hi to all! I can't use the after _xxxxxx hook of the guest agent (version: 1.0.16-1.el7) installed in a centos 7 machine, , this machine was in a old ovirt cluster(4.2), where the hooks were started without problem. I'm trying also with a new machine with centos 7 but nothing. The before_xxxx hooks are started well. This is the ovirt-guest-agent.log: MainThread::INFO::2019-06-18 13:15:11,192::ovirt-guest-agent::59::root::Starting oVirt guest agent Dummy-2::INFO::2019-06-18 13:15:11,326::OVirtAgentLogic::322::root::Received an external command: refresh... Dummy-2::INFO::2019-06-18 13:15:20,990::OVirtAgentLogic::322::root::Received an external command: api-version... Dummy-2::INFO::2019-06-18 13:15:20,990::OVirtAgentLogic::118::root::API Version updated from 0 to 3 Dummy-2::INFO::2019-06-18 13:17:05,391::OVirtAgentLogic::322::root::Received an external command: lifecycle-event... Dummy-2::INFO::2019-06-18 13:17:05,440::hooks::64::Hooks::Hook(before_migration) "/etc/ovirt-guest-agent/hooks.d/before_migration/55_flush-caches" executed Dummy-2::INFO::2019-06-18 13:17:24,329::OVirtAgentLogic::322::root::Received an external command: refresh... Dummy-2::INFO::2019-06-18 13:18:24,605::OVirtAgentLogic::322::root::Received an external command: api-version... as you can see, the after_migration hook is not fired and it seem that the lifecycle-event for the after_migrate is not dispatched. The hook script is: -rwxrwxrwx. 1 root root 34 Jun 14 12:48 01_example in /etc/ovirt-guest-agent/hooks.d/after_migration the content is: #!/bin/bash sudo touch /tmp/example If i put this script in a before_xxx folder it will run without problem. Both vdsm and supervdsm log seems fine. (also in debug level) The xml file of the machine contain contain the virt-io-serial ............... <channel type="unix"> <source mode="bind" path="/var/lib/libvirt/qemu/channels/27f3d4d0-f3d2-41bf-a8da-e6e75aad51f6.ovirt-guest-agent.0"/> <target name="ovirt-guest-agent.0" state="connected" type="virtio"/> <alias name="channel0"/> <address bus="0" controller="0" port="1" type="virtio-serial"/> </channel> <channel type="unix"> <source mode="bind" path="/var/lib/libvirt/qemu/channels/27f3d4d0-f3d2-41bf-a8da-e6e75aad51f6.org.qemu.guest_agent.0"/> <target name="org.qemu.guest_agent.0" state="connected" type="virtio"/> <alias name="channel1"/> <address bus="0" controller="0" port="2" type="virtio-serial"/> .......... Someone know where can i take a look to solve this problem? Thank you

5 years, 10 months

1
0
0 / 0

Cannot access dashboard after upgrading to 4.3.4

by Albl, Oliver

Hi all, I upgraded our installation from 4.2.8 to 4.3.4 and I am unable to access the dashboard in UI as there is only "Loading data..." displayed. There are postgres processes running on the engine taking 100% cpu. One is running for more than 14 hours: SELECT name, AVG(total) AS total, AVG(used) AS used, MAX(previous_used) AS previous_used, MAX(previous_total) AS previous_total, MAX(vm_disk_ usage_percent) AS usage_percent FROM (SELECT history_datetime, vms.vm_name AS name, SUM(vm_disk_size_mb) AS total, SUM(vm_disk_actual_size_mb) AS used, COALESCE(MAX(previous_actual_size), 0) AS previous_used, COALESCE(MAX(previous_total_size), 0) AS previous_total, CASE WHEN MAX(vm_disk_size_mb) = 0 THEN 0 ELSE (CAST(MAX(vm_disk_actual_size_mb) AS DECIMAL)/ MAX(vm_disk_size_mb) * 100) END AS vm_disk_usage_percent FROM v4_2_statistics_vms_disks_resources_usage_samples samples INNER JOIN v4_2_latest_configuration_vms_devices devices ON devices.device_id = vm_disk_id IN NER JOIN v4_2_latest_configuration_vms vms ON vms.vm_id = devices.vm_id INNER JOIN v4_2_latest_configuration_vms_disks disks ON disks.vm_disk_id = samples.vm_disk_id LEFT OUTER JOIN (SELECT v m_name, AVG(previous_actual_size) AS previous_actual_size, AVG(previous_total_size) AS previous_total_size FROM (SELEC 13783 | 2019-06-15 08:41:52.349769+02 | active | SELECT name, AVG(total) AS total, AVG(used) AS used, MAX(previous_used) AS previous_used, MAX(previous_total) AS previous_total, MAX(vm_disk_ usage_percent) AS usage_percent FROM (SELECT history_datetime, vms.vm_name AS name, SUM(vm_disk_size_mb) AS total, SUM(vm_disk_actual_size_mb) AS used, COALESCE(MAX(previous_actual_size), 0) AS previous_used, COALESCE(MAX(previous_total_size), 0) AS previous_total, CASE WHEN MAX(vm_disk_size_mb) = 0 THEN 0 ELSE (CAST(MAX(vm_disk_actual_size_mb) AS DECIMAL)/ MAX(vm_disk_size_mb) * 100) END AS vm_disk_usage_percent FROM v4_2_statistics_vms_disks_resources_usage_samples samples INNER JOIN v4_2_latest_configuration_vms_devices devices ON devices.device_id = vm_disk_id IN NER JOIN v4_2_latest_configuration_vms vms ON vms.vm_id = devices.vm_id INNER JOIN v4_2_latest_configuration_vms_disks disks ON disks.vm_disk_id = samples.vm_disk_id LEFT OUTER JOIN (SELECT v m_name, AVG(previous_actual_size) AS previous_actual_size, AVG(previous_total_size) AS previous_total_size FROM (SELEC... oVirt Engine is configured with 128 GB memory and 24 cores. Please advice how to adress this. Thank you and all the best, Oliver

5 years, 10 months

3
10
0 / 0

Windows 7 Error writing credentials to pipe [1/3] (error = 2)

by Harry Conings

Hi i am evaluating ovirt 4.3 when i log in on the VM portal i can use a AD user when i click on a windows 7 64 bit machine console (SPICE) i get Dummy-2::INFO::2019-06-18 12:01:01,107::OVirtAgentLogic::322::root::Received an external command: login... Dummy-2::ERROR::2019-06-18 12:01:02,111::GuestAgentWin32::326::root::Error writing credentials to pipe [1/3] (error = 2) Dummy-2::ERROR::2019-06-18 12:01:03,104::GuestAgentWin32::326::root::Error writing credentials to pipe [2/3] (error = 2) Dummy-2::ERROR::2019-06-18 12:01:04,096::GuestAgentWin32::326::root::Error writing credentials to pipe [3/3] (error = 2) in the ovirt-guest-agent.log so Single Sign On does not work Can you help me because i am quite new at this rgds Harry

5 years, 10 months

1
0
0 / 0

Hosted engine setup: "Failed to configure management network on host Local due to setup networks failure"

by me＠brendanh.com

Hi, I've been failing to install hosted-engine on oVirt Node for a long time. I'm now trying on a Coffee Lake Xeon-based system, having previously tried on Broadwell-E. Trying using the webui or hosted-engine --deploy has similar result. Error in the title occurs when using the webui. Using hosted-engine --deploy gets shows: [ INFO ] TASK [ovirt.hosted_engine_setup : Wait for the host to be up] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.hosted_engine_setup : Check host status] [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "The host has been set in non_operational status, please check engine logs, fix accordingly and re-deploy.\n"} Despite the failure, the oVirt webui is can be browsed on https://<host>:6900, but the host has status "unassigned". The Node webui (https://<host>:9090) has the engine VM running, but when I login to its console, I see its IP is 192.168.122.123, not the DHCP-reserved IP address (on our 10.0.8.x network), which doesn't seem right. I suspect some problem with DHCP, but I don't know how to fix. Any ideas? vdsm.log shows: 2019-06-16 15:06:39,117+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:06:44,122+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=7f984b0d-9765-457e-ac8e-c5cd0bdf73d2 (api:48) 2019-06-16 15:06:44,122+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=7f984b0d-9765-457e-ac8e-c5cd0bdf73d2 (api:54) 2019-06-16 15:06:44,122+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:06:48,258+0000 INFO (periodic/1) [vdsm.api] START repoStats(domains=()) from=internal, task_id=0526307b-bb37-4eff-94d6-910ac0d64933 (api:48) 2019-06-16 15:06:48,258+0000 INFO (periodic/1) [vdsm.api] FINISH repoStats return={} from=internal, task_id=0526307b-bb37-4eff-94d6-910ac0d64933 (api:54) 2019-06-16 15:06:49,126+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=0d5b359e-1a4c-4cc0-87a1-4a41e91ba356 (api:48) 2019-06-16 15:06:49,126+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=0d5b359e-1a4c-4cc0-87a1-4a41e91ba356 (api:54) 2019-06-16 15:06:49,126+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:06:53,040+0000 INFO (jsonrpc/5) [api.host] START getAllVmStats() from=::1,50104 (api:48) 2019-06-16 15:06:53,041+0000 INFO (jsonrpc/5) [api.host] FINISH getAllVmStats return={'status': {'message': 'Done', 'code': 0}, 'statsList': (suppressed)} from=::1,50104 (api:54) 2019-06-16 15:06:53,041+0000 INFO (jsonrpc/5) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in 0.01 seconds (__init__:312) 2019-06-16 15:06:54,132+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=99c33317-7753-4d24-a10b-b716adcdaf76 (api:48) 2019-06-16 15:06:54,132+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=99c33317-7753-4d24-a10b-b716adcdaf76 (api:54) 2019-06-16 15:06:54,132+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:06:59,134+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=8f5679a1-8734-491d-b925-7387effe4726 (api:48) 2019-06-16 15:06:59,134+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=8f5679a1-8734-491d-b925-7387effe4726 (api:54) 2019-06-16 15:06:59,134+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:07:03,280+0000 INFO (periodic/3) [vdsm.api] START repoStats(domains=()) from=internal, task_id=a6b63d3e-3557-4a94-bc45-7f5936d5681a (api:48) 2019-06-16 15:07:03,280+0000 INFO (periodic/3) [vdsm.api] FINISH repoStats return={} from=internal, task_id=a6b63d3e-3557-4a94-bc45-7f5936d5681a (api:54) 2019-06-16 15:07:04,139+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=f22eae3b-ccba-493f-8da7-5e46f52ba97c (api:48) 2019-06-16 15:07:04,140+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=f22eae3b-ccba-493f-8da7-5e46f52ba97c (api:54) 2019-06-16 15:07:04,140+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:07:08,053+0000 INFO (jsonrpc/6) [api.host] START getAllVmStats() from=::1,50104 (api:48) 2019-06-16 15:07:08,053+0000 INFO (jsonrpc/6) [api.host] FINISH getAllVmStats return={'status': {'message': 'Done', 'code': 0}, 'statsList': (suppressed)} from=::1,50104 (api:54) 2019-06-16 15:07:08,054+0000 INFO (jsonrpc/6) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:07:08,059+0000 INFO (jsonrpc/7) [api.host] START getAllVmIoTunePolicies() from=::1,50104 (api:48) 2019-06-16 15:07:08,059+0000 INFO (jsonrpc/7) [api.host] FINISH getAllVmIoTunePolicies return={'status': {'message': 'Done', 'code': 0}, 'io_tune_policies_dict': {'56371630-7d71-4a9a-b84a-61f38f9d7c4d': {'policy': [], 'current_values': []}}} from=::1,50104 (api:54) 2019-06-16 15:07:08,059+0000 INFO (jsonrpc/7) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmIoTunePolicies succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:07:09,140+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=5c2d5726-5de9-4dec-b809-168708be0373 (api:48) 2019-06-16 15:07:09,140+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=5c2d5726-5de9-4dec-b809-168708be0373 (api:54) 2019-06-16 15:07:09,140+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:07:14,141+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=942e4aa2-e592-4447-bf47-717b6b220d63 (api:48) 2019-06-16 15:07:14,141+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=942e4aa2-e592-4447-bf47-717b6b220d63 (api:54) 2019-06-16 15:07:14,141+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:07:18,303+0000 INFO (periodic/1) [vdsm.api] START repoStats(domains=()) from=internal, task_id=dcc3066f-a08a-43a1-ae22-3d99d9f1e0ed (api:48) 2019-06-16 15:07:18,303+0000 INFO (periodic/1) [vdsm.api] FINISH repoStats return={} from=internal, task_id=dcc3066f-a08a-43a1-ae22-3d99d9f1e0ed (api:54) 2019-06-16 15:07:19,144+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=18f9bf90-bfb9-477c-945f-376bd4cfe8d5 (api:48) 2019-06-16 15:07:19,144+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=18f9bf90-bfb9-477c-945f-376bd4cfe8d5 (api:54) 2019-06-16 15:07:19,144+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:07:23,075+0000 INFO (jsonrpc/0) [api.host] START getAllVmStats() from=::1,50104 (api:48) 2019-06-16 15:07:23,075+0000 INFO (jsonrpc/0) [api.host] FINISH getAllVmStats return={'status': {'message': 'Done', 'code': 0}, 'statsList': (suppressed)} from=::1,50104 (api:54) 2019-06-16 15:07:23,076+0000 INFO (jsonrpc/0) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:07:23,077+0000 INFO (jsonrpc/1) [api.host] START getAllVmIoTunePolicies() from=::1,50104 (api:48) 2019-06-16 15:07:23,077+0000 INFO (jsonrpc/1) [api.host] FINISH getAllVmIoTunePolicies return={'status': {'message': 'Done', 'code': 0}, 'io_tune_policies_dict': {'56371630-7d71-4a9a-b84a-61f38f9d7c4d': {'policy': [], 'current_values': []}}} from=::1,50104 (api:54) 2019-06-16 15:07:23,078+0000 INFO (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmIoTunePolicies succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:07:24,149+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=cfb1c9aa-7e92-46f6-9faf-93caeee448c3 (api:48) 2019-06-16 15:07:24,149+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=cfb1c9aa-7e92-46f6-9faf-93caeee448c3 (api:54) 2019-06-16 15:07:24,149+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:07:29,154+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=f7196920-b1a5-4bc9-b36d-76bf0540f567 (api:48) 2019-06-16 15:07:29,154+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=f7196920-b1a5-4bc9-b36d-76bf0540f567 (api:54) 2019-06-16 15:07:29,154+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:07:33,318+0000 INFO (periodic/1) [vdsm.api] START repoStats(domains=()) from=internal, task_id=4c42bce2-75aa-423f-bb28-e06aeda7e349 (api:48) 2019-06-16 15:07:33,318+0000 INFO (periodic/1) [vdsm.api] FINISH repoStats return={} from=internal, task_id=4c42bce2-75aa-423f-bb28-e06aeda7e349 (api:54) 2019-06-16 15:07:34,155+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=dc936add-86ee-4cb3-9efe-3e5c370822d7 (api:48) 2019-06-16 15:07:34,155+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=dc936add-86ee-4cb3-9efe-3e5c370822d7 (api:54) 2019-06-16 15:07:34,155+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:07:38,079+0000 INFO (jsonrpc/2) [api.host] START getAllVmStats() from=::1,50104 (api:48) 2019-06-16 15:07:38,079+0000 INFO (jsonrpc/2) [api.host] FINISH getAllVmStats return={'status': {'message': 'Done', 'code': 0}, 'statsList': (suppressed)} from=::1,50104 (api:54) 2019-06-16 15:07:38,080+0000 INFO (jsonrpc/2) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:07:38,094+0000 INFO (jsonrpc/3) [api.host] START getAllVmIoTunePolicies() from=::1,50104 (api:48) 2019-06-16 15:07:38,094+0000 INFO (jsonrpc/3) [api.host] FINISH getAllVmIoTunePolicies return={'status': {'message': 'Done', 'code': 0}, 'io_tune_policies_dict': {'56371630-7d71-4a9a-b84a-61f38f9d7c4d': {'policy': [], 'current_values': []}}} from=::1,50104 (api:54) 2019-06-16 15:07:38,094+0000 INFO (jsonrpc/3) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmIoTunePolicies succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:07:39,161+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=3ead3df6-b5f8-412d-9395-a85b50e35cd3 (api:48) 2019-06-16 15:07:39,161+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=3ead3df6-b5f8-412d-9395-a85b50e35cd3 (api:54) 2019-06-16 15:07:39,161+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:07:44,166+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=0dffde8f-4d3f-4f21-ac3b-87e915f3a1b3 (api:48) 2019-06-16 15:07:44,166+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=0dffde8f-4d3f-4f21-ac3b-87e915f3a1b3 (api:54) 2019-06-16 15:07:44,166+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:07:48,336+0000 INFO (periodic/2) [vdsm.api] START repoStats(domains=()) from=internal, task_id=f7da324c-ab2b-4d61-813e-e28c22148da8 (api:48) 2019-06-16 15:07:48,336+0000 INFO (periodic/2) [vdsm.api] FINISH repoStats return={} from=internal, task_id=f7da324c-ab2b-4d61-813e-e28c22148da8 (api:54) 2019-06-16 15:07:49,172+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=2da4fdc5-5b17-4a72-810c-ebaa05bfd51d (api:48) 2019-06-16 15:07:49,172+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=2da4fdc5-5b17-4a72-810c-ebaa05bfd51d (api:54) 2019-06-16 15:07:49,172+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:07:53,098+0000 INFO (jsonrpc/4) [api.host] START getAllVmStats() from=::1,50104 (api:48) 2019-06-16 15:07:53,098+0000 INFO (jsonrpc/4) [api.host] FINISH getAllVmStats return={'status': {'message': 'Done', 'code': 0}, 'statsList': (suppressed)} from=::1,50104 (api:54) 2019-06-16 15:07:53,098+0000 INFO (jsonrpc/4) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:07:53,112+0000 INFO (jsonrpc/5) [api.host] START getAllVmIoTunePolicies() from=::1,50104 (api:48) 2019-06-16 15:07:53,112+0000 INFO (jsonrpc/5) [api.host] FINISH getAllVmIoTunePolicies return={'status': {'message': 'Done', 'code': 0}, 'io_tune_policies_dict': {'56371630-7d71-4a9a-b84a-61f38f9d7c4d': {'policy': [], 'current_values': []}}} from=::1,50104 (api:54) 2019-06-16 15:07:53,112+0000 INFO (jsonrpc/5) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmIoTunePolicies succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:07:53,656+0000 INFO (Reactor thread) [ProtocolDetector.AcceptorImpl] Accepted connection from ::ffff:192.168.122.123:36798 (protocoldetector:61) 2019-06-16 15:07:53,717+0000 INFO (Reactor thread) [ProtocolDetector.Detector] Detected protocol stomp from ::ffff:192.168.122.123:36798 (protocoldetector:125) 2019-06-16 15:07:53,717+0000 INFO (Reactor thread) [Broker.StompAdapter] Processing CONNECT request (stompserver:95) 2019-06-16 15:07:53,718+0000 INFO (JsonRpc (StompReactor)) [Broker.StompAdapter] Subscribe command received (stompserver:124) 2019-06-16 15:07:53,718+0000 INFO (JsonRpc (StompReactor)) [Broker.StompAdapter] Subscribe command received (stompserver:124) 2019-06-16 15:07:53,758+0000 INFO (jsonrpc/6) [jsonrpc.JsonRpcServer] RPC call Host.ping2 succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:07:53,776+0000 INFO (jsonrpc/7) [api.host] START getCapabilities() from=::ffff:192.168.122.123,36798, flow_id=129ab006 (api:48) 2019-06-16 15:07:53,882+0000 INFO (jsonrpc/7) [root] managedvolume not supported: Managed Volume Not Supported. Missing package os-brick.: ('Cannot import os_brick',) (caps:150) 2019-06-16 15:07:54,139+0000 INFO (jsonrpc/7) [root] /usr/libexec/vdsm/hooks/after_get_caps/50_openstacknet: rc=0 err= (hooks:114) 2019-06-16 15:07:54,173+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=73e7508c-26de-4f2d-8e3f-575a96e33a1e (api:48) 2019-06-16 15:07:54,173+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=73e7508c-26de-4f2d-8e3f-575a96e33a1e (api:54) 2019-06-16 15:07:54,173+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:07:54,262+0000 INFO (jsonrpc/7) [root] /usr/libexec/vdsm/hooks/after_get_caps/openstacknet_utils.py: rc=0 err= (hooks:114) 2019-06-16 15:07:54,401+0000 INFO (jsonrpc/7) [root] /usr/libexec/vdsm/hooks/after_get_caps/ovirt_provider_ovn_hook: rc=0 err= (hooks:114) 2019-06-16 15:07:54,402+0000 INFO (jsonrpc/7) [api.host] FINISH getCapabilities return={'status': {'message': 'Done', 'code': 0}, 'info': {u'HBAInventory': {u'iSCSI': [{u'InitiatorName': u'iqn.1994-05.com.redhat:ce1834079cf1'}], u'FC': []}, u'packages2': {u'kernel': {u'release': u'957.10.1.el7.x86_64', u'version': u'3.10.0'}, u'glusterfs-rdma': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-fuse': {u'release': u'1.el7', u'version': u'5.5'}, u'spice-server': {u'release': u'6.el7_6.1', u'version': u'0.14.0'}, u'librbd1': {u'release': u'4.el7', u'version': u'10.2.5'}, u'vdsm': {u'release': u'1.el7', u'version': u'4.30.13'}, u'qemu-kvm': {u'release': u'18.el7_6.3.1', u'version': u'2.12.0'}, u'openvswitch': {u'release': u'3.el7', u'version': u'2.10.1'}, u'libvirt': {u'release': u'10.el7_6.6', u'version': u'4.5.0'}, u'ovirt-hosted-engine-ha': {u'release': u'1.el7', u'version': u'2.3.1'}, u'qemu-img': {u'release': u'18.el7_6.3.1', u'version': u'2.12.0'}, u'mom': {u'release': u'1.e l7.centos', u'version': u'0.5.12'}, u'glusterfs': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-cli': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-server': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-geo-replication': {u'release': u'1.el7', u'version': u'5.5'}}, u'numaNodeDistance': {u'0': [10]}, u'cpuModel': u'Intel(R) Xeon(R) E-2146G CPU @ 3.50GHz', u'nestedVirtualization': False, u'liveMerge': u'true', u'hooks': {u'after_vm_start': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ea0a5a715da8c1badbcda28e8b8fa00e'}}, u'after_network_setup': {u'30_ethtool_options': {u'md5': u'ce1fbad7aa0389e3b06231219140bf0d'}}, u'before_vm_start': {u'50_hostedengine': {u'md5': u'95c810cdcfe4195302a59574a5148289'}, u'50_vhostmd': {u'md5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'after_device_migrate_destination': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md 5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'before_network_setup': {u'50_fcoe': {u'md5': u'28c352339c8beef1e1b05c67d106d062'}}, u'before_device_create': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}, u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ec8d5d7ba063a109f749cd63c7a2b58d'}, u'20_ovirt_provider_ovn_vhostuser_hook': {u'md5': u'a8af653b7386c138b2e6e9738bd6b62c'}, u'10_ovirt_provider_ovn_hook': {u'md5': u'73822988042847bab1ea832a6b9fa837'}}, u'after_device_create': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'after_nic_hotplug': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'before_vm_migrate_destination': {u'50_vhostmd': {u'md5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'before_vm_dehibernate': {u'50_vhostmd': {u'md 5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'before_nic_hotplug': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}, u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ec8d5d7ba063a109f749cd63c7a2b58d'}, u'20_ovirt_provider_ovn_vhostuser_hook': {u'md5': u'a8af653b7386c138b2e6e9738bd6b62c'}, u'10_ovirt_provider_ovn_hook': {u'md5': u'73822988042847bab1ea832a6b9fa837'}}, u'after_get_caps': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'5c3a9ab6e06e039bdd220c0216e45809'}, u'ovirt_provider_ovn_hook': {u'md5': u'4c4b1d2d5460e6a65114ae36cb775df6'}}, u'before_device_migrate_destination': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}}, u'after_vm_destroy': {u'delete_vhostuserclient_hook': {u'md5': u'c2f279cc9483a3f842f6c29df13994c1'}, u'50_vhostmd': {u'md5': u'bdf4802c0521cf1bae08f2b90a9559cf'}}}, u'supportsIPv6': True, u'realtimeKernel': False, u'vmTypes': [ u'kvm'], u'liveSnapshot': u'true', u'cpuThreads': u'12', u'kdumpStatus': 0, u'deferred_preallocation': True, u'networks': {}, u'kernelArgs': u'BOOT_IMAGE=/ovirt-node-ng-4.3.3.1-0.20190417.0+1/vmlinuz-3.10.0-957.10.1.el7.x86_64 root=/dev/onn_host/ovirt-node-ng-4.3.3.1-0.20190417.0+1 ro crashkernel=auto rd.lvm.lv=onn_host/swap rd.lvm.lv=onn_host/ovirt-node-ng-4.3.3.1-0.20190417.0+1 rhgb quiet LANG=en_GB.UTF-8 img.bootid=ovirt-node-ng-4.3.3.1-0.20190417.0+1', u'domain_versions': [0, 2, 3, 4, 5], u'bridges': {u'virbr0': {u'ipv6autoconf': False, u'addr': u'192.168.122.1', u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'255.255.255.0', u'ipv4defaultroute': False, u'stp': u'on', u'ipv4addrs': [u'192.168.122.1/24'], u'ipv6gateway': u'::', u'gateway': u'', u'opts': {u'multicast_last_member_count': u'2', u'vlan_protocol': u'0x8100', u'hash_elasticity': u'4', u'multicast_query_response_interval': u'1000', u'group_fwd_mask': u'0x0', u'multicast_snooping': u' 1', u'multicast_startup_query_interval': u'3125', u'hello_timer': u'99', u'multicast_querier_interval': u'25500', u'max_age': u'2000', u'hash_max': u'512', u'stp_state': u'1', u'topology_change_detected': u'0', u'priority': u'32768', u'multicast_igmp_version': u'2', u'multicast_membership_interval': u'26000', u'root_path_cost': u'0', u'root_port': u'0', u'multicast_stats_enabled': u'0', u'multicast_startup_query_count': u'2', u'nf_call_iptables': u'0', u'vlan_stats_enabled': u'0', u'hello_time': u'200', u'topology_change': u'0', u'bridge_id': u'8000.5254006a0284', u'topology_change_timer': u'0', u'ageing_time': u'30000', u'nf_call_ip6tables': u'0', u'multicast_mld_version': u'1', u'gc_timer': u'17825', u'root_id': u'8000.5254006a0284', u'nf_call_arptables': u'0', u'group_addr': u'1:80:c2:0:0:0', u'multicast_last_member_interval': u'100', u'default_pvid': u'1', u'multicast_query_interval': u'12500', u'multicast_query_use_ifaddr': u'0', u'tcn_timer': u'0', u'multicast_router': u'1', u 'vlan_filtering': u'0', u'multicast_querier': u'0', u'forward_delay': u'200'}, u'ports': [u'vnet0', u'virbr0-nic']}}, u'uuid': u'03d502e0-045e-05e4-b806-190700080009', u'onlineCpus': u'0,1,2,3,4,5,6,7,8,9,10,11', u'nameservers': [u'10.0.8.1', u'8.8.8.8', u'8.8.4.4'], u'nics': {u'enp2s0': {u'ipv6autoconf': True, u'addr': u'10.0.8.152', u'speed': 1000, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': True, u'netmask': u'255.255.255.0', u'ipv4defaultroute': True, u'ipv4addrs': [u'10.0.8.152/24'], u'hwaddr': u'00:e0:4c:68:75:29', u'ipv6gateway': u'::', u'gateway': u'10.0.8.1'}, u'eno1': {u'ipv6autoconf': True, u'addr': u'', u'speed': 10, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute': False, u'ipv4addrs': [], u'hwaddr': u'e0:d5:5e:e4:b8:19', u'ipv6gateway': u'::', u'gateway': u''}, u'enp9s0': {u'ipv6autoconf': True, u'addr': u'', u'speed': 1000, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': Fal se, u'netmask': u'', u'ipv4defaultroute': False, u'ipv4addrs': [], u'hwaddr': u'e0:d5:5e:e4:b8:1a', u'ipv6gateway': u'::', u'gateway': u''}}, u'software_revision': u'1', u'hostdevPassthrough': u'false', u'clusterLevels': [u'4.1', u'4.2', u'4.3'], u'cpuFlags': u'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,art,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,sdbg,fma,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,x2apic,movbe,popcnt,tsc_deadline_timer,aes,xsave,avx,f16c,rdrand,lahf_lm,abm,3dnowprefetch,intel_pt,ssbd,ibrs,ibpb,stibp,tpr_shadow,vnmi,flexpriority,ept,vpid,fsgsbase,tsc_adjust,bmi1,hle,avx2,smep,bmi2,erms,invpcid,rtm,mpx,rdseed,adx,smap,clflushopt,xsaveopt,xsavec,xgetbv1,dtherm,ida,arat,pln,pts,hwp,hwp_notify,hwp_act_window,hwp_epp,spec_ctrl,intel_stibp,flush_l1d,model_Opteron_G2,mode l_kvm32,model_SandyBridge-IBRS,model_Haswell-noTSX,model_Opteron_G1,model_core2duo,model_pentium,model_Haswell,model_Westmere-IBRS,model_Haswell-IBRS,model_Broadwell-noTSX,model_qemu64,model_Broadwell-noTSX-IBRS,model_kvm64,model_Skylake-Client,model_Broadwell-IBRS,model_coreduo,model_Nehalem,model_Skylake-Client-IBRS,model_Nehalem-IBRS,model_IvyBridge,model_Westmere,model_SandyBridge,model_IvyBridge-IBRS,model_n270,model_Haswell-noTSX-IBRS,model_qemu32,model_Penryn,model_pentium2,model_pentium3,model_Conroe,model_Broadwell,model_486', u'kernelFeatures': {u'IBRS': 1, u'RETP': 0, u'SSBD': 3, u'PTI': 1}, u'ISCSIInitiatorName': u'iqn.1994-05.com.redhat:ce1834079cf1', u'netConfigDirty': u'False', u'selinux': {u'mode': u'1'}, u'autoNumaBalancing': 0, u'reservedMem': u'321', u'bondings': {}, u'software_version': u'4.30.13', u'supportedENGINEs': [u'4.1', u'4.2', u'4.3'], u'vncEncrypted': False, u'backupEnabled': False, u'cpuSpeed': u'4298.095', u'numaNodes': {u'0': {u'totalMemory': u'12860 2', u'cpus': [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11]}}, u'cpuSockets': u'1', u'vlans': {}, u'version_name': u'Snow Man', 'lastClientIface': 'enp2s0', u'cpuCores': u'6', u'hostedEngineDeployed': False, u'hugepages': [1048576, 2048], u'guestOverhead': u'65', u'additionalFeatures': [u'libgfapi_supported', u'GLUSTER_SNAPSHOT', u'GLUSTER_GEO_REPLICATION', u'GLUSTER_BRICK_MANAGEMENT'], u'openstack_binding_host_ids': {u'OPENSTACK_OVN': u'host.example.com', u'OPEN_VSWITCH': u'host.example.com', u'OVIRT_PROVIDER_OVN': u'ed84f8bd-6024-41dc-baff-29ddcf8c9fc1'}, u'kvmEnabled': u'true', u'memSize': u'128602', u'emulatedMachines': [u'pc-i440fx-rhel7.1.0', u'pc-q35-rhel7.3.0', u'rhel6.3.0', u'pc-i440fx-rhel7.5.0', u'pc-i440fx-rhel7.0.0', u'rhel6.1.0', u'pc-q35-rhel7.6.0', u'pc-i440fx-rhel7.4.0', u'rhel6.6.0', u'pc-q35-rhel7.5.0', u'rhel6.2.0', u'pc', u'pc-i440fx-rhel7.3.0', u'q35', u'pc-i440fx-rhel7.2.0', u'rhel6.4.0', u'pc-q35-rhel7.4.0', u'pc-i440fx-rhel7.6.0', u'rhel6.0.0', u'rhel6.5.0'], u'rngS ources': [u'hwrng', u'random'], u'operatingSystem': {u'release': u'6.1810.2.el7.centos', u'pretty_name': u'oVirt Node 4.3.3.1', u'version': u'7', u'name': u'RHEL'}}} from=::ffff:192.168.122.123,36798, flow_id=129ab006 (api:54) 2019-06-16 15:07:54,406+0000 INFO (jsonrpc/7) [jsonrpc.JsonRpcServer] RPC call Host.getCapabilities succeeded in 0.63 seconds (__init__:312) 2019-06-16 15:07:54,530+0000 INFO (jsonrpc/0) [jsonrpc.JsonRpcServer] RPC call Host.confirmConnectivity succeeded in 0.01 seconds (__init__:312) 2019-06-16 15:07:54,538+0000 INFO (jsonrpc/1) [api.network] START setupNetworks(networks={u'ovirtmgmt': {u'ipv6autoconf': True, u'nic': u'enp2s0', u'mtu': 1500, u'switch': u'legacy', u'dhcpv6': False, u'STP': u'no', u'bridged': u'true', u'defaultRoute': True, u'bootproto': u'dhcp'}}, bondings={}, options={u'connectivityCheck': u'true', u'connectivityTimeout': 120, u'commitOnSuccess': False}) from=::ffff:192.168.122.123,36798, flow_id=c0327 (api:48) 2019-06-16 15:07:59,178+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=a60cfd9c-3ea6-49a7-8563-a6c0a1ad7943 (api:48) 2019-06-16 15:07:59,178+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=a60cfd9c-3ea6-49a7-8563-a6c0a1ad7943 (api:54) 2019-06-16 15:07:59,179+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:08:03,352+0000 INFO (periodic/3) [vdsm.api] START repoStats(domains=()) from=internal, task_id=bd363115-1711-41a7-89bf-9309b8c8b9ba (api:48) 2019-06-16 15:08:03,352+0000 INFO (periodic/3) [vdsm.api] FINISH repoStats return={} from=internal, task_id=bd363115-1711-41a7-89bf-9309b8c8b9ba (api:54) 2019-06-16 15:08:04,184+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=f227c8ad-b3aa-400e-af89-06f34db9fbbd (api:48) 2019-06-16 15:08:04,184+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=f227c8ad-b3aa-400e-af89-06f34db9fbbd (api:54) 2019-06-16 15:08:04,184+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:08:08,006+0000 INFO (dhclient-monitor) [root] Received DHCP response: {'action': 'configure', 'ip': '10.0.8.152', 'route': '10.0.8.1', 'iface': 'ovirtmgmt', 'mask': '255.255.255.0'} (dhclient_monitor:127) 2019-06-16 15:08:08,105+0000 INFO (jsonrpc/2) [api.host] START getAllVmStats() from=::1,50104 (api:48) 2019-06-16 15:08:08,105+0000 INFO (jsonrpc/2) [api.host] FINISH getAllVmStats return={'status': {'message': 'Done', 'code': 0}, 'statsList': (suppressed)} from=::1,50104 (api:54) 2019-06-16 15:08:08,106+0000 INFO (jsonrpc/2) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:08:08,129+0000 INFO (jsonrpc/3) [api.host] START getAllVmIoTunePolicies() from=::1,50104 (api:48) 2019-06-16 15:08:08,129+0000 INFO (jsonrpc/3) [api.host] FINISH getAllVmIoTunePolicies return={'status': {'message': 'Done', 'code': 0}, 'io_tune_policies_dict': {'56371630-7d71-4a9a-b84a-61f38f9d7c4d': {'policy': [], 'current_values': []}}} from=::1,50104 (api:54) 2019-06-16 15:08:08,129+0000 INFO (jsonrpc/3) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmIoTunePolicies succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:08:08,761+0000 INFO (jsonrpc/4) [jsonrpc.JsonRpcServer] RPC call Host.confirmConnectivity succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:08:08,762+0000 INFO (jsonrpc/4) [jsonrpc.JsonRpcServer] RPC call Host.confirmConnectivity succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:08:08,762+0000 INFO (jsonrpc/4) [jsonrpc.JsonRpcServer] RPC call Host.confirmConnectivity succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:08:08,762+0000 INFO (jsonrpc/4) [jsonrpc.JsonRpcServer] RPC call Host.confirmConnectivity succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:08:08,762+0000 INFO (jsonrpc/4) [jsonrpc.JsonRpcServer] RPC call Host.confirmConnectivity succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:08:08,762+0000 INFO (jsonrpc/4) [jsonrpc.JsonRpcServer] RPC call Host.confirmConnectivity succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:08:09,189+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=22403389-1c68-4e12-81e5-dc61df9d2b17 (api:48) 2019-06-16 15:08:09,189+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=22403389-1c68-4e12-81e5-dc61df9d2b17 (api:54) 2019-06-16 15:08:09,189+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:08:09,521+0000 INFO (jsonrpc/1) [api.network] FINISH setupNetworks return={'status': {'message': 'Done', 'code': 0}} from=::ffff:192.168.122.123,36798, flow_id=c0327 (api:54) 2019-06-16 15:08:09,522+0000 INFO (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC call Host.setupNetworks succeeded in 14.99 seconds (__init__:312) 2019-06-16 15:08:10,055+0000 INFO (jsonrpc/3) [jsonrpc.JsonRpcServer] RPC call Host.confirmConnectivity succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:08:12,558+0000 INFO (jsonrpc/4) [jsonrpc.JsonRpcServer] RPC call Host.confirmConnectivity succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:08:12,561+0000 INFO (jsonrpc/5) [api.host] START getCapabilities() from=::ffff:192.168.122.123,36798, flow_id=c0327 (api:48) 2019-06-16 15:08:12,611+0000 INFO (jsonrpc/5) [root] managedvolume not supported: Managed Volume Not Supported. Missing package os-brick.: ('Cannot import os_brick',) (caps:150) 2019-06-16 15:08:12,862+0000 INFO (jsonrpc/5) [root] /usr/libexec/vdsm/hooks/after_get_caps/50_openstacknet: rc=0 err= (hooks:114) 2019-06-16 15:08:12,984+0000 INFO (jsonrpc/5) [root] /usr/libexec/vdsm/hooks/after_get_caps/openstacknet_utils.py: rc=0 err= (hooks:114) 2019-06-16 15:08:13,127+0000 INFO (jsonrpc/5) [root] /usr/libexec/vdsm/hooks/after_get_caps/ovirt_provider_ovn_hook: rc=0 err= (hooks:114) 2019-06-16 15:08:13,127+0000 INFO (jsonrpc/5) [api.host] FINISH getCapabilities return={'status': {'message': 'Done', 'code': 0}, 'info': {u'HBAInventory': {u'iSCSI': [{u'InitiatorName': u'iqn.1994-05.com.redhat:ce1834079cf1'}], u'FC': []}, u'packages2': {u'kernel': {u'release': u'957.10.1.el7.x86_64', u'version': u'3.10.0'}, u'glusterfs-rdma': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-fuse': {u'release': u'1.el7', u'version': u'5.5'}, u'spice-server': {u'release': u'6.el7_6.1', u'version': u'0.14.0'}, u'librbd1': {u'release': u'4.el7', u'version': u'10.2.5'}, u'vdsm': {u'release': u'1.el7', u'version': u'4.30.13'}, u'qemu-kvm': {u'release': u'18.el7_6.3.1', u'version': u'2.12.0'}, u'openvswitch': {u'release': u'3.el7', u'version': u'2.10.1'}, u'libvirt': {u'release': u'10.el7_6.6', u'version': u'4.5.0'}, u'ovirt-hosted-engine-ha': {u'release': u'1.el7', u'version': u'2.3.1'}, u'qemu-img': {u'release': u'18.el7_6.3.1', u'version': u'2.12.0'}, u'mom': {u'release': u'1.e l7.centos', u'version': u'0.5.12'}, u'glusterfs': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-cli': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-server': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-geo-replication': {u'release': u'1.el7', u'version': u'5.5'}}, u'numaNodeDistance': {u'0': [10]}, u'cpuModel': u'Intel(R) Xeon(R) E-2146G CPU @ 3.50GHz', u'nestedVirtualization': False, u'liveMerge': u'true', u'hooks': {u'after_vm_start': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ea0a5a715da8c1badbcda28e8b8fa00e'}}, u'after_network_setup': {u'30_ethtool_options': {u'md5': u'ce1fbad7aa0389e3b06231219140bf0d'}}, u'before_vm_start': {u'50_hostedengine': {u'md5': u'95c810cdcfe4195302a59574a5148289'}, u'50_vhostmd': {u'md5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'after_device_migrate_destination': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md 5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'before_network_setup': {u'50_fcoe': {u'md5': u'28c352339c8beef1e1b05c67d106d062'}}, u'before_device_create': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}, u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ec8d5d7ba063a109f749cd63c7a2b58d'}, u'20_ovirt_provider_ovn_vhostuser_hook': {u'md5': u'a8af653b7386c138b2e6e9738bd6b62c'}, u'10_ovirt_provider_ovn_hook': {u'md5': u'73822988042847bab1ea832a6b9fa837'}}, u'after_device_create': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'after_nic_hotplug': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'before_vm_migrate_destination': {u'50_vhostmd': {u'md5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'before_vm_dehibernate': {u'50_vhostmd': {u'md 5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'before_nic_hotplug': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}, u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ec8d5d7ba063a109f749cd63c7a2b58d'}, u'20_ovirt_provider_ovn_vhostuser_hook': {u'md5': u'a8af653b7386c138b2e6e9738bd6b62c'}, u'10_ovirt_provider_ovn_hook': {u'md5': u'73822988042847bab1ea832a6b9fa837'}}, u'after_get_caps': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'5c3a9ab6e06e039bdd220c0216e45809'}, u'ovirt_provider_ovn_hook': {u'md5': u'4c4b1d2d5460e6a65114ae36cb775df6'}}, u'before_device_migrate_destination': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}}, u'after_vm_destroy': {u'delete_vhostuserclient_hook': {u'md5': u'c2f279cc9483a3f842f6c29df13994c1'}, u'50_vhostmd': {u'md5': u'bdf4802c0521cf1bae08f2b90a9559cf'}}}, u'supportsIPv6': True, u'realtimeKernel': False, u'vmTypes': [ u'kvm'], u'liveSnapshot': u'true', u'cpuThreads': u'12', u'kdumpStatus': 0, u'deferred_preallocation': True, u'networks': {u'ovirtmgmt': {u'iface': u'ovirtmgmt', u'ipv6autoconf': True, u'addr': u'10.0.8.152', u'dhcpv6': False, u'ipv6addrs': [], u'switch': u'legacy', u'bridged': True, u'southbound': u'enp2s0', u'dhcpv4': True, u'netmask': u'255.255.255.0', u'ipv4defaultroute': True, u'stp': u'off', u'ipv4addrs': [u'10.0.8.152/24'], u'mtu': u'1500', u'ipv6gateway': u'::', u'gateway': u'10.0.8.1', u'ports': [u'enp2s0']}}, u'kernelArgs': u'BOOT_IMAGE=/ovirt-node-ng-4.3.3.1-0.20190417.0+1/vmlinuz-3.10.0-957.10.1.el7.x86_64 root=/dev/onn_host/ovirt-node-ng-4.3.3.1-0.20190417.0+1 ro crashkernel=auto rd.lvm.lv=onn_host/swap rd.lvm.lv=onn_host/ovirt-node-ng-4.3.3.1-0.20190417.0+1 rhgb quiet LANG=en_GB.UTF-8 img.bootid=ovirt-node-ng-4.3.3.1-0.20190417.0+1', u'domain_versions': [0, 2, 3, 4, 5], u'bridges': {u'ovirtmgmt': {u'ipv6autoconf': True, u'addr': u'10.0.8.152', u'dhcpv6': False, u'ipv6a ddrs': [], u'mtu': u'1500', u'dhcpv4': True, u'netmask': u'255.255.255.0', u'ipv4defaultroute': True, u'stp': u'off', u'ipv4addrs': [u'10.0.8.152/24'], u'ipv6gateway': u'::', u'gateway': u'10.0.8.1', u'opts': {u'multicast_last_member_count': u'2', u'vlan_protocol': u'0x8100', u'hash_elasticity': u'4', u'multicast_query_response_interval': u'1000', u'group_fwd_mask': u'0x0', u'multicast_snooping': u'1', u'multicast_startup_query_interval': u'3125', u'hello_timer': u'0', u'multicast_querier_interval': u'25500', u'max_age': u'2000', u'hash_max': u'512', u'stp_state': u'0', u'topology_change_detected': u'0', u'priority': u'32768', u'multicast_igmp_version': u'2', u'multicast_membership_interval': u'26000', u'root_path_cost': u'0', u'root_port': u'0', u'multicast_stats_enabled': u'0', u'multicast_startup_query_count': u'2', u'nf_call_iptables': u'0', u'vlan_stats_enabled': u'0', u'hello_time': u'200', u'topology_change': u'0', u'bridge_id': u'8000.00e04c687529', u'topology_change_timer': u'0', u'ageing_time': u'30000', u'nf_call_ip6tables': u'0', u'multicast_mld_version': u'1', u'gc_timer': u'28337', u'root_id': u'8000.00e04c687529', u'nf_call_arptables': u'0', u'group_addr': u'1:80:c2:0:0:0', u'multicast_last_member_interval': u'100', u'default_pvid': u'1', u'multicast_query_interval': u'12500', u'multicast_query_use_ifaddr': u'0', u'tcn_timer': u'0', u'multicast_router': u'1', u'vlan_filtering': u'0', u'multicast_querier': u'0', u'forward_delay': u'0'}, u'ports': [u'enp2s0']}, u'virbr0': {u'ipv6autoconf': False, u'addr': u'192.168.122.1', u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'255.255.255.0', u'ipv4defaultroute': False, u'stp': u'on', u'ipv4addrs': [u'192.168.122.1/24'], u'ipv6gateway': u'::', u'gateway': u'', u'opts': {u'multicast_last_member_count': u'2', u'vlan_protocol': u'0x8100', u'hash_elasticity': u'4', u'multicast_query_response_interval': u'1000', u'group_fwd_mask': u'0x0', u'multicast_snooping': u'1', u'mul ticast_startup_query_interval': u'3125', u'hello_timer': u'21', u'multicast_querier_interval': u'25500', u'max_age': u'2000', u'hash_max': u'512', u'stp_state': u'1', u'topology_change_detected': u'0', u'priority': u'32768', u'multicast_igmp_version': u'2', u'multicast_membership_interval': u'26000', u'root_path_cost': u'0', u'root_port': u'0', u'multicast_stats_enabled': u'0', u'multicast_startup_query_count': u'2', u'nf_call_iptables': u'0', u'vlan_stats_enabled': u'0', u'hello_time': u'200', u'topology_change': u'0', u'bridge_id': u'8000.5254006a0284', u'topology_change_timer': u'0', u'ageing_time': u'30000', u'nf_call_ip6tables': u'0', u'multicast_mld_version': u'1', u'gc_timer': u'15946', u'root_id': u'8000.5254006a0284', u'nf_call_arptables': u'0', u'group_addr': u'1:80:c2:0:0:0', u'multicast_last_member_interval': u'100', u'default_pvid': u'1', u'multicast_query_interval': u'12500', u'multicast_query_use_ifaddr': u'0', u'tcn_timer': u'0', u'multicast_router': u'1', u'vlan_fil tering': u'0', u'multicast_querier': u'0', u'forward_delay': u'200'}, u'ports': [u'vnet0', u'virbr0-nic']}}, u'uuid': u'03d502e0-045e-05e4-b806-190700080009', u'onlineCpus': u'0,1,2,3,4,5,6,7,8,9,10,11', u'nameservers': [u'10.0.8.1', u'10.0.8.1', u'8.8.8.8', u'8.8.4.4'], u'nics': {u'enp2s0': {u'ipv6autoconf': False, u'addr': u'', u'speed': 1000, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute': False, u'ipv4addrs': [], u'hwaddr': u'00:e0:4c:68:75:29', u'ipv6gateway': u'::', u'gateway': u''}, u'eno1': {u'ipv6autoconf': True, u'addr': u'', u'speed': 10, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute': False, u'ipv4addrs': [], u'hwaddr': u'e0:d5:5e:e4:b8:19', u'ipv6gateway': u'::', u'gateway': u''}, u'enp9s0': {u'ipv6autoconf': True, u'addr': u'', u'speed': 1000, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute' : False, u'ipv4addrs': [], u'hwaddr': u'e0:d5:5e:e4:b8:1a', u'ipv6gateway': u'::', u'gateway': u''}}, u'software_revision': u'1', u'hostdevPassthrough': u'false', u'clusterLevels': [u'4.1', u'4.2', u'4.3'], u'cpuFlags': u'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,art,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,sdbg,fma,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,x2apic,movbe,popcnt,tsc_deadline_timer,aes,xsave,avx,f16c,rdrand,lahf_lm,abm,3dnowprefetch,intel_pt,ssbd,ibrs,ibpb,stibp,tpr_shadow,vnmi,flexpriority,ept,vpid,fsgsbase,tsc_adjust,bmi1,hle,avx2,smep,bmi2,erms,invpcid,rtm,mpx,rdseed,adx,smap,clflushopt,xsaveopt,xsavec,xgetbv1,dtherm,ida,arat,pln,pts,hwp,hwp_notify,hwp_act_window,hwp_epp,spec_ctrl,intel_stibp,flush_l1d,model_Opteron_G2,model_kvm32,model_SandyBridge-IBRS,model_Has well-noTSX,model_Opteron_G1,model_core2duo,model_pentium,model_Haswell,model_Westmere-IBRS,model_Haswell-IBRS,model_Broadwell-noTSX,model_qemu64,model_Broadwell-noTSX-IBRS,model_kvm64,model_Skylake-Client,model_Broadwell-IBRS,model_coreduo,model_Nehalem,model_Skylake-Client-IBRS,model_Nehalem-IBRS,model_IvyBridge,model_Westmere,model_SandyBridge,model_IvyBridge-IBRS,model_n270,model_Haswell-noTSX-IBRS,model_qemu32,model_Penryn,model_pentium2,model_pentium3,model_Conroe,model_Broadwell,model_486', u'kernelFeatures': {u'IBRS': 1, u'RETP': 0, u'SSBD': 3, u'PTI': 1}, u'ISCSIInitiatorName': u'iqn.1994-05.com.redhat:ce1834079cf1', u'netConfigDirty': u'True', u'selinux': {u'mode': u'1'}, u'autoNumaBalancing': 0, u'reservedMem': u'321', u'bondings': {}, u'software_version': u'4.30.13', u'supportedENGINEs': [u'4.1', u'4.2', u'4.3'], u'vncEncrypted': False, u'backupEnabled': False, u'cpuSpeed': u'4298.095', u'numaNodes': {u'0': {u'totalMemory': u'128602', u'cpus': [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11]}}, u'cpuSockets': u'1', u'vlans': {}, u'version_name': u'Snow Man', 'lastClientIface': 'ovirtmgmt', u'cpuCores': u'6', u'hostedEngineDeployed': False, u'hugepages': [1048576, 2048], u'guestOverhead': u'65', u'additionalFeatures': [u'libgfapi_supported', u'GLUSTER_SNAPSHOT', u'GLUSTER_GEO_REPLICATION', u'GLUSTER_BRICK_MANAGEMENT'], u'openstack_binding_host_ids': {u'OPENSTACK_OVN': u'host.example.com', u'OPEN_VSWITCH': u'host.example.com', u'OVIRT_PROVIDER_OVN': u'ed84f8bd-6024-41dc-baff-29ddcf8c9fc1'}, u'kvmEnabled': u'true', u'memSize': u'128602', u'emulatedMachines': [u'pc-i440fx-rhel7.1.0', u'pc-q35-rhel7.3.0', u'rhel6.3.0', u'pc-i440fx-rhel7.5.0', u'pc-i440fx-rhel7.0.0', u'rhel6.1.0', u'pc-q35-rhel7.6.0', u'pc-i440fx-rhel7.4.0', u'rhel6.6.0', u'pc-q35-rhel7.5.0', u'rhel6.2.0', u'pc', u'pc-i440fx-rhel7.3.0', u'q35', u'pc-i440fx-rhel7.2.0', u'rhel6.4.0', u'pc-q35-rhel7.4.0', u'pc-i440fx-rhel7.6.0', u'rhel6.0.0', u'rhel6.5.0'], u'rngSources': [u'hwrng', u'random'], u'oper atingSystem': {u'release': u'6.1810.2.el7.centos', u'pretty_name': u'oVirt Node 4.3.3.1', u'version': u'7', u'name': u'RHEL'}}} from=::ffff:192.168.122.123,36798, flow_id=c0327 (api:54) 2019-06-16 15:08:13,131+0000 INFO (jsonrpc/5) [jsonrpc.JsonRpcServer] RPC call Host.getCapabilities succeeded in 0.57 seconds (__init__:312) 2019-06-16 15:08:13,204+0000 INFO (jsonrpc/6) [api.host] START getCapabilities() from=::ffff:192.168.122.123,36798, flow_id=229dce52 (api:48) 2019-06-16 15:08:13,245+0000 INFO (jsonrpc/6) [root] managedvolume not supported: Managed Volume Not Supported. Missing package os-brick.: ('Cannot import os_brick',) (caps:150) 2019-06-16 15:08:13,488+0000 INFO (jsonrpc/6) [root] /usr/libexec/vdsm/hooks/after_get_caps/50_openstacknet: rc=0 err= (hooks:114) 2019-06-16 15:08:13,606+0000 INFO (jsonrpc/6) [root] /usr/libexec/vdsm/hooks/after_get_caps/openstacknet_utils.py: rc=0 err= (hooks:114) 2019-06-16 15:08:13,741+0000 INFO (jsonrpc/6) [root] /usr/libexec/vdsm/hooks/after_get_caps/ovirt_provider_ovn_hook: rc=0 err= (hooks:114) 2019-06-16 15:08:13,742+0000 INFO (jsonrpc/6) [api.host] FINISH getCapabilities return={'status': {'message': 'Done', 'code': 0}, 'info': {u'HBAInventory': {u'iSCSI': [{u'InitiatorName': u'iqn.1994-05.com.redhat:ce1834079cf1'}], u'FC': []}, u'packages2': {u'kernel': {u'release': u'957.10.1.el7.x86_64', u'version': u'3.10.0'}, u'glusterfs-rdma': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-fuse': {u'release': u'1.el7', u'version': u'5.5'}, u'spice-server': {u'release': u'6.el7_6.1', u'version': u'0.14.0'}, u'librbd1': {u'release': u'4.el7', u'version': u'10.2.5'}, u'vdsm': {u'release': u'1.el7', u'version': u'4.30.13'}, u'qemu-kvm': {u'release': u'18.el7_6.3.1', u'version': u'2.12.0'}, u'openvswitch': {u'release': u'3.el7', u'version': u'2.10.1'}, u'libvirt': {u'release': u'10.el7_6.6', u'version': u'4.5.0'}, u'ovirt-hosted-engine-ha': {u'release': u'1.el7', u'version': u'2.3.1'}, u'qemu-img': {u'release': u'18.el7_6.3.1', u'version': u'2.12.0'}, u'mom': {u'release': u'1.e l7.centos', u'version': u'0.5.12'}, u'glusterfs': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-cli': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-server': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-geo-replication': {u'release': u'1.el7', u'version': u'5.5'}}, u'numaNodeDistance': {u'0': [10]}, u'cpuModel': u'Intel(R) Xeon(R) E-2146G CPU @ 3.50GHz', u'nestedVirtualization': False, u'liveMerge': u'true', u'hooks': {u'after_vm_start': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ea0a5a715da8c1badbcda28e8b8fa00e'}}, u'after_network_setup': {u'30_ethtool_options': {u'md5': u'ce1fbad7aa0389e3b06231219140bf0d'}}, u'before_vm_start': {u'50_hostedengine': {u'md5': u'95c810cdcfe4195302a59574a5148289'}, u'50_vhostmd': {u'md5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'after_device_migrate_destination': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md 5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'before_network_setup': {u'50_fcoe': {u'md5': u'28c352339c8beef1e1b05c67d106d062'}}, u'before_device_create': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}, u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ec8d5d7ba063a109f749cd63c7a2b58d'}, u'20_ovirt_provider_ovn_vhostuser_hook': {u'md5': u'a8af653b7386c138b2e6e9738bd6b62c'}, u'10_ovirt_provider_ovn_hook': {u'md5': u'73822988042847bab1ea832a6b9fa837'}}, u'after_device_create': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'after_nic_hotplug': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'before_vm_migrate_destination': {u'50_vhostmd': {u'md5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'before_vm_dehibernate': {u'50_vhostmd': {u'md 5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'before_nic_hotplug': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}, u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ec8d5d7ba063a109f749cd63c7a2b58d'}, u'20_ovirt_provider_ovn_vhostuser_hook': {u'md5': u'a8af653b7386c138b2e6e9738bd6b62c'}, u'10_ovirt_provider_ovn_hook': {u'md5': u'73822988042847bab1ea832a6b9fa837'}}, u'after_get_caps': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'5c3a9ab6e06e039bdd220c0216e45809'}, u'ovirt_provider_ovn_hook': {u'md5': u'4c4b1d2d5460e6a65114ae36cb775df6'}}, u'before_device_migrate_destination': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}}, u'after_vm_destroy': {u'delete_vhostuserclient_hook': {u'md5': u'c2f279cc9483a3f842f6c29df13994c1'}, u'50_vhostmd': {u'md5': u'bdf4802c0521cf1bae08f2b90a9559cf'}}}, u'supportsIPv6': True, u'realtimeKernel': False, u'vmTypes': [ u'kvm'], u'liveSnapshot': u'true', u'cpuThreads': u'12', u'kdumpStatus': 0, u'deferred_preallocation': True, u'networks': {u'ovirtmgmt': {u'iface': u'ovirtmgmt', u'ipv6autoconf': True, u'addr': u'10.0.8.152', u'dhcpv6': False, u'ipv6addrs': [], u'switch': u'legacy', u'bridged': True, u'southbound': u'enp2s0', u'dhcpv4': True, u'netmask': u'255.255.255.0', u'ipv4defaultroute': True, u'stp': u'off', u'ipv4addrs': [u'10.0.8.152/24'], u'mtu': u'1500', u'ipv6gateway': u'::', u'gateway': u'10.0.8.1', u'ports': [u'enp2s0']}}, u'kernelArgs': u'BOOT_IMAGE=/ovirt-node-ng-4.3.3.1-0.20190417.0+1/vmlinuz-3.10.0-957.10.1.el7.x86_64 root=/dev/onn_host/ovirt-node-ng-4.3.3.1-0.20190417.0+1 ro crashkernel=auto rd.lvm.lv=onn_host/swap rd.lvm.lv=onn_host/ovirt-node-ng-4.3.3.1-0.20190417.0+1 rhgb quiet LANG=en_GB.UTF-8 img.bootid=ovirt-node-ng-4.3.3.1-0.20190417.0+1', u'domain_versions': [0, 2, 3, 4, 5], u'bridges': {u'ovirtmgmt': {u'ipv6autoconf': True, u'addr': u'10.0.8.152', u'dhcpv6': False, u'ipv6a ddrs': [], u'mtu': u'1500', u'dhcpv4': True, u'netmask': u'255.255.255.0', u'ipv4defaultroute': True, u'stp': u'off', u'ipv4addrs': [u'10.0.8.152/24'], u'ipv6gateway': u'::', u'gateway': u'10.0.8.1', u'opts': {u'multicast_last_member_count': u'2', u'vlan_protocol': u'0x8100', u'hash_elasticity': u'4', u'multicast_query_response_interval': u'1000', u'group_fwd_mask': u'0x0', u'multicast_snooping': u'1', u'multicast_startup_query_interval': u'3125', u'hello_timer': u'0', u'multicast_querier_interval': u'25500', u'max_age': u'2000', u'hash_max': u'512', u'stp_state': u'0', u'topology_change_detected': u'0', u'priority': u'32768', u'multicast_igmp_version': u'2', u'multicast_membership_interval': u'26000', u'root_path_cost': u'0', u'root_port': u'0', u'multicast_stats_enabled': u'0', u'multicast_startup_query_count': u'2', u'nf_call_iptables': u'0', u'vlan_stats_enabled': u'0', u'hello_time': u'200', u'topology_change': u'0', u'bridge_id': u'8000.00e04c687529', u'topology_change_timer': u'0', u'ageing_time': u'30000', u'nf_call_ip6tables': u'0', u'multicast_mld_version': u'1', u'gc_timer': u'28273', u'root_id': u'8000.00e04c687529', u'nf_call_arptables': u'0', u'group_addr': u'1:80:c2:0:0:0', u'multicast_last_member_interval': u'100', u'default_pvid': u'1', u'multicast_query_interval': u'12500', u'multicast_query_use_ifaddr': u'0', u'tcn_timer': u'0', u'multicast_router': u'1', u'vlan_filtering': u'0', u'multicast_querier': u'0', u'forward_delay': u'0'}, u'ports': [u'enp2s0']}, u'virbr0': {u'ipv6autoconf': False, u'addr': u'192.168.122.1', u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'255.255.255.0', u'ipv4defaultroute': False, u'stp': u'on', u'ipv4addrs': [u'192.168.122.1/24'], u'ipv6gateway': u'::', u'gateway': u'', u'opts': {u'multicast_last_member_count': u'2', u'vlan_protocol': u'0x8100', u'hash_elasticity': u'4', u'multicast_query_response_interval': u'1000', u'group_fwd_mask': u'0x0', u'multicast_snooping': u'1', u'mul ticast_startup_query_interval': u'3125', u'hello_timer': u'157', u'multicast_querier_interval': u'25500', u'max_age': u'2000', u'hash_max': u'512', u'stp_state': u'1', u'topology_change_detected': u'0', u'priority': u'32768', u'multicast_igmp_version': u'2', u'multicast_membership_interval': u'26000', u'root_path_cost': u'0', u'root_port': u'0', u'multicast_stats_enabled': u'0', u'multicast_startup_query_count': u'2', u'nf_call_iptables': u'0', u'vlan_stats_enabled': u'0', u'hello_time': u'200', u'topology_change': u'0', u'bridge_id': u'8000.5254006a0284', u'topology_change_timer': u'0', u'ageing_time': u'30000', u'nf_call_ip6tables': u'0', u'multicast_mld_version': u'1', u'gc_timer': u'15883', u'root_id': u'8000.5254006a0284', u'nf_call_arptables': u'0', u'group_addr': u'1:80:c2:0:0:0', u'multicast_last_member_interval': u'100', u'default_pvid': u'1', u'multicast_query_interval': u'12500', u'multicast_query_use_ifaddr': u'0', u'tcn_timer': u'0', u'multicast_router': u'1', u'vlan_fi ltering': u'0', u'multicast_querier': u'0', u'forward_delay': u'200'}, u'ports': [u'vnet0', u'virbr0-nic']}}, u'uuid': u'03d502e0-045e-05e4-b806-190700080009', u'onlineCpus': u'0,1,2,3,4,5,6,7,8,9,10,11', u'nameservers': [u'10.0.8.1', u'10.0.8.1', u'8.8.8.8', u'8.8.4.4'], u'nics': {u'enp2s0': {u'ipv6autoconf': False, u'addr': u'', u'speed': 1000, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute': False, u'ipv4addrs': [], u'hwaddr': u'00:e0:4c:68:75:29', u'ipv6gateway': u'::', u'gateway': u''}, u'eno1': {u'ipv6autoconf': True, u'addr': u'', u'speed': 10, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute': False, u'ipv4addrs': [], u'hwaddr': u'e0:d5:5e:e4:b8:19', u'ipv6gateway': u'::', u'gateway': u''}, u'enp9s0': {u'ipv6autoconf': True, u'addr': u'', u'speed': 1000, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute ': False, u'ipv4addrs': [], u'hwaddr': u'e0:d5:5e:e4:b8:1a', u'ipv6gateway': u'::', u'gateway': u''}}, u'software_revision': u'1', u'hostdevPassthrough': u'false', u'clusterLevels': [u'4.1', u'4.2', u'4.3'], u'cpuFlags': u'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,art,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,sdbg,fma,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,x2apic,movbe,popcnt,tsc_deadline_timer,aes,xsave,avx,f16c,rdrand,lahf_lm,abm,3dnowprefetch,intel_pt,ssbd,ibrs,ibpb,stibp,tpr_shadow,vnmi,flexpriority,ept,vpid,fsgsbase,tsc_adjust,bmi1,hle,avx2,smep,bmi2,erms,invpcid,rtm,mpx,rdseed,adx,smap,clflushopt,xsaveopt,xsavec,xgetbv1,dtherm,ida,arat,pln,pts,hwp,hwp_notify,hwp_act_window,hwp_epp,spec_ctrl,intel_stibp,flush_l1d,model_Opteron_G2,model_kvm32,model_SandyBridge-IBRS,model_Ha swell-noTSX,model_Opteron_G1,model_core2duo,model_pentium,model_Haswell,model_Westmere-IBRS,model_Haswell-IBRS,model_Broadwell-noTSX,model_qemu64,model_Broadwell-noTSX-IBRS,model_kvm64,model_Skylake-Client,model_Broadwell-IBRS,model_coreduo,model_Nehalem,model_Skylake-Client-IBRS,model_Nehalem-IBRS,model_IvyBridge,model_Westmere,model_SandyBridge,model_IvyBridge-IBRS,model_n270,model_Haswell-noTSX-IBRS,model_qemu32,model_Penryn,model_pentium2,model_pentium3,model_Conroe,model_Broadwell,model_486', u'kernelFeatures': {u'IBRS': 1, u'RETP': 0, u'SSBD': 3, u'PTI': 1}, u'ISCSIInitiatorName': u'iqn.1994-05.com.redhat:ce1834079cf1', u'netConfigDirty': u'True', u'selinux': {u'mode': u'1'}, u'autoNumaBalancing': 0, u'reservedMem': u'321', u'bondings': {}, u'software_version': u'4.30.13', u'supportedENGINEs': [u'4.1', u'4.2', u'4.3'], u'vncEncrypted': False, u'backupEnabled': False, u'cpuSpeed': u'4298.095', u'numaNodes': {u'0': {u'totalMemory': u'128602', u'cpus': [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11]}}, u'cpuSockets': u'1', u'vlans': {}, u'version_name': u'Snow Man', 'lastClientIface': 'ovirtmgmt', u'cpuCores': u'6', u'hostedEngineDeployed': False, u'hugepages': [1048576, 2048], u'guestOverhead': u'65', u'additionalFeatures': [u'libgfapi_supported', u'GLUSTER_SNAPSHOT', u'GLUSTER_GEO_REPLICATION', u'GLUSTER_BRICK_MANAGEMENT'], u'openstack_binding_host_ids': {u'OPENSTACK_OVN': u'host.example.com', u'OPEN_VSWITCH': u'host.example.com', u'OVIRT_PROVIDER_OVN': u'ed84f8bd-6024-41dc-baff-29ddcf8c9fc1'}, u'kvmEnabled': u'true', u'memSize': u'128602', u'emulatedMachines': [u'pc-i440fx-rhel7.1.0', u'pc-q35-rhel7.3.0', u'rhel6.3.0', u'pc-i440fx-rhel7.5.0', u'pc-i440fx-rhel7.0.0', u'rhel6.1.0', u'pc-q35-rhel7.6.0', u'pc-i440fx-rhel7.4.0', u'rhel6.6.0', u'pc-q35-rhel7.5.0', u'rhel6.2.0', u'pc', u'pc-i440fx-rhel7.3.0', u'q35', u'pc-i440fx-rhel7.2.0', u'rhel6.4.0', u'pc-q35-rhel7.4.0', u'pc-i440fx-rhel7.6.0', u'rhel6.0.0', u'rhel6.5.0'], u'rngSources': [u'hwrng', u'random'], u'ope ratingSystem': {u'release': u'6.1810.2.el7.centos', u'pretty_name': u'oVirt Node 4.3.3.1', u'version': u'7', u'name': u'RHEL'}}} from=::ffff:192.168.122.123,36798, flow_id=229dce52 (api:54) 2019-06-16 15:08:13,746+0000 INFO (jsonrpc/6) [jsonrpc.JsonRpcServer] RPC call Host.getCapabilities succeeded in 0.54 seconds (__init__:312) 2019-06-16 15:08:13,764+0000 INFO (jsonrpc/7) [api.host] START getHardwareInfo() from=::ffff:192.168.122.123,36798, flow_id=229dce52 (api:48) 2019-06-16 15:08:13,778+0000 INFO (jsonrpc/7) [api.host] FINISH getHardwareInfo return={'status': {'message': 'Done', 'code': 0}, 'info': {'systemProductName': 'C246-WU4', 'systemSerialNumber': 'Default string', 'systemFamily': 'Default string', 'systemVersion': 'Default string', 'systemUUID': '03D502E0-045E-05E4-B806-190700080009', 'systemManufacturer': 'Gigabyte Technology Co., Ltd.'}} from=::ffff:192.168.122.123,36798, flow_id=229dce52 (api:54) 2019-06-16 15:08:13,778+0000 INFO (jsonrpc/7) [jsonrpc.JsonRpcServer] RPC call Host.getHardwareInfo succeeded in 0.01 seconds (__init__:312) 2019-06-16 15:08:14,190+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=bf019dec-f9e2-4348-a402-c29b0533acf2 (api:48) 2019-06-16 15:08:14,190+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=bf019dec-f9e2-4348-a402-c29b0533acf2 (api:54) 2019-06-16 15:08:14,190+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:08:15,177+0000 INFO (jsonrpc/0) [api.host] START getCapabilities() from=::ffff:192.168.122.123,36798 (api:48) 2019-06-16 15:08:15,219+0000 INFO (jsonrpc/0) [root] managedvolume not supported: Managed Volume Not Supported. Missing package os-brick.: ('Cannot import os_brick',) (caps:150) 2019-06-16 15:08:15,462+0000 INFO (jsonrpc/0) [root] /usr/libexec/vdsm/hooks/after_get_caps/50_openstacknet: rc=0 err= (hooks:114) 2019-06-16 15:08:15,580+0000 INFO (jsonrpc/0) [root] /usr/libexec/vdsm/hooks/after_get_caps/openstacknet_utils.py: rc=0 err= (hooks:114) 2019-06-16 15:08:15,714+0000 INFO (jsonrpc/0) [root] /usr/libexec/vdsm/hooks/after_get_caps/ovirt_provider_ovn_hook: rc=0 err= (hooks:114) 2019-06-16 15:08:15,714+0000 INFO (jsonrpc/0) [api.host] FINISH getCapabilities return={'status': {'message': 'Done', 'code': 0}, 'info': {u'HBAInventory': {u'iSCSI': [{u'InitiatorName': u'iqn.1994-05.com.redhat:ce1834079cf1'}], u'FC': []}, u'packages2': {u'kernel': {u'release': u'957.10.1.el7.x86_64', u'version': u'3.10.0'}, u'glusterfs-rdma': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-fuse': {u'release': u'1.el7', u'version': u'5.5'}, u'spice-server': {u'release': u'6.el7_6.1', u'version': u'0.14.0'}, u'librbd1': {u'release': u'4.el7', u'version': u'10.2.5'}, u'vdsm': {u'release': u'1.el7', u'version': u'4.30.13'}, u'qemu-kvm': {u'release': u'18.el7_6.3.1', u'version': u'2.12.0'}, u'openvswitch': {u'release': u'3.el7', u'version': u'2.10.1'}, u'libvirt': {u'release': u'10.el7_6.6', u'version': u'4.5.0'}, u'ovirt-hosted-engine-ha': {u'release': u'1.el7', u'version': u'2.3.1'}, u'qemu-img': {u'release': u'18.el7_6.3.1', u'version': u'2.12.0'}, u'mom': {u'release': u'1.e l7.centos', u'version': u'0.5.12'}, u'glusterfs': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-cli': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-server': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-geo-replication': {u'release': u'1.el7', u'version': u'5.5'}}, u'numaNodeDistance': {u'0': [10]}, u'cpuModel': u'Intel(R) Xeon(R) E-2146G CPU @ 3.50GHz', u'nestedVirtualization': False, u'liveMerge': u'true', u'hooks': {u'after_vm_start': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ea0a5a715da8c1badbcda28e8b8fa00e'}}, u'after_network_setup': {u'30_ethtool_options': {u'md5': u'ce1fbad7aa0389e3b06231219140bf0d'}}, u'before_vm_start': {u'50_hostedengine': {u'md5': u'95c810cdcfe4195302a59574a5148289'}, u'50_vhostmd': {u'md5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'after_device_migrate_destination': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md 5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'before_network_setup': {u'50_fcoe': {u'md5': u'28c352339c8beef1e1b05c67d106d062'}}, u'before_device_create': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}, u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ec8d5d7ba063a109f749cd63c7a2b58d'}, u'20_ovirt_provider_ovn_vhostuser_hook': {u'md5': u'a8af653b7386c138b2e6e9738bd6b62c'}, u'10_ovirt_provider_ovn_hook': {u'md5': u'73822988042847bab1ea832a6b9fa837'}}, u'after_device_create': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'after_nic_hotplug': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'before_vm_migrate_destination': {u'50_vhostmd': {u'md5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'before_vm_dehibernate': {u'50_vhostmd': {u'md 5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'before_nic_hotplug': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}, u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ec8d5d7ba063a109f749cd63c7a2b58d'}, u'20_ovirt_provider_ovn_vhostuser_hook': {u'md5': u'a8af653b7386c138b2e6e9738bd6b62c'}, u'10_ovirt_provider_ovn_hook': {u'md5': u'73822988042847bab1ea832a6b9fa837'}}, u'after_get_caps': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'5c3a9ab6e06e039bdd220c0216e45809'}, u'ovirt_provider_ovn_hook': {u'md5': u'4c4b1d2d5460e6a65114ae36cb775df6'}}, u'before_device_migrate_destination': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}}, u'after_vm_destroy': {u'delete_vhostuserclient_hook': {u'md5': u'c2f279cc9483a3f842f6c29df13994c1'}, u'50_vhostmd': {u'md5': u'bdf4802c0521cf1bae08f2b90a9559cf'}}}, u'supportsIPv6': True, u'realtimeKernel': False, u'vmTypes': [ u'kvm'], u'liveSnapshot': u'true', u'cpuThreads': u'12', u'kdumpStatus': 0, u'deferred_preallocation': True, u'networks': {u'ovirtmgmt': {u'iface': u'ovirtmgmt', u'ipv6autoconf': True, u'addr': u'10.0.8.152', u'dhcpv6': False, u'ipv6addrs': [], u'switch': u'legacy', u'bridged': True, u'southbound': u'enp2s0', u'dhcpv4': True, u'netmask': u'255.255.255.0', u'ipv4defaultroute': True, u'stp': u'off', u'ipv4addrs': [u'10.0.8.152/24'], u'mtu': u'1500', u'ipv6gateway': u'::', u'gateway': u'10.0.8.1', u'ports': [u'enp2s0']}}, u'kernelArgs': u'BOOT_IMAGE=/ovirt-node-ng-4.3.3.1-0.20190417.0+1/vmlinuz-3.10.0-957.10.1.el7.x86_64 root=/dev/onn_host/ovirt-node-ng-4.3.3.1-0.20190417.0+1 ro crashkernel=auto rd.lvm.lv=onn_host/swap rd.lvm.lv=onn_host/ovirt-node-ng-4.3.3.1-0.20190417.0+1 rhgb quiet LANG=en_GB.UTF-8 img.bootid=ovirt-node-ng-4.3.3.1-0.20190417.0+1', u'domain_versions': [0, 2, 3, 4, 5], u'bridges': {u'ovirtmgmt': {u'ipv6autoconf': True, u'addr': u'10.0.8.152', u'dhcpv6': False, u'ipv6a ddrs': [], u'mtu': u'1500', u'dhcpv4': True, u'netmask': u'255.255.255.0', u'ipv4defaultroute': True, u'stp': u'off', u'ipv4addrs': [u'10.0.8.152/24'], u'ipv6gateway': u'::', u'gateway': u'10.0.8.1', u'opts': {u'multicast_last_member_count': u'2', u'vlan_protocol': u'0x8100', u'hash_elasticity': u'4', u'multicast_query_response_interval': u'1000', u'group_fwd_mask': u'0x0', u'multicast_snooping': u'1', u'multicast_startup_query_interval': u'3125', u'hello_timer': u'0', u'multicast_querier_interval': u'25500', u'max_age': u'2000', u'hash_max': u'512', u'stp_state': u'0', u'topology_change_detected': u'0', u'priority': u'32768', u'multicast_igmp_version': u'2', u'multicast_membership_interval': u'26000', u'root_path_cost': u'0', u'root_port': u'0', u'multicast_stats_enabled': u'0', u'multicast_startup_query_count': u'2', u'nf_call_iptables': u'0', u'vlan_stats_enabled': u'0', u'hello_time': u'200', u'topology_change': u'0', u'bridge_id': u'8000.00e04c687529', u'topology_change_timer': u'0', u'ageing_time': u'30000', u'nf_call_ip6tables': u'0', u'multicast_mld_version': u'1', u'gc_timer': u'28076', u'root_id': u'8000.00e04c687529', u'nf_call_arptables': u'0', u'group_addr': u'1:80:c2:0:0:0', u'multicast_last_member_interval': u'100', u'default_pvid': u'1', u'multicast_query_interval': u'12500', u'multicast_query_use_ifaddr': u'0', u'tcn_timer': u'0', u'multicast_router': u'1', u'vlan_filtering': u'0', u'multicast_querier': u'0', u'forward_delay': u'0'}, u'ports': [u'enp2s0']}, u'virbr0': {u'ipv6autoconf': False, u'addr': u'192.168.122.1', u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'255.255.255.0', u'ipv4defaultroute': False, u'stp': u'on', u'ipv4addrs': [u'192.168.122.1/24'], u'ipv6gateway': u'::', u'gateway': u'', u'opts': {u'multicast_last_member_count': u'2', u'vlan_protocol': u'0x8100', u'hash_elasticity': u'4', u'multicast_query_response_interval': u'1000', u'group_fwd_mask': u'0x0', u'multicast_snooping': u'1', u'mul ticast_startup_query_interval': u'3125', u'hello_timer': u'160', u'multicast_querier_interval': u'25500', u'max_age': u'2000', u'hash_max': u'512', u'stp_state': u'1', u'topology_change_detected': u'0', u'priority': u'32768', u'multicast_igmp_version': u'2', u'multicast_membership_interval': u'26000', u'root_path_cost': u'0', u'root_port': u'0', u'multicast_stats_enabled': u'0', u'multicast_startup_query_count': u'2', u'nf_call_iptables': u'0', u'vlan_stats_enabled': u'0', u'hello_time': u'200', u'topology_change': u'0', u'bridge_id': u'8000.5254006a0284', u'topology_change_timer': u'0', u'ageing_time': u'30000', u'nf_call_ip6tables': u'0', u'multicast_mld_version': u'1', u'gc_timer': u'15686', u'root_id': u'8000.5254006a0284', u'nf_call_arptables': u'0', u'group_addr': u'1:80:c2:0:0:0', u'multicast_last_member_interval': u'100', u'default_pvid': u'1', u'multicast_query_interval': u'12500', u'multicast_query_use_ifaddr': u'0', u'tcn_timer': u'0', u'multicast_router': u'1', u'vlan_fi ltering': u'0', u'multicast_querier': u'0', u'forward_delay': u'200'}, u'ports': [u'vnet0', u'virbr0-nic']}}, u'uuid': u'03d502e0-045e-05e4-b806-190700080009', u'onlineCpus': u'0,1,2,3,4,5,6,7,8,9,10,11', u'nameservers': [u'10.0.8.1', u'10.0.8.1', u'8.8.8.8', u'8.8.4.4'], u'nics': {u'enp2s0': {u'ipv6autoconf': False, u'addr': u'', u'speed': 1000, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute': False, u'ipv4addrs': [], u'hwaddr': u'00:e0:4c:68:75:29', u'ipv6gateway': u'::', u'gateway': u''}, u'eno1': {u'ipv6autoconf': True, u'addr': u'', u'speed': 10, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute': False, u'ipv4addrs': [], u'hwaddr': u'e0:d5:5e:e4:b8:19', u'ipv6gateway': u'::', u'gateway': u''}, u'enp9s0': {u'ipv6autoconf': True, u'addr': u'', u'speed': 1000, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute ': False, u'ipv4addrs': [], u'hwaddr': u'e0:d5:5e:e4:b8:1a', u'ipv6gateway': u'::', u'gateway': u''}}, u'software_revision': u'1', u'hostdevPassthrough': u'false', u'clusterLevels': [u'4.1', u'4.2', u'4.3'], u'cpuFlags': u'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,art,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,sdbg,fma,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,x2apic,movbe,popcnt,tsc_deadline_timer,aes,xsave,avx,f16c,rdrand,lahf_lm,abm,3dnowprefetch,intel_pt,ssbd,ibrs,ibpb,stibp,tpr_shadow,vnmi,flexpriority,ept,vpid,fsgsbase,tsc_adjust,bmi1,hle,avx2,smep,bmi2,erms,invpcid,rtm,mpx,rdseed,adx,smap,clflushopt,xsaveopt,xsavec,xgetbv1,dtherm,ida,arat,pln,pts,hwp,hwp_notify,hwp_act_window,hwp_epp,spec_ctrl,intel_stibp,flush_l1d,model_Opteron_G2,model_kvm32,model_SandyBridge-IBRS,model_Ha swell-noTSX,model_Opteron_G1,model_core2duo,model_pentium,model_Haswell,model_Westmere-IBRS,model_Haswell-IBRS,model_Broadwell-noTSX,model_qemu64,model_Broadwell-noTSX-IBRS,model_kvm64,model_Skylake-Client,model_Broadwell-IBRS,model_coreduo,model_Nehalem,model_Skylake-Client-IBRS,model_Nehalem-IBRS,model_IvyBridge,model_Westmere,model_SandyBridge,model_IvyBridge-IBRS,model_n270,model_Haswell-noTSX-IBRS,model_qemu32,model_Penryn,model_pentium2,model_pentium3,model_Conroe,model_Broadwell,model_486', u'kernelFeatures': {u'IBRS': 1, u'RETP': 0, u'SSBD': 3, u'PTI': 1}, u'ISCSIInitiatorName': u'iqn.1994-05.com.redhat:ce1834079cf1', u'netConfigDirty': u'True', u'selinux': {u'mode': u'1'}, u'autoNumaBalancing': 0, u'reservedMem': u'321', u'bondings': {}, u'software_version': u'4.30.13', u'supportedENGINEs': [u'4.1', u'4.2', u'4.3'], u'vncEncrypted': False, u'backupEnabled': False, u'cpuSpeed': u'4298.095', u'numaNodes': {u'0': {u'totalMemory': u'128602', u'cpus': [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11]}}, u'cpuSockets': u'1', u'vlans': {}, u'version_name': u'Snow Man', 'lastClientIface': 'ovirtmgmt', u'cpuCores': u'6', u'hostedEngineDeployed': False, u'hugepages': [1048576, 2048], u'guestOverhead': u'65', u'additionalFeatures': [u'libgfapi_supported', u'GLUSTER_SNAPSHOT', u'GLUSTER_GEO_REPLICATION', u'GLUSTER_BRICK_MANAGEMENT'], u'openstack_binding_host_ids': {u'OPENSTACK_OVN': u'host.example.com', u'OPEN_VSWITCH': u'host.example.com', u'OVIRT_PROVIDER_OVN': u'ed84f8bd-6024-41dc-baff-29ddcf8c9fc1'}, u'kvmEnabled': u'true', u'memSize': u'128602', u'emulatedMachines': [u'pc-i440fx-rhel7.1.0', u'pc-q35-rhel7.3.0', u'rhel6.3.0', u'pc-i440fx-rhel7.5.0', u'pc-i440fx-rhel7.0.0', u'rhel6.1.0', u'pc-q35-rhel7.6.0', u'pc-i440fx-rhel7.4.0', u'rhel6.6.0', u'pc-q35-rhel7.5.0', u'rhel6.2.0', u'pc', u'pc-i440fx-rhel7.3.0', u'q35', u'pc-i440fx-rhel7.2.0', u'rhel6.4.0', u'pc-q35-rhel7.4.0', u'pc-i440fx-rhel7.6.0', u'rhel6.0.0', u'rhel6.5.0'], u'rngSources': [u'hwrng', u'random'], u'ope ratingSystem': {u'release': u'6.1810.2.el7.centos', u'pretty_name': u'oVirt Node 4.3.3.1', u'version': u'7', u'name': u'RHEL'}}} from=::ffff:192.168.122.123,36798 (api:54) 2019-06-16 15:08:15,718+0000 INFO (jsonrpc/0) [jsonrpc.JsonRpcServer] RPC call Host.getCapabilities succeeded in 0.54 seconds (__init__:312) 2019-06-16 15:08:15,727+0000 INFO (jsonrpc/2) [api.host] START getHardwareInfo() from=::ffff:192.168.122.123,36798 (api:48) 2019-06-16 15:08:15,728+0000 INFO (jsonrpc/2) [api.host] FINISH getHardwareInfo return={'status': {'message': 'Done', 'code': 0}, 'info': {'systemProductName': 'C246-WU4', 'systemSerialNumber': 'Default string', 'systemFamily': 'Default string', 'systemVersion': 'Default string', 'systemUUID': '03D502E0-045E-05E4-B806-190700080009', 'systemManufacturer': 'Gigabyte Technology Co., Ltd.'}} from=::ffff:192.168.122.123,36798 (api:54) 2019-06-16 15:08:15,728+0000 INFO (jsonrpc/2) [jsonrpc.JsonRpcServer] RPC call Host.getHardwareInfo succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:08:18,191+0000 INFO (jsonrpc/1) [api.host] START getCapabilities() from=::ffff:192.168.122.123,36798 (api:48) 2019-06-16 15:08:18,231+0000 INFO (jsonrpc/1) [root] managedvolume not supported: Managed Volume Not Supported. Missing package os-brick.: ('Cannot import os_brick',) (caps:150) 2019-06-16 15:08:18,367+0000 INFO (periodic/2) [vdsm.api] START repoStats(domains=()) from=internal, task_id=939c69c0-536f-4e4d-87a6-2e715bc9ff1b (api:48) 2019-06-16 15:08:18,368+0000 INFO (periodic/2) [vdsm.api] FINISH repoStats return={} from=internal, task_id=939c69c0-536f-4e4d-87a6-2e715bc9ff1b (api:54) 2019-06-16 15:08:18,479+0000 INFO (jsonrpc/1) [root] /usr/libexec/vdsm/hooks/after_get_caps/50_openstacknet: rc=0 err= (hooks:114) 2019-06-16 15:08:18,598+0000 INFO (jsonrpc/1) [root] /usr/libexec/vdsm/hooks/after_get_caps/openstacknet_utils.py: rc=0 err= (hooks:114) 2019-06-16 15:08:18,736+0000 INFO (jsonrpc/1) [root] /usr/libexec/vdsm/hooks/after_get_caps/ovirt_provider_ovn_hook: rc=0 err= (hooks:114) 2019-06-16 15:08:18,737+0000 INFO (jsonrpc/1) [api.host] FINISH getCapabilities return={'status': {'message': 'Done', 'code': 0}, 'info': {u'HBAInventory': {u'iSCSI': [{u'InitiatorName': u'iqn.1994-05.com.redhat:ce1834079cf1'}], u'FC': []}, u'packages2': {u'kernel': {u'release': u'957.10.1.el7.x86_64', u'version': u'3.10.0'}, u'glusterfs-rdma': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-fuse': {u'release': u'1.el7', u'version': u'5.5'}, u'spice-server': {u'release': u'6.el7_6.1', u'version': u'0.14.0'}, u'librbd1': {u'release': u'4.el7', u'version': u'10.2.5'}, u'vdsm': {u'release': u'1.el7', u'version': u'4.30.13'}, u'qemu-kvm': {u'release': u'18.el7_6.3.1', u'version': u'2.12.0'}, u'openvswitch': {u'release': u'3.el7', u'version': u'2.10.1'}, u'libvirt': {u'release': u'10.el7_6.6', u'version': u'4.5.0'}, u'ovirt-hosted-engine-ha': {u'release': u'1.el7', u'version': u'2.3.1'}, u'qemu-img': {u'release': u'18.el7_6.3.1', u'version': u'2.12.0'}, u'mom': {u'release': u'1.e l7.centos', u'version': u'0.5.12'}, u'glusterfs': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-cli': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-server': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-geo-replication': {u'release': u'1.el7', u'version': u'5.5'}}, u'numaNodeDistance': {u'0': [10]}, u'cpuModel': u'Intel(R) Xeon(R) E-2146G CPU @ 3.50GHz', u'nestedVirtualization': False, u'liveMerge': u'true', u'hooks': {u'after_vm_start': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ea0a5a715da8c1badbcda28e8b8fa00e'}}, u'after_network_setup': {u'30_ethtool_options': {u'md5': u'ce1fbad7aa0389e3b06231219140bf0d'}}, u'before_vm_start': {u'50_hostedengine': {u'md5': u'95c810cdcfe4195302a59574a5148289'}, u'50_vhostmd': {u'md5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'after_device_migrate_destination': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md 5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'before_network_setup': {u'50_fcoe': {u'md5': u'28c352339c8beef1e1b05c67d106d062'}}, u'before_device_create': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}, u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ec8d5d7ba063a109f749cd63c7a2b58d'}, u'20_ovirt_provider_ovn_vhostuser_hook': {u'md5': u'a8af653b7386c138b2e6e9738bd6b62c'}, u'10_ovirt_provider_ovn_hook': {u'md5': u'73822988042847bab1ea832a6b9fa837'}}, u'after_device_create': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'after_nic_hotplug': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'before_vm_migrate_destination': {u'50_vhostmd': {u'md5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'before_vm_dehibernate': {u'50_vhostmd': {u'md 5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'before_nic_hotplug': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}, u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ec8d5d7ba063a109f749cd63c7a2b58d'}, u'20_ovirt_provider_ovn_vhostuser_hook': {u'md5': u'a8af653b7386c138b2e6e9738bd6b62c'}, u'10_ovirt_provider_ovn_hook': {u'md5': u'73822988042847bab1ea832a6b9fa837'}}, u'after_get_caps': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'5c3a9ab6e06e039bdd220c0216e45809'}, u'ovirt_provider_ovn_hook': {u'md5': u'4c4b1d2d5460e6a65114ae36cb775df6'}}, u'before_device_migrate_destination': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}}, u'after_vm_destroy': {u'delete_vhostuserclient_hook': {u'md5': u'c2f279cc9483a3f842f6c29df13994c1'}, u'50_vhostmd': {u'md5': u'bdf4802c0521cf1bae08f2b90a9559cf'}}}, u'supportsIPv6': True, u'realtimeKernel': False, u'vmTypes': [ u'kvm'], u'liveSnapshot': u'true', u'cpuThreads': u'12', u'kdumpStatus': 0, u'deferred_preallocation': True, u'networks': {u'ovirtmgmt': {u'iface': u'ovirtmgmt', u'ipv6autoconf': True, u'addr': u'10.0.8.152', u'dhcpv6': False, u'ipv6addrs': [], u'switch': u'legacy', u'bridged': True, u'southbound': u'enp2s0', u'dhcpv4': True, u'netmask': u'255.255.255.0', u'ipv4defaultroute': True, u'stp': u'off', u'ipv4addrs': [u'10.0.8.152/24'], u'mtu': u'1500', u'ipv6gateway': u'::', u'gateway': u'10.0.8.1', u'ports': [u'enp2s0']}}, u'kernelArgs': u'BOOT_IMAGE=/ovirt-node-ng-4.3.3.1-0.20190417.0+1/vmlinuz-3.10.0-957.10.1.el7.x86_64 root=/dev/onn_host/ovirt-node-ng-4.3.3.1-0.20190417.0+1 ro crashkernel=auto rd.lvm.lv=onn_host/swap rd.lvm.lv=onn_host/ovirt-node-ng-4.3.3.1-0.20190417.0+1 rhgb quiet LANG=en_GB.UTF-8 img.bootid=ovirt-node-ng-4.3.3.1-0.20190417.0+1', u'domain_versions': [0, 2, 3, 4, 5], u'bridges': {u'ovirtmgmt': {u'ipv6autoconf': True, u'addr': u'10.0.8.152', u'dhcpv6': False, u'ipv6a ddrs': [], u'mtu': u'1500', u'dhcpv4': True, u'netmask': u'255.255.255.0', u'ipv4defaultroute': True, u'stp': u'off', u'ipv4addrs': [u'10.0.8.152/24'], u'ipv6gateway': u'::', u'gateway': u'10.0.8.1', u'opts': {u'multicast_last_member_count': u'2', u'vlan_protocol': u'0x8100', u'hash_elasticity': u'4', u'multicast_query_response_interval': u'1000', u'group_fwd_mask': u'0x0', u'multicast_snooping': u'1', u'multicast_startup_query_interval': u'3125', u'hello_timer': u'0', u'multicast_querier_interval': u'25500', u'max_age': u'2000', u'hash_max': u'512', u'stp_state': u'0', u'topology_change_detected': u'0', u'priority': u'32768', u'multicast_igmp_version': u'2', u'multicast_membership_interval': u'26000', u'root_path_cost': u'0', u'root_port': u'0', u'multicast_stats_enabled': u'0', u'multicast_startup_query_count': u'2', u'nf_call_iptables': u'0', u'vlan_stats_enabled': u'0', u'hello_time': u'200', u'topology_change': u'0', u'bridge_id': u'8000.00e04c687529', u'topology_change_timer': u'0', u'ageing_time': u'30000', u'nf_call_ip6tables': u'0', u'multicast_mld_version': u'1', u'gc_timer': u'27775', u'root_id': u'8000.00e04c687529', u'nf_call_arptables': u'0', u'group_addr': u'1:80:c2:0:0:0', u'multicast_last_member_interval': u'100', u'default_pvid': u'1', u'multicast_query_interval': u'12500', u'multicast_query_use_ifaddr': u'0', u'tcn_timer': u'0', u'multicast_router': u'1', u'vlan_filtering': u'0', u'multicast_querier': u'0', u'forward_delay': u'0'}, u'ports': [u'enp2s0']}, u'virbr0': {u'ipv6autoconf': False, u'addr': u'192.168.122.1', u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'255.255.255.0', u'ipv4defaultroute': False, u'stp': u'on', u'ipv4addrs': [u'192.168.122.1/24'], u'ipv6gateway': u'::', u'gateway': u'', u'opts': {u'multicast_last_member_count': u'2', u'vlan_protocol': u'0x8100', u'hash_elasticity': u'4', u'multicast_query_response_interval': u'1000', u'group_fwd_mask': u'0x0', u'multicast_snooping': u'1', u'mul ticast_startup_query_interval': u'3125', u'hello_timer': u'59', u'multicast_querier_interval': u'25500', u'max_age': u'2000', u'hash_max': u'512', u'stp_state': u'1', u'topology_change_detected': u'0', u'priority': u'32768', u'multicast_igmp_version': u'2', u'multicast_membership_interval': u'26000', u'root_path_cost': u'0', u'root_port': u'0', u'multicast_stats_enabled': u'0', u'multicast_startup_query_count': u'2', u'nf_call_iptables': u'0', u'vlan_stats_enabled': u'0', u'hello_time': u'200', u'topology_change': u'0', u'bridge_id': u'8000.5254006a0284', u'topology_change_timer': u'0', u'ageing_time': u'30000', u'nf_call_ip6tables': u'0', u'multicast_mld_version': u'1', u'gc_timer': u'15384', u'root_id': u'8000.5254006a0284', u'nf_call_arptables': u'0', u'group_addr': u'1:80:c2:0:0:0', u'multicast_last_member_interval': u'100', u'default_pvid': u'1', u'multicast_query_interval': u'12500', u'multicast_query_use_ifaddr': u'0', u'tcn_timer': u'0', u'multicast_router': u'1', u'vlan_fil tering': u'0', u'multicast_querier': u'0', u'forward_delay': u'200'}, u'ports': [u'vnet0', u'virbr0-nic']}}, u'uuid': u'03d502e0-045e-05e4-b806-190700080009', u'onlineCpus': u'0,1,2,3,4,5,6,7,8,9,10,11', u'nameservers': [u'10.0.8.1', u'10.0.8.1', u'8.8.8.8', u'8.8.4.4'], u'nics': {u'enp2s0': {u'ipv6autoconf': False, u'addr': u'', u'speed': 1000, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute': False, u'ipv4addrs': [], u'hwaddr': u'00:e0:4c:68:75:29', u'ipv6gateway': u'::', u'gateway': u''}, u'eno1': {u'ipv6autoconf': True, u'addr': u'', u'speed': 10, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute': False, u'ipv4addrs': [], u'hwaddr': u'e0:d5:5e:e4:b8:19', u'ipv6gateway': u'::', u'gateway': u''}, u'enp9s0': {u'ipv6autoconf': True, u'addr': u'', u'speed': 1000, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute' : False, u'ipv4addrs': [], u'hwaddr': u'e0:d5:5e:e4:b8:1a', u'ipv6gateway': u'::', u'gateway': u''}}, u'software_revision': u'1', u'hostdevPassthrough': u'false', u'clusterLevels': [u'4.1', u'4.2', u'4.3'], u'cpuFlags': u'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,art,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,sdbg,fma,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,x2apic,movbe,popcnt,tsc_deadline_timer,aes,xsave,avx,f16c,rdrand,lahf_lm,abm,3dnowprefetch,intel_pt,ssbd,ibrs,ibpb,stibp,tpr_shadow,vnmi,flexpriority,ept,vpid,fsgsbase,tsc_adjust,bmi1,hle,avx2,smep,bmi2,erms,invpcid,rtm,mpx,rdseed,adx,smap,clflushopt,xsaveopt,xsavec,xgetbv1,dtherm,ida,arat,pln,pts,hwp,hwp_notify,hwp_act_window,hwp_epp,spec_ctrl,intel_stibp,flush_l1d,model_Opteron_G2,model_kvm32,model_SandyBridge-IBRS,model_Has well-noTSX,model_Opteron_G1,model_core2duo,model_pentium,model_Haswell,model_Westmere-IBRS,model_Haswell-IBRS,model_Broadwell-noTSX,model_qemu64,model_Broadwell-noTSX-IBRS,model_kvm64,model_Skylake-Client,model_Broadwell-IBRS,model_coreduo,model_Nehalem,model_Skylake-Client-IBRS,model_Nehalem-IBRS,model_IvyBridge,model_Westmere,model_SandyBridge,model_IvyBridge-IBRS,model_n270,model_Haswell-noTSX-IBRS,model_qemu32,model_Penryn,model_pentium2,model_pentium3,model_Conroe,model_Broadwell,model_486', u'kernelFeatures': {u'IBRS': 1, u'RETP': 0, u'SSBD': 3, u'PTI': 1}, u'ISCSIInitiatorName': u'iqn.1994-05.com.redhat:ce1834079cf1', u'netConfigDirty': u'True', u'selinux': {u'mode': u'1'}, u'autoNumaBalancing': 0, u'reservedMem': u'321', u'bondings': {}, u'software_version': u'4.30.13', u'supportedENGINEs': [u'4.1', u'4.2', u'4.3'], u'vncEncrypted': False, u'backupEnabled': False, u'cpuSpeed': u'4298.095', u'numaNodes': {u'0': {u'totalMemory': u'128602', u'cpus': [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11]}}, u'cpuSockets': u'1', u'vlans': {}, u'version_name': u'Snow Man', 'lastClientIface': 'ovirtmgmt', u'cpuCores': u'6', u'hostedEngineDeployed': False, u'hugepages': [1048576, 2048], u'guestOverhead': u'65', u'additionalFeatures': [u'libgfapi_supported', u'GLUSTER_SNAPSHOT', u'GLUSTER_GEO_REPLICATION', u'GLUSTER_BRICK_MANAGEMENT'], u'openstack_binding_host_ids': {u'OPENSTACK_OVN': u'host.example.com', u'OPEN_VSWITCH': u'host.example.com', u'OVIRT_PROVIDER_OVN': u'ed84f8bd-6024-41dc-baff-29ddcf8c9fc1'}, u'kvmEnabled': u'true', u'memSize': u'128602', u'emulatedMachines': [u'pc-i440fx-rhel7.1.0', u'pc-q35-rhel7.3.0', u'rhel6.3.0', u'pc-i440fx-rhel7.5.0', u'pc-i440fx-rhel7.0.0', u'rhel6.1.0', u'pc-q35-rhel7.6.0', u'pc-i440fx-rhel7.4.0', u'rhel6.6.0', u'pc-q35-rhel7.5.0', u'rhel6.2.0', u'pc', u'pc-i440fx-rhel7.3.0', u'q35', u'pc-i440fx-rhel7.2.0', u'rhel6.4.0', u'pc-q35-rhel7.4.0', u'pc-i440fx-rhel7.6.0', u'rhel6.0.0', u'rhel6.5.0'], u'rngSources': [u'hwrng', u'random'], u'oper atingSystem': {u'release': u'6.1810.2.el7.centos', u'pretty_name': u'oVirt Node 4.3.3.1', u'version': u'7', u'name': u'RHEL'}}} from=::ffff:192.168.122.123,36798 (api:54) 2019-06-16 15:08:18,741+0000 INFO (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC call Host.getCapabilities succeeded in 0.55 seconds (__init__:312) 2019-06-16 15:08:18,750+0000 INFO (jsonrpc/3) [api.host] START getHardwareInfo() from=::ffff:192.168.122.123,36798 (api:48) 2019-06-16 15:08:18,751+0000 INFO (jsonrpc/3) [api.host] FINISH getHardwareInfo return={'status': {'message': 'Done', 'code': 0}, 'info': {'systemProductName': 'C246-WU4', 'systemSerialNumber': 'Default string', 'systemFamily': 'Default string', 'systemVersion': 'Default string', 'systemUUID': '03D502E0-045E-05E4-B806-190700080009', 'systemManufacturer': 'Gigabyte Technology Co., Ltd.'}} from=::ffff:192.168.122.123,36798 (api:54) 2019-06-16 15:08:18,751+0000 INFO (jsonrpc/3) [jsonrpc.JsonRpcServer] RPC call Host.getHardwareInfo succeeded in 0.01 seconds (__init__:312) 2019-06-16 15:08:19,195+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=61d01f23-e291-4762-ac9c-ab38535ce651 (api:48) 2019-06-16 15:08:19,196+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=61d01f23-e291-4762-ac9c-ab38535ce651 (api:54) 2019-06-16 15:08:19,196+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:08:21,077+0000 INFO (jsonrpc/4) [api.host] START getAllVmStats() from=::ffff:192.168.122.123,36798 (api:48) 2019-06-16 15:08:21,078+0000 INFO (jsonrpc/4) [api.host] FINISH getAllVmStats return={'status': {'message': 'Done', 'code': 0}, 'statsList': (suppressed)} from=::ffff:192.168.122.123,36798 (api:54) 2019-06-16 15:08:21,078+0000 INFO (jsonrpc/4) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:08:21,115+0000 INFO (jsonrpc/5) [api.host] START dumpxmls(vmList=[u'56371630-7d71-4a9a-b84a-61f38f9d7c4d']) from=::ffff:192.168.122.123,36798, flow_id=5750c6a5 (api:48) 2019-06-16 15:08:21,115+0000 INFO (jsonrpc/5) [api.host] FINISH dumpxmls return={'status': {'message': 'Done', 'code': 0}, 'domxmls': {u'56371630-7d71-4a9a-b84a-61f38f9d7c4d': "<domain type='kvm' id='1'>\n <name>HostedEngineLocal</name>\n <uuid>56371630-7d71-4a9a-b84a-61f38f9d7c4d</uuid>\n <memory unit='KiB'>16777216</memory>\n <currentMemory unit='KiB'>16777216</currentMemory>\n <vcpu placement='static'>4</vcpu>\n <resource>\n <partition>/machine</partition>\n </resource>\n <os>\n <type arch='x86_64' machine='pc-i440fx-rhel7.6.0'>hvm</type>\n <boot dev='hd'/>\n <bootmenu enable='no'/>\n </os>\n <features>\n <acpi/>\n <apic/>\n </features>\n <cpu mode='custom' match='exact' check='full'>\n <model fallback='forbid'>Skylake-Client-IBRS</model>\n <feature policy='require' name='hypervisor'/>\n </cpu>\n <clock offset='utc'>\n <timer name='kvmclock' present='yes'/>\n </clock>\n <on_poweroff>destroy</on_poweroff>\n <on_reboot>restart</on_reboot> \n <on_crash>destroy</on_crash>\n <pm>\n <suspend-to-mem enabled='no'/>\n <suspend-to-disk enabled='no'/>\n </pm>\n <devices>\n <emulator>/usr/libexec/qemu-kvm</emulator>\n <disk type='file' device='disk'>\n <driver name='qemu' type='qcow2'/>\n <source file='/var/tmp/localvmvlmuvv/images/df736b49-951b-4e7e-b141-930b20cf9485/7b9bf5b3-a825-42ce-8601-21de81670584'/>\n <backingStore/>\n <target dev='vda' bus='virtio'/>\n <alias name='virtio-disk0'/>\n <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/>\n </disk>\n <disk type='file' device='cdrom'>\n <driver name='qemu' type='raw'/>\n <source file='/var/tmp/localvmvlmuvv/seed.iso'/>\n <backingStore/>\n <target dev='hda' bus='ide'/>\n <readonly/>\n <alias name='ide0-0-0'/>\n <address type='drive' controller='0' bus='0' target='0' unit='0'/>\n </disk>\n <controller type='usb' index='0' model='none'/>\n <controller type='p ci' index='0' model='pci-root'>\n <alias name='pci.0'/>\n </controller>\n <controller type='ide' index='0'>\n <alias name='ide'/>\n <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/>\n </controller>\n <controller type='virtio-serial' index='0'>\n <alias name='virtio-serial0'/>\n <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>\n </controller>\n <interface type='network'>\n <mac address='00:16:3e:09:7f:be'/>\n <source network='default' bridge='virbr0'/>\n <target dev='vnet0'/>\n <model type='virtio'/>\n <alias name='net0'/>\n <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/>\n </interface>\n <serial type='pty'>\n <source path='/dev/pts/2'/>\n <target type='isa-serial' port='0'>\n <model name='isa-serial'/>\n </target>\n <alias name='serial0'/>\n </serial>\n <console type='pty' tty='/dev/pts/2'>\n <source path='/dev/pts/2'/>\n <target type='serial' port='0'/>\n <alias name='serial0'/>\n </console>\n <channel type='unix'>\n <source mode='bind' path='/var/lib/libvirt/qemu/channel/target/domain-1-HostedEngineLocal/org.qemu.guest_agent.0'/>\n <target type='virtio' name='org.qemu.guest_agent.0' state='connected'/>\n <alias name='channel0'/>\n <address type='virtio-serial' controller='0' bus='0' port='1'/>\n </channel>\n <input type='mouse' bus='ps2'>\n <alias name='input0'/>\n </input>\n <input type='keyboard' bus='ps2'>\n <alias name='input1'/>\n </input>\n <graphics type='vnc' port='5900' autoport='yes' listen='127.0.0.1'>\n <listen type='address' address='127.0.0.1'/>\n </graphics>\n <video>\n <model type='vga' vram='16384' heads='1' primary='yes'/>\n <alias name='video0'/>\n <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/>\n </video>\n <memballoon mod el='none'/>\n <rng model='virtio'>\n <backend model='random'>/dev/random</backend>\n <alias name='rng0'/>\n <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/>\n </rng>\n </devices>\n <seclabel type='dynamic' model='selinux' relabel='yes'>\n <label>system_u:system_r:svirt_t:s0:c609,c740</label>\n <imagelabel>system_u:object_r:svirt_image_t:s0:c609,c740</imagelabel>\n </seclabel>\n <seclabel type='dynamic' model='dac' relabel='yes'>\n <label>+107:+107</label>\n <imagelabel>+107:+107</imagelabel>\n </seclabel>\n</domain>\n"}} from=::ffff:192.168.122.123,36798, flow_id=5750c6a5 (api:54) 2019-06-16 15:08:21,116+0000 INFO (jsonrpc/5) [jsonrpc.JsonRpcServer] RPC call Host.dumpxmls succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:08:21,200+0000 INFO (jsonrpc/6) [api.host] START getCapabilities() from=::ffff:192.168.122.123,36798 (api:48) 2019-06-16 15:08:21,249+0000 INFO (jsonrpc/6) [root] managedvolume not supported: Managed Volume Not Supported. Missing package os-brick.: ('Cannot import os_brick',) (caps:150) 2019-06-16 15:08:21,509+0000 INFO (jsonrpc/6) [root] /usr/libexec/vdsm/hooks/after_get_caps/50_openstacknet: rc=0 err= (hooks:114) 2019-06-16 15:08:21,630+0000 INFO (jsonrpc/6) [root] /usr/libexec/vdsm/hooks/after_get_caps/openstacknet_utils.py: rc=0 err= (hooks:114) 2019-06-16 15:08:21,767+0000 INFO (jsonrpc/6) [root] /usr/libexec/vdsm/hooks/after_get_caps/ovirt_provider_ovn_hook: rc=0 err= (hooks:114) 2019-06-16 15:08:21,768+0000 INFO (jsonrpc/6) [api.host] FINISH getCapabilities return={'status': {'message': 'Done', 'code': 0}, 'info': {u'HBAInventory': {u'iSCSI': [{u'InitiatorName': u'iqn.1994-05.com.redhat:ce1834079cf1'}], u'FC': []}, u'packages2': {u'kernel': {u'release': u'957.10.1.el7.x86_64', u'version': u'3.10.0'}, u'glusterfs-rdma': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-fuse': {u'release': u'1.el7', u'version': u'5.5'}, u'spice-server': {u'release': u'6.el7_6.1', u'version': u'0.14.0'}, u'librbd1': {u'release': u'4.el7', u'version': u'10.2.5'}, u'vdsm': {u'release': u'1.el7', u'version': u'4.30.13'}, u'qemu-kvm': {u'release': u'18.el7_6.3.1', u'version': u'2.12.0'}, u'openvswitch': {u'release': u'3.el7', u'version': u'2.10.1'}, u'libvirt': {u'release': u'10.el7_6.6', u'version': u'4.5.0'}, u'ovirt-hosted-engine-ha': {u'release': u'1.el7', u'version': u'2.3.1'}, u'qemu-img': {u'release': u'18.el7_6.3.1', u'version': u'2.12.0'}, u'mom': {u'release': u'1.e l7.centos', u'version': u'0.5.12'}, u'glusterfs': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-cli': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-server': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-geo-replication': {u'release': u'1.el7', u'version': u'5.5'}}, u'numaNodeDistance': {u'0': [10]}, u'cpuModel': u'Intel(R) Xeon(R) E-2146G CPU @ 3.50GHz', u'nestedVirtualization': False, u'liveMerge': u'true', u'hooks': {u'after_vm_start': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ea0a5a715da8c1badbcda28e8b8fa00e'}}, u'after_network_setup': {u'30_ethtool_options': {u'md5': u'ce1fbad7aa0389e3b06231219140bf0d'}}, u'before_vm_start': {u'50_hostedengine': {u'md5': u'95c810cdcfe4195302a59574a5148289'}, u'50_vhostmd': {u'md5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'after_device_migrate_destination': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md 5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'before_network_setup': {u'50_fcoe': {u'md5': u'28c352339c8beef1e1b05c67d106d062'}}, u'before_device_create': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}, u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ec8d5d7ba063a109f749cd63c7a2b58d'}, u'20_ovirt_provider_ovn_vhostuser_hook': {u'md5': u'a8af653b7386c138b2e6e9738bd6b62c'}, u'10_ovirt_provider_ovn_hook': {u'md5': u'73822988042847bab1ea832a6b9fa837'}}, u'after_device_create': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'after_nic_hotplug': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'before_vm_migrate_destination': {u'50_vhostmd': {u'md5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'before_vm_dehibernate': {u'50_vhostmd': {u'md 5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'before_nic_hotplug': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}, u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ec8d5d7ba063a109f749cd63c7a2b58d'}, u'20_ovirt_provider_ovn_vhostuser_hook': {u'md5': u'a8af653b7386c138b2e6e9738bd6b62c'}, u'10_ovirt_provider_ovn_hook': {u'md5': u'73822988042847bab1ea832a6b9fa837'}}, u'after_get_caps': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'5c3a9ab6e06e039bdd220c0216e45809'}, u'ovirt_provider_ovn_hook': {u'md5': u'4c4b1d2d5460e6a65114ae36cb775df6'}}, u'before_device_migrate_destination': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}}, u'after_vm_destroy': {u'delete_vhostuserclient_hook': {u'md5': u'c2f279cc9483a3f842f6c29df13994c1'}, u'50_vhostmd': {u'md5': u'bdf4802c0521cf1bae08f2b90a9559cf'}}}, u'supportsIPv6': True, u'realtimeKernel': False, u'vmTypes': [ u'kvm'], u'liveSnapshot': u'true', u'cpuThreads': u'12', u'kdumpStatus': 0, u'deferred_preallocation': True, u'networks': {u'ovirtmgmt': {u'iface': u'ovirtmgmt', u'ipv6autoconf': True, u'addr': u'10.0.8.152', u'dhcpv6': False, u'ipv6addrs': [], u'switch': u'legacy', u'bridged': True, u'southbound': u'enp2s0', u'dhcpv4': True, u'netmask': u'255.255.255.0', u'ipv4defaultroute': True, u'stp': u'off', u'ipv4addrs': [u'10.0.8.152/24'], u'mtu': u'1500', u'ipv6gateway': u'::', u'gateway': u'10.0.8.1', u'ports': [u'enp2s0']}}, u'kernelArgs': u'BOOT_IMAGE=/ovirt-node-ng-4.3.3.1-0.20190417.0+1/vmlinuz-3.10.0-957.10.1.el7.x86_64 root=/dev/onn_host/ovirt-node-ng-4.3.3.1-0.20190417.0+1 ro crashkernel=auto rd.lvm.lv=onn_host/swap rd.lvm.lv=onn_host/ovirt-node-ng-4.3.3.1-0.20190417.0+1 rhgb quiet LANG=en_GB.UTF-8 img.bootid=ovirt-node-ng-4.3.3.1-0.20190417.0+1', u'domain_versions': [0, 2, 3, 4, 5], u'bridges': {u'ovirtmgmt': {u'ipv6autoconf': True, u'addr': u'10.0.8.152', u'dhcpv6': False, u'ipv6a ddrs': [], u'mtu': u'1500', u'dhcpv4': True, u'netmask': u'255.255.255.0', u'ipv4defaultroute': True, u'stp': u'off', u'ipv4addrs': [u'10.0.8.152/24'], u'ipv6gateway': u'::', u'gateway': u'10.0.8.1', u'opts': {u'multicast_last_member_count': u'2', u'vlan_protocol': u'0x8100', u'hash_elasticity': u'4', u'multicast_query_response_interval': u'1000', u'group_fwd_mask': u'0x0', u'multicast_snooping': u'1', u'multicast_startup_query_interval': u'3125', u'hello_timer': u'0', u'multicast_querier_interval': u'25500', u'max_age': u'2000', u'hash_max': u'512', u'stp_state': u'0', u'topology_change_detected': u'0', u'priority': u'32768', u'multicast_igmp_version': u'2', u'multicast_membership_interval': u'26000', u'root_path_cost': u'0', u'root_port': u'0', u'multicast_stats_enabled': u'0', u'multicast_startup_query_count': u'2', u'nf_call_iptables': u'0', u'vlan_stats_enabled': u'0', u'hello_time': u'200', u'topology_change': u'0', u'bridge_id': u'8000.00e04c687529', u'topology_change_timer': u'0', u'ageing_time': u'30000', u'nf_call_ip6tables': u'0', u'multicast_mld_version': u'1', u'gc_timer': u'27474', u'root_id': u'8000.00e04c687529', u'nf_call_arptables': u'0', u'group_addr': u'1:80:c2:0:0:0', u'multicast_last_member_interval': u'100', u'default_pvid': u'1', u'multicast_query_interval': u'12500', u'multicast_query_use_ifaddr': u'0', u'tcn_timer': u'0', u'multicast_router': u'1', u'vlan_filtering': u'0', u'multicast_querier': u'0', u'forward_delay': u'0'}, u'ports': [u'enp2s0']}, u'virbr0': {u'ipv6autoconf': False, u'addr': u'192.168.122.1', u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'255.255.255.0', u'ipv4defaultroute': False, u'stp': u'on', u'ipv4addrs': [u'192.168.122.1/24'], u'ipv6gateway': u'::', u'gateway': u'', u'opts': {u'multicast_last_member_count': u'2', u'vlan_protocol': u'0x8100', u'hash_elasticity': u'4', u'multicast_query_response_interval': u'1000', u'group_fwd_mask': u'0x0', u'multicast_snooping': u'1', u'mul ticast_startup_query_interval': u'3125', u'hello_timer': u'158', u'multicast_querier_interval': u'25500', u'max_age': u'2000', u'hash_max': u'512', u'stp_state': u'1', u'topology_change_detected': u'0', u'priority': u'32768', u'multicast_igmp_version': u'2', u'multicast_membership_interval': u'26000', u'root_path_cost': u'0', u'root_port': u'0', u'multicast_stats_enabled': u'0', u'multicast_startup_query_count': u'2', u'nf_call_iptables': u'0', u'vlan_stats_enabled': u'0', u'hello_time': u'200', u'topology_change': u'0', u'bridge_id': u'8000.5254006a0284', u'topology_change_timer': u'0', u'ageing_time': u'30000', u'nf_call_ip6tables': u'0', u'multicast_mld_version': u'1', u'gc_timer': u'15083', u'root_id': u'8000.5254006a0284', u'nf_call_arptables': u'0', u'group_addr': u'1:80:c2:0:0:0', u'multicast_last_member_interval': u'100', u'default_pvid': u'1', u'multicast_query_interval': u'12500', u'multicast_query_use_ifaddr': u'0', u'tcn_timer': u'0', u'multicast_router': u'1', u'vlan_fi ltering': u'0', u'multicast_querier': u'0', u'forward_delay': u'200'}, u'ports': [u'vnet0', u'virbr0-nic']}}, u'uuid': u'03d502e0-045e-05e4-b806-190700080009', u'onlineCpus': u'0,1,2,3,4,5,6,7,8,9,10,11', u'nameservers': [u'10.0.8.1', u'10.0.8.1', u'8.8.8.8', u'8.8.4.4'], u'nics': {u'enp2s0': {u'ipv6autoconf': False, u'addr': u'', u'speed': 1000, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute': False, u'ipv4addrs': [], u'hwaddr': u'00:e0:4c:68:75:29', u'ipv6gateway': u'::', u'gateway': u''}, u'eno1': {u'ipv6autoconf': True, u'addr': u'', u'speed': 10, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute': False, u'ipv4addrs': [], u'hwaddr': u'e0:d5:5e:e4:b8:19', u'ipv6gateway': u'::', u'gateway': u''}, u'enp9s0': {u'ipv6autoconf': True, u'addr': u'', u'speed': 1000, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute ': False, u'ipv4addrs': [], u'hwaddr': u'e0:d5:5e:e4:b8:1a', u'ipv6gateway': u'::', u'gateway': u''}}, u'software_revision': u'1', u'hostdevPassthrough': u'false', u'clusterLevels': [u'4.1', u'4.2', u'4.3'], u'cpuFlags': u'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,art,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,sdbg,fma,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,x2apic,movbe,popcnt,tsc_deadline_timer,aes,xsave,avx,f16c,rdrand,lahf_lm,abm,3dnowprefetch,intel_pt,ssbd,ibrs,ibpb,stibp,tpr_shadow,vnmi,flexpriority,ept,vpid,fsgsbase,tsc_adjust,bmi1,hle,avx2,smep,bmi2,erms,invpcid,rtm,mpx,rdseed,adx,smap,clflushopt,xsaveopt,xsavec,xgetbv1,dtherm,ida,arat,pln,pts,hwp,hwp_notify,hwp_act_window,hwp_epp,spec_ctrl,intel_stibp,flush_l1d,model_Opteron_G2,model_kvm32,model_SandyBridge-IBRS,model_Ha swell-noTSX,model_Opteron_G1,model_core2duo,model_pentium,model_Haswell,model_Westmere-IBRS,model_Haswell-IBRS,model_Broadwell-noTSX,model_qemu64,model_Broadwell-noTSX-IBRS,model_kvm64,model_Skylake-Client,model_Broadwell-IBRS,model_coreduo,model_Nehalem,model_Skylake-Client-IBRS,model_Nehalem-IBRS,model_IvyBridge,model_Westmere,model_SandyBridge,model_IvyBridge-IBRS,model_n270,model_Haswell-noTSX-IBRS,model_qemu32,model_Penryn,model_pentium2,model_pentium3,model_Conroe,model_Broadwell,model_486', u'kernelFeatures': {u'IBRS': 1, u'RETP': 0, u'SSBD': 3, u'PTI': 1}, u'ISCSIInitiatorName': u'iqn.1994-05.com.redhat:ce1834079cf1', u'netConfigDirty': u'True', u'selinux': {u'mode': u'1'}, u'autoNumaBalancing': 0, u'reservedMem': u'321', u'bondings': {}, u'software_version': u'4.30.13', u'supportedENGINEs': [u'4.1', u'4.2', u'4.3'], u'vncEncrypted': False, u'backupEnabled': False, u'cpuSpeed': u'4298.095', u'numaNodes': {u'0': {u'totalMemory': u'128602', u'cpus': [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11]}}, u'cpuSockets': u'1', u'vlans': {}, u'version_name': u'Snow Man', 'lastClientIface': 'ovirtmgmt', u'cpuCores': u'6', u'hostedEngineDeployed': False, u'hugepages': [1048576, 2048], u'guestOverhead': u'65', u'additionalFeatures': [u'libgfapi_supported', u'GLUSTER_SNAPSHOT', u'GLUSTER_GEO_REPLICATION', u'GLUSTER_BRICK_MANAGEMENT'], u'openstack_binding_host_ids': {u'OPENSTACK_OVN': u'host.example.com', u'OPEN_VSWITCH': u'host.example.com', u'OVIRT_PROVIDER_OVN': u'ed84f8bd-6024-41dc-baff-29ddcf8c9fc1'}, u'kvmEnabled': u'true', u'memSize': u'128602', u'emulatedMachines': [u'pc-i440fx-rhel7.1.0', u'pc-q35-rhel7.3.0', u'rhel6.3.0', u'pc-i440fx-rhel7.5.0', u'pc-i440fx-rhel7.0.0', u'rhel6.1.0', u'pc-q35-rhel7.6.0', u'pc-i440fx-rhel7.4.0', u'rhel6.6.0', u'pc-q35-rhel7.5.0', u'rhel6.2.0', u'pc', u'pc-i440fx-rhel7.3.0', u'q35', u'pc-i440fx-rhel7.2.0', u'rhel6.4.0', u'pc-q35-rhel7.4.0', u'pc-i440fx-rhel7.6.0', u'rhel6.0.0', u'rhel6.5.0'], u'rngSources': [u'hwrng', u'random'], u'ope ratingSystem': {u'release': u'6.1810.2.el7.centos', u'pretty_name': u'oVirt Node 4.3.3.1', u'version': u'7', u'name': u'RHEL'}}} from=::ffff:192.168.122.123,36798 (api:54) 2019-06-16 15:08:21,775+0000 INFO (jsonrpc/6) [jsonrpc.JsonRpcServer] RPC call Host.getCapabilities succeeded in 0.58 seconds (__init__:312) 2019-06-16 15:08:21,784+0000 INFO (jsonrpc/7) [api.host] START getHardwareInfo() from=::ffff:192.168.122.123,36798 (api:48) 2019-06-16 15:08:21,785+0000 INFO (jsonrpc/7) [api.host] FINISH getHardwareInfo return={'status': {'message': 'Done', 'code': 0}, 'info': {'systemProductName': 'C246-WU4', 'systemSerialNumber': 'Default string', 'systemFamily': 'Default string', 'systemVersion': 'Default string', 'systemUUID': '03D502E0-045E-05E4-B806-190700080009', 'systemManufacturer': 'Gigabyte Technology Co., Ltd.'}} from=::ffff:192.168.122.123,36798 (api:54) 2019-06-16 15:08:21,785+0000 INFO (jsonrpc/7) [jsonrpc.JsonRpcServer] RPC call Host.getHardwareInfo succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:08:23,115+0000 INFO (jsonrpc/0) [api.host] START getAllVmStats() from=::1,50104 (api:48) 2019-06-16 15:08:23,115+0000 INFO (jsonrpc/0) [api.host] FINISH getAllVmStats return={'status': {'message': 'Done', 'code': 0}, 'statsList': (suppressed)} from=::1,50104 (api:54) 2019-06-16 15:08:23,116+0000 INFO (jsonrpc/0) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:08:23,147+0000 INFO (jsonrpc/2) [api.host] START getAllVmIoTunePolicies() from=::1,50104 (api:48) 2019-06-16 15:08:23,147+0000 INFO (jsonrpc/2) [api.host] FINISH getAllVmIoTunePolicies return={'status': {'message': 'Done', 'code': 0}, 'io_tune_policies_dict': {'56371630-7d71-4a9a-b84a-61f38f9d7c4d': {'policy': [], 'current_values': []}}} from=::1,50104 (api:54) 2019-06-16 15:08:23,147+0000 INFO (jsonrpc/2) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmIoTunePolicies succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:08:24,201+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=25f56bb8-f808-44c8-ae07-8edf6dbbdf52 (api:48) 2019-06-16 15:08:24,201+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=25f56bb8-f808-44c8-ae07-8edf6dbbdf52 (api:54) 2019-06-16 15:08:24,201+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:08:24,208+0000 INFO (jsonrpc/1) [api.host] START getCapabilities() from=::ffff:192.168.122.123,36798 (api:48) 2019-06-16 15:08:24,253+0000 INFO (jsonrpc/1) [root] managedvolume not supported: Managed Volume Not Supported. Missing package os-brick.: ('Cannot import os_brick',) (caps:150) 2019-06-16 15:08:24,500+0000 INFO (jsonrpc/1) [root] /usr/libexec/vdsm/hooks/after_get_caps/50_openstacknet: rc=0 err= (hooks:114) 2019-06-16 15:08:24,618+0000 INFO (jsonrpc/1) [root] /usr/libexec/vdsm/hooks/after_get_caps/openstacknet_utils.py: rc=0 err= (hooks:114) 2019-06-16 15:08:24,753+0000 INFO (jsonrpc/1) [root] /usr/libexec/vdsm/hooks/after_get_caps/ovirt_provider_ovn_hook: rc=0 err= (hooks:114) 2019-06-16 15:08:24,753+0000 INFO (jsonrpc/1) [api.host] FINISH getCapabilities return={'status': {'message': 'Done', 'code': 0}, 'info': {u'HBAInventory': {u'iSCSI': [{u'InitiatorName': u'iqn.1994-05.com.redhat:ce1834079cf1'}], u'FC': []}, u'packages2': {u'kernel': {u'release': u'957.10.1.el7.x86_64', u'version': u'3.10.0'}, u'glusterfs-rdma': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-fuse': {u'release': u'1.el7', u'version': u'5.5'}, u'spice-server': {u'release': u'6.el7_6.1', u'version': u'0.14.0'}, u'librbd1': {u'release': u'4.el7', u'version': u'10.2.5'}, u'vdsm': {u'release': u'1.el7', u'version': u'4.30.13'}, u'qemu-kvm': {u'release': u'18.el7_6.3.1', u'version': u'2.12.0'}, u'openvswitch': {u'release': u'3.el7', u'version': u'2.10.1'}, u'libvirt': {u'release': u'10.el7_6.6', u'version': u'4.5.0'}, u'ovirt-hosted-engine-ha': {u'release': u'1.el7', u'version': u'2.3.1'}, u'qemu-img': {u'release': u'18.el7_6.3.1', u'version': u'2.12.0'}, u'mom': {u'release': u'1.e l7.centos', u'version': u'0.5.12'}, u'glusterfs': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-cli': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-server': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-geo-replication': {u'release': u'1.el7', u'version': u'5.5'}}, u'numaNodeDistance': {u'0': [10]}, u'cpuModel': u'Intel(R) Xeon(R) E-2146G CPU @ 3.50GHz', u'nestedVirtualization': False, u'liveMerge': u'true', u'hooks': {u'after_vm_start': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ea0a5a715da8c1badbcda28e8b8fa00e'}}, u'after_network_setup': {u'30_ethtool_options': {u'md5': u'ce1fbad7aa0389e3b06231219140bf0d'}}, u'before_vm_start': {u'50_hostedengine': {u'md5': u'95c810cdcfe4195302a59574a5148289'}, u'50_vhostmd': {u'md5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'after_device_migrate_destination': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md 5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'before_network_setup': {u'50_fcoe': {u'md5': u'28c352339c8beef1e1b05c67d106d062'}}, u'before_device_create': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}, u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ec8d5d7ba063a109f749cd63c7a2b58d'}, u'20_ovirt_provider_ovn_vhostuser_hook': {u'md5': u'a8af653b7386c138b2e6e9738bd6b62c'}, u'10_ovirt_provider_ovn_hook': {u'md5': u'73822988042847bab1ea832a6b9fa837'}}, u'after_device_create': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'after_nic_hotplug': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'before_vm_migrate_destination': {u'50_vhostmd': {u'md5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'before_vm_dehibernate': {u'50_vhostmd': {u'md 5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'before_nic_hotplug': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}, u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ec8d5d7ba063a109f749cd63c7a2b58d'}, u'20_ovirt_provider_ovn_vhostuser_hook': {u'md5': u'a8af653b7386c138b2e6e9738bd6b62c'}, u'10_ovirt_provider_ovn_hook': {u'md5': u'73822988042847bab1ea832a6b9fa837'}}, u'after_get_caps': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'5c3a9ab6e06e039bdd220c0216e45809'}, u'ovirt_provider_ovn_hook': {u'md5': u'4c4b1d2d5460e6a65114ae36cb775df6'}}, u'before_device_migrate_destination': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}}, u'after_vm_destroy': {u'delete_vhostuserclient_hook': {u'md5': u'c2f279cc9483a3f842f6c29df13994c1'}, u'50_vhostmd': {u'md5': u'bdf4802c0521cf1bae08f2b90a9559cf'}}}, u'supportsIPv6': True, u'realtimeKernel': False, u'vmTypes': [ u'kvm'], u'liveSnapshot': u'true', u'cpuThreads': u'12', u'kdumpStatus': 0, u'deferred_preallocation': True, u'networks': {u'ovirtmgmt': {u'iface': u'ovirtmgmt', u'ipv6autoconf': True, u'addr': u'10.0.8.152', u'dhcpv6': False, u'ipv6addrs': [], u'switch': u'legacy', u'bridged': True, u'southbound': u'enp2s0', u'dhcpv4': True, u'netmask': u'255.255.255.0', u'ipv4defaultroute': True, u'stp': u'off', u'ipv4addrs': [u'10.0.8.152/24'], u'mtu': u'1500', u'ipv6gateway': u'::', u'gateway': u'10.0.8.1', u'ports': [u'enp2s0']}}, u'kernelArgs': u'BOOT_IMAGE=/ovirt-node-ng-4.3.3.1-0.20190417.0+1/vmlinuz-3.10.0-957.10.1.el7.x86_64 root=/dev/onn_host/ovirt-node-ng-4.3.3.1-0.20190417.0+1 ro crashkernel=auto rd.lvm.lv=onn_host/swap rd.lvm.lv=onn_host/ovirt-node-ng-4.3.3.1-0.20190417.0+1 rhgb quiet LANG=en_GB.UTF-8 img.bootid=ovirt-node-ng-4.3.3.1-0.20190417.0+1', u'domain_versions': [0, 2, 3, 4, 5], u'bridges': {u'ovirtmgmt': {u'ipv6autoconf': True, u'addr': u'10.0.8.152', u'dhcpv6': False, u'ipv6a ddrs': [], u'mtu': u'1500', u'dhcpv4': True, u'netmask': u'255.255.255.0', u'ipv4defaultroute': True, u'stp': u'off', u'ipv4addrs': [u'10.0.8.152/24'], u'ipv6gateway': u'::', u'gateway': u'10.0.8.1', u'opts': {u'multicast_last_member_count': u'2', u'vlan_protocol': u'0x8100', u'hash_elasticity': u'4', u'multicast_query_response_interval': u'1000', u'group_fwd_mask': u'0x0', u'multicast_snooping': u'1', u'multicast_startup_query_interval': u'3125', u'hello_timer': u'0', u'multicast_querier_interval': u'25500', u'max_age': u'2000', u'hash_max': u'512', u'stp_state': u'0', u'topology_change_detected': u'0', u'priority': u'32768', u'multicast_igmp_version': u'2', u'multicast_membership_interval': u'26000', u'root_path_cost': u'0', u'root_port': u'0', u'multicast_stats_enabled': u'0', u'multicast_startup_query_count': u'2', u'nf_call_iptables': u'0', u'vlan_stats_enabled': u'0', u'hello_time': u'200', u'topology_change': u'0', u'bridge_id': u'8000.00e04c687529', u'topology_change_timer': u'0', u'ageing_time': u'30000', u'nf_call_ip6tables': u'0', u'multicast_mld_version': u'1', u'gc_timer': u'27173', u'root_id': u'8000.00e04c687529', u'nf_call_arptables': u'0', u'group_addr': u'1:80:c2:0:0:0', u'multicast_last_member_interval': u'100', u'default_pvid': u'1', u'multicast_query_interval': u'12500', u'multicast_query_use_ifaddr': u'0', u'tcn_timer': u'0', u'multicast_router': u'1', u'vlan_filtering': u'0', u'multicast_querier': u'0', u'forward_delay': u'0'}, u'ports': [u'enp2s0']}, u'virbr0': {u'ipv6autoconf': False, u'addr': u'192.168.122.1', u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'255.255.255.0', u'ipv4defaultroute': False, u'stp': u'on', u'ipv4addrs': [u'192.168.122.1/24'], u'ipv6gateway': u'::', u'gateway': u'', u'opts': {u'multicast_last_member_count': u'2', u'vlan_protocol': u'0x8100', u'hash_elasticity': u'4', u'multicast_query_response_interval': u'1000', u'group_fwd_mask': u'0x0', u'multicast_snooping': u'1', u'mul ticast_startup_query_interval': u'3125', u'hello_timer': u'57', u'multicast_querier_interval': u'25500', u'max_age': u'2000', u'hash_max': u'512', u'stp_state': u'1', u'topology_change_detected': u'0', u'priority': u'32768', u'multicast_igmp_version': u'2', u'multicast_membership_interval': u'26000', u'root_path_cost': u'0', u'root_port': u'0', u'multicast_stats_enabled': u'0', u'multicast_startup_query_count': u'2', u'nf_call_iptables': u'0', u'vlan_stats_enabled': u'0', u'hello_time': u'200', u'topology_change': u'0', u'bridge_id': u'8000.5254006a0284', u'topology_change_timer': u'0', u'ageing_time': u'30000', u'nf_call_ip6tables': u'0', u'multicast_mld_version': u'1', u'gc_timer': u'14782', u'root_id': u'8000.5254006a0284', u'nf_call_arptables': u'0', u'group_addr': u'1:80:c2:0:0:0', u'multicast_last_member_interval': u'100', u'default_pvid': u'1', u'multicast_query_interval': u'12500', u'multicast_query_use_ifaddr': u'0', u'tcn_timer': u'0', u'multicast_router': u'1', u'vlan_fil tering': u'0', u'multicast_querier': u'0', u'forward_delay': u'200'}, u'ports': [u'vnet0', u'virbr0-nic']}}, u'uuid': u'03d502e0-045e-05e4-b806-190700080009', u'onlineCpus': u'0,1,2,3,4,5,6,7,8,9,10,11', u'nameservers': [u'10.0.8.1', u'10.0.8.1', u'8.8.8.8', u'8.8.4.4'], u'nics': {u'enp2s0': {u'ipv6autoconf': False, u'addr': u'', u'speed': 1000, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute': False, u'ipv4addrs': [], u'hwaddr': u'00:e0:4c:68:75:29', u'ipv6gateway': u'::', u'gateway': u''}, u'eno1': {u'ipv6autoconf': True, u'addr': u'', u'speed': 10, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute': False, u'ipv4addrs': [], u'hwaddr': u'e0:d5:5e:e4:b8:19', u'ipv6gateway': u'::', u'gateway': u''}, u'enp9s0': {u'ipv6autoconf': True, u'addr': u'', u'speed': 1000, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute' : False, u'ipv4addrs': [], u'hwaddr': u'e0:d5:5e:e4:b8:1a', u'ipv6gateway': u'::', u'gateway': u''}}, u'software_revision': u'1', u'hostdevPassthrough': u'false', u'clusterLevels': [u'4.1', u'4.2', u'4.3'], u'cpuFlags': u'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,art,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,sdbg,fma,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,x2apic,movbe,popcnt,tsc_deadline_timer,aes,xsave,avx,f16c,rdrand,lahf_lm,abm,3dnowprefetch,intel_pt,ssbd,ibrs,ibpb,stibp,tpr_shadow,vnmi,flexpriority,ept,vpid,fsgsbase,tsc_adjust,bmi1,hle,avx2,smep,bmi2,erms,invpcid,rtm,mpx,rdseed,adx,smap,clflushopt,xsaveopt,xsavec,xgetbv1,dtherm,ida,arat,pln,pts,hwp,hwp_notify,hwp_act_window,hwp_epp,spec_ctrl,intel_stibp,flush_l1d,model_Opteron_G2,model_kvm32,model_SandyBridge-IBRS,model_Has well-noTSX,model_Opteron_G1,model_core2duo,model_pentium,model_Haswell,model_Westmere-IBRS,model_Haswell-IBRS,model_Broadwell-noTSX,model_qemu64,model_Broadwell-noTSX-IBRS,model_kvm64,model_Skylake-Client,model_Broadwell-IBRS,model_coreduo,model_Nehalem,model_Skylake-Client-IBRS,model_Nehalem-IBRS,model_IvyBridge,model_Westmere,model_SandyBridge,model_IvyBridge-IBRS,model_n270,model_Haswell-noTSX-IBRS,model_qemu32,model_Penryn,model_pentium2,model_pentium3,model_Conroe,model_Broadwell,model_486', u'kernelFeatures': {u'IBRS': 1, u'RETP': 0, u'SSBD': 3, u'PTI': 1}, u'ISCSIInitiatorName': u'iqn.1994-05.com.redhat:ce1834079cf1', u'netConfigDirty': u'True', u'selinux': {u'mode': u'1'}, u'autoNumaBalancing': 0, u'reservedMem': u'321', u'bondings': {}, u'software_version': u'4.30.13', u'supportedENGINEs': [u'4.1', u'4.2', u'4.3'], u'vncEncrypted': False, u'backupEnabled': False, u'cpuSpeed': u'4298.095', u'numaNodes': {u'0': {u'totalMemory': u'128602', u'cpus': [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11]}}, u'cpuSockets': u'1', u'vlans': {}, u'version_name': u'Snow Man', 'lastClientIface': 'ovirtmgmt', u'cpuCores': u'6', u'hostedEngineDeployed': False, u'hugepages': [1048576, 2048], u'guestOverhead': u'65', u'additionalFeatures': [u'libgfapi_supported', u'GLUSTER_SNAPSHOT', u'GLUSTER_GEO_REPLICATION', u'GLUSTER_BRICK_MANAGEMENT'], u'openstack_binding_host_ids': {u'OPENSTACK_OVN': u'host.example.com', u'OPEN_VSWITCH': u'host.example.com', u'OVIRT_PROVIDER_OVN': u'ed84f8bd-6024-41dc-baff-29ddcf8c9fc1'}, u'kvmEnabled': u'true', u'memSize': u'128602', u'emulatedMachines': [u'pc-i440fx-rhel7.1.0', u'pc-q35-rhel7.3.0', u'rhel6.3.0', u'pc-i440fx-rhel7.5.0', u'pc-i440fx-rhel7.0.0', u'rhel6.1.0', u'pc-q35-rhel7.6.0', u'pc-i440fx-rhel7.4.0', u'rhel6.6.0', u'pc-q35-rhel7.5.0', u'rhel6.2.0', u'pc', u'pc-i440fx-rhel7.3.0', u'q35', u'pc-i440fx-rhel7.2.0', u'rhel6.4.0', u'pc-q35-rhel7.4.0', u'pc-i440fx-rhel7.6.0', u'rhel6.0.0', u'rhel6.5.0'], u'rngSources': [u'hwrng', u'random'], u'oper atingSystem': {u'release': u'6.1810.2.el7.centos', u'pretty_name': u'oVirt Node 4.3.3.1', u'version': u'7', u'name': u'RHEL'}}} from=::ffff:192.168.122.123,36798 (api:54) 2019-06-16 15:08:24,757+0000 INFO (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC call Host.getCapabilities succeeded in 0.55 seconds (__init__:312) 2019-06-16 15:08:24,768+0000 INFO (jsonrpc/3) [api.host] START getHardwareInfo() from=::ffff:192.168.122.123,36798 (api:48) 2019-06-16 15:08:24,768+0000 INFO (jsonrpc/3) [api.host] FINISH getHardwareInfo return={'status': {'message': 'Done', 'code': 0}, 'info': {'systemProductName': 'C246-WU4', 'systemSerialNumber': 'Default string', 'systemFamily': 'Default string', 'systemVersion': 'Default string', 'systemUUID': '03D502E0-045E-05E4-B806-190700080009', 'systemManufacturer': 'Gigabyte Technology Co., Ltd.'}} from=::ffff:192.168.122.123,36798 (api:54) 2019-06-16 15:08:24,768+0000 INFO (jsonrpc/3) [jsonrpc.JsonRpcServer] RPC call Host.getHardwareInfo succeeded in 0.00 seconds (__init__:312) supervdsm.log shows: MainProcess|vm/56371630::DEBUG::2019-06-16 15:06:03,113::cmdutils::141::root::(exec_cmd) FAILED: <err> = ''; <rc> = 1 MainProcess|vm/56371630::DEBUG::2019-06-16 15:06:03,113::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return ovs_bridge with None MainProcess|vm/56371630::DEBUG::2019-06-16 15:06:03,118::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call prepareVmChannel with ('/var/lib/libvirt/qemu/channels/56371630-7d71-4a9a-b84a-61f38f9d7c4d.com.redhat.rhevm.vdsm',) {} MainProcess|vm/56371630::ERROR::2019-06-16 15:06:03,118::supervdsm_server::103::SuperVdsm.ServerCallback::(wrapper) Error in prepareVmChannel Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/supervdsm_server.py", line 101, in wrapper res = func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/supervdsm_api/virt.py", line 39, in prepareVmChannel fsinfo = os.stat(socketFile) OSError: [Errno 2] No such file or directory: '/var/lib/libvirt/qemu/channels/56371630-7d71-4a9a-b84a-61f38f9d7c4d.com.redhat.rhevm.vdsm' MainProcess|jsonrpc/3::DEBUG::2019-06-16 15:06:23,118::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call ksmTune with ({u'run': 0},) {} MainProcess|jsonrpc/3::DEBUG::2019-06-16 15:06:23,119::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return ksmTune with None MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:07:53,781::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call network_caps with () {} MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:07:53,781::logutils::319::root::(_report_stats) ThreadedHandler is ok in the last 113 seconds (max pending: 15) MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:07:53,786::cmdutils::133::root::(exec_cmd) /sbin/tc qdisc show (cwd None) MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:07:53,790::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:07:53,817::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return network_caps with {'bridges': {'virbr0': {'ipv6autoconf': False, 'addr': '192.168.122.1', 'dhcpv6': False, 'ipv6addrs': [], 'gateway': '', 'dhcpv4': False, 'netmask': '255.255.255.0', 'ipv4defaultroute': False, 'stp': 'on', 'ipv4addrs': ['192.168.122.1/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['vnet0', 'virbr0-nic'], 'opts': {'multicast_last_member_count': '2', 'vlan_protocol': '0x8100', 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', 'hello_timer': '99', 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': '512', 'stp_state': '1', 'topology_change_detected': '0', 'priority': '32768', 'multicast_igmp_version': '2', 'multicast_membership_interval': '26000', 'root_path_cost': '0', 'root_port': '0', 'multicast_stats_enabled': '0', 'multicast_startup_query_count': '2', 'nf_call_iptables': '0', 'vlan_stats_enabled': '0', 'topology_change': '0', 'hello_time': '200', 'root_id': '8000.5254006a0284', 'bridge_id': '8000.5254006a0284', 'topology_change_timer': '0', 'ageing_time': '30000', 'nf_call_ip6tables': '0', 'multicast_mld_version': '1', 'gc_timer': '17825', 'nf_call_arptables': '0', 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', 'default_pvid': '1', 'multicast_query_interval': '12500', 'multicast_query_use_ifaddr': '0', 'tcn_timer': '0', 'multicast_router': '1', 'vlan_filtering': '0', 'multicast_querier': '0', 'forward_delay': '200'}}}, 'bondings': {}, 'nameservers': ['10.0.8.1', '8.8.8.8', '8.8.4.4'], 'nics': {'enp2s0': {'ipv6autoconf': True, 'addr': '10.0.8.152', 'speed': 1000, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': True, 'netmask': '255.255.255.0', 'ipv4defaultroute': True, 'ipv4addrs': ['10.0.8.152/24'], 'hwaddr': '00:e0:4c:68:75:29', 'ipv6gateway': '::', ' gateway': '10.0.8.1'}, 'eno1': {'ipv6autoconf': True, 'addr': '', 'speed': 10, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': 'e0:d5:5e:e4:b8:19', 'ipv6gateway': '::', 'gateway': ''}, 'enp9s0': {'ipv6autoconf': True, 'addr': '', 'speed': 1000, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': 'e0:d5:5e:e4:b8:1a', 'ipv6gateway': '::', 'gateway': ''}}, 'supportsIPv6': True, 'vlans': {}, 'networks': {}} MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:07:53,880::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_pti with () {} MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:07:53,880::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_pti with 1 MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:07:53,880::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_retp with () {} MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:07:53,880::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_retp with 0 MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:07:53,880::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_ibrs with () {} MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:07:53,880::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_ibrs with 1 MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:07:53,881::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_ssbd with () {} MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:07:53,881::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_ssbd with 3 MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:07:53,881::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call check_qemu_conf_contains with ('vnc_tls', '1') {} MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:07:53,882::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return check_qemu_conf_contains with False MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,539::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call setupNetworks with ({u'ovirtmgmt': {u'ipv6autoconf': True, u'nic': u'enp2s0', u'mtu': 1500, u'switch': u'legacy', u'dhcpv6': False, u'STP': u'no', u'bridged': u'true', u'defaultRoute': True, u'bootproto': u'dhcp'}}, {}, {u'connectivityCheck': u'true', u'connectivityTimeout': 120, u'commitOnSuccess': False}) {} MainProcess|jsonrpc/1::INFO::2019-06-16 15:07:54,539::api::211::root::(setupNetworks) Setting up network according to configuration: networks:{u'ovirtmgmt': {u'ipv6autoconf': True, u'nic': u'enp2s0', u'mtu': 1500, u'switch': u'legacy', u'dhcpv6': False, u'STP': u'no', u'bridged': u'true', u'defaultRoute': True, u'bootproto': u'dhcp'}}, bondings:{}, options:{u'connectivityCheck': u'true', u'connectivityTimeout': 120, u'commitOnSuccess': False} MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,543::cmdutils::133::root::(exec_cmd) /sbin/tc qdisc show (cwd None) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,547::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/1::INFO::2019-06-16 15:07:54,566::netconfpersistence::58::root::(setNetwork) Adding network ovirtmgmt({u'ipv6autoconf': True, 'nameservers': [], u'nic': u'enp2s0', u'mtu': 1500, u'switch': u'legacy', u'dhcpv6': False, 'stp': False, u'bridged': True, u'defaultRoute': True, u'bootproto': u'dhcp'}) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,568::commands::198::root::(execCmd) /usr/bin/taskset --cpu-list 0-11 /usr/libexec/vdsm/hooks/before_network_setup/50_fcoe (cwd None) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,797::commands::219::root::(execCmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/1::INFO::2019-06-16 15:07:54,797::hooks::114::root::(_runHooksDir) /usr/libexec/vdsm/hooks/before_network_setup/50_fcoe: rc=0 err= MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,799::legacy_switch::484::root::(bonds_setup) Starting bondings setup. bonds={}, in_rollback=False MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,802::cmdutils::133::root::(exec_cmd) /sbin/tc qdisc show (cwd None) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,805::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,826::cmdutils::133::root::(exec_cmd) /sbin/tc qdisc show (cwd None) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,828::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,844::cmdutils::133::root::(exec_cmd) /sbin/tc qdisc show (cwd None) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,846::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,861::cmdutils::133::root::(exec_cmd) /sbin/tc qdisc show (cwd None) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,863::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,875::legacy_switch::431::root::(add_missing_networks) Adding network u'ovirtmgmt' MainProcess|jsonrpc/1::INFO::2019-06-16 15:07:54,875::netconfpersistence::58::root::(setNetwork) Adding network ovirtmgmt({u'ipv6autoconf': True, u'nameservers': [], u'nic': u'enp2s0', u'mtu': 1500, u'switch': u'legacy', u'dhcpv6': False, u'stp': False, u'bridged': True, u'defaultRoute': True, u'bootproto': u'dhcp'}) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,875::legacy_switch::188::root::(_add_network) Validating network... MainProcess|jsonrpc/1::INFO::2019-06-16 15:07:54,875::legacy_switch::195::root::(_add_network) Adding network ovirtmgmt with vlan=None, bonding=None, nic=enp2s0, mtu=1500, bridged=True, defaultRoute=True, options={u'switch': u'legacy', u'stp': False} MainProcess|jsonrpc/1::INFO::2019-06-16 15:07:54,875::legacy_switch::223::root::(_add_network) Configuring device ovirtmgmt MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,875::cmdutils::133::root::(exec_cmd) /bin/systemctl status NetworkManager (cwd None) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,896::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,899::cmdutils::133::root::(exec_cmd) /sbin/dhclient '-do-you-support-loading-duid-from-lease-files?' (cwd None) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,918::cmdutils::141::root::(exec_cmd) FAILED: <err> = 'Internet Systems Consortium DHCP Client 4.2.5\nCopyright 2004-2013 Internet Systems Consortium.\nAll rights reserved.\nFor info, please visit https://www.isc.org/software/dhcp/\nUsage: dhclient [-4|-6] [-SNTPI1dvrxi] [-nw] [-p <port>] [-D LL|LLT] \n [-s server-addr] [-cf config-file] [-lf lease-file]\n [-pf pid-file] [--no-pid] [-e VAR=val]\n [-I <dhcp-client-identifier>] [-B]\n [-H <host-name> | -F <fqdn.fqdn>] [-timeout <timeout>]\n [-V <vendor-class-identifier>]\n [-R <request option list>]\n [-sf script-file] [interface]\n\nThis version of ISC DHCP is based on the release available\non ftp.isc.org. Features have been added and other changes\nhave been made to the base software release in order to make\nit work better with this distribution.\n\nPlease report for this softwar e via the CentOS Bugs Database:\n http://bugs.centos.org/\n\nexiting.\n'; <rc> = 1 MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,919::ifcfg::521::root::(_persistentBackup) backing up ifcfg-ovirtmgmt: # original file did not exist MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,919::ifcfg::471::root::(writeBackupFile) Persistently backed up /var/lib/vdsm/netconfback/ifcfg-ovirtmgmt (until next 'set safe config') MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,919::ifcfg::578::root::(writeConfFile) Writing to file /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt configuration: # Generated by VDSM version 4.30.13.1 DEVICE=ovirtmgmt TYPE=Bridge DELAY=0 STP=off ONBOOT=yes BOOTPROTO=dhcp MTU=1500 DEFROUTE=yes NM_CONTROLLED=no IPV6INIT=yes IPV6_AUTOCONF=yes MainProcess|jsonrpc/1::INFO::2019-06-16 15:07:54,947::dhclient::108::root::(kill) Stopping dhclient-4 on enp2s0 MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,947::cmdutils::133::root::(exec_cmd) /sbin/ip addr flush dev enp2s0 scope global (cwd None) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,951::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,951::ifcfg::488::root::(_atomicBackup) Backed up /etc/sysconfig/network-scripts/ifcfg-enp2s0 MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,952::ifcfg::521::root::(_persistentBackup) backing up ifcfg-enp2s0: TYPE=Ethernet PROXY_METHOD=none BROWSER_ONLY=no BOOTPROTO=dhcp DEFROUTE=yes IPV4_FAILURE_FATAL=no IPV6INIT=no IPV6_AUTOCONF=yes IPV6_DEFROUTE=yes IPV6_FAILURE_FATAL=no IPV6_ADDR_GEN_MODE=stable-privacy NAME=enp2s0 UUID=be848c96-e984-4160-bfba-991fc98ec00e DEVICE=enp2s0 ONBOOT=yes MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,952::ifcfg::471::root::(writeBackupFile) Persistently backed up /var/lib/vdsm/netconfback/ifcfg-enp2s0 (until next 'set safe config') MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,952::ifcfg::578::root::(writeConfFile) Writing to file /etc/sysconfig/network-scripts/ifcfg-enp2s0 configuration: # Generated by VDSM version 4.30.13.1 DEVICE=enp2s0 BRIDGE=ovirtmgmt ONBOOT=yes MTU=1500 DEFROUTE=no NM_CONTROLLED=no IPV6INIT=no MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,953::cmdutils::133::root::(exec_cmd) /sbin/ifdown enp2s0 (cwd None) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:55,245::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = 'bridge ovirtmgmt does not exist!\n'; <rc> = 0 netlink/events::DEBUG::2019-06-16 15:07:55,246::concurrent::193::root::(run) START thread <Thread(netlink/events, started daemon 140113750009600)> (func=<bound method Monitor._scan of <vdsm.network.netlink.monitor.Monitor object at 0x7f6ecc096dd0>>, args=(), kwargs={}) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:55,247::cmdutils::133::root::(exec_cmd) /usr/bin/systemd-run --scope --unit=cbe374a2-fe91-4389-865f-6e0f8504f477 --slice=vdsm-dhclient /sbin/ifup enp2s0 (cwd None) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:55,362::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = 'Running scope as unit cbe374a2-fe91-4389-865f-6e0f8504f477.scope.\n'; <rc> = 0 netlink/events::DEBUG::2019-06-16 15:07:55,363::concurrent::196::root::(run) FINISH thread <Thread(netlink/events, stopped daemon 140113750009600)> MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:55,363::ifacetracking::34::root::(add) Add iface tracking for device ovirtmgmt ifup/ovirtmgmt::DEBUG::2019-06-16 15:07:55,364::concurrent::193::root::(run) START thread <Thread(ifup/ovirtmgmt, started daemon 140113750009600)> (func=<function _exec_ifup at 0x7f6ecd148578>, args=(Bridge(ovirtmgmt: Nic(enp2s0)), 'vdsm-dhclient'), kwargs={}) ifup/ovirtmgmt::DEBUG::2019-06-16 15:07:55,364::cmdutils::133::root::(exec_cmd) /usr/bin/systemd-run --scope --unit=3e40e5ca-d946-46c1-aee5-5bcd23f28687 --slice=vdsm-dhclient /sbin/ifup ovirtmgmt (cwd None) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:55,369::cmdutils::133::root::(exec_cmd) /sbin/tc qdisc show (cwd None) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:55,372::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:55,393::connectivity::46::root::(check) Checking connectivity... MainProcess|dhclient-monitor::DEBUG::2019-06-16 15:08:08,010::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call add_sourceroute with ('ovirtmgmt', '10.0.8.152', '255.255.255.0', '10.0.8.1') {} MainProcess|dhclient-monitor::DEBUG::2019-06-16 15:08:08,010::sourceroute::196::root::(add) Adding source route for device ovirtmgmt MainProcess|dhclient-monitor::DEBUG::2019-06-16 15:08:08,010::cmdutils::133::root::(exec_cmd) /sbin/ip -4 route add 0.0.0.0/0 via 10.0.8.1 dev ovirtmgmt table 180684952 (cwd None) MainProcess|dhclient-monitor::DEBUG::2019-06-16 15:08:08,013::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|dhclient-monitor::DEBUG::2019-06-16 15:08:08,013::cmdutils::133::root::(exec_cmd) /sbin/ip -4 route add 10.0.8.0/24 via 10.0.8.152 dev ovirtmgmt table 180684952 (cwd None) MainProcess|dhclient-monitor::DEBUG::2019-06-16 15:08:08,016::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|dhclient-monitor::DEBUG::2019-06-16 15:08:08,016::cmdutils::133::root::(exec_cmd) /sbin/ip rule add from 10.0.8.0/24 prio 32000 table 180684952 (cwd None) MainProcess|dhclient-monitor::DEBUG::2019-06-16 15:08:08,018::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|dhclient-monitor::DEBUG::2019-06-16 15:08:08,019::cmdutils::133::root::(exec_cmd) /sbin/ip rule add from all to 10.0.8.0/24 dev ovirtmgmt prio 32000 table 180684952 (cwd None) MainProcess|dhclient-monitor::DEBUG::2019-06-16 15:08:08,021::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|dhclient-monitor::DEBUG::2019-06-16 15:08:08,021::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return add_sourceroute with None ifup/ovirtmgmt::DEBUG::2019-06-16 15:08:08,230::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = 'Running scope as unit 3e40e5ca-d946-46c1-aee5-5bcd23f28687.scope.\n'; <rc> = 0 ifup/ovirtmgmt::DEBUG::2019-06-16 15:08:08,230::concurrent::196::root::(run) FINISH thread <Thread(ifup/ovirtmgmt, stopped daemon 140113750009600)> MainProcess|jsonrpc/1::INFO::2019-06-16 15:08:09,409::netconfpersistence::231::root::(_clearDisk) Clearing netconf: /var/lib/vdsm/staging/netconf MainProcess|jsonrpc/1::INFO::2019-06-16 15:08:09,419::netconfpersistence::181::root::(save) Saved new config RunningConfig({u'ovirtmgmt': {u'ipv6autoconf': True, u'nameservers': [], u'nic': u'enp2s0', u'mtu': 1500, u'switch': u'legacy', u'dhcpv6': False, u'stp': False, u'bridged': True, u'defaultRoute': True, u'bootproto': u'dhcp'}}, {}, {}) to [/var/lib/vdsm/staging/netconf/nets,/var/lib/vdsm/staging/netconf/bonds,/var/lib/vdsm/staging/netconf/devices] MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:09,420::commands::198::root::(execCmd) /usr/bin/taskset --cpu-list 0-11 /usr/libexec/vdsm/hooks/after_network_setup/30_ethtool_options (cwd None) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:09,521::commands::219::root::(execCmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/1::INFO::2019-06-16 15:08:09,521::hooks::114::root::(_runHooksDir) /usr/libexec/vdsm/hooks/after_network_setup/30_ethtool_options: rc=0 err= MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:09,521::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return setupNetworks with None MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,562::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call network_caps with () {} MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,567::routes::110::root::(get_gateway) The gateway 10.0.8.1 is duplicated for the device ovirtmgmt MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,567::routes::110::root::(get_gateway) The gateway 10.0.8.1 is duplicated for the device ovirtmgmt MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,568::cmdutils::133::root::(exec_cmd) /sbin/tc qdisc show (cwd None) MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,571::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,572::cmdutils::133::root::(exec_cmd) /sbin/tc class show dev enp2s0 classid 0:1388 (cwd None) MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,574::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,600::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return network_caps with {'bridges': {'ovirtmgmt': {'ipv6autoconf': True, 'addr': '10.0.8.152', 'dhcpv6': False, 'ipv6addrs': [], 'gateway': '10.0.8.1', 'dhcpv4': True, 'netmask': '255.255.255.0', 'ipv4defaultroute': True, 'stp': 'off', 'ipv4addrs': ['10.0.8.152/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['enp2s0'], 'opts': {'multicast_last_member_count': '2', 'vlan_protocol': '0x8100', 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', 'hello_timer': '0', 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': '512', 'stp_state': '0', 'topology_change_detected': '0', 'priority': '32768', 'multicast_igmp_version': '2', 'multicast_membership_interval': '26000', 'root_path_cost': '0', 'root_port': '0', 'multicast_stats_enabled': '0', 'multi cast_startup_query_count': '2', 'nf_call_iptables': '0', 'vlan_stats_enabled': '0', 'topology_change': '0', 'hello_time': '200', 'root_id': '8000.00e04c687529', 'bridge_id': '8000.00e04c687529', 'topology_change_timer': '0', 'ageing_time': '30000', 'nf_call_ip6tables': '0', 'multicast_mld_version': '1', 'gc_timer': '28337', 'nf_call_arptables': '0', 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', 'default_pvid': '1', 'multicast_query_interval': '12500', 'multicast_query_use_ifaddr': '0', 'tcn_timer': '0', 'multicast_router': '1', 'vlan_filtering': '0', 'multicast_querier': '0', 'forward_delay': '0'}}, 'virbr0': {'ipv6autoconf': False, 'addr': '192.168.122.1', 'dhcpv6': False, 'ipv6addrs': [], 'gateway': '', 'dhcpv4': False, 'netmask': '255.255.255.0', 'ipv4defaultroute': False, 'stp': 'on', 'ipv4addrs': ['192.168.122.1/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['vnet0', 'virbr0-nic'], 'opts': {'multicast_last_member_count': '2', 'vlan_protocol': '0x8 100', 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', 'hello_timer': '21', 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': '512', 'stp_state': '1', 'topology_change_detected': '0', 'priority': '32768', 'multicast_igmp_version': '2', 'multicast_membership_interval': '26000', 'root_path_cost': '0', 'root_port': '0', 'multicast_stats_enabled': '0', 'multicast_startup_query_count': '2', 'nf_call_iptables': '0', 'vlan_stats_enabled': '0', 'topology_change': '0', 'hello_time': '200', 'root_id': '8000.5254006a0284', 'bridge_id': '8000.5254006a0284', 'topology_change_timer': '0', 'ageing_time': '30000', 'nf_call_ip6tables': '0', 'multicast_mld_version': '1', 'gc_timer': '15946', 'nf_call_arptables': '0', 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', 'default_pvid': '1', 'multicast_query_interval': '12500', 'multicast_query_use_i faddr': '0', 'tcn_timer': '0', 'multicast_router': '1', 'vlan_filtering': '0', 'multicast_querier': '0', 'forward_delay': '200'}}}, 'bondings': {}, 'nameservers': ['10.0.8.1', '10.0.8.1', '8.8.8.8', '8.8.4.4'], 'nics': {'enp2s0': {'ipv6autoconf': False, 'addr': '', 'speed': 1000, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': '00:e0:4c:68:75:29', 'ipv6gateway': '::', 'gateway': ''}, 'eno1': {'ipv6autoconf': True, 'addr': '', 'speed': 10, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': 'e0:d5:5e:e4:b8:19', 'ipv6gateway': '::', 'gateway': ''}, 'enp9s0': {'ipv6autoconf': True, 'addr': '', 'speed': 1000, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': 'e0:d5:5e:e4:b8:1a', 'ipv6gateway': '::', 'gateway': ''}}, 'supportsIPv6': True , 'vlans': {}, 'networks': {'ovirtmgmt': {'dhcpv6': False, 'southbound': 'enp2s0', 'iface': 'ovirtmgmt', 'ipv6autoconf': True, 'addr': '10.0.8.152', 'bridged': True, 'ipv6addrs': [], 'switch': 'legacy', 'gateway': '10.0.8.1', 'dhcpv4': True, 'netmask': '255.255.255.0', 'ipv4defaultroute': True, 'stp': 'off', 'ipv4addrs': ['10.0.8.152/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['enp2s0']}}} MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,609::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_pti with () {} MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,609::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_pti with 1 MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,609::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_retp with () {} MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,610::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_retp with 0 MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,610::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_ibrs with () {} MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,610::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_ibrs with 1 MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,610::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_ssbd with () {} MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,610::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_ssbd with 3 MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,610::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call check_qemu_conf_contains with ('vnc_tls', '1') {} MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,611::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return check_qemu_conf_contains with False MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,204::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call network_caps with () {} MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,208::routes::110::root::(get_gateway) The gateway 10.0.8.1 is duplicated for the device ovirtmgmt MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,209::routes::110::root::(get_gateway) The gateway 10.0.8.1 is duplicated for the device ovirtmgmt MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,209::cmdutils::133::root::(exec_cmd) /sbin/tc qdisc show (cwd None) MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,212::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,213::cmdutils::133::root::(exec_cmd) /sbin/tc class show dev enp2s0 classid 0:1388 (cwd None) MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,215::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,235::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return network_caps with {'bridges': {'ovirtmgmt': {'ipv6autoconf': True, 'addr': '10.0.8.152', 'dhcpv6': False, 'ipv6addrs': [], 'gateway': '10.0.8.1', 'dhcpv4': True, 'netmask': '255.255.255.0', 'ipv4defaultroute': True, 'stp': 'off', 'ipv4addrs': ['10.0.8.152/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['enp2s0'], 'opts': {'multicast_last_member_count': '2', 'vlan_protocol': '0x8100', 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', 'hello_timer': '0', 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': '512', 'stp_state': '0', 'topology_change_detected': '0', 'priority': '32768', 'multicast_igmp_version': '2', 'multicast_membership_interval': '26000', 'root_path_cost': '0', 'root_port': '0', 'multicast_stats_enabled': '0', 'multi cast_startup_query_count': '2', 'nf_call_iptables': '0', 'vlan_stats_enabled': '0', 'topology_change': '0', 'hello_time': '200', 'root_id': '8000.00e04c687529', 'bridge_id': '8000.00e04c687529', 'topology_change_timer': '0', 'ageing_time': '30000', 'nf_call_ip6tables': '0', 'multicast_mld_version': '1', 'gc_timer': '28273', 'nf_call_arptables': '0', 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', 'default_pvid': '1', 'multicast_query_interval': '12500', 'multicast_query_use_ifaddr': '0', 'tcn_timer': '0', 'multicast_router': '1', 'vlan_filtering': '0', 'multicast_querier': '0', 'forward_delay': '0'}}, 'virbr0': {'ipv6autoconf': False, 'addr': '192.168.122.1', 'dhcpv6': False, 'ipv6addrs': [], 'gateway': '', 'dhcpv4': False, 'netmask': '255.255.255.0', 'ipv4defaultroute': False, 'stp': 'on', 'ipv4addrs': ['192.168.122.1/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['vnet0', 'virbr0-nic'], 'opts': {'multicast_last_member_count': '2', 'vlan_protocol': '0x8 100', 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', 'hello_timer': '157', 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': '512', 'stp_state': '1', 'topology_change_detected': '0', 'priority': '32768', 'multicast_igmp_version': '2', 'multicast_membership_interval': '26000', 'root_path_cost': '0', 'root_port': '0', 'multicast_stats_enabled': '0', 'multicast_startup_query_count': '2', 'nf_call_iptables': '0', 'vlan_stats_enabled': '0', 'topology_change': '0', 'hello_time': '200', 'root_id': '8000.5254006a0284', 'bridge_id': '8000.5254006a0284', 'topology_change_timer': '0', 'ageing_time': '30000', 'nf_call_ip6tables': '0', 'multicast_mld_version': '1', 'gc_timer': '15883', 'nf_call_arptables': '0', 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', 'default_pvid': '1', 'multicast_query_interval': '12500', 'multicast_query_use_ ifaddr': '0', 'tcn_timer': '0', 'multicast_router': '1', 'vlan_filtering': '0', 'multicast_querier': '0', 'forward_delay': '200'}}}, 'bondings': {}, 'nameservers': ['10.0.8.1', '10.0.8.1', '8.8.8.8', '8.8.4.4'], 'nics': {'enp2s0': {'ipv6autoconf': False, 'addr': '', 'speed': 1000, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': '00:e0:4c:68:75:29', 'ipv6gateway': '::', 'gateway': ''}, 'eno1': {'ipv6autoconf': True, 'addr': '', 'speed': 10, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': 'e0:d5:5e:e4:b8:19', 'ipv6gateway': '::', 'gateway': ''}, 'enp9s0': {'ipv6autoconf': True, 'addr': '', 'speed': 1000, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': 'e0:d5:5e:e4:b8:1a', 'ipv6gateway': '::', 'gateway': ''}}, 'supportsIPv6': Tru e, 'vlans': {}, 'networks': {'ovirtmgmt': {'dhcpv6': False, 'southbound': 'enp2s0', 'iface': 'ovirtmgmt', 'ipv6autoconf': True, 'addr': '10.0.8.152', 'bridged': True, 'ipv6addrs': [], 'switch': 'legacy', 'gateway': '10.0.8.1', 'dhcpv4': True, 'netmask': '255.255.255.0', 'ipv4defaultroute': True, 'stp': 'off', 'ipv4addrs': ['10.0.8.152/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['enp2s0']}}} MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,243::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_pti with () {} MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,244::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_pti with 1 MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,244::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_retp with () {} MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,244::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_retp with 0 MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,244::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_ibrs with () {} MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,244::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_ibrs with 1 MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,244::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_ssbd with () {} MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,244::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_ssbd with 3 MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,244::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call check_qemu_conf_contains with ('vnc_tls', '1') {} MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,245::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return check_qemu_conf_contains with False MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:08:13,764::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call getHardwareInfo with () {} MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:08:13,778::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return getHardwareInfo with {'systemProductName': 'C246-WU4', 'systemSerialNumber': 'Default string', 'systemFamily': 'Default string', 'systemVersion': 'Default string', 'systemUUID': '03D502E0-045E-05E4-B806-190700080009', 'systemManufacturer': 'Gigabyte Technology Co., Ltd.'} MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,178::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call network_caps with () {} MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,182::routes::110::root::(get_gateway) The gateway 10.0.8.1 is duplicated for the device ovirtmgmt MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,183::routes::110::root::(get_gateway) The gateway 10.0.8.1 is duplicated for the device ovirtmgmt MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,183::cmdutils::133::root::(exec_cmd) /sbin/tc qdisc show (cwd None) MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,186::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,187::cmdutils::133::root::(exec_cmd) /sbin/tc class show dev enp2s0 classid 0:1388 (cwd None) MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,190::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,208::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return network_caps with {'bridges': {'ovirtmgmt': {'ipv6autoconf': True, 'addr': '10.0.8.152', 'dhcpv6': False, 'ipv6addrs': [], 'gateway': '10.0.8.1', 'dhcpv4': True, 'netmask': '255.255.255.0', 'ipv4defaultroute': True, 'stp': 'off', 'ipv4addrs': ['10.0.8.152/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['enp2s0'], 'opts': {'multicast_last_member_count': '2', 'vlan_protocol': '0x8100', 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', 'hello_timer': '0', 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': '512', 'stp_state': '0', 'topology_change_detected': '0', 'priority': '32768', 'multicast_igmp_version': '2', 'multicast_membership_interval': '26000', 'root_path_cost': '0', 'root_port': '0', 'multicast_stats_enabled': '0', 'multi cast_startup_query_count': '2', 'nf_call_iptables': '0', 'vlan_stats_enabled': '0', 'topology_change': '0', 'hello_time': '200', 'root_id': '8000.00e04c687529', 'bridge_id': '8000.00e04c687529', 'topology_change_timer': '0', 'ageing_time': '30000', 'nf_call_ip6tables': '0', 'multicast_mld_version': '1', 'gc_timer': '28076', 'nf_call_arptables': '0', 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', 'default_pvid': '1', 'multicast_query_interval': '12500', 'multicast_query_use_ifaddr': '0', 'tcn_timer': '0', 'multicast_router': '1', 'vlan_filtering': '0', 'multicast_querier': '0', 'forward_delay': '0'}}, 'virbr0': {'ipv6autoconf': False, 'addr': '192.168.122.1', 'dhcpv6': False, 'ipv6addrs': [], 'gateway': '', 'dhcpv4': False, 'netmask': '255.255.255.0', 'ipv4defaultroute': False, 'stp': 'on', 'ipv4addrs': ['192.168.122.1/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['vnet0', 'virbr0-nic'], 'opts': {'multicast_last_member_count': '2', 'vlan_protocol': '0x8 100', 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', 'hello_timer': '160', 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': '512', 'stp_state': '1', 'topology_change_detected': '0', 'priority': '32768', 'multicast_igmp_version': '2', 'multicast_membership_interval': '26000', 'root_path_cost': '0', 'root_port': '0', 'multicast_stats_enabled': '0', 'multicast_startup_query_count': '2', 'nf_call_iptables': '0', 'vlan_stats_enabled': '0', 'topology_change': '0', 'hello_time': '200', 'root_id': '8000.5254006a0284', 'bridge_id': '8000.5254006a0284', 'topology_change_timer': '0', 'ageing_time': '30000', 'nf_call_ip6tables': '0', 'multicast_mld_version': '1', 'gc_timer': '15686', 'nf_call_arptables': '0', 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', 'default_pvid': '1', 'multicast_query_interval': '12500', 'multicast_query_use_ ifaddr': '0', 'tcn_timer': '0', 'multicast_router': '1', 'vlan_filtering': '0', 'multicast_querier': '0', 'forward_delay': '200'}}}, 'bondings': {}, 'nameservers': ['10.0.8.1', '10.0.8.1', '8.8.8.8', '8.8.4.4'], 'nics': {'enp2s0': {'ipv6autoconf': False, 'addr': '', 'speed': 1000, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': '00:e0:4c:68:75:29', 'ipv6gateway': '::', 'gateway': ''}, 'eno1': {'ipv6autoconf': True, 'addr': '', 'speed': 10, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': 'e0:d5:5e:e4:b8:19', 'ipv6gateway': '::', 'gateway': ''}, 'enp9s0': {'ipv6autoconf': True, 'addr': '', 'speed': 1000, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': 'e0:d5:5e:e4:b8:1a', 'ipv6gateway': '::', 'gateway': ''}}, 'supportsIPv6': Tru e, 'vlans': {}, 'networks': {'ovirtmgmt': {'dhcpv6': False, 'southbound': 'enp2s0', 'iface': 'ovirtmgmt', 'ipv6autoconf': True, 'addr': '10.0.8.152', 'bridged': True, 'ipv6addrs': [], 'switch': 'legacy', 'gateway': '10.0.8.1', 'dhcpv4': True, 'netmask': '255.255.255.0', 'ipv4defaultroute': True, 'stp': 'off', 'ipv4addrs': ['10.0.8.152/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['enp2s0']}}} MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,217::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_pti with () {} MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,217::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_pti with 1 MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,217::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_retp with () {} MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,217::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_retp with 0 MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,217::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_ibrs with () {} MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,218::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_ibrs with 1 MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,218::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_ssbd with () {} MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,218::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_ssbd with 3 MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,218::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call check_qemu_conf_contains with ('vnc_tls', '1') {} MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,219::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return check_qemu_conf_contains with False MainProcess|jsonrpc/2::DEBUG::2019-06-16 15:08:15,728::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call getHardwareInfo with () {} MainProcess|jsonrpc/2::DEBUG::2019-06-16 15:08:15,728::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return getHardwareInfo with {'systemProductName': 'C246-WU4', 'systemSerialNumber': 'Default string', 'systemFamily': 'Default string', 'systemVersion': 'Default string', 'systemUUID': '03D502E0-045E-05E4-B806-190700080009', 'systemManufacturer': 'Gigabyte Technology Co., Ltd.'} MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,192::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call network_caps with () {} MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,195::routes::110::root::(get_gateway) The gateway 10.0.8.1 is duplicated for the device ovirtmgmt MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,196::routes::110::root::(get_gateway) The gateway 10.0.8.1 is duplicated for the device ovirtmgmt MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,196::cmdutils::133::root::(exec_cmd) /sbin/tc qdisc show (cwd None) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,200::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,200::cmdutils::133::root::(exec_cmd) /sbin/tc class show dev enp2s0 classid 0:1388 (cwd None) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,203::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,220::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return network_caps with {'bridges': {'ovirtmgmt': {'ipv6autoconf': True, 'addr': '10.0.8.152', 'dhcpv6': False, 'ipv6addrs': [], 'gateway': '10.0.8.1', 'dhcpv4': True, 'netmask': '255.255.255.0', 'ipv4defaultroute': True, 'stp': 'off', 'ipv4addrs': ['10.0.8.152/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['enp2s0'], 'opts': {'multicast_last_member_count': '2', 'vlan_protocol': '0x8100', 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', 'hello_timer': '0', 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': '512', 'stp_state': '0', 'topology_change_detected': '0', 'priority': '32768', 'multicast_igmp_version': '2', 'multicast_membership_interval': '26000', 'root_path_cost': '0', 'root_port': '0', 'multicast_stats_enabled': '0', 'multi cast_startup_query_count': '2', 'nf_call_iptables': '0', 'vlan_stats_enabled': '0', 'topology_change': '0', 'hello_time': '200', 'root_id': '8000.00e04c687529', 'bridge_id': '8000.00e04c687529', 'topology_change_timer': '0', 'ageing_time': '30000', 'nf_call_ip6tables': '0', 'multicast_mld_version': '1', 'gc_timer': '27775', 'nf_call_arptables': '0', 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', 'default_pvid': '1', 'multicast_query_interval': '12500', 'multicast_query_use_ifaddr': '0', 'tcn_timer': '0', 'multicast_router': '1', 'vlan_filtering': '0', 'multicast_querier': '0', 'forward_delay': '0'}}, 'virbr0': {'ipv6autoconf': False, 'addr': '192.168.122.1', 'dhcpv6': False, 'ipv6addrs': [], 'gateway': '', 'dhcpv4': False, 'netmask': '255.255.255.0', 'ipv4defaultroute': False, 'stp': 'on', 'ipv4addrs': ['192.168.122.1/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['vnet0', 'virbr0-nic'], 'opts': {'multicast_last_member_count': '2', 'vlan_protocol': '0x8 100', 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', 'hello_timer': '59', 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': '512', 'stp_state': '1', 'topology_change_detected': '0', 'priority': '32768', 'multicast_igmp_version': '2', 'multicast_membership_interval': '26000', 'root_path_cost': '0', 'root_port': '0', 'multicast_stats_enabled': '0', 'multicast_startup_query_count': '2', 'nf_call_iptables': '0', 'vlan_stats_enabled': '0', 'topology_change': '0', 'hello_time': '200', 'root_id': '8000.5254006a0284', 'bridge_id': '8000.5254006a0284', 'topology_change_timer': '0', 'ageing_time': '30000', 'nf_call_ip6tables': '0', 'multicast_mld_version': '1', 'gc_timer': '15384', 'nf_call_arptables': '0', 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', 'default_pvid': '1', 'multicast_query_interval': '12500', 'multicast_query_use_i faddr': '0', 'tcn_timer': '0', 'multicast_router': '1', 'vlan_filtering': '0', 'multicast_querier': '0', 'forward_delay': '200'}}}, 'bondings': {}, 'nameservers': ['10.0.8.1', '10.0.8.1', '8.8.8.8', '8.8.4.4'], 'nics': {'enp2s0': {'ipv6autoconf': False, 'addr': '', 'speed': 1000, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': '00:e0:4c:68:75:29', 'ipv6gateway': '::', 'gateway': ''}, 'eno1': {'ipv6autoconf': True, 'addr': '', 'speed': 10, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': 'e0:d5:5e:e4:b8:19', 'ipv6gateway': '::', 'gateway': ''}, 'enp9s0': {'ipv6autoconf': True, 'addr': '', 'speed': 1000, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': 'e0:d5:5e:e4:b8:1a', 'ipv6gateway': '::', 'gateway': ''}}, 'supportsIPv6': True , 'vlans': {}, 'networks': {'ovirtmgmt': {'dhcpv6': False, 'southbound': 'enp2s0', 'iface': 'ovirtmgmt', 'ipv6autoconf': True, 'addr': '10.0.8.152', 'bridged': True, 'ipv6addrs': [], 'switch': 'legacy', 'gateway': '10.0.8.1', 'dhcpv4': True, 'netmask': '255.255.255.0', 'ipv4defaultroute': True, 'stp': 'off', 'ipv4addrs': ['10.0.8.152/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['enp2s0']}}} MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,228::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_pti with () {} MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,229::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_pti with 1 MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,229::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_retp with () {} MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,229::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_retp with 0 MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,229::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_ibrs with () {} MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,229::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_ibrs with 1 MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,229::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_ssbd with () {} MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,229::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_ssbd with 3 MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,229::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call check_qemu_conf_contains with ('vnc_tls', '1') {} MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,230::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return check_qemu_conf_contains with False MainProcess|jsonrpc/3::DEBUG::2019-06-16 15:08:18,751::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call getHardwareInfo with () {} MainProcess|jsonrpc/3::DEBUG::2019-06-16 15:08:18,751::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return getHardwareInfo with {'systemProductName': 'C246-WU4', 'systemSerialNumber': 'Default string', 'systemFamily': 'Default string', 'systemVersion': 'Default string', 'systemUUID': '03D502E0-045E-05E4-B806-190700080009', 'systemManufacturer': 'Gigabyte Technology Co., Ltd.'} MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,201::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call network_caps with () {} MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,204::routes::110::root::(get_gateway) The gateway 10.0.8.1 is duplicated for the device ovirtmgmt MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,205::routes::110::root::(get_gateway) The gateway 10.0.8.1 is duplicated for the device ovirtmgmt MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,205::cmdutils::133::root::(exec_cmd) /sbin/tc qdisc show (cwd None) MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,209::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,210::cmdutils::133::root::(exec_cmd) /sbin/tc class show dev enp2s0 classid 0:1388 (cwd None) MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,213::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,233::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return network_caps with {'bridges': {'ovirtmgmt': {'ipv6autoconf': True, 'addr': '10.0.8.152', 'dhcpv6': False, 'ipv6addrs': [], 'gateway': '10.0.8.1', 'dhcpv4': True, 'netmask': '255.255.255.0', 'ipv4defaultroute': True, 'stp': 'off', 'ipv4addrs': ['10.0.8.152/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['enp2s0'], 'opts': {'multicast_last_member_count': '2', 'vlan_protocol': '0x8100', 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', 'hello_timer': '0', 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': '512', 'stp_state': '0', 'topology_change_detected': '0', 'priority': '32768', 'multicast_igmp_version': '2', 'multicast_membership_interval': '26000', 'root_path_cost': '0', 'root_port': '0', 'multicast_stats_enabled': '0', 'multi cast_startup_query_count': '2', 'nf_call_iptables': '0', 'vlan_stats_enabled': '0', 'topology_change': '0', 'hello_time': '200', 'root_id': '8000.00e04c687529', 'bridge_id': '8000.00e04c687529', 'topology_change_timer': '0', 'ageing_time': '30000', 'nf_call_ip6tables': '0', 'multicast_mld_version': '1', 'gc_timer': '27474', 'nf_call_arptables': '0', 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', 'default_pvid': '1', 'multicast_query_interval': '12500', 'multicast_query_use_ifaddr': '0', 'tcn_timer': '0', 'multicast_router': '1', 'vlan_filtering': '0', 'multicast_querier': '0', 'forward_delay': '0'}}, 'virbr0': {'ipv6autoconf': False, 'addr': '192.168.122.1', 'dhcpv6': False, 'ipv6addrs': [], 'gateway': '', 'dhcpv4': False, 'netmask': '255.255.255.0', 'ipv4defaultroute': False, 'stp': 'on', 'ipv4addrs': ['192.168.122.1/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['vnet0', 'virbr0-nic'], 'opts': {'multicast_last_member_count': '2', 'vlan_protocol': '0x8 100', 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', 'hello_timer': '158', 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': '512', 'stp_state': '1', 'topology_change_detected': '0', 'priority': '32768', 'multicast_igmp_version': '2', 'multicast_membership_interval': '26000', 'root_path_cost': '0', 'root_port': '0', 'multicast_stats_enabled': '0', 'multicast_startup_query_count': '2', 'nf_call_iptables': '0', 'vlan_stats_enabled': '0', 'topology_change': '0', 'hello_time': '200', 'root_id': '8000.5254006a0284', 'bridge_id': '8000.5254006a0284', 'topology_change_timer': '0', 'ageing_time': '30000', 'nf_call_ip6tables': '0', 'multicast_mld_version': '1', 'gc_timer': '15083', 'nf_call_arptables': '0', 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', 'default_pvid': '1', 'multicast_query_interval': '12500', 'multicast_query_use_ ifaddr': '0', 'tcn_timer': '0', 'multicast_router': '1', 'vlan_filtering': '0', 'multicast_querier': '0', 'forward_delay': '200'}}}, 'bondings': {}, 'nameservers': ['10.0.8.1', '10.0.8.1', '8.8.8.8', '8.8.4.4'], 'nics': {'enp2s0': {'ipv6autoconf': False, 'addr': '', 'speed': 1000, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': '00:e0:4c:68:75:29', 'ipv6gateway': '::', 'gateway': ''}, 'eno1': {'ipv6autoconf': True, 'addr': '', 'speed': 10, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': 'e0:d5:5e:e4:b8:19', 'ipv6gateway': '::', 'gateway': ''}, 'enp9s0': {'ipv6autoconf': True, 'addr': '', 'speed': 1000, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': 'e0:d5:5e:e4:b8:1a', 'ipv6gateway': '::', 'gateway': ''}}, 'supportsIPv6': Tru e, 'vlans': {}, 'networks': {'ovirtmgmt': {'dhcpv6': False, 'southbound': 'enp2s0', 'iface': 'ovirtmgmt', 'ipv6autoconf': True, 'addr': '10.0.8.152', 'bridged': True, 'ipv6addrs': [], 'switch': 'legacy', 'gateway': '10.0.8.1', 'dhcpv4': True, 'netmask': '255.255.255.0', 'ipv4defaultroute': True, 'stp': 'off', 'ipv4addrs': ['10.0.8.152/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['enp2s0']}}} MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,247::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_pti with () {} MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,247::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_pti with 1 MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,247::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_retp with () {} MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,247::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_retp with 0 MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,247::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_ibrs with () {} MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,248::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_ibrs with 1 MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,248::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_ssbd with () {} MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,248::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_ssbd with 3 MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,248::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call check_qemu_conf_contains with ('vnc_tls', '1') {} MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,249::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return check_qemu_conf_contains with False MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:08:21,784::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call getHardwareInfo with () {} MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:08:21,785::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return getHardwareInfo with {'systemProductName': 'C246-WU4', 'systemSerialNumber': 'Default string', 'systemFamily': 'Default string', 'systemVersion': 'Default string', 'systemUUID': '03D502E0-045E-05E4-B806-190700080009', 'systemManufacturer': 'Gigabyte Technology Co., Ltd.'}

5 years, 10 months

4
7
0 / 0

ovirt_nic ansible module

by Nathanaël Blanchet

Hello, With that module, we can make the nic present/absent/plugged/unplugged, but is there a way to make the link state up or down? Thanks. -- 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

5 years, 10 months

1
0
0 / 0

Moving (or removing) an HE host should be prevented

by Stefano Stagnaro

I've realized that moving an HE host to another DC/CL is not prevented, leading to an awkward situation for which the host is UP in the new CL but still retains the "silver crown". Moreover, "hosted-engine --vm-status" on another HE host still show the departed host with score 0. The same situation can be achieved removing an HE host that was previously set in Maintenance. I think those operations should be prevented for HE hosts and a warning message like "Please undeploy HE first" should be displayed. Otherwise trigger the HE undeployment on host move/remove. B.R., Stefano Stagnaro

5 years, 10 months

1
1
0 / 0

HE Fails to install on oVirt 4.3.3

by nico.kruger＠darkmatter.ae

Hi Guys, I have tried installing oVirt 4.3.4 using ovirt-node-ng-installer-4.3.4-2019061016.el7.iso and ovirt-engine-appliance-4.3-20190610.1.el7.x86_64.rpm Gluster install works fine, but HE deployment fails every time at last "waiting for host to be up". I have tried the deployment on multiple different hardware types, also tried single Vs 3 node deployments and all fail at the same point. I suspect that the IP in the HE is not being correctly configured as i see qemu running, but ansible times out and cleans up the fail install. Any ideas on why this is happening? i will try add the logs I am going to try using a older HE appliance rpm to see if that fixes the issue.

5 years, 10 months

1
1
0 / 0

How-to create migration network between 3 hosts without switch?

by Konstantin Shalygin

Hi oVirters, I have a network topology: host with two NIC's ports - each host connected with two another hosts. host2 / \ host1 / \ \ / \ / host3 oVirt can't setup multiple migration networks for cluster. May be possible avoid this or setup some virtual device in shell (like vxvlan) with which oVirt can work? Why we can't use switch at this time? This is 100G "only for migration network" (huge VM's 256GB RAM+) and witch switch price for this setup increased from $3500 to $19000. Thanks, k

5 years, 10 months

1
0
0 / 0

Re: New to oVirt - Cluster questions

by Strahil

In my setup, I have 2 AMD hosts + an Intel-based arbiter. Actually , if you separate them in 2 different clusters (1 for intel + 1 for amd) - you can run VMs on any of the nodes. So you can host the arbiter as a VM or get a 3rd machine for it. I think a VM (with decent storage) is enough for the arbiter , but you should test prior putting the oVirt setup into production. Best Regards, Strahil NikolovOn Jun 17, 2019 15:09, adam.fasnacht(a)gmail.com wrote: > > Jayme, > > Could the arbiter be a VM hosted on another host Host 3? I do have another server that I could use, but it does not match the 2 main hosts. (Host 3 would not actually be used for VM storage/running VMs.) > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/N5KOFY2EKFY...

5 years, 10 months

1
0
0 / 0

Re: New to oVirt - Cluster questions

by Strahil

Hi Adam, The arbiter holds only metadata for gluster to be able to resolve any potential split brains. It can run on another host (not in the 2 replicas) and the only requirements are: 1. Low network lattency - you don't want to put it in Chona, unless your replica servers are also there :) With remote arbiter - the lattency will affect you only when 1 of the replicas is down. 2. Fast storage that can easily create the files' inodes. I would preffer a SSD , but even high speed rotational disks are OK In other words, you should create gluster bricks like this one: server1:/gluster_bricks/myvolume/brick1 server2:/gluster_bricks/myvolume/brick1 arbiter:/gluster_bricks/myvolume/arbiter_brick In this case, if a node dies - the other node + arbiter will have quorum and will serve any I/O for oVirt. The arbiter_brick does not require much space, as only metadata will be written. Actually with hyperconverged setup you have 2 clusters on the same nodes - storage (gluster) & oVirt (virtualization). Best Regards, Strahil NikolovOn Jun 17, 2019 15:06, adam.fasnacht(a)gmail.com wrote: > > Hello Strahil, > > Thank you for getting back to me. The arbitier machine is similar to a hyper-v Quoroum, is that correct? I come from a Hyper-V world, and am getting familiar with the terminology here. If that is true, can he arbitier be a VM hosted on another separate host? In other words, I have 2 hosts that I would use for ovirt. I have another host that is only used as a backup device. Could a VM on the backup host be used as an arbitier for the cluster? > > Adam > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/YHRLXTHSL3J...

5 years, 10 months

1
0
0 / 0

New to oVirt - Cluster questions

by adam.fasnacht＠gmail.com

Hello, I just discovered oVirt, and before installing, I'm already a fan. I have a question regarding the number of nodes needed for a cluster. My main end goal, is to have HA, where I can have live migrations. I currently have 2 nodes (2 Dell R630s) that have a ton of local SSD storage on them. Is it possible to setup oVirt with just 2 nodes, and have an HA "hyper converged" style cluster? I can't seem to find a solid answer for this question. I've read the documentation, as well as consulted Google. I seem to get mixed answers. Is this possible? Thank you!

5 years, 10 months

2
2
1 / 0

Re: New to oVirt - Cluster questions

by Strahil

Hi Adam, The problem with replica2 volumes (1 copy on 1 server , 1 on the other) is that you may be in split-brain easily. Thus ovirt accepts only replica3 or replica2 arbiter1. If you have a small system with an SSD , then you can create your arbiter there. My lab has a Lenovo M-series for an arbiter. Guster (not talking about Glusterd2 here) will very soon support another feature called remote arbiter which will allow you to bring an arbiter in the cloud (or any other remote destination) and the latency will not cause any issues. Keep in mind that due to the nature of linux bonding/teaming it's better to have high bandwidth NIC vs multiple small ones ( 2 NICs x 10 gbit/s brings better performance vs 20 NICs x 1 gbit/s ). So, you need a 3rd node - no matter locally (regular arbiter or a full replica ) or remotely (remote arbiter). Of course for testing, you can still setup gluster (manually) in a replica2 volumes and use oVirt ability to use POSIX-compliant FS . This type of setup will not be supported and you won't be able to use the UI but you can still explore the oVirt project. Best Regards, Strahil NikolovOn Jun 15, 2019 20:57, adam.fasnacht(a)gmail.com wrote: > > Hello, > > I just discovered oVirt, and before installing, I'm already a fan. I have a question regarding the number of nodes needed for a cluster. My main end goal, is to have HA, where I can have live migrations. I currently have 2 nodes (2 Dell R630s) that have a ton of local SSD storage on them. Is it possible to setup oVirt with just 2 nodes, and have an HA "hyper converged" style cluster? > > I can't seem to find a solid answer for this question. I've read the documentation, as well as consulted Google. I seem to get mixed answers. Is this possible? > > Thank you! > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/YRKWAAHN4EG...

5 years, 10 months

2
1
0 / 0

Re: Info about soft fencing mechanism

by Strahil

On Jun 13, 2019 16:14, Gianluca Cecchi <gianluca.cecchi(a)gmail.com> wrote: > > Hello, > I would like to know in better detail how soft fencing works in 4.3. > In particular, with "soft fencing" we "only" mean vdsmd restart attempt, correct? > Who is responsible for issuing the command? Manager or host itself? The manager should take the decision, but the actual command should be done by another host. > Because in case of Manager, if the host has already lost connection, how could the manager be able to do it? Soft fencing is ussed when ssh is available. In all other cases it doesn't work. > Thanks in advance for clarifications and eventually documentation pointers oVirt DOCs need a lot of updates, but I never found a way to add or edit a page. Best Regards, Strahil Nikolov

5 years, 10 months

2
1
0 / 0

Metrics store install failed

by roy.morris＠ventura.org

I'm struggling installing the metrics store VMs. It appears that etcd image fails to download or build a template. Thank you ahead of time for your assistance. 2019-05-28 20:07:12,650 p=22689 u=root | Tuesday 28 May 2019 20:07:12 -0400 (0:00:00.097) 0:04:54.774 *********** 2019-05-28 20:07:12,687 p=22689 u=root | fatal: [master0.ent.co.ventura.ca.us]: FAILED! => {"msg": "The conditional check 'etcd_image != l_default_osm_etcd_image' failed. The error was: An unhandled exception occurred while templating '{{ osm_etcd_image }}'. Error was a <class 'ansible.errors.AnsibleError'>, original message: An unhandled exception occurred while templating '{{ l_default_osm_etcd_image }}'. Error was a <class 'ansible.errors.AnsibleError'>, original message: An unhandled exception occurred while templating '{{ etcd_image_dict[openshift_deployment_type] | lib_utils_oo_oreg_image((oreg_url | default('None'))) }}'. Error was a <class 'ansible.errors.AnsibleFilterError'>, original message: oreg_url malformed: registry.redhat.io\n\nThe error appears to have been in '/usr/share/ansible/openshift-ansible/roles/etcd/tasks/static.yml': line 5, column 3, but may\nbe elsewhere in the file depending on the exact syntax problem.\n\nThe offending line appears to be:\n\n\n- name: Warn if osm_etcd_image is redefined\n ^ here\n"} 2019-05-28 20:07:12,688 p=22689 u=root | NO MORE HOSTS LEFT ************************************************************************************************************************************************************************************************************************** 2019-05-28 20:07:12,689 p=22689 u=root | PLAY RECAP ********************************************************************************************************************************************************************************************************************************** 2019-05-28 20:07:12,689 p=22689 u=root | localhost : ok=35 changed=1 unreachable=0 failed=0 2019-05-28 20:07:12,689 p=22689 u=root | master0.ent.co.ventura.ca.us : ok=204 changed=16 unreachable=0 failed=1 2019-05-28 20:07:12,690 p=22689 u=root | INSTALLER STATUS **************************************************************************************************************************************************************************************************************************** 2019-05-28 20:07:12,693 p=22689 u=root | Initialization : Complete (0:00:10) 2019-05-28 20:07:12,693 p=22689 u=root | Health Check : Complete (0:00:22) 2019-05-28 20:07:12,694 p=22689 u=root | Node Bootstrap Preparation : Complete (0:01:59) 2019-05-28 20:07:12,694 p=22689 u=root | etcd Install : In Progress (0:00:28) 2019-05-28 20:07:12,694 p=22689 u=root | This phase can be restarted by running: playbooks/openshift-etcd/config.yml 2019-05-28 20:07:12,694 p=22689 u=root | Tuesday 28 May 2019 20:07:12 -0400 (0:00:00.044) 0:04:54.819 *********** 2019-05-28 20:07:12,694 p=22689 u=root | =============================================================================== 2019-05-28 20:07:12,697 p=22689 u=root | openshift_node : install needed rpm(s) ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 38.86s 2019-05-28 20:07:12,697 p=22689 u=root | Ensure openshift-ansible installer package deps are installed ----------------------------------------------------------------------------------------------------------------------------------------------------------------------- 36.95s 2019-05-28 20:07:12,697 p=22689 u=root | openshift_node : Install node, clients, and conntrack packages ---------------------------------------------------------------------------------------------------------------------------------------------------------------------- 23.81s 2019-05-28 20:07:12,698 p=22689 u=root | Run health checks (install) - EL ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 22.26s 2019-05-28 20:07:12,698 p=22689 u=root | container_runtime : Install Docker --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 7.10s 2019-05-28 20:07:12,698 p=22689 u=root | openshift_repos : Disable all repositories ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 6.78s 2019-05-28 20:07:12,698 p=22689 u=root | openshift_repos : Enable RHEL repositories ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 6.09s 2019-05-28 20:07:12,698 p=22689 u=root | openshift_node : Create credentials for registry auth -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 5.57s 2019-05-28 20:07:12,698 p=22689 u=root | rhel_subscribe : Install Red Hat Subscription manager -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 5.22s 2019-05-28 20:07:12,698 p=22689 u=root | openshift_repos : Ensure libselinux-python is installed ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ 5.09s 2019-05-28 20:07:12,698 p=22689 u=root | nickhammond.logrotate : nickhammond.logrotate | Install logrotate -------------------------------------------------------------------------------------------------------------------------------------------------------------------- 4.99s 2019-05-28 20:07:12,699 p=22689 u=root | etcd : Install openssl --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 4.79s 2019-05-28 20:07:12,699 p=22689 u=root | openshift_node : Install dnsmasq ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 4.68s 2019-05-28 20:07:12,699 p=22689 u=root | etcd : Install openssl --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 4.68s 2019-05-28 20:07:12,699 p=22689 u=root | os_firewall : Install firewalld packages --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 4.63s 2019-05-28 20:07:12,699 p=22689 u=root | install NetworkManager --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 4.59s 2019-05-28 20:07:12,699 p=22689 u=root | etcd : Install etcd ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ 4.57s 2019-05-28 20:07:12,699 p=22689 u=root | container_runtime : Create credentials for oreg_url ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 4.54s 2019-05-28 20:07:12,700 p=22689 u=root | openshift_node : Install NFS storage plugin dependencies ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 4.53s 2019-05-28 20:07:12,700 p=22689 u=root | openshift_node : Add firewalld allow rules ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 3.39s 2019-05-28 20:07:12,700 p=22689 u=root | Failure summary: 1. Hosts: master0.ent.co.ventura.ca.us Play: Configure etcd Task: Warn if osm_etcd_image is redefined Message: [0;31mThe conditional check 'etcd_image != l_default_osm_etcd_image' failed. The error was: An unhandled exception occurred while templating '{{ osm_etcd_image }}'. Error was a <class 'ansible.errors.AnsibleError'>, original message: An unhandled exception occurred while templating '{{ l_default_osm_etcd_image }}'. Error was a <class 'ansible.errors.AnsibleError'>, original message: An unhandled exception occurred while templating '{{ etcd_image_dict[openshift_deployment_type] | lib_utils_oo_oreg_image((oreg_url | default('None'))) }}'. Error was a <class 'ansible.errors.AnsibleFilterError'>, original message: oreg_url malformed: registry.redhat.io[0m [0;31m[0m [0;31mThe error appears to have been in '/usr/share/ansible/openshift-ansible/roles/etcd/tasks/static.yml': line 5, column 3, but may[0m [0;31mbe elsewhere in the file depending on the exact syntax problem.[0m [0;31m[0m [0;31mThe offending line appears to be:[0m [0;31m[0m [0;31m[0m [0;31m- name: Warn if osm_etcd_image is redefined[0m [0;31m ^ here[0m [0;31m[0m

5 years, 10 months

2
11
0 / 0

4.3.4 caching disk error during hyperconverged deployment

by adrianquintero＠gmail.com

While trying to do a hyperconverged setup and trying to use "configure LV Cache" /dev/sdf the deployment fails. If I dont use the LV cache SSD Disk the setup succeds, thought you mighg want to know, for now I retested with 4.3.3 and all worked fine, so reverting to 4.3.3 unless you know of a workaround? Error: TASK [gluster.infra/roles/backend_setup : Extend volume group] ***************** failed: [vmm11.mydomain.com] (item={u'vgname': u'gluster_vg_sdb', u'cachethinpoolname': u'gluster_thinpool_gluster_vg_sdb', u'cachelvname': u'cachelv_gluster_thinpool_gluster_vg_sdb', u'cachedisk': u'/dev/sdf', u'cachemetalvname': u'cache_gluster_thinpool_gluster_vg_sdb', u'cachemode': u'writethrough', u'cachemetalvsize': u'0.1G', u'cachelvsize': u'0.9G'}) => {"ansible_loop_var": "item", "changed": false, "err": " Physical volume \"/dev/sdb\" still in use\n", "item": {"cachedisk": "/dev/sdf", "cachelvname": "cachelv_gluster_thinpool_gluster_vg_sdb", "cachelvsize": "0.9G", "cachemetalvname": "cache_gluster_thinpool_gluster_vg_sdb", "cachemetalvsize": "0.1G", "cachemode": "writethrough", "cachethinpoolname": "gluster_thinpool_gluster_vg_sdb", "vgname": "gluster_vg_sdb"}, "msg": "Unable to reduce gluster_vg_sdb by /dev/sdb.", "rc": 5} failed: [vmm12.mydomain.com] (item={u'vgname': u'gluster_vg_sdb', u'cachethinpoolname': u'gluster_thinpool_gluster_vg_sdb', u'cachelvname': u'cachelv_gluster_thinpool_gluster_vg_sdb', u'cachedisk': u'/dev/sdf', u'cachemetalvname': u'cache_gluster_thinpool_gluster_vg_sdb', u'cachemode': u'writethrough', u'cachemetalvsize': u'0.1G', u'cachelvsize': u'0.9G'}) => {"ansible_loop_var": "item", "changed": false, "err": " Physical volume \"/dev/sdb\" still in use\n", "item": {"cachedisk": "/dev/sdf", "cachelvname": "cachelv_gluster_thinpool_gluster_vg_sdb", "cachelvsize": "0.9G", "cachemetalvname": "cache_gluster_thinpool_gluster_vg_sdb", "cachemetalvsize": "0.1G", "cachemode": "writethrough", "cachethinpoolname": "gluster_thinpool_gluster_vg_sdb", "vgname": "gluster_vg_sdb"}, "msg": "Unable to reduce gluster_vg_sdb by /dev/sdb.", "rc": 5} failed: [vmm10.mydomain.com] (item={u'vgname': u'gluster_vg_sdb', u'cachethinpoolname': u'gluster_thinpool_gluster_vg_sdb', u'cachelvname': u'cachelv_gluster_thinpool_gluster_vg_sdb', u'cachedisk': u'/dev/sdf', u'cachemetalvname': u'cache_gluster_thinpool_gluster_vg_sdb', u'cachemode': u'writethrough', u'cachemetalvsize': u'30G', u'cachelvsize': u'270G'}) => {"ansible_loop_var": "item", "changed": false, "err": " Physical volume \"/dev/sdb\" still in use\n", "item": {"cachedisk": "/dev/sdf", "cachelvname": "cachelv_gluster_thinpool_gluster_vg_sdb", "cachelvsize": "270G", "cachemetalvname": "cache_gluster_thinpool_gluster_vg_sdb", "cachemetalvsize": "30G", "cachemode": "writethrough", "cachethinpoolname": "gluster_thinpool_gluster_vg_sdb", "vgname": "gluster_vg_sdb"}, "msg": "Unable to reduce gluster_vg_sdb by /dev/sdb.", "rc": 5} PLAY RECAP ********************************************************************* vmm10.mydomain.com : ok=13 changed=4 unreachable=0 failed=1 skipped=10 rescued=0 ignored=0 vmm11.mydomain.com : ok=13 changed=4 unreachable=0 failed=1 skipped=10 rescued=0 ignored=0 vmm12.mydomain.com : ok=13 changed=4 unreachable=0 failed=1 skipped=10 rescued=0 ignored=0 --------------------------------------------------------------------------------------------------------------------- #cat /etc/ansible/hc_wizard_inventory.yml --------------------------------------------------------------------------------------------------------------------- hc_nodes: hosts: vmm10.mydomain.com: gluster_infra_volume_groups: - vgname: gluster_vg_sdb pvname: /dev/sdb - vgname: gluster_vg_sdc pvname: /dev/sdc - vgname: gluster_vg_sdd pvname: /dev/sdd - vgname: gluster_vg_sde pvname: /dev/sde gluster_infra_mount_devices: - path: /gluster_bricks/engine lvname: gluster_lv_engine vgname: gluster_vg_sdb - path: /gluster_bricks/vmstore1 lvname: gluster_lv_vmstore1 vgname: gluster_vg_sdc - path: /gluster_bricks/data1 lvname: gluster_lv_data1 vgname: gluster_vg_sdd - path: /gluster_bricks/data2 lvname: gluster_lv_data2 vgname: gluster_vg_sde gluster_infra_cache_vars: - vgname: gluster_vg_sdb cachedisk: /dev/sdf cachelvname: cachelv_gluster_thinpool_gluster_vg_sdb cachethinpoolname: gluster_thinpool_gluster_vg_sdb cachelvsize: 270G cachemetalvsize: 30G cachemetalvname: cache_gluster_thinpool_gluster_vg_sdb cachemode: writethrough gluster_infra_thick_lvs: - vgname: gluster_vg_sdb lvname: gluster_lv_engine size: 100G gluster_infra_thinpools: - vgname: gluster_vg_sdc thinpoolname: gluster_thinpool_gluster_vg_sdc poolmetadatasize: 14G - vgname: gluster_vg_sdd thinpoolname: gluster_thinpool_gluster_vg_sdd poolmetadatasize: 14G - vgname: gluster_vg_sde thinpoolname: gluster_thinpool_gluster_vg_sde poolmetadatasize: 14G gluster_infra_lv_logicalvols: - vgname: gluster_vg_sdc thinpool: gluster_thinpool_gluster_vg_sdc lvname: gluster_lv_vmstore1 lvsize: 2700G - vgname: gluster_vg_sdd thinpool: gluster_thinpool_gluster_vg_sdd lvname: gluster_lv_data1 lvsize: 2700G - vgname: gluster_vg_sde thinpool: gluster_thinpool_gluster_vg_sde lvname: gluster_lv_data2 lvsize: 2700G vmm11.mydomain.com: gluster_infra_volume_groups: - vgname: gluster_vg_sdb pvname: /dev/sdb - vgname: gluster_vg_sdc pvname: /dev/sdc - vgname: gluster_vg_sdd pvname: /dev/sdd - vgname: gluster_vg_sde pvname: /dev/sde gluster_infra_mount_devices: - path: /gluster_bricks/engine lvname: gluster_lv_engine vgname: gluster_vg_sdb - path: /gluster_bricks/vmstore1 lvname: gluster_lv_vmstore1 vgname: gluster_vg_sdc - path: /gluster_bricks/data1 lvname: gluster_lv_data1 vgname: gluster_vg_sdd - path: /gluster_bricks/data2 lvname: gluster_lv_data2 vgname: gluster_vg_sde gluster_infra_cache_vars: - vgname: gluster_vg_sdb cachedisk: /dev/sdf cachelvname: cachelv_gluster_thinpool_gluster_vg_sdb cachethinpoolname: gluster_thinpool_gluster_vg_sdb cachelvsize: 0.9G cachemetalvsize: 0.1G cachemetalvname: cache_gluster_thinpool_gluster_vg_sdb cachemode: writethrough gluster_infra_thick_lvs: - vgname: gluster_vg_sdb lvname: gluster_lv_engine size: 100G gluster_infra_thinpools: - vgname: gluster_vg_sdc thinpoolname: gluster_thinpool_gluster_vg_sdc poolmetadatasize: 14G - vgname: gluster_vg_sdd thinpoolname: gluster_thinpool_gluster_vg_sdd poolmetadatasize: 14G - vgname: gluster_vg_sde thinpoolname: gluster_thinpool_gluster_vg_sde poolmetadatasize: 14G gluster_infra_lv_logicalvols: - vgname: gluster_vg_sdc thinpool: gluster_thinpool_gluster_vg_sdc lvname: gluster_lv_vmstore1 lvsize: 2700G - vgname: gluster_vg_sdd thinpool: gluster_thinpool_gluster_vg_sdd lvname: gluster_lv_data1 lvsize: 2700G - vgname: gluster_vg_sde thinpool: gluster_thinpool_gluster_vg_sde lvname: gluster_lv_data2 lvsize: 2700G vmm12.mydomain.com: gluster_infra_volume_groups: - vgname: gluster_vg_sdb pvname: /dev/sdb - vgname: gluster_vg_sdc pvname: /dev/sdc - vgname: gluster_vg_sdd pvname: /dev/sdd - vgname: gluster_vg_sde pvname: /dev/sde gluster_infra_mount_devices: - path: /gluster_bricks/engine lvname: gluster_lv_engine vgname: gluster_vg_sdb - path: /gluster_bricks/vmstore1 lvname: gluster_lv_vmstore1 vgname: gluster_vg_sdc - path: /gluster_bricks/data1 lvname: gluster_lv_data1 vgname: gluster_vg_sdd - path: /gluster_bricks/data2 lvname: gluster_lv_data2 vgname: gluster_vg_sde gluster_infra_cache_vars: - vgname: gluster_vg_sdb cachedisk: /dev/sdf cachelvname: cachelv_gluster_thinpool_gluster_vg_sdb cachethinpoolname: gluster_thinpool_gluster_vg_sdb cachelvsize: 0.9G cachemetalvsize: 0.1G cachemetalvname: cache_gluster_thinpool_gluster_vg_sdb cachemode: writethrough gluster_infra_thick_lvs: - vgname: gluster_vg_sdb lvname: gluster_lv_engine size: 100G gluster_infra_thinpools: - vgname: gluster_vg_sdc thinpoolname: gluster_thinpool_gluster_vg_sdc poolmetadatasize: 14G - vgname: gluster_vg_sdd thinpoolname: gluster_thinpool_gluster_vg_sdd poolmetadatasize: 14G - vgname: gluster_vg_sde thinpoolname: gluster_thinpool_gluster_vg_sde poolmetadatasize: 14G gluster_infra_lv_logicalvols: - vgname: gluster_vg_sdc thinpool: gluster_thinpool_gluster_vg_sdc lvname: gluster_lv_vmstore1 lvsize: 2700G - vgname: gluster_vg_sdd thinpool: gluster_thinpool_gluster_vg_sdd lvname: gluster_lv_data1 lvsize: 2700G - vgname: gluster_vg_sde thinpool: gluster_thinpool_gluster_vg_sde lvname: gluster_lv_data2 lvsize: 2700G vars: gluster_infra_disktype: JBOD gluster_set_selinux_labels: true gluster_infra_fw_ports: - 2049/tcp - 54321/tcp - 5900/tcp - 5900-6923/tcp - 5666/tcp - 16514/tcp gluster_infra_fw_permanent: true gluster_infra_fw_state: enabled gluster_infra_fw_zone: public gluster_infra_fw_services: - glusterfs gluster_features_force_varlogsizecheck: false cluster_nodes: - vmm10.mydomain.com - vmm11.mydomain.com - vmm12.mydomain.com gluster_features_hci_cluster: '{{ cluster_nodes }}' gluster_features_hci_volumes: - volname: engine brick: /gluster_bricks/engine/engine arbiter: 0 - volname: vmstore1 brick: /gluster_bricks/vmstore1/vmstore1 arbiter: 0 - volname: data1 brick: /gluster_bricks/data1/data1 arbiter: 0 - volname: data2 brick: /gluster_bricks/data2/data2 arbiter: false --------------------------------------------------------------------------------------------------------------------- Thanks

5 years, 10 months

2
1
0 / 0

Re: New to oVirt - Cluster questions

by ccox＠endlessnow.com

It is my opinion that you never want fewer than 3. Somebody else may want to comment on what is actually possible.------ Original message------From: adam.fasnacht(a)gmail.comDate: Sat, Jun 15, 2019 1:41 PMTo: users(a)ovirt.org;Cc: Subject:[ovirt-users] New to oVirt - Cluster questionsHello, I just discovered oVirt, and before installing, I'm already a fan. I have a question regarding the number of nodes needed for a cluster. My main end goal, is to have HA, where I can have live migrations. I currently have 2 nodes (2 Dell R630s) that have a ton of local SSD storage on them. Is it possible to setup oVirt with just 2 nodes, and have an HA "hyper converged" style cluster? I can't seem to find a solid answer for this question. I've read the documentation, as well as consulted Google. I seem to get mixed answers. Is this possible? Thank you! _______________________________________________ Users mailing list -- users(a)ovirt.org To unsubscribe send an email to users-leave(a)ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/YRKWAAHN4EG...

5 years, 10 months

1
0
0 / 0

New to oVirt - Cluster questions

by adam.fasnacht＠gmail.com

Hello, I just discovered oVirt, and before installing, I'm already a fan. I have a question regarding the number of nodes needed for a cluster. My main end goal, is to have HA, where I can have live migrations. I currently have 2 nodes (2 Dell R630s) that have a ton of local SSD storage on them. Is it possible to setup oVirt with just 2 nodes, and have an HA "hyper converged" style cluster? I can't seem to find a solid answer for this question. I've read the documentation, as well as consulted Google. I seem to get mixed answers. Is this possible? Thank you!

5 years, 10 months

1
0
0 / 0

4.3 live migration creates wrong image permissions.

by Alex McWhirter

after upgrading from 4.2 to 4.3, after a vm live migrates it's disk images are become owned by root:root. Live migration succeeds and the vm stays up, but after shutting down the VM from this point, starting it up again will cause it to fail. At this point i have to go in and change the permissions back to vdsm:kvm on the images, and the VM will boot again.

5 years, 10 months

6
13
0 / 0

Re: Replace bad Host from a 9 Node hyperconverged setup 4.3.3

by Strahil

Hi Adrian, Please keep in mind that when a server dies, the easiest way to recover is to get another freshly installed server with different IP/FQDN . Then you will need to use 'replace-brick' and once gluster replaces that node - you should be able to remove the old entry in oVirt. Once the old entry is gone, you can add the new installation in oVirt via the UI. Another approach is to have the same IP/FQDN for the fresh install.In this situation, you need to have the same gluster ID (which should be a text file) and the peer IDs. Most probably you can create them on your own , based on data on the other gluster peers. Once the fresh install is available in 'gluster peer' , you can initiate a reset-brick' (don't forget to set the SELINUX , firewall and repos) and a full heal. From there you can reinstall the machine from the UI and it should be available for usage. P.S.: I know that the whole procedure is not so easy :) Best Regards, Strahil NikolovOn Jun 12, 2019 19:02, Adrian Quintero <adrianquintero(a)gmail.com> wrote: > > Strahil, I dont use the GUI that much, in this case I need to understand how all is tied together if I want to move to production. As far as Gluster goes, I can get do the administration thru CLI, however when my test environment was set up it was setup using geodeploy for Hyperconverged setup under oVirt. > The initial setup was 3 servers with the same amount of physical disks: sdb, sdc, sdc, sdd, sde(this last one used for caching as it is an SSD) > > vmm10.mydomain.com:/gluster_bricks/brick1(/dev/sdb) engine > vmm10.mydomain.com:/gluster_bricks/brick2(/dev/sdb) vmstore1 > vmm10.mydomain.com:/gluster_bricks/brick3(/dev/sdc) data1 > vmm10.mydomain.com:/gluster_bricks/brick4(/dev/sdd) data2 > > vmm11.mydomain.com:/gluster_bricks/brick1(/dev/sdb) engine > vmm11.mydomain.com:/gluster_bricks/brick2(/dev/sdb) vmstore1 > vmm11.mydomain.com:/gluster_bricks/brick3(/dev/sdc) data1 > vmm11.mydomain.com:/gluster_bricks/brick4(/dev/sdd) data2 > > vmm12.mydomain.com:/gluster_bricks/brick1(/dev/sdb) engine > vmm12.mydomain.com:/gluster_bricks/brick2(/dev/sdb) vmstore1 > vmm12.mydomain.com:/gluster_bricks/brick3(/dev/sdc) data1 > vmm12.mydomain.com:/gluster_bricks/brick4(/dev/sdd) data2 > > As you can see from the above the the engine volume is conformed of hosts vmm10 (Initiating cluster server but now dead sever), vmm11 and vmm12 and on block device /dev/sdb (100Gb LV), also the vmstore1 volume is also on /dev/sdb (2600Gb LV). > /dev/mapper/gluster_vg_sdb-gluster_lv_engine xfs 100G 2.0G 98G 2% /gluster_bricks/engine > /dev/mapper/gluster_vg_sdb-gluster_lv_vmstore1 xfs 2.6T 35M 2.6T 1% /gluster_bricks/vmstore1 > /dev/mapper/gluster_vg_sdc-gluster_lv_data1 xfs 2.7T 4.6G 2.7T 1% /gluster_bricks/data1 > /dev/mapper/gluster_vg_sdd-gluster_lv_data2 xfs 2.7T 9.5G 2.7T 1% /gluster_bricks/data2 > vmm10.mydomain.com:/engine fuse.glusterfs 300G 9.2G 291G 4% /rhev/data-center/mnt/glusterSD/vmm10.virt.iad3p:_engine > vmm10.mydomain.com:/vmstore1 fuse.glusterfs 5.1T 53G 5.1T 2% /rhev/data-center/mnt/glusterSD/vmm10.virt.iad3p:_vmstore1 > vmm10.mydomain.com:/data1 fuse.glusterfs 8.0T 95G 7.9T 2% /rhev/data-center/mnt/glusterSD/vmm10.virt.iad3p:_data1 > vmm10.mydomain.com:/data2 fuse.glusterfs 8.0T 112G 7.8T 2% /rhev/data-center/mnt/glusterSD/vmm10.virt.iad3p:_data2 > > > > before any issues I increased the size of the cluster and the gluster cluster with the following, creating 4 distributed replicated volumes (engine, vmstore1, data1, data2) > > vmm13.mydomain.com:/gluster_bricks/brick1(/dev/sdb) engine > vmm13.mydomain.com:/gluster_bricks/brick2(/dev/sdb) vmstore1 > vmm13.mydomain.com:/gluster_bricks/brick3(/dev/sdc) data1 > vmm13.mydomain.com:/gluster_bricks/brick4(/dev/sdd) data2 > > vmm14.mydomain.com:/gluster_bricks/brick1(/dev/sdb) engine > vmm14.mydomain.com:/gluster_bricks/brick2(/dev/sdb) vmstore1 > vmm14.mydomain.com:/gluster_bricks/brick3(/dev/sdc) data1 > vmm14.mydomain.com:/gluster_bricks/brick4(/dev/sdd) data2 > > vmm15.mydomain.com:/gluster_bricks/brick1(/dev/sdb) engine > vmm15.mydomain.com:/gluster_bricks/brick2(/dev/sdb) vmstore1 > vmm15.mydomain.com:/gluster_bricks/brick3(/dev/sdc) data1 > vmm15.mydomain.com:/gluster_bricks/brick4(/dev/sdd) data2 > > vmm16.mydomain.com:/gluster_bricks/brick1(/dev/sdb) engine > vmm16.mydomain.com:/gluster_bricks/brick2(/dev/sdb) vmstore1 > vmm16.mydomain.com:/gluster_bricks/brick3(/dev/sdc) data1 > vmm16.mydomain.com:/gluster_bricks/brick4(/dev/sdd) data2 > > vmm17.mydomain.com:/gluster_bricks/brick1(/dev/sdb) engine > vmm17.mydomain.com:/gluster_bricks/brick2(/dev/sdb) vmstore1 > vmm17.mydomain.com:/gluster_bricks/brick3(/dev/sdc) data1 > vmm17.mydomain.com:/gluster_bricks/brick4(/dev/sdd) data2 > > vmm18.mydomain.com:/gluster_bricks/brick1(/dev/sdb) engine > vmm18.mydomain.com:/gluster_bricks/brick2(/dev/sdb) vmstore1 > vmm18.mydomain.com:/gluster_bricks/brick3(/dev/sdc) data1 > vmm18.mydomain.com:/gluster_bricks/brick4(/dev/sdd) data > > with your first suggestion I dont think it is possible to recover as I will lose the engine if I stop the "engine" volume, It might be doable for vmstore1, data1 and data2 but not the engine. > A) If you have space on another gluster volume (or volumes) or on NFS-based storage, you can migrate all VMs live . Once you do it, the simple way will be to stop and remove the storage domain (from UI) and gluster volume that correspond to the problematic brick. Once gone, you can remove the entry in oVirt for the old host and add the newly built one. Then you can recreate your volume and migrate the data back. > > I tried removing the brick using CLI but get the following error: > volume remove-brick start: failed: Host node of the brick vmm10.mydomain.com:/gluster_bricks/engine/engine is down > > So I used the force command: > gluster vol remove-brick engine vmm10.mydomain.com:/gluster_bricks/engine/engine vmm11.mydomain.com:/gluster_bricks/engine/engine vmm12.mydomain.com:/gluster_bricks/engine/engine force > Remove-brick force will not migrate files from the removed bricks, so they will no longer be available on the volume. > Do you want to continue? (y/n) y > volume remove-brick commit force: success > > so I lost my engine: > Please enter your authentication name: vdsm@ovirt > Please enter your password: > Id Name State > ---------------------------------------------------- > 3 HostedEngine paused > > hosted-engine --vm-start > The hosted engine configuration has not been retrieved from shared storage. Please ensure that ovirt-ha-agent is running and the storage server is reachable. > > I guess this fail scenario is more complex than I thought, hosted engine should of survived, as far as gluster I am able to get around command line, the issue is the engine, though it was running on vmm18 and not running on any bricks belonging to vmm10, 11, or 12 (original setup) it still failed... > virsh list --all > Please enter your authentication name: vdsm@ovirt > Please enter your password: > Id Name State > ---------------------------------------------------- > - HostedEngine shut off > > Now I cant get it to start: > hosted-engine --vm-start > The hosted engine configuration has not been retrieved from shared storage. Please ensure that ovirt-ha-agent is running and the storage server is reachable. > df -hT still showing mounts from old hosts bricks, could the problem be that this was the initiating host of the hyperconverged setup? > vmm10.mydomain.com:/engine fuse.glusterfs 200G 6.2G 194G 4% /rhev/data-center/mnt/glusterSD/vmm10.mydomain.com:_engine > > > I will re-create everything from scratch and simulate this again, and see why is it too complex to recover ovirt's engine with gluster when a server dies completely. Maybe it is my lack of understanding with regards how ovirt integrates with gluster though I have a decent understanding of Gluster to work with it... > > I will let you know once I have the cluster recreated and will kill the same server and see if I missed anything from the recommendations your provided. > > Thanks, > > -- > Adrian. > > > > > > > > On Tue, Jun 11, 2019 at 4:13 PM Strahil Nikolov <hunter86_bg(a)yahoo.com> wrote: >> >> Do you have empty space to store the VMs ? If yes, you can always script the migration of the disks via the API . Even a bash script and curl can do the trick. >> >> About the /dev/sdb , I still don't get it . A pure "df -hT" from a node will make it way clear. I guess '/dev/sdb' is a PV and you got 2 LVs ontop of it. >> >> Note: I should admit that as an admin - I don't use UI for gluster management. >> >> For now do not try to remove the brick. The approach is either to migrate the qemu disks to another storage or to reset-brick/replace-brick in order to restore the replica count. >> I will check the file and I will try to figure it out. >> >> Redeployment never fixes the issue, it just speeds up the recovery. If you can afford the time to spent on fixing the issue - then do not redeploy. >> >> I would be able to take a look next week , but keep in mind that I'm not so in deep with oVirt - I have started playing with it when I deployed my lab. >> >> Best Regards, >> Strahil Nikolov >> >> Strahil, >> >> Looking at your suggestions I think I need to provide a bit more info on my current setup. >> >> >> I have 9 hosts in total >> >> I have 5 storage domains: >> >> hosted_storage (Data Master) >> >> vmstore1 (Data) >> >> data1 (Data) >> >> data2 (Data) >> >> ISO (NFS) //had to create this one because oVirt 4.3.3.1 would not let me upload disk images to a data domain without an ISO (I think this is due to a bug) >> >> Each volume is of the type “Distributed Replicate” and each one is composed of 9 bricks. >> I started with 3 bricks per volume due to the initial Hyperconverged setup, then I expanded the cluster and the gluster cluster by 3 hosts at a time until I got to a total of 9 hosts. >> >> Disks, bricks and sizes used per volume >> / dev/sdb engine 100GB >> / dev/sdb vmstore1 2600GB >> / dev/sdc data1 2600GB >> / dev/sdd data2 2600GB >> / dev/sde -------- 400GB SSD Used for caching purposes >> >> From the above layout a few questions came up: >> >> Using the web UI, How can I create a 100GB brick and a 2600GB brick to replace the bad bricks for “engine” and “vmstore1” within the same block device (sdb) ? >> >> What about / dev/sde (caching disk), When I tried creating a new brick thru the UI I saw that I could use / dev/sde for caching but only for 1 brick (i.e. vmstore1) so if I try to create another brick how would I specify it is the same / dev/sde device to be used for caching? >> >> >> If I want to remove a brick and it being a replica 3, I go to storage > Volumes > select the volume > bricks once in there I can select the 3 servers that compose the replicated bricks and click remove, this gives a pop-up window with the following info: >> >> Are you sure you want to remove the following Brick(s)? >> - vmm11:/gluster_bricks/vmstore1/vmstore1 >> - vmm12.virt.iad3p:/gluster_bricks/vmstore1/vmstore1 >> - 192.168.0.100:/gluster-bricks/vmstore1/vmstore1 >> - Migrate Data from the bricks? >> >> If I proceed with this that means I will have to do this for all the 4 volumes, that is just not very efficient, but if that is the only way, then I am hesitant to put this into a real production environment as there is no way I can take that kind of a hit for +500 vms :) and also I wont have that much storage or extra volumes to play with in a real sceneario. >> >> After modifying yesterday / etc/vdsm/vdsm.id by following (https://stijn.tintel.eu/blog/2013/03/02/ovirt-problem-duplicate-uuids) I was able to add the server back to the cluster using a new fqdn and a new IP, and tested replacing one of the bricks and this is my mistake as mentioned in #3 above I used / dev/sdb entirely for 1 brick because thru the UI I could not separate the block device and be used for 2 bricks (one for the engine and one for vmstore1). So in the “gluster vol info” you might see vmm102.mydomain.com but in reality it is myhost1.mydomain.com >> >> I am also attaching gluster_peer_status.txt and in the last 2 entries of that file you will see and entry vmm10.mydomain.com (old/bad entry) and vmm102.mydomain.com (new entry, same server vmm10, but renamed to vmm102). Also please find gluster_vol_info.txt file. >> >> I am ready to redeploy this environment if needed, but I am also ready to test any other suggestion. If I can get a good understanding on how to recover from this I will be ready to move to production. >> >> Wondering if you’d be willing to have a look at my setup through a shared screen? >> >> >> Thanks >> >> >> Adrian >> >> >> On Mon, Jun 10, 2019 at 11:41 PM Strahil <hunter86_bg(a)yahoo.com> wrote: >>> >>> Hi Adrian, >>> >>> You have several options: >>> A) If you have space on another gluster volume (or volumes) or on NFS-based storage, you can migrate all VMs live . Once you do it, the simple way will be to stop and remove the storage domain (from UI) and gluster volume that correspond to the problematic brick. Once gone, you can remove the entry in oVirt for the old host and add the newly built one.Then you can recreate your volume and migrate the data back. >>> >>> B) If you don't have space you have to use a more riskier approach (usually it shouldn't be risky, but I had bad experience in gluster v3): >>> - New server has same IP and hostname: >>> Use command line and run the 'gluster volume reset-brick VOLNAME HOSTNAME:BRICKPATH HOSTNAME:BRICKPATH commit' >>> Replace VOLNAME with your volume name. >>> A more practical example would be: >>> 'gluster volume reset-brick data ovirt3:/gluster_bricks/data/brick ovirt3:/gluster_ ricks/data/brick commit' >>> >>> If it refuses, then you have to cleanup '/gluster_bricks/data' (which should be empty). >>> Also check if the new peer has been probed via 'gluster peer status'.Check the firewall is allowing gluster communication (you can compare it to the firewalls on another gluster host). >>> >>> The automatic healing will kick in 10 minutes (if it succeeds) and will stress the other 2 replicas, so pick your time properly. >>> Note: I'm not recommending you to use the 'force' option in the previous command ... for now :) >>> >>> - The new server has a different IP/hostname: >>> Instead of 'reset-brick' you can use 'replace-brick': >>> It should be like this: >>> gluster volume replace-brick data old-server:/path/to/brick new-server:/new/path/to/brick commit force >>> >>> In both cases check the status via: >>> gluster volume info VOLNAME >>> >>> If your cluster is in production , I really recommend you the first option as it is less risky and the chance for unplanned downtime will be minimal. >>> >>> The 'reset-brick' in your previous e-mail shows that one of the servers is not connected. Check peer status on all servers, if they are less than they should check for network and/or firewall issues. >>> On the new node check if glusterd is enabled and running. >>> >>> In order to debug - you should provide more info like 'gluster volume info' and the peer status from each node. >>> >>> Best Regards, >>> Strahil Nikolov >>> >>> On Jun 10, 2019 20:10, Adrian Quintero <adrianquintero(a)gmail.com> wrote: >>>> >>>> > >>>> > Can you let me know how to fix the gluster and missing brick?, >>>> > I tried removing it by going to "storage > Volumes > vmstore > bricks > selected the brick >>>> > However it is showing as an unknown status (which is expected because the server was completely wiped) so if I try to "remove", "replace brick" or "reset brick" it wont work >>>> > If i do remove brick: Incorrect bricks selected for removal in Distributed Replicate volume. Either all the selected bricks should be from the same sub volume or one brick each for every sub volume! >>>> > If I try "replace brick" I cant because I dont have another server with extra bricks/disks >>>> > And if I try "reset brick": Error while executing action Start Gluster Volume Reset Brick: Volume reset brick commit force failed: rc=-1 out=() err=['Host myhost1_mydomain_com not connected'] >>>> > >>>> > Are you suggesting to try and fix the gluster using command line? >>>> > >>>> > Note that I cant "peer detach" the sever , so if I force the removal of the bricks would I need to force downgrade to replica 2 instead of 3? what would happen to oVirt as it only supports replica 3? >>>> > >>>> > thanks again. >>>> > >>>> > On Mon, Jun 10, 2019 at 12:52 PM Strahil <hunter86_bg(a)yahoo.com> wrote: >>>>> >>>>> >> >>>>> >> Hi Adrian, >>>>> >> Did you fix the issue with the gluster and the missing brick? >>>>> >> If yes, try to set the 'old' host in maintenance an >> >> >> >> -- >> Adrian Quintero > > > > -- > Adrian Quintero

5 years, 10 months

3
3
0 / 0

Re: Memory ballon question

by Strahil

Hi Martin, Thanks for clarifying that. Best Regards, Strahil NikolovOn Jun 14, 2019 13:02, Martin Sivak <msivak(a)redhat.com> wrote: > > Hi, > > > 2019-06-13 07:11:40,973 - mom.Controllers.Balloon - INFO - Ballooning guest:node1 from 695648 to 660865 > > 2019-06-13 07:12:51,437 - mom.GuestMonitor.Thread - INFO - GuestMonitor-node1 ending > > > > Can someone clarify what exactly does this (from xxxx to yyyy) mean ? > > It is the ballooning operation log: > > - From - how much memory was left in the VM before the action > - To - how much after (could be both lower and higher) > > I do not remember the units, but I think it was in KiB. > > Martin > > > On Thu, Jun 13, 2019 at 9:26 PM Strahil Nikolov <hunter86_bg(a)yahoo.com> wrote: > > > > Hi Martin,Darrell, > > > > thanks for your feedback. > > > > I have checked the /var/log/vdsm/mom.log and it seems that MOM was actually working: > > > > 2019-06-13 07:08:47,690 - mom.GuestMonitor.Thread - INFO - GuestMonitor-node1 starting > > 2019-06-13 07:09:39,490 - mom.Controllers.Balloon - INFO - Ballooning guest:node1 from 1048576 to 996147 > > 2019-06-13 07:09:54,658 - mom.Controllers.Balloon - INFO - Ballooning guest:node1 from 996148 to 946340 > > 2019-06-13 07:10:09,853 - mom.Controllers.Balloon - INFO - Ballooning guest:node1 from 946340 to 899023 > > 2019-06-13 07:10:25,053 - mom.Controllers.Balloon - INFO - Ballooning guest:node1 from 899024 to 854072 > > 2019-06-13 07:10:40,233 - mom.Controllers.Balloon - INFO - Ballooning guest:node1 from 854072 to 811368 > > 2019-06-13 07:10:55,428 - mom.Controllers.Balloon - INFO - Ballooning guest:node1 from 811368 to 770799 > > 2019-06-13 07:11:10,621 - mom.Controllers.Balloon - INFO - Ballooning guest:node1 from 770800 to 732260 > > 2019-06-13 07:11:25,827 - mom.Controllers.Balloon - INFO - Ballooning guest:node1 from 732260 to 695647 > > 2019-06-13 07:11:40,973 - mom.Controllers.Balloon - INFO - Ballooning guest:node1 from 695648 to 660865 > > 2019-06-13 07:12:51,437 - mom.GuestMonitor.Thread - INFO - GuestMonitor-node1 ending > > > > Can someone clarify what exactly does this (from xxxx to yyyy) mean ? > > > > Best Regards, > > Strahil Nikolov > > > > В четвъртък, 13 юни 2019 г., 17:27:01 ч. Гринуич+3, Martin Sivak <msivak(a)redhat.com> написа: > > > > > > Hi, > > > > iirc the guest agent is not needed anymore as we get almost the same > > stats from the balloon driver directly. > > > > Ballooning has to be enabled on cluster level though. So that is one > > thing to check. If that is fine then I guess a more detailed > > description is needed. > > > > oVirt generally starts ballooning when the memory load gets over 80% > > of available memory. > > > > The host agent that handles ballooning is called mom and the logs are > > located in /var/log/vdsm/mom* iirc. It might be a good idea to check > > whether the virtual machines were declared ready (meaning all data > > sources we collect provided data). > > > > -- > > Martin Sivak > > used to be maintainer of mom > > > > On Thu, Jun 13, 2019 at 12:26 AM Darrell Budic <budic(a)onholyground.com> wrote: > > > > > > Do you have the overt-guest-agent running on your VMs? It’s required for ballooning to control allocations on the guest side. > > > > > > On Jun 12, 2019, at 11:32 AM, Strahil <hunter86_bg(a)yahoo.com> wrote: > > > > > > Hello All, > > > > > > as a KVM user I know how usefull is the memory balloon and how you can both increase - and also decrease memory live (both Linux & Windows). > > > I have noticed that I cannot decrease the memory in oVirt. > > > > > > Does anyone got a clue why the situation is like that ? > > > > > > I was expecting that the guaranteed memory is the minimum to which the balloon driver will not go bellow, but when I put my host under pressure - the host just started to swap instead of reducing some of the VM memory (and my VMs had plenty of free space). > > > > > > It will be great if oVirt can decrease the memory (if the VM has unallocated memory) when the host is under pressure and the VM cannot be relocated. > > > > > > Best Regards, > > > Strahil Nikolov > > > > > > _______________________________________________ > > > Users mailing list -- users(a)ovirt.org > > > To unsubscribe send an email to users-leave(a)ovirt.org > > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > > > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > > > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/LUWCN2MLNTD... > > > > > > > > > _______________________________________________ > > > Users mailing list -- users(a)ovirt.org > > > To unsubscribe send an email to users-leave(a)ovirt.org > > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > > > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > > > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/22XYJD7XAYZ... > > > > _______________________________________________ > > Users mailing list -- users(a)ovirt.org > > To unsubscribe send an email to users-l

5 years, 10 months

1
0
0 / 0

Memory ballon question

by Strahil

Hello All, as a KVM user I know how usefull is the memory balloon and how you can both increase - and also decrease memory live (both Linux & Windows). I have noticed that I cannot decrease the memory in oVirt. Does anyone got a clue why the situation is like that ? I was expecting that the guaranteed memory is the minimum to which the balloon driver will not go bellow, but when I put my host under pressure - the host just started to swap instead of reducing some of the VM memory (and my VMs had plenty of free space). It will be great if oVirt can decrease the memory (if the VM has unallocated memory) when the host is under pressure and the VM cannot be relocated. Best Regards, Strahil Nikolov

5 years, 10 months

4
4
0 / 0

Re: High Performance VM: trouble using vNUMA and hugepages

by Andrej Krejcir

Hi, this is probably a bug. Can you open a new ticket in Bugzilla? https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine As a workaround, if you are sure that the VM's NUMA configuration is compatible with the host's NUMA configuration, you could create a custom cluster scheduling policy and disable the "NUMA" filter. In Administration -> Configure -> Scheduling Policies. Regards, Andrej On Thu, 13 Jun 2019 at 12:49, Matthias Leopold < matthias.leopold(a)meduniwien.ac.at> wrote: > Hi, > > I'm having trouble using vNUMA and hugepages at the same time: > > - hypervisor host hast 2 CPU and 768G RAM > - hypervisor host is configured to allocate 512 1G hugepages > - VM configuration > * 2 virtual sockets, vCPUs are evenly pinned to 2 physical CPUs > * 512G RAM > * 2 vNUMA nodes that are pinned to the 2 host NUMA nodes > * custom property "hugepages=1048576" > - VM is the only VM on hypervisor host > > when I want to start the VM I'm getting the error message > "The host foo did not satisfy internal filter NUMA because cannot > accommodate memory of VM's pinned virtual NUMA nodes within host's > physical NUMA nodes" > VM start only works when VM memory is shrunk so that it fits in (host > memory - allocated huge pages) > > I don't understand why this happens. Can someone explain to me how this > is supposed to work? > > oVirt engine is 4.3.3 > oVirt host is 4.3.4 > > thanks > matthias

5 years, 10 months

2
2
0 / 0

Ovirt engine setup Err'or

by PS Kazi

I am getting following error while ovirt engine setup. I am using ovirt node 4.3.4 please help ___________________________________ [ ERROR ] fatal: [localhost]: FAILED! => {"attempts": 90, "changed": true, "cmd": "virsh -r net-dhcp-leases default | grep -i 00:16:3e:5f:0e:ea | awk '{ print $5 }' | cut -f1 -d'/'", "delta": "0:00:00.086952", "end": "2019-06-14 12:05:37.249240", "rc": 0, "start": "2019-06-14 12:05:37.162288", "stderr": "", "stderr_lines": [], "stdout": "", "stdout_lines": []} [ INFO ] TASK [ovirt.hosted_engine_setup : include_tasks] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.hosted_engine_setup : Remove local vm dir] [ INFO ] changed: [localhost] [ INFO ] TASK [ovirt.hosted_engine_setup : Remove temporary entry in /etc/hosts for the local VM] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.hosted_engine_setup : Notify the user about a failure] [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "The system may not be provisioned according to the playbook results: please check the logs for the issue, fix accordingly or re-deploy from scratch.\n"}

5 years, 10 months

1
0
0 / 0

Ovirt hiperconverged setup error

by PS Kazi

ovirt Node version 4.3.3.1 I am trying to configure 3 node Gluster storage and oVirt hosted engine but gettng following error: TASK [gluster.features/roles/gluster_hci : Check if valid FQDN is provided] **** failed: [ov-node-2 -> localhost] (item=ov-node-2) => {"changed": true, "cmd": ["dig", "ov-node-2", "+short"], "delta": "0:00:00.041003", "end": "2019-06-12 12:52:34.158688", "failed_when_result": true, "item": "ov-node-2", "rc": 0, "start": "2019-06-12 12:52:34.117685", "stderr": "", "stderr_lines": [], "stdout": "", "stdout_lines": []} failed: [ov-node-2 -> localhost] (item=ov-node-3) => {"changed": true, "cmd": ["dig", "ov-node-3", "+short"], "delta": "0:00:00.038688", "end": "2019-06-12 12:52:34.459176", "failed_when_result": true, "item": "ov-node-3", "rc": 0, "start": "2019-06-12 12:52:34.420488", "stderr": "", "stderr_lines": [], "stdout": "", "stdout_lines": []} failed: [ov-node-2 -> localhost] (item=ov-node-1) => {"changed": true, "cmd": ["dig", "ov-node-1", "+short"], "delta": "0:00:00.047938", "end": "2019-06-12 12:52:34.768149", "failed_when_result": true, "item": "ov-node-1", "rc": 0, "start": "2019-06-12 12:52:34.720211", "stderr": "", "stderr_lines": [], "stdout": "", "stdout_lines": []} Please help

5 years, 10 months

4
5
1 / 0

Re: The CPU type of the cluster is unknown. Its possible to change the cluster cpu or set a different one per VM.

by Strahil

In the docs, the proper order to update is: 1. update ovirt-setup packages on the engine yum update ovirt\*setup\* 2. update the engine engine-setup 3. update the OS on the engine yum update 4. reboot the engine if kernel/glibc/systemd got updated 5 upgrade hosts 1 by 1 Best Regards, Strahil NikolovOn Jun 13, 2019 16:27, sandeepkumar86k(a)gmail.com wrote: > > Thank you. > > I upgraded all three hosts one by one to oVirt-4.3 and then HE. After the upgrade, I was able to change the CPU Type. > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/NGUEEF4DVLB...

5 years, 10 months

1
0
0 / 0

Re: Hosted Engine Abruptly Stopped Responding - Unexpected Shutdown

by Strahil

Hi Maria, I guess the memory usage is very specidic to the environment. My setup includes 2 VDOs, 8 gluster volumes , 2 clusters, 12 VMs and only 1 user - the built-in admin . In result my engine is using 4GB of RAM. How many users/storages/clusters/VMs do you have ? When you login on the engine, what is the process eating most of the RAM? My suspicion is the DB. If so, maybe someone else can advise if performing vacuum on DB during upgrade will be beneficial. Best Regards, Strahil NikolovOn Jun 13, 2019 15:55, souvaliotimaria(a)mail.com wrote: > > Hello and thank you very much for your reply. > > I'm terribly sorry for being so late to respond. > > I thought the same, that dropping the cache was more of a workaround and not a real solution but truthfully I was stuck and can't think of anything more than how much I need to upgrade the memory on the nodes. I try to find info about other ovirt virtualization set-ups and the amount of memory allocated so I can get an idea of what my set-up needs. The only thing that I found was that one admin had set ovirt up with 128GB and still needed more because of the growing needs of the system and its users and was about to upgrade its memory too. I'm just worried that ovirt is very memory consuming and no matter how much I will "feed" it, it will still ask for more. Also, I'm worried that there one, two or even more tweaks in the configurations that I still miss and they'd be able to solve the memory problem. > > Anyway, KSM is enabled. Sar shows that the committed memory when a Windows 10 VM is active too (alongside Hosted Engine of course, and two Linux VMs - 1 CentOS, 1 Debian) is around 89% in the specific host that it runs (together with the Debian VM) and has reached up to 98%. > > You are correct about the monitoring system too. I have set up a PRTG environment and there's Nagios running but they can't yet see ovirt. I will set them up correctly the next few days. > > I haven't made any changes to my tuned profile. it's the default from ovirt. Specifically, the active profile says it's set to virtual-host. > > Again I'm very sorry for taking me so long to reply and thank you very much for your response. > > Best Regards, > Maria Souvalioti > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/G4YELWF5L4A...

5 years, 10 months

1
0
0 / 0

oVirt engine/engine-setup with other port than default HTTPS 443 possible?

by Dirk Rydvan

Hello, in a home lab with only one puplic IPv4-Adress is the Port 443 a very precious one. The installation of oVirt 4.3 on a single node/host with bare metal installed CentOS works well. (oVirt Cockpit and local installed engine added after installation of Centos 7.6). But it is more difficult to change the port from 443 to maybe 4443 the save the port 443. The change in: - /etc/httpd/conf/conf.d/ssl.conf - /var/lib/ovirt-engine/jboss_runtime/config/ovirt-engine.xml and - disable selinux - add 4443 to public with firewall-cmd It does not work... now I see is more difficult than I think before... A port redirection at the edge route from <public-IPv4>:4443 to <private-IPv4>:443 does also not work, because the links points all to the standard https adress without a port number. Is there a way to change the default port 443 of oVirt engine to a other port? Many Thanks in advance!

5 years, 10 months

2
2
0 / 0

Re: 4.3.4 caching disk error during hyperconverged deployment

by Strahil

Better raise a bug in bugilla.redhat.com and mention the working 4.3.3 Best Regards, Strahil NikolovOn Jun 13, 2019 04:30, adrianquintero(a)gmail.com wrote: > > While trying to do a hyperconverged setup and trying to use "configure LV Cache" /dev/sdf the deployment fails. If I dont use the LV cache SSD Disk the setup succeds, thought you mighg want to know, for now I retested with 4.3.3 and all worked fine, so reverting to 4.3.3 unless you know of a workaround? > > Error: > TASK [gluster.infra/roles/backend_setup : Extend volume group] ***************** > failed: [vmm11.mydomain.com] (item={u'vgname': u'gluster_vg_sdb', u'cachethinpoolname': u'gluster_thinpool_gluster_vg_sdb', u'cachelvname': u'cachelv_gluster_thinpool_gluster_vg_sdb', u'cachedisk': u'/dev/sdf', u'cachemetalvname': u'cache_gluster_thinpool_gluster_vg_sdb', u'cachemode': u'writethrough', u'cachemetalvsize': u'0.1G', u'cachelvsize': u'0.9G'}) => {"ansible_loop_var": "item", "changed": false, "err": " Physical volume \"/dev/sdb\" still in use\n", "item": {"cachedisk": "/dev/sdf", "cachelvname": "cachelv_gluster_thinpool_gluster_vg_sdb", "cachelvsize": "0.9G", "cachemetalvname": "cache_gluster_thinpool_gluster_vg_sdb", "cachemetalvsize": "0.1G", "cachemode": "writethrough", "cachethinpoolname": "gluster_thinpool_gluster_vg_sdb", "vgname": "gluster_vg_sdb"}, "msg": "Unable to reduce gluster_vg_sdb by /dev/sdb.", "rc": 5} > > failed: [vmm12.mydomain.com] (item={u'vgname': u'gluster_vg_sdb', u'cachethinpoolname': u'gluster_thinpool_gluster_vg_sdb', u'cachelvname': u'cachelv_gluster_thinpool_gluster_vg_sdb', u'cachedisk': u'/dev/sdf', u'cachemetalvname': u'cache_gluster_thinpool_gluster_vg_sdb', u'cachemode': u'writethrough', u'cachemetalvsize': u'0.1G', u'cachelvsize': u'0.9G'}) => {"ansible_loop_var": "item", "changed": false, "err": " Physical volume \"/dev/sdb\" still in use\n", "item": {"cachedisk": "/dev/sdf", "cachelvname": "cachelv_gluster_thinpool_gluster_vg_sdb", "cachelvsize": "0.9G", "cachemetalvname": "cache_gluster_thinpool_gluster_vg_sdb", "cachemetalvsize": "0.1G", "cachemode": "writethrough", "cachethinpoolname": "gluster_thinpool_gluster_vg_sdb", "vgname": "gluster_vg_sdb"}, "msg": "Unable to reduce gluster_vg_sdb by /dev/sdb.", "rc": 5} > > failed: [vmm10.mydomain.com] (item={u'vgname': u'gluster_vg_sdb', u'cachethinpoolname': u'gluster_thinpool_gluster_vg_sdb', u'cachelvname': u'cachelv_gluster_thinpool_gluster_vg_sdb', u'cachedisk': u'/dev/sdf', u'cachemetalvname': u'cache_gluster_thinpool_gluster_vg_sdb', u'cachemode': u'writethrough', u'cachemetalvsize': u'30G', u'cachelvsize': u'270G'}) => {"ansible_loop_var": "item", "changed": false, "err": " Physical volume \"/dev/sdb\" still in use\n", "item": {"cachedisk": "/dev/sdf", "cachelvname": "cachelv_gluster_thinpool_gluster_vg_sdb", "cachelvsize": "270G", "cachemetalvname": "cache_gluster_thinpool_gluster_vg_sdb", "cachemetalvsize": "30G", "cachemode": "writethrough", "cachethinpoolname": "gluster_thinpool_gluster_vg_sdb", "vgname": "gluster_vg_sdb"}, "msg": "Unable to reduce gluster_vg_sdb by /dev/sdb.", "rc": 5} > > PLAY RECAP ********************************************************************* > vmm10.mydomain.com : ok=13 changed=4 unreachable=0 failed=1 skipped=10 rescued=0 ignored=0 > vmm11.mydomain.com : ok=13 changed=4 unreachable=0 failed=1 skipped=10 rescued=0 ignored=0 > vmm12.mydomain.com : ok=13 changed=4 unreachable=0 failed=1 skipped=10 rescued=0 ignored=0 > > > > --------------------------------------------------------------------------------------------------------------------- > #cat /etc/ansible/hc_wizard_inventory.yml > --------------------------------------------------------------------------------------------------------------------- > hc_nodes: > hosts: > vmm10.mydomain.com: > gluster_infra_volume_gro

5 years, 10 months

2
1
0 / 0

The CPU type of the cluster is unknown. Its possible to change the cluster cpu or set a different one per VM.

by sandeepkumar86k＠gmail.com

Hi, I am having trouble in fixing the CPU type of my oVirt cluster. I have AMD EPYC 7551P 32-Core Processor hosts(x3) in a gluster cluster. The HE and cluster by default had the: AMD Opteron 23xx (Gen 3 Class Opteron). I tried changing it with this method(https://lists.ovirt.org/archives/list/users@ovirt.org/thread/XYY2W..., it didn't work as I can't move the Host to another cluster it complains (Error while executing action: *******: Cannot edit Host. Server having Gluster volume.) Then I tried updating the cpu_name manually in DB by following: https://www.mail-archive.com/users@ovirt.org/msg33177.html After the Update, the web UI shows it changed to AMD EPYC but if I click on Edit cluster it shows the "Intel Conroe Family" and again doesn't allow to modify. I am now stuck with unusable oVirt setup, my existing VMs won't start and throw: Error while executing action: ******: The CPU type of the cluster is unknown. Its possible to change the cluster cpu or set a different one per VM.) Please help or suggest to fix this issue. HE: cat /proc/cpuinfo |grep "model name" model name : AMD Opteron 23xx (Gen 3 Class Opteron) model name : AMD Opteron 23xx (Gen 3 Class Opteron) model name : AMD Opteron 23xx (Gen 3 Class Opteron) model name : AMD Opteron 23xx (Gen 3 Class Opteron) rpm -qa |grep -i ovirt ovirt-ansible-image-template-1.1.9-1.el7.noarch ovirt-engine-dwh-setup-4.2.4.3-1.el7.noarch ovirt-engine-backend-4.2.8.2-1.el7.noarch ovirt-engine-extension-aaa-ldap-1.3.8-1.el7.noarch ovirt-engine-extension-aaa-jdbc-1.1.7-1.el7.centos.noarch ovirt-engine-wildfly-overlay-14.0.1-3.el7.noarch ovirt-ansible-hosted-engine-setup-1.0.2-1.el7.noarch ovirt-host-deploy-java-1.7.4-1.el7.noarch ovirt-engine-setup-plugin-websocket-proxy-4.2.8.2-1.el7.noarch ovirt-engine-setup-plugin-vmconsole-proxy-helper-4.2.8.2-1.el7.noarch ovirt-ansible-engine-setup-1.1.6-1.el7.noarch ovirt-ansible-cluster-upgrade-1.1.10-1.el7.noarch ovirt-ansible-roles-1.1.6-1.el7.noarch ovirt-release42-4.2.8-1.el7.noarch ovirt-engine-setup-plugin-ovirt-engine-common-4.2.8.2-1.el7.noarch ovirt-engine-tools-backup-4.2.8.2-1.el7.noarch ovirt-provider-ovn-1.2.18-1.el7.noarch ovirt-imageio-common-1.4.6-1.el7.x86_64 ovirt-js-dependencies-1.2.0-3.1.el7.centos.noarch ovirt-cockpit-sso-0.0.4-1.el7.noarch ovirt-engine-restapi-4.2.8.2-1.el7.noarch ovirt-engine-vmconsole-proxy-helper-4.2.8.2-1.el7.noarch ovirt-engine-api-explorer-0.0.2-1.el7.centos.noarch ovirt-engine-lib-4.2.8.2-1.el7.noarch ovirt-engine-setup-base-4.2.8.2-1.el7.noarch ovirt-engine-metrics-1.1.8.1-1.el7.noarch ovirt-ansible-repositories-1.1.3-1.el7.noarch ovirt-ansible-disaster-recovery-1.1.4-1.el7.noarch ovirt-ansible-infra-1.1.10-1.el7.noarch ovirt-ansible-shutdown-env-1.0.0-1.el7.noarch ovirt-engine-dwh-4.2.4.3-1.el7.noarch ovirt-iso-uploader-4.2.0-1.el7.centos.noarch ovirt-engine-webadmin-portal-4.2.8.2-1.el7.noarch ovirt-engine-dbscripts-4.2.8.2-1.el7.noarch ovirt-engine-setup-plugin-ovirt-engine-4.2.8.2-1.el7.noarch ovirt-engine-extension-aaa-ldap-setup-1.3.8-1.el7.noarch ovirt-engine-extensions-api-impl-4.2.8.2-1.el7.noarch ovirt-host-deploy-1.7.4-1.el7.noarch ovirt-vmconsole-1.0.6-2.el7.noarch python-ovirt-engine-sdk4-4.2.9-2.el7.x86_64 ovirt-engine-wildfly-14.0.1-3.el7.x86_64 ovirt-guest-agent-common-1.0.16-1.el7.noarch ovirt-ansible-v2v-conversion-host-1.9.0-1.el7.noarch ovirt-ansible-manageiq-1.1.13-1.el7.noarch ovirt-setup-lib-1.1.5-1.el7.noarch ovirt-engine-websocket-proxy-4.2.8.2-1.el7.noarch ovirt-engine-dashboard-1.2.4-1.el7.noarch ovirt-engine-setup-4.2.8.2-1.el7.noarch ovirt-engine-sdk-python-3.6.9.1-1.el7.noarch ovirt-vmconsole-proxy-1.0.6-2.el7.noarch ovirt-web-ui-1.4.5-1.el7.noarch ovirt-ansible-vm-infra-1.1.12-1.el7.noarch ovirt-imageio-proxy-setup-1.4.6-1.el7.noarch ovirt-imageio-proxy-1.4.6-1.el7.noarch ovirt-engine-tools-4.2.8.2-1.el7.noarch ovirt-engine-4.2.8.2-1.el7.noarch ovirt-engine-cli-3.6.9.2-1.el7.centos.noarch 3xHosts: cat /proc/cpuinfo |grep "model name" model name : AMD EPYC 7551P 32-Core Processor model name : AMD EPYC 7551P 32-Core Processor model name : AMD EPYC 7551P 32-Core Processor rpm -qa |grep -i ovirt ovirt-release42-4.2.8-1.el7.noarch cockpit-ovirt-dashboard-0.11.38-1.el7.noarch ovirt-vmconsole-1.0.6-2.el7.noarch python-ovirt-engine-sdk4-4.2.9-2.el7.x86_64 cockpit-machines-ovirt-193-2.el7.noarch ovirt-imageio-daemon-1.4.6-1.el7.noarch ovirt-hosted-engine-setup-2.2.33-1.el7.noarch ovirt-engine-appliance-4.2-20190121.1.el7.noarch ovirt-vmconsole-host-1.0.6-2.el7.noarch ovirt-engine-sdk-python-3.6.9.1-1.el7.noarch ovirt-setup-lib-1.1.5-1.el7.noarch ovirt-host-deploy-1.7.4-1.el7.noarch ovirt-host-dependencies-4.2.3-1.el7.x86_64 ovirt-hosted-engine-ha-2.2.19-1.el7.noarch ovirt-provider-ovn-driver-1.2.18-1.el7.noarch ovirt-imageio-common-1.4.6-1.el7.x86_64 ovirt-host-4.2.3-1.el7.x86_64 Thanks,

5 years, 10 months

2
2
0 / 0

Info about soft fencing mechanism

by Gianluca Cecchi

Hello, I would like to know in better detail how soft fencing works in 4.3. In particular, with "soft fencing" we "only" mean vdsmd restart attempt, correct? Who is responsible for issuing the command? Manager or host itself? Because in case of Manager, if the host has already lost connection, how could the manager be able to do it? Thanks in advance for clarifications and eventually documentation pointers Gianluca

5 years, 10 months

1
0
0 / 0

Re: Hosted Engine Abruptly Stopped Responding - Unexpected Shutdown

by Strahil

On Jun 6, 2019 12:52, souvaliotimaria(a)mail.com wrote: > > Hello, > > I came upon a problem the previous month that I figured it would be good to discuss here. I'm sorry I didn't post here earlier but time slipped me. > > I have set up a glustered, hyperconverged oVirt environment for experimental use as a means to see its behaviour and get used to its management and performance before setting it up as a production environment for use in our organization. The environment is up and running since 2018 October. The three nodes are HP ProLiant DL380 G7 and have the following characteristics: > > Mem: 22GB > CPU: 2x Hexa Core - Intel Xeon Hexa Core E56xx > HDD: 5x 300GB > Network: BCM5709C with dual-port Gigabit > OS: Linux RedHat 7.5.1804(Core 3.10.0-862.3.2.el7.x86_64 x86_64) - Ovirt Node 4.2.3.1 > > As I was working on the environment, the engine stopped working. > Not long before the time the HE stopped, I was in the web interface managing my VMs, when the browser froze and the HE was also not responding to ICMP requests. > > The first thing I did was to connect via ssh to all nodes and run the command > #hosted-engine --vm-status > which showed that the HE was down in nodes 1 and 2 and up on the 3rd node. > > After executing > #virsh -r list > the VM list that was shown contained two of the VMs I had previously created and were up; the HE was nowhere. > > I tried to restart the HE with the > #hosted-engine --vm-start > but it didn't work. > > I then put all nodes in maintenance mode with the command > #hosted-engine --set-maintenance --mode=global > (I guess I should have done that earlier) and re-run > #hosted-engine --vm-start > that had the same result as it previously did. > > After checking the mails the system sent to the root user, I saw there were several mails on the 3rd node (where the HE had been), informing of the HE's state. The messages were changing between EngineDown-EngineStart, EngineStart-EngineStarting, EngineStarting-EngineMaybeAway, EngineMaybeAway-EngineUnexpectedlyDown, EngineUnexpectedlyDown-EngineDown, EngineDown-EngineStart and so forth. > > I continued by searching the following logs in all nodes : > /var/log/libvirt/qemu/HostedEngine.log > /var/log/libvirt/qemu/win10.log > /var/log/libvirt/qemu/DNStest.log > /var/log/vdsm/vdsm.log > /var/log/ovirt-hosted-engine-ha/agent.log > > After that I spotted and error that had started appearing almost a month ago in node #2: > ERROR Internal server error Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 606, in _handle_request res = method(**params) File "/usr/lib/python2.7/site-packages/vdsm/rpc/Bridge.py", line 197, in _dynamicMethod result = fn(*methodArgs) File "/usr/lib/python2.7/site-packages/vdsm/gluster/apiwrapper.py", line 85, in logicalVolumeList return self._gluster.logicalVolumeList() File "/usr/lib/python2.7/site-packages/vdsm/gluster/api.py", line 90, in wrapper rv = func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/gluster/api.py", line 808, in logicalVolumeList status = self.svdsmProxy.glusterLogicalVolumeList() File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 55, in __call__ return callMethod() File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 52, in <lambda> getattr(self._supervdsmProxy._svdsm, self._funcName)(*args, AttributeError: 'AutoProxy[instance]' object has no attribute 'glusterLogicalVolumeList' > > > The outputs of the following commands were also checked as a way to see if there was a mandatory process missing/killed, a memory problem or even disk space shortage that led to the sudden death of a process > #ps -A > #top > #free -h > #df -hT > > Finally, after some time delving in the logs, the output of the > #journalctl --dmesg > showed the following message > "Out of memory: Kill process 5422 (qemu-kvm) score 514 or sacrifice child. > Killed process 5422 (qemu-kvm) total-vm:17526548kB, anon-rss:9310396kB, > file-rss:2336kB, shmem-rss:12kB" > which after that the ovirtmgmt started not responding. If you run out of memory, you should take that serious.Droping the cache seems like a workaround and not a fix. Check if KSM is enabled - this will merge your VM's memory pages for an exchange for CPU cycles - still better than getting a VM killed. Also, you can protect the HostedEngine from OOM killer. > I tried to restart the vhostd by executing > #/etc/rc.d/init.d/vhostmd start > but it didn't work. > > Finally, I decided to run the HE restart command on the other nodes as well (I'd figured that since the HE was last running on the node #3, that's where I should try to restart it). So, I run > #hosted-engine --vm-start > and the output was > "Command VM.getStats with args {'vmID':'...<το ID της HE>....'} failed: > (code=1,message=Virtual machine does not exist: {'vmID':'...<το ID της > HE>....'})" > And then I run the command again and the output was > "VM exists and its status is Powering Up." > > After that I executed > #virsh -r list > and the output was the following: > Id Name State > ---------------------------------------------------- > 2 HostedEngine running > > After the HE's restart two mails came that stated: ReinitializeFSMEngineStarting and EngineStarting-EngineUp > > After that and after checking that we had access to the web interface again, we executed > hosted-engine --set-maintenance --mode=none > to get out of the maintenance mode. > > The thing is, I still am not 1000% sure what the problem was that led to the shutdown of the hosted engine and I think that maybe some of the steps I took were not needed. I believe it was because the process qemu-kvm was killed after there was not enough memory for it but is this the real cause? I wasn't doing anything unusual before the shutdown to believe it was because of the new VM that was still in shutdown mode or anything of the sort. Also, I believe it may be because of memory shortage because I hadn't executed the > #sync ; echo 3 > /proc/sys/vm/drop_caches > command for a couple of weeks. > > What are your thoughts on this? Could you point me to where to search for more information on the topic or tell me what is the right process to follow when something like this happens? Check the sar (there is a graphical util called 'ksar' and check cpu , memory, swap, context switches , I/O and network usage). Crreate simple systemd service to monitor your nodes, or even better put a real monitoring software so you can proactively take any actions. > Also, I have set up a few VMs but only three are Up and they have no users yet, even so the buffers fill almost to the brim when the usage is almost non-existant. If you have an environment that has some users or you use the VMs as virtual servers of some sort, what is the consumption of the memory? What's the optimal size for the memory? What is your tuned profile ? Any customizations there ? Best Regards, Strahil Nikolov > Thank you all very much. > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/PKRB26GSDQ5...

5 years, 10 months

2
1
0 / 0

Re: 4.3 live migration creates wrong image permissions.

by Strahil

Hi Alex, Did you migrate from gluster v3 to v5 ? If yes, then it could be the issue with v5.3 where permissions go wrong. If so, pick ovirt 4.3.4 as it uses a newer (fixed ) version of gluster -> v5.6 Best Regards, Strahil NikolovOn Jun 13, 2019 09:46, Alex McWhirter <alex(a)triadic.us> wrote: > > after upgrading from 4.2 to 4.3, after a vm live migrates it's disk > images are become owned by root:root. Live migration succeeds and the vm > stays up, but after shutting down the VM from this point, starting it up > again will cause it to fail. At this point i have to go in and change > the permissions back to vdsm:kvm on the images, and the VM will boot > again. > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/TSWRTC2E7XZ...

5 years, 10 months

2
1
0 / 0

High Performance VM: trouble using vNUMA and hugepages

by Matthias Leopold

Hi, I'm having trouble using vNUMA and hugepages at the same time: - hypervisor host hast 2 CPU and 768G RAM - hypervisor host is configured to allocate 512 1G hugepages - VM configuration * 2 virtual sockets, vCPUs are evenly pinned to 2 physical CPUs * 512G RAM * 2 vNUMA nodes that are pinned to the 2 host NUMA nodes * custom property "hugepages=1048576" - VM is the only VM on hypervisor host when I want to start the VM I'm getting the error message "The host foo did not satisfy internal filter NUMA because cannot accommodate memory of VM's pinned virtual NUMA nodes within host's physical NUMA nodes" VM start only works when VM memory is shrunk so that it fits in (host memory - allocated huge pages) I don't understand why this happens. Can someone explain to me how this is supposed to work? oVirt engine is 4.3.3 oVirt host is 4.3.4 thanks matthias

5 years, 10 months

1
0
0 / 0

[ANN] oVirt 4.3.5 First Release Candidate is now available

by Sandro Bonazzola

The oVirt Project is pleased to announce the availability of the oVirt 4.3.5 First Release Candidate, as of June 13th, 2019. This update is a release candidate of the fifth in a series of stabilization updates to the 4.3 series. This is pre-release software. This pre-release should not to be used in production. This release is available now on x86_64 architecture for: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later This release supports Hypervisor Hosts on x86_64 and ppc64le architectures for: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later * oVirt Node 4.3 (available for x86_64 only) See the release notes [1] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available - oVirt Node is already available[2] Additional Resources: * Read more about the oVirt 4.3.5 release highlights: http://www.ovirt.org/release/4.3.5/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] http://www.ovirt.org/release/4.3.5/ [2] http://resources.ovirt.org/pub/ovirt-4.3-pre/iso/ -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://www.redhat.com/>

5 years, 10 months

1
0
0 / 0

Re: Memory ballon question

by Strahil

Hi Darrell, Yes , all VMs (both openSUSE and RedHat/CentOS 7) have the ovirt-guest-agent up and running. Best Regards, Strahil NikolovOn Jun 12, 2019 22:07, Darrell Budic <budic(a)onholyground.com> wrote: > > Do you have the overt-guest-agent running on your VMs? It’s required for ballooning to control allocations on the guest side. > >> On Jun 12, 2019, at 11:32 AM, Strahil <hunter86_bg(a)yahoo.com> wrote: >> >> Hello All, >> >> as a KVM user I know how usefull is the memory balloon and how you can both increase - and also decrease memory live (both Linux & Windows). >> I have noticed that I cannot decrease the memory in oVirt. >> >> Does anyone got a clue why the situation is like that ? >> >> I was expecting that the guaranteed memory is the minimum to which the balloon driver will not go bellow, but when I put my host under pressure - the host just started to swap instead of reducing some of the VM memory (and my VMs had plenty of free space). >> >> It will be great if oVirt can decrease the memory (if the VM has unallocated memory) when the host is under pressure and the VM cannot be relocated. >> >> Best Regards, >> Strahil Nikolov >> >> _______________________________________________ >> Users mailing list -- users(a)ovirt.org >> To unsubscribe send an email to users-leave(a)ovirt.org >> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ >> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/LUWCN2MLNTD... > >

5 years, 10 months

2
1
0 / 0

Re: Ovirt hiperconverged setup error

by Strahil

Simone has provided you a workaround, so check his e-mail. The ansible is actually running: dig ov-node2 +short As dig is quarrying your DNS server, you need to bypass this check if you use /etc/host entries. Best Regards, Strahil NikolovOn Jun 12, 2019 21:57, PS Kazi <faruk.apsara(a)gmail.com> wrote: > > Hi, > How to check my DNS settings is ok or not for ovirt? > > On Wed, 12 Jun 2019, 6:55 pm Strahil Nikolov, <hunter86_bg(a)yahoo.com> wrote: >> >> Command run is "dig' which tries to resolve the hostname of each server. >> Do you have a DNS resolver properly configured ? >> >> Best Regards, >> Strahil Nikolov >> >> В сряда, 12 юни 2019 г., 3:59:14 ч. Гринуич-4, PS Kazi <faruk.apsara(a)gmail.com> написа: >> >> >> ovirt Node version 4.3.3.1 >> I am trying to configure 3 node Gluster storage and oVirt hosted engine but gettng following error: >> >> TASK [gluster.features/roles/gluster_hci : Check if valid FQDN is provided] **** >> failed: [ov-node-2 -> localhost] (item=ov-node-2) => {"changed": true, "cmd": ["dig", "ov-node-2", "+short"], "delta": "0:00:00.041003", "end": "2019-06-12 12:52:34.158688", "failed_when_result": true, "item": "ov-node-2", "rc": 0, "start": "2019-06-12 12:52:34.117685", "stderr": "", "stderr_lines": [], "stdout": "", "stdout_lines": []} >> failed: [ov-node-2 -> localhost] (item=ov-node-3) => {"changed": true, "cmd": ["dig", "ov-node-3", "+short"], "delta": "0:00:00.038688", "end": "2019-06-12 12:52:34.459176", "failed_when_result": true, "item": "ov-node-3", "rc": 0, "start": "2019-06-12 12:52:34.420488", "stderr": "", "stderr_lines": [], "stdout": "", "stdout_lines": []} >> failed: [ov-node-2 -> localhost] (item=ov-node-1) => {"changed": true, "cmd": ["dig", "ov-node-1", "+short"], "delta": "0:00:00.047938", "end": "2019-06-12 12:52:34.768149", "failed_when_result": true, "item": "ov-node-1", "rc": 0, "start": "2019-06-12 12:52:34.720211", "stderr": "", "stderr_lines": [], "stdout": "", "stdout_lines": []} >> >> >> Please help >> _______________________________________________ >> Users mailing list -- users(a)ovirt.org >> To unsubscribe send an email to users-leave(a)ovirt.org >> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ >> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/BXMOTKHGI5T...

5 years, 10 months

1
0
0 / 0

Re: Replace bad Host from a 9 Node hyperconverged setup 4.3.3

by Strahil

Hi Adrian, You have several options: A) If you have space on another gluster volume (or volumes) or on NFS-based storage, you can migrate all VMs live . Once you do it, the simple way will be to stop and remove the storage domain (from UI) and gluster volume that correspond to the problematic brick. Once gone, you can remove the entry in oVirt for the old host and add the newly built one.Then you can recreate your volume and migrate the data back. B) If you don't have space you have to use a more riskier approach (usually it shouldn't be risky, but I had bad experience in gluster v3): - New server has same IP and hostname: Use command line and run the 'gluster volume reset-brick VOLNAME HOSTNAME:BRICKPATH HOSTNAME:BRICKPATH commit' Replace VOLNAME with your volume name. A more practical example would be: 'gluster volume reset-brick data ovirt3:/gluster_bricks/data/brick ovirt3:/gluster_ ricks/data/brick commit' If it refuses, then you have to cleanup '/gluster_bricks/data' (which should be empty). Also check if the new peer has been probed via 'gluster peer status'.Check the firewall is allowing gluster communication (you can compare it to the firewalls on another gluster host). The automatic healing will kick in 10 minutes (if it succeeds) and will stress the other 2 replicas, so pick your time properly. Note: I'm not recommending you to use the 'force' option in the previous command ... for now :) - The new server has a different IP/hostname: Instead of 'reset-brick' you can use 'replace-brick': It should be like this: gluster volume replace-brick data old-server:/path/to/brick new-server:/new/path/to/brick commit force In both cases check the status via: gluster volume info VOLNAME If your cluster is in production , I really recommend you the first option as it is less risky and the chance for unplanned downtime will be minimal. The 'reset-brick' in your previous e-mail shows that one of the servers is not connected. Check peer status on all servers, if they are less than they should check for network and/or firewall issues. On the new node check if glusterd is enabled and running. In order to debug - you should provide more info like 'gluster volume info' and the peer status from each node. Best Regards, Strahil Nikolov On Jun 10, 2019 20:10, Adrian Quintero <adrianquintero(a)gmail.com> wrote: > > Can you let me know how to fix the gluster and missing brick?, > I tried removing it by going to "storage > Volumes > vmstore > bricks > selected the brick > However it is showing as an unknown status (which is expected because the server was completely wiped) so if I try to "remove", "replace brick" or "reset brick" it wont work > If i do remove brick: Incorrect bricks selected for removal in Distributed Replicate volume. Either all the selected bricks should be from the same sub volume or one brick each for every sub volume! > If I try "replace brick" I cant because I dont have another server with extra bricks/disks > And if I try "reset brick": Error while executing action Start Gluster Volume Reset Brick: Volume reset brick commit force failed: rc=-1 out=() err=['Host myhost1_mydomain_com not connected'] > > Are you suggesting to try and fix the gluster using command line? > > Note that I cant "peer detach" the sever , so if I force the removal of the bricks would I need to force downgrade to replica 2 instead of 3? what would happen to oVirt as it only supports replica 3? > > thanks again. > > On Mon, Jun 10, 2019 at 12:52 PM Strahil <hunter86_bg(a)yahoo.com> wrote: >> >> Hi Adrian, >> Did you fix the issue with the gluster and the missing brick? >> If yes, try to set the 'old' host in maintenance an

5 years, 10 months

3
4
0 / 0

oVirt engine/engine-setup with other port than default HTTPS 443 possible?

by Dirk Rydvan

Hello, in a home lab with only one puplic IPv4-Adress is the Port 443 a very precious one. The installation of oVirt 4.3 on a single node/host with bare metal installed CentOS works well. (oVirt Cockpit and local installed engine added after installation of Centos 7.6). But it is more difficult to change the port from 443 to maybe 4443 the save the port 443. The change in: - /etc/httpd/conf/conf.d/ssl.conf - /var/lib/ovirt-engine/jboss_runtime/config/ovirt-engine.xml and - disable selinux - add 4443 to public with firewall-cmd It does not work... now I see is more difficult than I think before... A port redirection at the edge route from <public-IPv4>:4443 to <private-IPv4>:443 does also not work, because the links points all to the standard https adress without a port number. Is there a way to change the default port 443 of oVirt engine to a other port? Many Thanks in advance!

5 years, 10 months

1
0
0 / 0

RFE: HostedEngine to use boom by default

by Strahil Nikolov

Hello All, I have seen a lot of cases where the HostedEngine gets corrupted/broken and beyond repair. I think that BOOM is a good option for our HostedEngine appliances due to the fact that it supports booting from LVM snapshots and thus being able to easily recover after upgrades or other outstanding situations. Sadly, BOOM has 1 drawback - that everything should be under a single snapshot - thus no separation of /var /log or /audit. Do you think that changing the appliance layout is worth it ? Note: I might have an unsupported layout that could cause my confusion.Is your layout a single root LV ? Best Regards,Strahil Nikolov

5 years, 10 months

2
2
0 / 0

4K Sector Hard drive Support - oVirt 4.3.4

by nico.kruger＠darkmatter.ae

Hi Guys, Does anyone have any idea if/when 4K Sector drives will be supported? My understanding is that this was one of the features for 4.3.4 Thanks Nico Kruger

5 years, 10 months

2
1
1 / 0

vNUMA question

by Matthias Leopold

Hi, when I want to use vNUMA for VMs is it necessary that the number of VM virtual sockets corresponds to the number of vNUMA nodes? concrete example: hypervisor host has 2 physical cpus VM has 2 vNUMA nodes and uses CPU pinning which distributes the VCPUs equally over both physical CPUs is it necessary for the VM to have 2 virtual sockets or is it ok for virtual socket count to be powers of 2 (eg. 16)? thanks matthias

5 years, 10 months

2
1
0 / 0

Re: Can't bring upgraded to 4.3 host back to cluster

by Shani Leviim

Np :) On Tuesday, June 11, 2019, Artem Tambovskiy <artem.tambovskiy(a)gmail.com> wrote: > Actually, this one wasn't stupid. The host was running version 4.3.3 and > was upgraded to 4.3.4 after yum update. > And this solved the issue ... thanks a lot! > > Looing at the bugtracker (https://bugzilla.redhat.com/ > buglist.cgi?classification=oVirt&f1=flagtypes.name&o1= > substring&query_format=advanced&target_milestone=ovirt-4.3.4&v1=blocker) > I don't see a suitable bug for this. perhaps vdsmd reconfiguration + yum > upgrade + host reboot did the trick. > > Thank you very much for spending a time on this! > Regards, > Artem > > On Tue, Jun 11, 2019 at 5:19 PM Shani Leviim <sleviim(a)redhat.com> wrote: > >> A stupid one: did you try to yum update? >> >> >> >> *Regards,* >> >> *Shani Leviim* >> >> >> On Tue, Jun 11, 2019 at 5:11 PM Artem Tambovskiy < >> artem.tambovskiy(a)gmail.com> wrote: >> >>> >>> Just tried this: >>> >>> [root@ovirt1 vdsm]# vdsm-tool configure --force >>> >>> Checking configuration status... >>> >>> abrt is already configured for vdsm >>> Managed volume database is already configured >>> lvm is configured for vdsm >>> libvirt is already configured for vdsm >>> SUCCESS: ssl configured to true. No conflicts >>> Current revision of multipath.conf detected, preserving >>> >>> Running configure... >>> Reconfiguration of abrt is done. >>> Reconfiguration of passwd is done. >>> Reconfiguration of libvirt is done. >>> >>> Done configuring modules to VDSM. >>> >>> And tried to restart vdsmd - it failed again. >>> >>> [root@ovirt1 vdsm]# journalctl -xe >>> Jun 11 17:07:58 ovirt1.telia.ru systemd[1]: ovirt-ha-broker.service >>> failed. >>> Jun 11 17:07:58 ovirt1.telia.ru systemd[1]: ovirt-ha-broker.service >>> holdoff time over, scheduling restart. >>> Jun 11 17:07:58 ovirt1.telia.ru systemd[1]: Cannot add dependency job >>> for unit lvm2-lvmetad.socket, ignoring: Unit is masked. >>> Jun 11 17:07:58 ovirt1.telia.ru systemd[1]: Stopped oVirt Hosted Engine >>> High Availability Communications Broker. >>> -- Subject: Unit ovirt-ha-broker.service has finished shutting down >>> -- Defined-By: systemd >>> -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel >>> -- >>> -- Unit ovirt-ha-broker.service has finished shutting down. >>> Jun 11 17:07:58 ovirt1.telia.ru systemd[1]: Started oVirt Hosted Engine >>> High Availability Communications Broker. >>> -- Subject: Unit ovirt-ha-broker.service has finished start-up >>> -- Defined-By: systemd >>> -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel >>> -- >>> -- Unit ovirt-ha-broker.service has finished starting up. >>> -- >>> -- The start-up result is done. >>> Jun 11 17:07:59 ovirt1.telia.ru systemd[1]: mom-vdsm.service holdoff >>> time over, scheduling restart. >>> Jun 11 17:07:59 ovirt1.telia.ru systemd[1]: Cannot add dependency job >>> for unit lvm2-lvmetad.socket, ignoring: Unit is masked. >>> Jun 11 17:07:59 ovirt1.telia.ru systemd[1]: Stopped MOM instance >>> configured for VDSM purposes. >>> -- Subject: Unit mom-vdsm.service has finished shutting down >>> -- Defined-By: systemd >>> -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel >>> -- >>> -- Unit mom-vdsm.service has finished shutting down. >>> Jun 11 17:07:59 ovirt1.telia.ru systemd[1]: start request repeated too >>> quickly for supervdsmd.service >>> Jun 11 17:07:59 ovirt1.telia.ru systemd[1]: Failed to start Auxiliary >>> vdsm service for running helper functions as root. >>> -- Subject: Unit supervdsmd.service has failed >>> -- Defined-By: systemd >>> -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel >>> -- >>> -- Unit supervdsmd.service has failed. >>> -- >>> -- The result is failed. >>> Jun 11 17:07:59 ovirt1.telia.ru 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. >>> Jun 11 17:07:59 ovirt1.telia.ru 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. >>> Jun 11 17:07:59 ovirt1.telia.ru systemd[1]: Job mom-vdsm.service/start >>> failed with result 'dependency'. >>> Jun 11 17:07:59 ovirt1.telia.ru systemd[1]: Job vdsmd.service/start >>> failed with result 'dependency'. >>> Jun 11 17:07:59 ovirt1.telia.ru systemd[1]: supervdsmd.service failed. >>> >>> I also tried to enable DEBUG level but failed. >>> >>> [root@ovirt1 vdsm]# vdsm-client Host setLogLevel level=DEBUG >>> vdsm-client: Connection to localhost:54321 with use_tls=True, timeout=60 >>> failed: [Errno 111] Connection refused >>> >>> >>> Regards, >>> Artem >>> >>> >>> >>> On Tue, Jun 11, 2019 at 4:45 PM Shani Leviim <sleviim(a)redhat.com> wrote: >>> >>>> Until will get a response from Dan (maybe it's related to a network >>>> issue), I would suggest to re-configure the vdsm: >>>> vdsm-tool configure --force >>>> >>>> some further steps are available here: https://www.ovirt.org/develop/ >>>> developer-guide/vdsm/installing-vdsm-from-rpm.html# >>>> installing--configuring-vdsm >>>> >>>> Let me know if it helped. >>>> >>>> Also, can you please attach a VDSM log with DEBUG level? >>>> To do so: >>>> vdsm-client Host setLogLevel level=DEBUG >>>> >>>> >>>> *Regards,* >>>> >>>> *Shani Leviim* >>>> >>>> >>>> On Tue, Jun 11, 2019 at 3:04 PM Artem Tambovskiy < >>>> artem.tambovskiy(a)gmail.com> wrote: >>>> >>>>> Hi Shani, >>>>> >>>>> yes, you are right - I can do ssh form aby to any hosts in the >>>>> cluster. vdsm.log attached. >>>>> I have tried to restart vdsm manually and even done a host restart >>>>> several times with no success. >>>>> Host activation fails all the time ... >>>>> >>>>> Thank you in advance for your help! >>>>> Regard, >>>>> Artem >>>>> >>>>> On Tue, Jun 11, 2019 at 10:51 AM Shani Leviim <sleviim(a)redhat.com> >>>>> wrote: >>>>> >>>>>> Hi Artem, >>>>>> According to oVirt documentation [1], hosts on the same cluster >>>>>> should be reachable from one to each other. >>>>>> >>>>>> Can you please share your vdsm log? >>>>>> I suppose you do manage to ssh that inactive host (correct me if I'm >>>>>> wrong). >>>>>> While getting the vdsm log, maybe try to restart the network and >>>>>> vdsmd services on the host. >>>>>> >>>>>> Another thing you can try on the UI is putting the host on >>>>>> maintenance and then activate it. >>>>>> >>>>>> [1] https://www.ovirt.org/documentation/admin-guide/ >>>>>> chap-Clusters.html#introduction-to-clusters >>>>>> >>>>>> >>>>>> *Regards,* >>>>>> >>>>>> *Shani Leviim* >>>>>> >>>>>> >>>>>> On Mon, Jun 10, 2019 at 4:42 PM Artem Tambovskiy < >>>>>> artem.tambovskiy(a)gmail.com> wrote: >>>>>> >>>>>>> Hello, >>>>>>> >>>>>>> May I ask you for and advise? >>>>>>> I'm running a small oVirt cluster and couple of months ago I decided >>>>>>> to do an upgrade from oVirt 4.2.8 to 4.3 and having an issues since that >>>>>>> time. I can only guess what I did wrong - probably one of the problems that >>>>>>> I haven't switched the cluster from iptables to firewalld. But this is just >>>>>>> my guess. >>>>>>> >>>>>>> The problem is that I have upgraded the engine and one host, and >>>>>>> then I done an upgrade of second host I can't bring it to active state. >>>>>>> Looks like VDSM can't detect the network and fails to start. I even tried >>>>>>> to reinstall the hosts from UI (I have seen that the packages being >>>>>>> installed) but again, VDSM doesn't startup at the end and reinstallation >>>>>>> fails. >>>>>>> >>>>>>> Looking at hosts process list I see script *wait_for_ipv4s* >>>>>>> hanging forever. >>>>>>> >>>>>>> vdsm 8603 1 6 16:26 ? 00:00:00 /usr/bin/python >>>>>>> /usr/share/ovirt-hosted-engine-ha/ovirt-ha-agent >>>>>>> >>>>>>> *root 8630 1 0 16:26 ? 00:00:00 /bin/sh >>>>>>> /usr/libexec/vdsm/vdsmd_init_common.sh --pre-startroot 8645 8630 6 >>>>>>> 16:26 ? 00:00:00 /usr/bin/python2 /usr/libexec/vdsm/wait_for_ipv4s* >>>>>>> root 8688 1 30 16:27 ? 00:00:00 /usr/bin/python2 >>>>>>> /usr/share/vdsm/supervdsmd --sockfile /var/run/vdsm/svdsm.sock >>>>>>> vdsm 8715 1 0 16:27 ? 00:00:00 /usr/bin/python >>>>>>> /usr/share/ovirt-hosted-engine-ha/ovirt-ha-broker >>>>>>> >>>>>>> The all hosts in cluster are reachable from each other ... That >>>>>>> could be the issue? >>>>>>> >>>>>>> Thank you in advance! >>>>>>> -- >>>>>>> Regards, >>>>>>> Artem >>>>>>> _______________________________________________ >>>>>>> Users mailing list -- users(a)ovirt.org >>>>>>> To unsubscribe send an email to users-leave(a)ovirt.org >>>>>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >>>>>>> oVirt Code of Conduct: https://www.ovirt.org/ >>>>>>> community/about/community-guidelines/ >>>>>>> List Archives: https://lists.ovirt.org/ >>>>>>> archives/list/users(a)ovirt.org/message/TQX3LN2TEM4DECKKUMMRCWXTRM6BGI >>>>>>> AB/ >>>>>>> >>>>>> >>>>> >>>>> -- >>>>> Regards, >>>>> Artem >>>>> >>>> >>> >>> -- >>> Regards, >>> Artem >>> >> > > -- > Regards, > Artem > -- *Regards,* *Shani Leviim*

5 years, 10 months

1
0
0 / 0

VM Disk Performance metrics?

by Wesley Stewart

Is there any way to get ovirt disk performance metrics into the web interface? It would be nice to see some type of IOPs data, so we can see which VMs are hitting our data stores the most. It seems you can run virt-top on a host to get some of these metrics, but it would be nice to get some sort of data in the gui. Thanks!

5 years, 11 months

3
2
0 / 0

Can't bring upgraded to 4.3 host back to cluster

by Artem Tambovskiy

Hello, May I ask you for and advise? I'm running a small oVirt cluster and couple of months ago I decided to do an upgrade from oVirt 4.2.8 to 4.3 and having an issues since that time. I can only guess what I did wrong - probably one of the problems that I haven't switched the cluster from iptables to firewalld. But this is just my guess. The problem is that I have upgraded the engine and one host, and then I done an upgrade of second host I can't bring it to active state. Looks like VDSM can't detect the network and fails to start. I even tried to reinstall the hosts from UI (I have seen that the packages being installed) but again, VDSM doesn't startup at the end and reinstallation fails. Looking at hosts process list I see script *wait_for_ipv4s* hanging forever. vdsm 8603 1 6 16:26 ? 00:00:00 /usr/bin/python /usr/share/ovirt-hosted-engine-ha/ovirt-ha-agent *root 8630 1 0 16:26 ? 00:00:00 /bin/sh /usr/libexec/vdsm/vdsmd_init_common.sh --pre-startroot 8645 8630 6 16:26 ? 00:00:00 /usr/bin/python2 /usr/libexec/vdsm/wait_for_ipv4s* root 8688 1 30 16:27 ? 00:00:00 /usr/bin/python2 /usr/share/vdsm/supervdsmd --sockfile /var/run/vdsm/svdsm.sock vdsm 8715 1 0 16:27 ? 00:00:00 /usr/bin/python /usr/share/ovirt-hosted-engine-ha/ovirt-ha-broker The all hosts in cluster are reachable from each other ... That could be the issue? Thank you in advance! -- Regards, Artem

5 years, 11 months

3
5
0 / 0

Failed to activate Storage Domain --- ovirt 4.2

by aminur.rahman＠iongroup.com

Hi Has anyone experiencing the following issue with Storage Domain - Failed to activate Storage Domain cLUN-R940-DC2-dstore01 -- VDSM command ActivateStorageDomainVDS failed: Storage domain does not exist: (u'1b0ef853-fd71-45ea-8165-cc6047a267bc',) Currently, the storge Domain is Inactive and strangely, the VMs are running as normal. We can't manage or extend the volume size of this storage domain. The pvscan shows as: [root@uk1-ion-ovm-18 pvscan /dev/mapper/36000d310056978000000000000000014: Checksum error at offset 4397954425856 Couldn't read volume group metadata from /dev/mapper/36000d310056978000000000000000014. Metadata location on /dev/mapper/36000d310056978000000000000000014 at 4397954425856 has invalid summary for VG. Failed to read metadata summary from /dev/mapper/36000d310056978000000000000000014 Failed to scan VG from /dev/mapper/36000d310056978000000000000000014 I have tired the following steps: 1. Restarted ovirt-engine.service 2. tried to restore the metadata using vgcfgrestore but it failed with the following error: [root@uk1-ion-ovm-19 backup]# vgcfgrestore 36000d310056978000000000000000014 Volume group 36000d310056978000000000000000014 has active volume: . WARNING: Found 1 active volume(s) in volume group "36000d310056978000000000000000014". Restoring VG with active LVs, may cause mismatch with its metadata. Do you really want to proceed with restore of volume group "36000d310056978000000000000000014", while 1 volume(s) are active? [y/n]: y /dev/mapper/36000d310056978000000000000000014: Checksum error at offset 4397954425856 Couldn't read volume group metadata from /dev/mapper/36000d310056978000000000000000014. Metadata location on /dev/mapper/36000d310056978000000000000000014 at 4397954425856 has invalid summary for VG. Failed to read metadata summary from /dev/mapper/36000d310056978000000000000000014 Failed to scan VG from /dev/mapper/36000d310056978000000000000000014 /etc/lvm/backup/36000d310056978000000000000000014: stat failed: No such file or directory Couldn't read volume group metadata from file. Failed to read VG 36000d310056978000000000000000014 from /etc/lvm/backup/36000d310056978000000000000000014 Restore failed. Please let me know if anyone knows any possible resolution. -AMinur

5 years, 11 months

5
6
0 / 0

[ANN] oVirt 4.3.4 is now generally available

by Sandro Bonazzola

The oVirt Project is pleased to announce the general availability of oVirt 4.3.4 as of June 11th, 2019. This update is the fourth in a series of stabilization updates to the 4.3 series. This release is available now on x86_64 architecture for: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later This release supports Hypervisor Hosts on x86_64 and ppc64le architectures for: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later * oVirt Node 4.3 (available for x86_64 only) Due to Fedora 28 being now at end of life this release is missing experimental tech preview for x86_64 and s390x architectures for Fedora 28. We are working on Fedora 29 and 30 support and we may re-introduce experimental support for Fedora in next release. See the release notes [1] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available - oVirt Node is already available[2] - oVirt Windows Guest Tools is already available[2] oVirt Guest Tools ISO has been updated including new virtio-win-prewhql drivers collection version 171, providing updated qxl-wddm-dod driver version 0.19 (see https://gitlab.freedesktop.org/spice/win32/qxl-wddm-dod/blob/master/Chang... for more information). oVirt Node and Appliance have been updated including: - oVirt 4.3.4: http://www.ovirt.org/release/4.3.4/ - Latest CentOS updates including: - CEBA-2019:1015 CentOS 7 glibc BugFix Update <https://lists.centos.org/pipermail/centos-announce/2019-May/023302.html> - CESA-2019:0809 Important CentOS 7 ovmf Security Update <https://lists.centos.org/pipermail/centos-announce/2019-April/023280.html> - CEBA-2019:0814 CentOS 7 lvm2 BugFix Update <https://lists.centos.org/pipermail/centos-announce/2019-April/023294.html> - CEBA-2019:0808 CentOS 7 iproute BugFix Update <https://lists.centos.org/pipermail/centos-announce/2019-April/023288.html> - CESA-2019:1168 Important CentOS 7 kernel Security Update <https://lists.centos.org/pipermail/centos-announce/2019-May/023314.html> - CEBA-2019:0807 CentOS 7 gcc BugFix Update <https://lists.centos.org/pipermail/centos-announce/2019-April/023286.html> - CEBA-2019:0820 CentOS 7 systemd BugFix Update <https://lists.centos.org/pipermail/centos-announce/2019-April/023281.html> - CEBA-2019:0816 CentOS 7 sssd BugFix Update <https://lists.centos.org/pipermail/centos-announce/2019-April/023283.html> - CESA-2019:1264 Important CentOS 7 libvirt Security Update <https://lists.centos.org/pipermail/centos-announce/2019-May/023319.html> - CEEA-2019:1210 CentOS 7 microcode_ctl Enhancement Update <https://lists.centos.org/pipermail/centos-announce/2019-May/023311.html> - CESA-2019:1022 Important CentOS 7 python-jinja2 Security Update <https://lists.centos.org/pipermail/centos-announce/2019-May/023303.html> - CEEA-2019:0045 CentOS 7 rsync Enhancement Update <https://lists.centos.org/pipermail/centos-announce/2019-April/023284.html> - CEBA-2019:0826 CentOS 7 scap-security-guide BugFix Update <https://lists.centos.org/pipermail/centos-announce/2019-April/023291.html> - CEBA-2019:0819 CentOS 7 sos BugFix Update <https://lists.centos.org/pipermail/centos-announce/2019-April/023292.html> - latest CentOS Virt and Storage SIG updates: - CESA-2019:1179 CentOS Virt SIG - Errata and Security Advisory 2019:1179 Important Upstream details at : https://access.redhat.com/errata/RHSA-2019:1179 - ansible-2.8.1: https://github.com/ansible/ansible/blob/stable-2.8/changelogs/CHANGELOG-v... - glusterfs-5.6: https://docs.gluster.org/en/latest/release-notes/5.6/ - cockpit 193: https://cockpit-project.org/blog/cockpit-193.html Additional Resources: * Read more about the oVirt 4.3.4 release highlights: http://www.ovirt.org/release/4.3.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/4.3.4/ [2] http://resources.ovirt.org/pub/ovirt-4.3/iso/ -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://www.redhat.com/>

5 years, 11 months

1
0
1 / 0

Replace bad Host from a 9 Node hyperconverged setup 4.3.3

by adrianquintero＠gmail.com

Anybody have had to replace a failed host from a 3, 6, or 9 node hyperconverged setup with gluster storage? One of my hosts is completely dead, I need to do a fresh install using ovirt node iso, can anybody point me to the proper steps? thanks,

5 years, 11 months

6
15
0 / 0

Re: run ovirt without firewalld

by Strahil

Then ... You have no choice , but to enable firewalld via a cron job or systemd service. I think Sahina and/or Sandro can hint you how to proceed . Best Regards, Strahil Nikolov On Jun 10, 2019 20:02, Chris Boon <cpjboon(a)gmail.com> wrote: > > yeah i noticed the same, HostedEngine doesn't want to migrate or start due to disabled firewalld. > But some organizations have a company policy not to run firewalls on servers, only edge firewalls. > So automation tools disable firewalld :( > > best regards, > Chris > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/JQOROLNXKSQ...

5 years, 11 months

1
0
0 / 0

Re: Replace bad Host from a 9 Node hyperconverged setup 4.3.3

by Strahil

Hi Adrian, Did you fix the issue with the gluster and the missing brick? If yes, try to set the 'old' host in maintenance and then forcefully remove it from oVirt. If it succeeds (and it should), then you can add the server back and then check what happens. Best Regards, Strahil NikolovOn Jun 10, 2019 18:12, Adrian Quintero <adrianquintero(a)gmail.com> wrote: > > Ok I have tried reinstalling the server from scratch with a different name and IP address and when trying to add it to cluster I get the following error: > > Event details > ID: 505 > Time: Jun 10, 2019, 10:00:00 AM > Message: Host myshost2.virt.iad3p installation failed. Host myhost2.mydomain.com reports unique id which already registered for myhost1.mydomain.com > > I am at a loss here, I don't have a brand new server to do this and in need to re-use what I have. > > > From the oVirt engine log (/var/log/ovirt-engine/engine.log): > 2019-06-10 10:57:59,950-04 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engine-Thread-37744) [9b88055] EVENT_ID: VDS_INSTALL_FAILED(505), Host myhost2.mydomain.com installation failed. Host myhost2.mydomain.com reports unique id which already registered for myhost1.mydomain.com > > So in the /var/log/ovirt-engine/host-deploy/ovirt-host-deploy-20190610105759-myhost2.mydomain.com-9b88055.log of the ovirt engine I see that the host deploy is running the following command to identify the system, if this is the case then it will never work :( because it identifies each host using the system uuid. > > dmidecode -s system-uuid > b64d566e-055d-44d4-83a2-d3b83f25412e > > > Any suggestions? > > Thanks > > On Sat, Jun 8, 2019 at 11:23 AM Adrian Quintero <adrianquintero(a)gmail.com> wrote: >> >> Leo, >> I did try putting it under maintenance and checking to ignore gluster and it did not work. >> Error while executing action: >> -Cannot remove host. Server having gluster volume. >> >> Note: the server was already reinstalled so gluster will never see the volumes or bricks for this server. >> >> I will rename the server to myhost2.mydomain.com and try to replace the bricks hopefully that might work, however it would be good to know that you can re-install from scratch an existing cluster server and put it back to the cluster. >> >> Still doing research hopefully we can find a way. >> >> thanks again >> >> Adrian >> >> >> >> >> On Fri, Jun 7, 2019 at 2:39 AM Leo David <leoalex(a)gmail.com> wrote: >>> >>> You will need to remove the storage role from that server first ( not being part of gluster cluster ). >>> I cannot test this right now on production, but maybe putting host although its already died under "mantainance" while checking to ignore guster warning will let you remove it. >>> Maybe I am wrong about the procedure, can anybody input an advice helping with this situation ? >>> Cheers, >>> >>> Leo >>> >>> >>> >>> >>> On Thu, Jun 6, 2019 at 9:45 PM Adrian Quintero <adrianquintero(a)gmail.com> wrote: >>>> >>>> I tried removing the bad host but running into the following issue , any idea?

5 years, 11 months

2
1
0 / 0

Re: run ovirt without firewalld

by Strahil

I remember a case where my HostedEngine couldn't start due to disqbled firewalld. I'd recommend you to keep it running , as it will only be benefitial . Best Regards, Strahil NikolovOn Jun 8, 2019 13:38, Chris Boon <cpjboon(a)gmail.com> wrote: > > Hello, > > When i deploy and use oVirt 4.3, is firewalld really needed on hypervisors or can oVirt 4.3 run and function with a disabled firewalld? > > Regards, > Chris > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/7G4KQQCEVIX...

5 years, 11 months

2
1
0 / 0

Erro seabios ovirt

by LIONS TECNOLOGIA

Please! I am a beginner in ovirt and I installed a single server, I am with the following problem, when I open the virtual machine console screen, it shows this black screen attached, I would like to know how to solve this problem.

5 years, 11 months

2
1
0 / 0

Re: Failed to activate Storage Domain --- ovirt 4.2

by Eyal Shenitzky

Nir, can you please have a look? On Mon, Jun 10, 2019 at 2:29 PM Aminur Rahman <aminur.rahman(a)iongroup.com> wrote: > Hi Eyal > > > > We’re using: > > > > ovirt-engine-4.2.8.2-1.el7.noarch > > vdsm-client-4.20.46-1.el7.noarch > > > > Thanks > > *Aminur Rahman* > > aminur.rahman(a)iongroup.com > > *t* > > +44 20 7398 0243 <+44%2020%207398%200243> > > *m* > > +44 7825 780697 <+44%207825%20780697%3c> > > iongroup.com <https://www.iongroup.com> > > > > *From:* Eyal Shenitzky <eshenitz(a)redhat.com> > *Sent:* 10 June 2019 07:20 > *To:* Aminur Rahman <aminur.rahman(a)iongroup.com>; Nir Soffer < > nsoffer(a)redhat.com> > *Cc:* users <users(a)ovirt.org> > *Subject:* Re: [ovirt-users] Failed to activate Storage Domain --- ovirt > 4.2 > > > > Hi Aminur, > > > > Can you please send the engine and vdsm versions? > > > > > > On Fri, Jun 7, 2019 at 5:03 PM <aminur.rahman(a)iongroup.com> wrote: > > Hi > Has anyone experiencing the following issue with Storage Domain - > > Failed to activate Storage Domain cLUN-R940-DC2-dstore01 -- > VDSM command ActivateStorageDomainVDS failed: Storage domain does not > exist: (u'1b0ef853-fd71-45ea-8165-cc6047a267bc',) > > Currently, the storge Domain is Inactive and strangely, the VMs are > running as normal. We can't manage or extend the volume size of this > storage domain. The pvscan shows as: > [root@uk1-ion-ovm-18 pvscan > /dev/mapper/36000d310056978000000000000000014: Checksum error at offset > 4397954425856 > Couldn't read volume group metadata from > /dev/mapper/36000d310056978000000000000000014. > Metadata location on /dev/mapper/36000d310056978000000000000000014 at > 4397954425856 has invalid summary for VG. > Failed to read metadata summary from > /dev/mapper/36000d310056978000000000000000014 > Failed to scan VG from /dev/mapper/36000d310056978000000000000000014 > > I have tired the following steps: > 1. Restarted ovirt-engine.service > 2. tried to restore the metadata using vgcfgrestore but it failed with the > following error: > > [root@uk1-ion-ovm-19 backup]# vgcfgrestore > 36000d310056978000000000000000014 > Volume group 36000d310056978000000000000000014 has active volume: . > WARNING: Found 1 active volume(s) in volume group > "36000d310056978000000000000000014". > Restoring VG with active LVs, may cause mismatch with its metadata. > Do you really want to proceed with restore of volume group > "36000d310056978000000000000000014", while 1 volume(s) are active? [y/n]: y > /dev/mapper/36000d310056978000000000000000014: Checksum error at offset > 4397954425856 > Couldn't read volume group metadata from > /dev/mapper/36000d310056978000000000000000014. > Metadata location on /dev/mapper/36000d310056978000000000000000014 at > 4397954425856 has invalid summary for VG. > Failed to read metadata summary from > /dev/mapper/36000d310056978000000000000000014 > Failed to scan VG from /dev/mapper/36000d310056978000000000000000014 > /etc/lvm/backup/36000d310056978000000000000000014: stat failed: No such > file or directory > Couldn't read volume group metadata from file. > Failed to read VG 36000d310056978000000000000000014 from > /etc/lvm/backup/36000d310056978000000000000000014 > Restore failed. > > Please let me know if anyone knows any possible resolution. > > -AMinur > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > <https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovi...> > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > <https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovi...> > List Archives: > https://lists.ovirt.org/archives/list/users@ovirt.org/message/W2JP7ZO5XMV... > <https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.o...> > > > > > -- > > Regards, > > Eyal Shenitzky > -- Regards, Eyal Shenitzky

5 years, 11 months

1
0
0 / 0

oVirt survey - May 2019

by Sandro Bonazzola

As we continue to develop oVirt 4.3 and future releases, the Development and Integration teams at Red Hat would value insights on how you are deploying the oVirt environment. Please help us to hit the mark by completing this short survey. Survey will close on June 7th. If you're managing multiple oVirt deployments with very different use cases or very different deployments you can consider answering this survey multiple times. Please note the answers to this survey will be publicly accessible. This survey is under oVirt Privacy Policy available at https://www.ovirt.org/site/privacy-policy.html The survey is available here: https://forms.gle/8uzuVNmDWtoKruhm8 -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig> <https://redhat.com/summit>

5 years, 11 months

1
1
1 / 0

Re: [ovirt-devel] cannot add host (oVirt 4.3.3.7)

by Nir Soffer

On Sun, Jun 9, 2019 at 9:15 PM Hetz Ben Hamo <hetz(a)hetz.biz> wrote: Moving to users list, devel list is for discussion about oVirt development, not troubleshooting. I'm trying to add a new host to oVirt. The main host is Xeon E5 while the > new host is AMD Ryzen 5. > > The main host is running oVirt 4.3.3 and the new node is a minimal install > of CentOS 7.6 (1810) with all the latest updates. > Which engine version? on which OS? I'm enclosing the log files. it complains that it cannot get the oVirt > packages, perhaps wrong channel(?). Looking at the log, it's trying to use > minidnf. I don't think CentOS 7 supports DNF.. > Did you install ovirt-release43 rpm before adding the host? https://ovirt.org/download/ Nir

5 years, 11 months

3
4
0 / 0

Re: Clusters run virtual machines or Red Hat Gluster Storage Servers

by Strahil

OVirt + Gluster is called 'Hyperconverged' setup and it supports only replica3 or a 'replica3 arbiter1' volumes. Vmware VSAN is another popular Hyperconverged Setup but requires a lot of licenses. The CPU and Disk resources are plenty on virtualization Hosts and this setup allows you to save space by removal of the iSCSI/NFS/SAN dedicated system. The setup is quite popular and it works quite well, but requires a 10G network (as load balancing smaller NICs is very hard ) - if performance is required, while even a 1 gbit/s NIC is possible to be used. Note: 1gbit/s will provide no more than 87 MB/s on gluster level for all your VMs , which is very poor. If you have 4 hosts -> one of them will not be in the gluster setup, or you will have 2 separate gluster volumes like this: oVirt1- Replica for volume A oVirt2- Replica for volume A , arbiter for volume B oVirt3 - Replica for volume B,arbiter for volume A oVirt4 - Replica for volume B Then you add them as hosts in your oVirt setup. Best Regards, Strahil NikolovOn Jun 10, 2019 05:29, xilazz(a)126.com wrote: > > Hi, everybody. When I was looking at the administrator's manual, it prompted Clusters run virtual machines or Red Hat Gluster Storage Servers. These two purposes are mad exclusive: > Virtualization and storage hosts together. When I configured the cluster, I said that the glusterfs and virt I saw were alternatives to the two checkboxes. > I would like to ask what happens when glusterfs and virt are in the same cluster? > How can I use hosted engine when I have four nodes? > Thank you very much for your reply. > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/CZR73TNWNRE...

5 years, 11 months

2
1
0 / 0

Clusters run virtual machines or Red Hat Gluster Storage Servers

by xilazz＠126.com

Hi, everybody. When I was looking at the administrator's manual, it prompted Clusters run virtual machines or Red Hat Gluster Storage Servers. These two purposes are mad exclusive: Virtualization and storage hosts together. When I configured the cluster, I said that the glusterfs and virt I saw were alternatives to the two checkboxes. I would like to ask what happens when glusterfs and virt are in the same cluster? How can I use hosted engine when I have four nodes? Thank you very much for your reply.

5 years, 11 months

1
0
0 / 0

run ovirt without firewalld

by Chris Boon

Hello, When i deploy and use oVirt 4.3, is firewalld really needed on hypervisors or can oVirt 4.3 run and function with a disabled firewalld? Regards, Chris

5 years, 11 months

1
0
0 / 0

oVirt hosted engine lost superblocks, need to recover data - 4.1

by marcushershberger＠locl.net

I have been working on this a few days now, though no solution seems to have emerged. I have an oVirt 4.1 hosted engine that is now failing to boot except into emergency mode. When xfs_repair is run, it gives an error saying that the primary and secondary superblocks are bad. Earlier this week, I was trying to install engine-backup because there were problems with the root partition being full. I was working on resolving dependencies for engine-backup when the hosted engine became unresponsive with an output about gov0 (which I believe is related to gluster), and I have not been able to boot it correctly since then. I am able to mount /var, and I have access to it, but that is not true for the root partition. What are some suggestions for recovering the data on the root partition? Thanks!

5 years, 11 months

1
0
0 / 0

disk description

by Dmitry Filonov

Hi - Looks like Friday is right around the corner... Have a really stupid question. Is there a way to edit disk description (or extend it's size) without attaching that disk to some VM and editing disk there? Thanks! -- Dmitry Filonov Linux Administrator SBGrid Core | Harvard Medical School 250 Longwood Ave, SGM-114 Boston, MA 02115

5 years, 11 months

2
2
0 / 0

ETL service sampling has encountered an error. Please consult the service log for more details.

by nicolas＠devels.es

Hi, We're running oVirt 4.1.9 (cannot upgrade yet until [1] is released). Since a few days ago our event list if full of lines like this: ETL service sampling has encountered an error. Please consult the service log for more details. Having a look at the log I see events like: 2019-06-06 13:37:11|NJ4C8T|TOlL8U|FdlWtU|OVIRT_ENGINE_DWH|StatisticsSync|Default|6|Java Exception|tJDBCOutput_7|org.postgresql.util.PSQLException:ERROR: current transaction is aborted, commands ignored until end of transaction block|1 2019-06-06 13:37:11|NJ4C8T|TOlL8U|FdlWtU|OVIRT_ENGINE_DWH|StatisticsSync|Default|6|Java Exception|tJDBCOutput_4|org.postgresql.util.PSQLException:ERROR: current transaction is aborted, commands ignored until end of transaction block|1 Exception in component tJDBCOutput_5 org.postgresql.util.PSQLException: ERROR: current transaction is aborted, commands ignored until end of transaction block at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2157) at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1886) at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:255) at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:555) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:417) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeUpdate(AbstractJdbc2Statement.java:363) at ovirt_engine_dwh.statisticssync_4_1.StatisticsSync.tJDBCInput_10Process(StatisticsSync.java:9030) at ovirt_engine_dwh.statisticssync_4_1.StatisticsSync$5.run(StatisticsSync.java:16071) 2019-06-06 13:37:11|NJ4C8T|TOlL8U|FdlWtU|OVIRT_ENGINE_DWH|StatisticsSync|Default|6|Java Exception|tJDBCOutput_5|org.postgresql.util.PSQLException:ERROR: current transaction is aborted, commands ignored until end of transaction block|1 Exception in component tRunJob_5 java.lang.RuntimeException: Child job running failed at ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tRunJob_5Process(SampleRunJobs.java:1654) at ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tRunJob_6Process(SampleRunJobs.java:1456) at ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tRunJob_1Process(SampleRunJobs.java:1228) at ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tRunJob_4Process(SampleRunJobs.java:1000) at ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tJDBCConnection_2Process(SampleRunJobs.java:767) at ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tJDBCConnection_1Process(SampleRunJobs.java:642) at ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs$2.run(SampleRunJobs.java:2683) 2019-06-06 13:37:11|FdlWtU|TOlL8U|KNLNa4|OVIRT_ENGINE_DWH|SampleRunJobs|Default|6|Java Exception|tRunJob_5|java.lang.RuntimeException:Child job running failed|1 Exception in component tRunJob_1 java.lang.RuntimeException: Child job running failed at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tRunJob_1Process(SampleTimeKeepingJob.java:6067) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCInput_2Process(SampleTimeKeepingJob.java:5809) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCConnection_1Process(SampleTimeKeepingJob.java:4444) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCConnection_2Process(SampleTimeKeepingJob.java:4319) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tRowGenerator_2Process(SampleTimeKeepingJob.java:4188) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCInput_3Process(SampleTimeKeepingJob.java:3593) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCInput_5Process(SampleTimeKeepingJob.java:2977) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCInput_4Process(SampleTimeKeepingJob.java:2295) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCConnection_3Process(SampleTimeKeepingJob.java:1649) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob$2.run(SampleTimeKeepingJob.java:11363) Can someone tell me how to fix it? I already restarted ovirt-engine, ovirt-engine-dwhd, postgresql and the three at a time and still didn't fix the issue. Currently the DWHD data is empty in the Dashboard. Thanks! [1]: https://github.com/oVirt/ovirt-web-ui/issues/490

5 years, 11 months

2
2
0 / 0

[ANN] oVirt 4.3.4 Fourth Release Candidate is now available

by Sandro Bonazzola

The oVirt Project is pleased to announce the availability of the oVirt 4.3.4 FourthRelease Candidate, as of June 6th, 2019. This update is a release candidate of the fourth in a series of stabilization updates to the 4.3 series. This is pre-release software. This pre-release should not to be used inproduction. This release is available now on x86_64 architecture for: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later This release supports Hypervisor Hosts on x86_64 and ppc64le architectures for: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later * oVirt Node 4.3 (available for x86_64 only) Experimental tech preview for x86_64 and s390x architectures for Fedora 28 is also included. See the release notes [1] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available - oVirt Node is already available[2] - oVirt Windows Guest Tools iso is already available [2] Additional Resources: * Read more about the oVirt 4.3.4 release highlights: http://www.ovirt.org/release/4.3.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/4.3.4/ [2] http://resources.ovirt.org/pub/ovirt-4.3-pre/iso/ -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig> <https://redhat.com/summit>

5 years, 11 months

2
2
0 / 0

high number of interface RX errors on ovirtmgmt network

by Jayme

I have a three node HCI setup on Dell R720s running the latest stable version of 4.3.3 Each hosts has a 1gig link and a 10gig link. The 1gig is used for ovirt management network and 10gig link is used for backend glusterFS traffic. I haven't noticed before but after installing ovirt metrics store I'm seeing that gig interface used for ovirtmgmt on all three hosts are showing high RX error rates. The 10gig interfaces for glusterFS on all three hosts appear to be fine. The 1gig ethernet controllers are: Broadcom Inc. and subsidiaries NetXtreme II BCM57800 1/10 Gigabit Ethernet (rev 10) Other physical servers on the same network/switches outside of oVirt have zero RX errors. Here is an example of what I'm seeing: host0: # ip -s link show em3 4: em3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master ovirtmgmt state UP mode DEFAULT group default qlen 1000 link/ether b0:83:fe:cc:9a:2d brd ff:ff:ff:ff:ff:ff RX: bytes packets errors dropped overrun mcast 51777532544474 36233202312 416993 0 0 2062421 TX: bytes packets errors dropped carrier collsns 7284362442704 18685883330 0 0 0 0 host1: # ip -s link show em3 4: em3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master ovirtmgmt state UP mode DEFAULT group default qlen 1000 link/ether b0:83:fe:cc:99:31 brd ff:ff:ff:ff:ff:ff RX: bytes packets errors dropped overrun mcast 9518766859330 14424644226 89638 0 0 2056578 TX: bytes packets errors dropped carrier collsns 27866585257227 22323979969 0 0 0 0 host2: # ip -s link show em3 4: em3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master ovirtmgmt state UP mode DEFAULT group default qlen 1000 link/ether b0:83:fe:cc:92:50 brd ff:ff:ff:ff:ff:ff RX: bytes packets errors dropped overrun mcast 6409138012195 13045254148 14825 0 0 2040655 TX: bytes packets errors dropped carrier collsns 31577745516683 23466818659 0 0 0 0 Anyone have any ideas why the RX error rate on the ovirtmgmt network could be so high?

5 years, 11 months

1
1
0 / 0

Hosted Engine Abruptly Stopped Responding - Unexpected Shutdown

by souvaliotimaria＠mail.com

Hello, I came upon a problem the previous month that I figured it would be good to discuss here. I'm sorry I didn't post here earlier but time slipped me. I have set up a glustered, hyperconverged oVirt environment for experimental use as a means to see its behaviour and get used to its management and performance before setting it up as a production environment for use in our organization. The environment is up and running since 2018 October. The three nodes are HP ProLiant DL380 G7 and have the following characteristics: Mem: 22GB CPU: 2x Hexa Core - Intel Xeon Hexa Core E56xx HDD: 5x 300GB Network: BCM5709C with dual-port Gigabit OS: Linux RedHat 7.5.1804(Core 3.10.0-862.3.2.el7.x86_64 x86_64) - Ovirt Node 4.2.3.1 As I was working on the environment, the engine stopped working. Not long before the time the HE stopped, I was in the web interface managing my VMs, when the browser froze and the HE was also not responding to ICMP requests. The first thing I did was to connect via ssh to all nodes and run the command #hosted-engine --vm-status which showed that the HE was down in nodes 1 and 2 and up on the 3rd node. After executing #virsh -r list the VM list that was shown contained two of the VMs I had previously created and were up; the HE was nowhere. I tried to restart the HE with the #hosted-engine --vm-start but it didn't work. I then put all nodes in maintenance mode with the command #hosted-engine --set-maintenance --mode=global (I guess I should have done that earlier) and re-run #hosted-engine --vm-start that had the same result as it previously did. After checking the mails the system sent to the root user, I saw there were several mails on the 3rd node (where the HE had been), informing of the HE's state. The messages were changing between EngineDown-EngineStart, EngineStart-EngineStarting, EngineStarting-EngineMaybeAway, EngineMaybeAway-EngineUnexpectedlyDown, EngineUnexpectedlyDown-EngineDown, EngineDown-EngineStart and so forth. I continued by searching the following logs in all nodes : /var/log/libvirt/qemu/HostedEngine.log /var/log/libvirt/qemu/win10.log /var/log/libvirt/qemu/DNStest.log /var/log/vdsm/vdsm.log /var/log/ovirt-hosted-engine-ha/agent.log After that I spotted and error that had started appearing almost a month ago in node #2: ERROR Internal server error Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 606, in _handle_request res = method(**params) File "/usr/lib/python2.7/site-packages/vdsm/rpc/Bridge.py", line 197, in _dynamicMethod result = fn(*methodArgs) File "/usr/lib/python2.7/site-packages/vdsm/gluster/apiwrapper.py", line 85, in logicalVolumeList return self._gluster.logicalVolumeList() File "/usr/lib/python2.7/site-packages/vdsm/gluster/api.py", line 90, in wrapper rv = func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/gluster/api.py", line 808, in logicalVolumeList status = self.svdsmProxy.glusterLogicalVolumeList() File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 55, in __call__ return callMethod() File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 52, in <lambda> getattr(self._supervdsmProxy._svdsm, self._funcName)(*args, AttributeError: 'AutoProxy[instance]' object has no attribute 'glusterLogicalVolumeList' The outputs of the following commands were also checked as a way to see if there was a mandatory process missing/killed, a memory problem or even disk space shortage that led to the sudden death of a process #ps -A #top #free -h #df -hT Finally, after some time delving in the logs, the output of the #journalctl --dmesg showed the following message "Out of memory: Kill process 5422 (qemu-kvm) score 514 or sacrifice child. Killed process 5422 (qemu-kvm) total-vm:17526548kB, anon-rss:9310396kB, file-rss:2336kB, shmem-rss:12kB" which after that the ovirtmgmt started not responding. I tried to restart the vhostd by executing #/etc/rc.d/init.d/vhostmd start but it didn't work. Finally, I decided to run the HE restart command on the other nodes as well (I'd figured that since the HE was last running on the node #3, that's where I should try to restart it). So, I run #hosted-engine --vm-start and the output was "Command VM.getStats with args {'vmID':'...<το ID της HE>....'} failed: (code=1,message=Virtual machine does not exist: {'vmID':'...<το ID της HE>....'})" And then I run the command again and the output was "VM exists and its status is Powering Up." After that I executed #virsh -r list and the output was the following: Id Name State ---------------------------------------------------- 2 HostedEngine running After the HE's restart two mails came that stated: ReinitializeFSMEngineStarting and EngineStarting-EngineUp After that and after checking that we had access to the web interface again, we executed hosted-engine --set-maintenance --mode=none to get out of the maintenance mode. The thing is, I still am not 1000% sure what the problem was that led to the shutdown of the hosted engine and I think that maybe some of the steps I took were not needed. I believe it was because the process qemu-kvm was killed after there was not enough memory for it but is this the real cause? I wasn't doing anything unusual before the shutdown to believe it was because of the new VM that was still in shutdown mode or anything of the sort. Also, I believe it may be because of memory shortage because I hadn't executed the #sync ; echo 3 > /proc/sys/vm/drop_caches command for a couple of weeks. What are your thoughts on this? Could you point me to where to search for more information on the topic or tell me what is the right process to follow when something like this happens? Also, I have set up a few VMs but only three are Up and they have no users yet, even so the buffers fill almost to the brim when the usage is almost non-existant. If you have an environment that has some users or you use the VMs as virtual servers of some sort, what is the consumption of the memory? What's the optimal size for the memory? Thank you all very much.

5 years, 11 months

2
1
0 / 0

Bond Mode 1 （Active-Backup）,vm unreachable for minutes when bond link change

by henaumars＠sina.com

Hello, I've a problem, all my ovirt hosts and vms are linked with a bonding mode 1（Active-Backup）2x10Gbps ovirt version：4.3 topology： ----------eno2 vm----------ovirtmgmt------bond0-----------eno1 ifcfg-bond0： # Generated by VDSM version 4.30.9.1 DEVICE=bond0 BONDING_OPTIOS='mode=1 miion=100' BRIDGE=ovirtmgmt MACADDR=a4:be:26:16:e9:b2 ONBOOT=yes MTU=1500 DEFROUTE=no NM_CONTROLLER=no IPV6INIT=no ifcfg-eno1: # Generated by VDSM version 4.30.9.1 DEVICE=eno1 MASTER=bond0 SLAVE=yes ONBOOT=yes MTU=1500 DEFROUTE=no NM_CONTROLLER=no IPV6INIT=no ifcfg-eno2: # Generated by VDSM version 4.30.9.1 DEVICE=eno2 MASTER=bond0 SLAVE=yes ONBOOT=yes MTU=1500 DEFROUTE=no NM_CONTROLLER=no IPV6INIT=no ifcfg-ovirtmgmt: # Generated by VDSM version 4.30.9.1 DEVICE=ovirtmgmt TYPE=Brodge DELAY=0 STP=off ONBOOT=yes IPADDR=x.x.x.x NEYMASK=255.255.255.0 GATEWAY=x.x.x.x BOOTPROTO=none MTU=1500 DEFROUTE=yes NM_CONTROLLER=no IPV6INIT=yes IPV6_AUTOCONF=yes cat /proc/net/bonding/bond0 Ethernet Chanel Bonding Driver:v3.7.1(April 27, 2011) Bonding Mode:fault-tolerance(active-ackup) Primary Slave:none Currently Active Slave:eno1 MII Status:up MII Polling Intercal (ms):100 Up Delay (ms) : 0 Down Delay (ms) : 0 Slave Interface :eno1 MII Status:up Speed : 10000 Mbps Link Failure Count : 0 Permanent HW addr :a4:be:26:16:e9:b2 Slave queue ID: 0 Slave Interface :eno2 MII Status:up Speed : 10000 Mbps Link Failure Count : 0 Permanent HW addr :a4:be:26:16:e9:b2 Slave queue ID: 0 ping vm from different subnet. Eveything is okay if I don't change bond link interface。When I unplug Currently Active Slave eno1,bond link change to eno2 as expected but vm become unreachable until external physical switch MAC Table ageing time expired.It seems that vm doesn't sent gratuitous ARP when bond link change. How can I fix if? vm os is Centos 7.5 ovirt version 4.2 also tested.

5 years, 11 months

3
3
0 / 0

oVirt on RHEL 8.

by vrk5398＠gmail.com

Hello Did anyone managed to install oVirt on RHEL8? If so, Can you please guide me? I'm trying to install but it throws an error as "Failed to synchronize repo for ovirt-*". Please help me. Thank You.

5 years, 11 months

3
4
0 / 0

Re: oVirt on RHEL 8.

by Strahil

Ovirt is still based on EL7. You have to wait till official announcement. Best Regards, Strahil NikolovOn Jun 5, 2019 15:52, vrk5398(a)gmail.com wrote: > > Hello > Did anyone managed to install oVirt on RHEL8? > If so, Can you please guide me? > I'm trying to install but it throws an error as "Failed to synchronize repo for ovirt-*". > Please help me. > > Thank You. > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZBPBZCIAKFA...

5 years, 11 months

1
0
0 / 0

oVirt Hosted-Engine upgrade filed

by mail＠set-pro.net

Hello! Get problems with upgrade oVirt Hosted-Engine from 4.2.8 to 4.3.3. After installing http://resources.ovirt.org/pub/yum-repo/ovirt-release43.rpm on Engine VM i run yum update, then engine-setup and got this error: --== DATABASE CONFIGURATION ==-- [WARNING] This release requires PostgreSQL server 10.6 but the engine database is currently hosted on PostgreSQL server 9.5.14. [ INFO ] Verifying PostgreSQL SELinux file context rules [ ERROR ] Failed to execute stage 'Environment customization': could not stat file "base/13699369/1259_fsm": Permission denied [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20190602110956-iqr6bc.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20190602111120-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed But i don't find any solution how resolve this issue. Maybe i doing something wrong?

5 years, 11 months

3
6
0 / 0

Followup: Create New VM from Template Glitch

by Andrei Verovski

Hi ! Followup to my previous post. Creating template from snapshot in 4.2.8 also suffers from the same bug - allocation policy selected to thin provision even if I select RAW from the popup menu. Verified twice. > Looks like there is some strange glitch creating new VM from template on oVirt 4.2.8.2. > > Basically I’m need to convert disk image from QCOW2 thin allocated to raw format in an existing VM. > These are steps performed: > 1) Create snapshot of an existing VM. > 2) Make template from snapshot. > 3) Create new VM using template, in Resource Allocation -> Storage Allocation -> Clone -> Format -> Raw. > > Unfortunately, newly created VM still have QCOW2 thin allocated disk. > Did this operation twice to be sure, and both times things went wrong. > > What is done wrong, and how to solve this problem? > Thanks in advance. >

5 years, 11 months

2
5
0 / 0

Create New VM from Template Glitch

by Andrei Verovski

Hi ! Looks like there is some strange glitch creating new VM from template on oVirt 4.2.8.2. Basically I’m need to convert disk image from QCOW2 thin allocated to raw format in an existing VM. These are steps performed: 1) Create snapshot of an existing VM. 2) Make template from snapshot. 3) Create new VM using template, in Resource Allocation -> Storage Allocation -> Clone -> Format -> Raw. Unfortunately, newly created VM still have QCOW2 thin allocated disk. Did this operation twice to be sure, and both times things went wrong. What is done wrong, and how to solve this problem? Thanks in advance. Andrei

5 years, 11 months

1
0
0 / 0

storware vProtect

by Giulio Casella

Hi everyone, I'm evaluating some datacenter backup solution, and finally I'm going to give a chance to storware vprotect for my ovirt DC (2 clusters, 3+32 hypervisors, about 100+ VMs). How many of you are using it? Any suggestion? Any caveat not immediately visible? Hints? Drawbacks? For example I have some problem mounting backup of some VM (pfsense firewalls), based on UFS filesystem. And I couldn't browse mounted backup from WebUI (NFS problems between server and node). I know these are problems I can easily get around, but I'm more concerned about issue I can't see right now. TIA, gc

5 years, 11 months

1
0
0 / 0

Issue with oVirt aaa-ldap connector on fresh install of 4.3.3

by Vrgotic, Marko

________________________________ From: Vrgotic, Marko Sent: Tuesday, June 4, 2019 4:44:08 PM To: users(a)ovirt.org Cc: Stojchev, Darko Subject: Issue with aaa-ldap connector on fresh install of 4.3.3 Dear oVIrt, We are running 4.3.3 latest with SHE. Tried to connect our domain users using aaa-ldap extension tool provided. We tried multiple different accounts, with multiple dn search tree syntaxes and verified the passwords. The error is always the same: `2019-06-04 14:03:30,763+0000 ERROR otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common common._customization_late:835 Cannot authenticate using 'uid=**FILTERED**,ou=ABC Users,dc=example,dc=com': {'info': '80090308: LdapErr: DSID-0C0903A9, comment: AcceptSecurityContext error, data 52e, v1db1', 'desc': 'Invalid credentials'}` The log file is showing the following: 2019-06-04 14:02:31,666+0000 DEBUG otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common common._getURLs:283 URLs: [u'ldap://hqdc2.example.com:389', u'ldap://eudc1.example.com:389', u'ldap://eudc2.example.com:389', u'ldap://hqdc1.example.com:389'] 2019-06-04 14:02:31,666+0000 INFO otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common common._connectLDAP:393 Connecting to LDAP using 'ldap://hqdc2.example.com:389' 2019-06-04 14:02:31,675+0000 INFO otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common common._connectLDAP:444 Executing startTLS 2019-06-04 14:02:32,420+0000 DEBUG otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common common._connectLDAP:447 Perform search 2019-06-04 14:02:32,567+0000 DEBUG otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common common._connectLDAP:455 Result: [('', {'supportedLDAPVersion': ['3', '2']})] 2019-06-04 14:02:32,568+0000 INFO otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common common._connectLDAP:457 Connection succeeded 2019-06-04 14:02:32,568+0000 DEBUG otopi.plugins.otopi.dialog.human human.queryString:159 query OVAAALDAP_LDAP_USER 2019-06-04 14:02:32,568+0000 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:204 DIALOG:SEND Enter search user DN (for example uid=username,dc=example,dc=com or leave empty for anonymous): 2019-06-04 14:02:57,540+0000 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:204 DIALOG:RECEIVE uid=da-dstojchev,ou=Users,dc=example,dc=com 2019-06-04 14:02:57,541+0000 DEBUG otopi.plugins.otopi.dialog.human human.queryString:159 query OVAAALDAP_LDAP_PASSWORD 2019-06-04 14:02:57,541+0000 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:204 DIALOG:SEND Enter search user password: 2019-06-04 14:03:00,713+0000 INFO otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common common._bindLDAP:478 Attempting to bind using 'uid=da-dstojchev,ou=Users,dc=example,dc=com' 2019-06-04 14:03:00,862+0000 ERROR otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common common._customization_late:835 Cannot authenticate using 'uid=da-dstojchev,ou=Users,dc=example,dc=com': {'info': '80090308: LdapErr: DSID-0C0903A9, comment: AcceptSecurityContext error, data 52e, v1db1', 'desc': 'Invalid credentials'} 2019-06-04 14:03:00,863+0000 DEBUG otopi.plugins.otopi.dialog.human human.queryString:159 query OVAAALDAP_LDAP_USER 2019-06-04 14:03:00,863+0000 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:204 DIALOG:SEND Enter search user DN (for example uid=username,dc=example,dc=com or leave empty for anonymous): 2019-06-04 14:03:27,376+0000 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:204 DIALOG:RECEIVE uid=openstack-test,ou=ABC Users,dc=example,dc=com 2019-06-04 14:03:27,376+0000 DEBUG otopi.plugins.otopi.dialog.human human.queryString:159 query OVAAALDAP_LDAP_PASSWORD 2019-06-04 14:03:27,377+0000 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:204 DIALOG:SEND Enter search user password: 2019-06-04 14:03:30,616+0000 INFO otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common common._bindLDAP:478 Attempting to bind using 'uid=**FILTERED**,ou=ABC Users,dc=example,dc=com' 2019-06-04 14:03:30,763+0000 ERROR otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common common._customization_late:835 Cannot authenticate using 'uid=**FILTERED**,ou=ABC Users,dc=example,dc=com': {'info': '80090308: LdapErr: DSID-0C0903A9, comment: AcceptSecurityContext error, data 52e, v1db1', 'desc': 'Invalid credentials'} 2019-06-04 14:03:30,764+0000 DEBUG otopi.plugins.otopi.dialog.human human.queryString:159 query OVAAALDAP_LDAP_USER 2019-06-04 14:03:30,764+0000 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:204 DIALOG:SEND Enter search user DN (for example uid=username,dc=example,dc=com or leave empty for anonymous): 2019-06-04 14:03:41,055+0000 DEBUG otopi.context context._executeMethod:145 method exception Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132, in _executeMethod method['method']() File "/usr/share/ovirt-engine-extension-aaa-ldap/setup/bin/../plugins/ovirt-engine-extension-aaa-ldap/ldap/common.py", line 812, in _customization_late default='', File "/usr/share/otopi/plugins/otopi/dialog/human.py", line 211, in queryString value = self._readline(hidden=hidden) File "/usr/lib/python2.7/site-packages/otopi/dialog.py", line 246, in _readline value = self.__input.readline() File "/usr/lib/python2.7/site-packages/otopi/main.py", line 53, in _signal raise RuntimeError("SIG%s" % signum) RuntimeError: SIG2 2019-06-04 14:03:41,057+0000 ERROR otopi.context context._executeMethod:154 Failed to execute stage 'Environment customization': SIG2 2019-06-04 14:03:41,057+0000 DEBUG otopi.context context.dumpEnvironment:731 ENVIRONMENT DUMP – BEGIN This is fresh install of oVIrt 4.3.3 latest, assigned for our prod env. Kindly awaiting your reply, Marko Vrgotic ActiveVideo

5 years, 11 months

1
0
0 / 0

Planned restart of production services

by Evgheni Dereveanchin

Hi everyone, I will be restarting several production systems within the following hour to apply updates. The following services may be unreachable for some period of time: - resources.ovirt.org - package repositories - jenkins.ovirt.org - CI master - glance.ovirt.org - Glance image repository Package repositories will be unreachable for a short period of time. No new CI jobs will be started during this period. I will announce you once maintenance is complete. -- Regards, Evgheni Dereveanchin

5 years, 11 months

1
1
0 / 0

fence_rhevm not working with ovirt 4.3.4.2-1.el7 (RC2)

by Strahil Nikolov

Hello Community, I'm sending this e-mail just to notify you that I have raised a bug for the fence_rhevm (RHEL 8) which has problems parsing the response from the oVirt's API. The bug is : 1717179 – fence_rhevm cannot obtain plug status on oVirt 4.3.4.2-1.el7 (RC2) | | | | 1717179 – fence_rhevm cannot obtain plug status on oVirt 4.3.4.2-1.el7 (... | | | I guess the package won't work also with RHV (unless the changes in the API are in a recent version). Best Regards,Strahil Nikolov

5 years, 11 months

1
0
0 / 0

Error importing kvm vm to oVirt 4.3.3: https://bugzilla.redhat.com/show_bug.cgi?id=1667488

by adrianquintero＠gmail.com

Has a resolution for https://bugzilla.redhat.com/show_bug.cgi?id=1667488 been provided somewhere? I cant seem to find a work around except to create an empty ISO domain. Engine logs: 2019-06-04 14:17:45,364-04 INFO [org.ovirt.engine.core.bll.exportimport.ImportVmFromExternalProviderCommand] (default task-223) [f65d3feb-e76b-4e76-98f2-852152032a48] Lock Acquired to object 'EngineLock:{exclusiveLocks='[11553d4c-e084-4dfa-8ceb-6b00d62da19f=VM, testvm.mydomain.com=VM_NAME]', sharedLocks=''}' 2019-06-04 14:17:45,421-04 WARN [org.ovirt.engine.core.bll.exportimport.ImportVmFromExternalProviderCommand] (default task-223) [] Validation of action 'ImportVmFromExternalProvider' failed for user admin@internal-authz. Reasons: VAR__ACTION__IMPORT,VAR__TYPE__VM,ERROR_CANNOT_FIND_ISO_IMAGE_PATH 2019-06-04 14:17:45,422-04 INFO [org.ovirt.engine.core.bll.exportimport.ImportVmFromExternalProviderCommand] (default task-223) [] Lock freed to object 'EngineLock:{exclusiveLocks='[11553d4c-e084-4dfa-8ceb-6b00d62da19f=VM, testvm.mydomain.com=VM_NAME]', sharedLocks=''}' Thanks, AQ

5 years, 11 months

1
0
0 / 0

VM import doesn't see VMs on storage

by Dmitry Filonov

Hi, I have 2 independent oVirt datacenters. Need to move some of the VMs from DC1 to DC2. So far the strategy was as simple as this - 1) connect new storage domain (NFS) to DC1 2) move VM disks to that storage 3) shut down VMs 4) disconnect storage from DC1 5) import same storage into DC2 6) import VMs from that storage and optionally move VM disks to storage local to DC2. Works fine for a dozen VMs until last Friday when I tried to import another 13 VMs into DC2 and VM import shows only 6. I can see disks in Disk import tab, but not VMs. I guess this is related to the fact that some of the VMs to be moved are based on a template that is still on DC1. But how do I move these VMs then? I can't move the template as 1) I still need it in DC1 2) it doesn't have any disks attached, so I can't really do the same steps to move it. Any ideas are very welcome here. Thanks a lot. -- Dmitry Filonov Linux Administrator SBGrid Core | Harvard Medical School 250 Longwood Ave, SGM-114 Boston, MA 02115

5 years, 11 months

2
3
0 / 0

Feature Request: oVirt to warn when VDO is getting full

by Strahil

Hello All, I would like to ask how many of you use VDO before asking the oVirt Devs to assess a feature in oVirt for monitoring the size of the VDOs on hyperconverged systems. I think such warning, will save a lot of headaches, but it will not be usefull if most of the community is not using VDO at all. Best Regards, Strahil Nikolov

5 years, 11 months

3
2
0 / 0

SSO problem for Window 7 VM (64)

by Harry Conings

Hi i am new to oVirt so i think i am missing something. I my case ovirt-engine-extension-aaa-ldap-setup did not work and i am not a domain administrator so i had to set it up by hand I can login with my AD user into the VM portal but SSO to a windows 7 machine does not happen Thks for your help rgds Harry my files: in /etc/ovirt-engine/aaa/zkf200mut.prd.properties vars.user = CN=HARRY (Adm),OU=Administrative Accounts,OU=Operations,OU=203,DC=zkf200mut,DC=prd vars.password = password pool.default.auth.simple.bindDN = ${global:vars.user} pool.default.auth.simple.password = ${global:vars.password} pool.default.serverset.type = single pool.default.serverset.single.server = 10.63.123.22 pool.default.dc-resolve.default.serverset.type = single pool.default.dc-resolve.serverset.single.server = 10.63.123.22 pool.default.socketfactory.type = java /etc/ovirt-engine/extensions.d/zkf200mut.prd-authn.properties ovirt.engine.extension.name = zkf200mut.prd-authn ovirt.engine.extension.bindings.method = jbossmodule ovirt.engine.extension.binding.jbossmodule.module = org.ovirt.engine-extensions.aaa.ldap ovirt.engine.extension.binding.jbossmodule.class = org.ovirt.engineextensions.aaa.ldap.AuthnExtension ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authn ovirt.engine.aaa.authn.profile.name = zkf200mut.prd ovirt.engine.aaa.authn.authz.plugin = zkf200mut.prd config.profile.file.1 = ../aaa/zkf200mut.prd.properties /etc/ovirt-engine/extensions.d/zkf200mut.prd.properties ovirt.engine.extension.name = zkf200mut.prd ovirt.engine.extension.bindings.method = jbossmodule ovirt.engine.extension.binding.jbossmodule.module = org.ovirt.engine-extensions.aaa.ldap ovirt.engine.extension.binding.jbossmodule.class = org.ovirt.engineextensions.aaa.ldap.AuthzExtension ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authz config.profile.file.1 = ../aaa/zkf200mut.prd.properties engine.log -> when i login and click on the console of the VM 2019-06-04 12:24:30,442+02 INFO [org.ovirt.engine.core.bll.aaa.TerminateSessionsForTokenCommand] (default task-8) [354a4756] Running command: TerminateSessionsForTokenCommand internal: true. 2019-06-04 12:24:46,247+02 INFO [org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default task-7) [] User m203hcon(a)zkf200mut.prd successfully logged in with scopes: ovirt-app-admin ovirt-app-api ovirt-app-portal ovirt-ext=auth:sequence-priority=~ ovirt-ext=revoke:revoke-all ovirt-ext=token-info:authz-search ovirt-ext=token-info:public-authz-search ovirt-ext=token-info:validate ovirt-ext=token:password-access 2019-06-04 12:24:46,316+02 INFO [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default task-7) [d7805c4] Running command: CreateUserSessionCommand internal: false. 2019-06-04 12:24:46,331+02 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-7) [d7805c4] EVENT_ID: USER_VDC_LOGIN(30), User m203hcon@zkf200mut.prd(a)zkf200mut.prd connecting from '10.63.120.199' using session 'CGIKs/CP4HQdLoUhWAzsq996BKkMcKDrqdfHT1x/kIBzixxbNl/hle8BZCZmS2L/ehVZdoStH2JByXragQxeqw==' logged in. 2019-06-04 12:24:47,015+02 ERROR [org.ovirt.engine.core.bll.GetPermissionsForObjectQuery] (default task-3) [1e271632-b9f4-4bcc-8205-ccd8ff1421f6] Query execution failed due to insufficient permissions. 2019-06-04 12:24:47,017+02 ERROR [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default task-3) [] Operation Failed: query execution failed due to insufficient permissions. 2019-06-04 12:24:50,106+02 INFO [org.ovirt.engine.core.bll.SetVmTicketCommand] (default task-8) [6f85887f] Running command: SetVmTicketCommand internal: false. Entities affected : ID: 3985528e-5bd3-4d87-b766-361c7985788f Type: VMAction group CONNECT_TO_VM with role type USER 2019-06-04 12:24:50,118+02 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (default task-8) [6f85887f] START, SetVmTicketVDSCommand(HostName = ovirtServer1.zkf200mut.prd, SetVmTicketVDSCommandParameters:{hostId='d28491ac-2c3b-4462-b24b-1c673155c644', vmId='3985528e-5bd3-4d87-b766-361c7985788f', protocol='SPICE', ticket='PzMAJhjN75ij', validTime='120', userName='m203hcon(a)zkf200mut.prd', userId='12f092ed-db4c-4ed0-b4bb-f3051c4fc677', disconnectAction='LOCK_SCREEN'}), log id: 103ea2 2019-06-04 12:24:50,150+02 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (default task-8) [6f85887f] FINISH, SetVmTicketVDSCommand, return: , log id: 103ea2 2019-06-04 12:24:50,168+02 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-8) [6f85887f] EVENT_ID: VM_SET_TICKET(164), User m203hcon@zkf200mut.prd(a)zkf200mut.prd initiated console session for VM W203YZ001V

5 years, 11 months

1
0
0 / 0

Re: [External] Re: ovirt metrics - vm dashboard not working

by Jayme

I just get a blank output from that command. I'm running oVirt Node NG 4.3.3.1 hosts On Mon, Jun 3, 2019 at 3:48 PM Morris, Roy <roy.morris(a)ventura.org> wrote: > Jayme, > > > > Can you run the following command and report back with the results? > > > > #systemctl status selinux* -l > > > > Best regards, > > Roy Morris > > GSA Virtualization Systems Analyst > > County of Ventura > > (805) 654-3625 > > (805) 603-9403 > > [image: cid:7c03dd9d67a9cfb78447b56087323d91a66d7c29.camel@ventura.org] > > > > *From:* Jayme <jaymef(a)gmail.com> > *Sent:* Monday, June 3, 2019 11:40 AM > *To:* users <users(a)ovirt.org> > *Subject:* [External] [ovirt-users] Re: ovirt metrics - vm dashboard not > working > > > > *CAUTION: *This email contains links. If it looks suspicious or is not > expected, DO NOT click and immediately forward to Spam.Manager(a)ventura.org > . > > > > > I'm seeing this in the journal for collectd on all of my hosts: > > > > collectd[18380]: write_syslog plugin: error with wr_send_message > collectd[18380]: write_syslog plugin: Connecting to localhost:44514 > failed. The last error was: Connection refused > collectd[18380]: write_syslog plugin: wr_callback_init failed. > collectd[18380]: write_syslog plugin: error with wr_send_message > collectd[18380]: write_syslog plugin: send failed with status -1 > (Connection reset by peer) > collectd[18380]: write_syslog plugin: error with wr_send_message > collectd[18380]: write_syslog plugin: send failed with status -1 > (Connection reset by peer) > > > > collectd and rsyslog are running, I tried restarting both. I can also > telnet to port 44514 on localhost and it's responding. > > > > > > On Mon, Jun 3, 2019 at 3:12 PM Jayme <jaymef(a)gmail.com> wrote: > > I finally managed to get oVirt metrics store running. I loaded sample > dashboards, searches and visualizations in to Kibana from > /etc/ovirt-engine-metrics/dashboards-examples. When importing searches and > visualizations there are warnings about missing index patterns. > > > > It appears that the "VM" dashboard is completely broken, no stats are > showing on it at all including simple stats such as running VM count. > > > > The other two dashboards Hosts and System are working and showing all > stats (sans VM count on the host dashboard). > > > > I believe I have a cash here of either missing indexes or potentially an > issue with the example dashboards? I can see that collectd is running on > all hosts and has the virt plugin loaded. > > > > What part of the config is responsible for suppling the VM > information/indexes? > >

5 years, 11 months

2
2
0 / 0

Uploading disk images (oVirt 4.3.3.1)

by adrianquintero＠gmail.com

Hi, I have an issue while trying to upload disk images thru the Web UI. "Connection to ovirt-imageio-proxy service has failed. Make sure the service is installed, configured, and ovirt-engine certificate is registered as a valid CA in the browser." My ovirt engine's fqdn is ovirt-engine.mydomain.com however due to network restrictions I had to set rules in order to reach our ovirt-engine ovirt-engine.mydomain.com = 192.168.0.45 For example ovirt-engine.mydomain.otherstuff.com - 192.168.10.109:80, 192.168.10.109:443, 192.168.0.45:80 So as you can see I need to hit the ovirt-engine using ovirt-engine.mydomain.otherstuff.com which I am able to by modifyting the 11-setup-sso.conf file and adding "SSO_ENGINE_URL="https://ovirt-engine.mydomain.otherstuff.com:443/ovirt-engine/" I am able to upload disk images when using http://ovirt-engine.mydomain.com but not able to http://ovirt-engine.mydomain.otherstuff.com I know it might be related to the certificates but I need to be able to upload disk images using both URLs. any ideas?

5 years, 11 months

3
6
0 / 0

ovirt metrics - vm dashboard not working

by Jayme

I finally managed to get oVirt metrics store running. I loaded sample dashboards, searches and visualizations in to Kibana from /etc/ovirt-engine-metrics/dashboards-examples. When importing searches and visualizations there are warnings about missing index patterns. It appears that the "VM" dashboard is completely broken, no stats are showing on it at all including simple stats such as running VM count. The other two dashboards Hosts and System are working and showing all stats (sans VM count on the host dashboard). I believe I have a cash here of either missing indexes or potentially an issue with the example dashboards? I can see that collectd is running on all hosts and has the virt plugin loaded. What part of the config is responsible for suppling the VM information/indexes?

5 years, 11 months

2
2
0 / 0

Re: option to remove a specific VM greyed out

by Strahil

Maybe, there is a deletion protection? Just go to edit and uncheck it. Best Regards, Strahil NikolovOn Jun 3, 2019 17:46, Jayme <jaymef(a)gmail.com> wrote: > > Running latest stable 4.3. I have one particular VM that is shutdown but options for removal are greyed out in the admin gui. I tried starting it and shutting it down again but still the options are not-selectable. However, they are for other VMs. > > Any idea what is different about this VM that is preventing removal from the GUI? > >

5 years, 11 months

1
0
0 / 0

option to remove a specific VM greyed out

by Jayme

Running latest stable 4.3. I have one particular VM that is shutdown but options for removal are greyed out in the admin gui. I tried starting it and shutting it down again but still the options are not-selectable. However, they are for other VMs. Any idea what is different about this VM that is preventing removal from the GUI?

5 years, 11 months

2
2
0 / 0

Re: Gluster Deployment Failed - No Medium Found

by Strahil

Aanother option - you do not have blacklist section in multipath (requires rebuild of initramfs + reboot). Best Regards, Strahil NikolovOn Jun 3, 2019 14:49, Sachidananda URS <surs(a)redhat.com> wrote: > > Hi Stephen, > > > On Mon, Jun 3, 2019 at 3:57 PM <smcintosh(a)tradeprint.co.uk> wrote: >> >> Good Morning, >> >> I'm completely new to this and I'm testing setting up a Gluster environment with Ovirt. However, my deployment keeps fails and I don't understand what it means. Any assistance would be much appreciated. Please see error below... >> >> Error Message >> >> TASK [gluster.infra/roles/backend_setup : Create volume groups] **************** >> failed: [ov1.test1.lan] (item={u'vgname': u'gluster_vg_sdb', u'pvname': u'/dev/sdb'}) => {"changed": false, "err": " /dev/sdb: open failed: No medium found\n Device /dev/sdb excluded by a filter.\n", "item": {"pvname": "/dev/sdb", "vgname": "gluster_vg_sdb"}, "msg": "Creating physical volume '/dev/sdb' failed", "rc": 5} > > > One of the reasons for this is, the device could be having an existing partition table information. > > Can you please run the command: > > wipefs -a /dev/sdb > > On all the nodes and try again? > > -sachi >

5 years, 11 months

1
0
0 / 0

Westmere CPU Family

by Vrgotic, Marko

Dear oVirt, For a strange reason I am convinced I have read somewhere that with 4.3 oVirt, the CPU family Westmere will not be supported any longer. Still, I see it in dropdown list after upgradingfrom 4.2 to 4.3, also after installing fresh 4.3. I also see it in oVirt documentation. Can someone tell me if its actually supported and if its going to be “discontinued” in 4.4 maybe? Thank you. Marko Vrgotic ActiveVideo

5 years, 11 months

2
1
0 / 0

Gluster Deployment Failed - No Medium Found

by smcintosh＠tradeprint.co.uk

Good Morning, I'm completely new to this and I'm testing setting up a Gluster environment with Ovirt. However, my deployment keeps fails and I don't understand what it means. Any assistance would be much appreciated. Please see error below... Error Message TASK [gluster.infra/roles/backend_setup : Create volume groups] **************** failed: [ov1.test1.lan] (item={u'vgname': u'gluster_vg_sdb', u'pvname': u'/dev/sdb'}) => {"changed": false, "err": " /dev/sdb: open failed: No medium found\n Device /dev/sdb excluded by a filter.\n", "item": {"pvname": "/dev/sdb", "vgname": "gluster_vg_sdb"}, "msg": "Creating physical volume '/dev/sdb' failed", "rc": 5} failed: [ov3.test1.lan] (item={u'vgname': u'gluster_vg_sdb', u'pvname': u'/dev/sdb'}) => {"changed": false, "err": " /dev/sdb: open failed: No medium found\n Device /dev/sdb excluded by a filter.\n", "item": {"pvname": "/dev/sdb", "vgname": "gluster_vg_sdb"}, "msg": "Creating physical volume '/dev/sdb' failed", "rc": 5} failed: [ov2.test1.lan] (item={u'vgname': u'gluster_vg_sdb', u'pvname': u'/dev/sdb'}) => {"changed": false, "err": " /dev/sdb: open failed: No medium found\n Device /dev/sdb excluded by a filter.\n", "item": {"pvname": "/dev/sdb", "vgname": "gluster_vg_sdb"}, "msg": "Creating physical volume '/dev/sdb' failed", "rc": 5} NO MORE HOSTS LEFT ************************************************************* NO MORE HOSTS LEFT ************************************************************* to retry, use: --limit @/usr/share/cockpit/ovirt-dashboard/ansible/hc_wizard.retry PLAY RECAP ********************************************************************* ov1.test1.lan : ok=10 changed=0 unreachable=0 failed=1 ov2.test1.lan : ok=10 changed=0 unreachable=0 failed=1 ov3.test1.lan : ok=10 changed=0 unreachable=0 failed=1 Any assistance would be much appreciated. Regards Stephen

5 years, 11 months

2
1
0 / 0

Nvme over fabric array support through OVirt MANAGED_BLOCK_STORAGE Domain

by amit1.kumar＠intel.com

for an NVMe over fabric storage array that supports Cinder backend plugin, is it possible to use MANAGED_BLOCK_STORAGE domain to configure Virtual disk? in this case, is it required to have a single Virtual disk accessible from all the VDSM hosts (within the cluster) to support VM migration? Thanks, Amit

5 years, 11 months

3
4
0 / 0

Re: libvirt memory leak?

by Strahil

Hi Alex, As a sys admin - I would rexommend to thoroughly check the 'journalctl' if it is permanent. If not - check libvirt logs (/var/log/something/qemu/VM-name.log -> this is based on memory). Also, if you run out of memory - the OOM killer kicked in and it will be reporting details kn /var/log/messages. Best Regards, Strahil NikolovOn Jun 2, 2019 06:37, Alex McWhirter <alex(a)triadic.us> wrote: > > After moving from 4.2 -> 4.3 libvirtd seems to be leaking memory, it > recently crashed a host by eating 123GB of RAM. Seems to follow one > specific VM around, this is the only VM i have created since 4.3, the > others were all made in 4.2 them upgraded to 4.3 > > What logs would be applicable? > > Libvirt 4.5.0 > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/SB75R63BMUE...

5 years, 11 months

1
0
0 / 0

Re: Uploading disk images (oVirt 4.3.3.1)

by Strahil

If you can, edit your /etc/hosts (linux client browsing the web) to point 'engine.mydomain.otherstuff.com' to the IP of the engine. I'm using the same approach but from windows and it worka for me. I am not sure but a CNAME in DNS should also work, but someone more experienced should step in. Best Regards, Strahil NikolovOn May 31, 2019 23:55, adrianquintero(a)gmail.com wrote: > > Hi, > I have an issue while trying to upload disk images thru the Web UI. > "Connection to ovirt-imageio-proxy service has failed. Make sure the service is installed, configured, and ovirt-engine certificate is registered as a valid CA in the browser." > > My ovirt engine's fqdn is ovirt-engine.mydomain.com however due to network restrictions I had to set rules in order to reach our ovirt-engine > ovirt-engine.mydomain.com = 192.168.0.45 > > For example ovirt-engine.mydomain.otherstuff.com - 192.168.10.109:80, 192.168.10.109:443, 192.168.0.45:80 > So as you can see I need to hit the ovirt-engine using ovirt-engine.mydomain.otherstuff.com which I am able to by modifyting the 11-setup-sso.conf file and adding "SSO_ENGINE_URL="https://ovirt-engine.mydomain.otherstuff.com:443/ovirt-engine/" > > I am able to upload disk images when using http://ovirt-engine.mydomain.com but not able to http://ovirt-engine.mydomain.otherstuff.com > I know it might be related to the certificates but I need to be able to upload disk images using both URLs. > > any ideas? > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/QSQKTZ6YCD7...

5 years, 11 months

1
0
0 / 0

Re: possible to clear vm started under different name warning in gui?

by Strahil

KVM allows the config to be updated when the feature cannot be done live. The 'poweron' is the only time KVM reads the configuration files. In our case, vdsm completely destroys the VM (virsh undefine) during poweroff and creates the VM (virsh define) during poweron. When using 'reboot' the KVM process never stops - so from Virtualization perspective , the VM never stops and thus no reread of the config. Best Regards, Strahil NikolovOn May 31, 2019 16:58, Jayme <jaymef(a)gmail.com> wrote: > > Thanks, I feel silly for not figuring that out but it looks like a full shutdown/power-off resolved it. I was only doing reboots previously. > > On Fri, May 31, 2019 at 10:47 AM Strahil Nikolov <hunter86_bg(a)yahoo.com> wrote: >> >> Have you tried to power off and then power on the VM ? >> >> Best Regards, >> Strahil Nikolov >> >> В петък, 31 май 2019 г., 8:59:54 ч. Гринуич-4, Jayme <jaymef(a)gmail.com> написа: >> >> >> When a VM is renamed a warning in engine gui appears with an exclamation point stating "vm was started with a different name". Is there a way to clear this warning? The VM has been restarted a few times since but it doesn't go away. >> >> Thanks! >> _______________________________________________ >> Users mailing list -- users(a)ovirt.org >> To unsubscribe send an email to users-leave(a)ovirt.org >> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ >> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/FLA643IOFHY...

5 years, 11 months

1
0
0 / 0

libvirt memory leak?

by Alex McWhirter

After moving from 4.2 -> 4.3 libvirtd seems to be leaking memory, it recently crashed a host by eating 123GB of RAM. Seems to follow one specific VM around, this is the only VM i have created since 4.3, the others were all made in 4.2 them upgraded to 4.3 What logs would be applicable? Libvirt 4.5.0

5 years, 11 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

Users June 2019