- Users - oVirt List Archives

Standalone Gluster Storage
by Beau Sapach 13 Dec '17

13 Dec '17

We've been doing some experimenting with gluster, and have built a stand-alone gluster cluster (not managed by oVirt). We've been able to create a storage domain backed by that gluster cluster and run VMs with their disks on that storage. The problem we have is that when we take a gluster node down for updates, maintenance etc. the entire storage domain goes offline in oVirt. Other gluster clients, that is servers connecting directly to the gluster cluster don't seem to notice if one node goes offline. Is anyone else using gluster storage in oVirt that is not managed within oVirt? -- Beau Sapach *System Administrator | Information Technology Services | University of Alberta Libraries* *Phone: 780.492.4181 | Email: Beau.Sapach(a)ualberta.ca <Beau.Sapach(a)ualberta.ca>*

5 6

Black Screen for Spice/VNC after host reboot with a runnung VM
by Eli ggg 13 Dec '17

13 Dec '17

------=_Part_529044_1668635499.1513019926151 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Dear ovirt Team/Experts, I did a reboot of a host, while a VM was running on it. After putting the host in maintenance and starting the VM on another host, I tried to connect to said VM by Spice/VNC. In both cases I get a black screen. The VM does not respond to keyboard input, its IP is not listed in the ovirt Webinterface. Cloning the VM from an old Snapshot does not result in it working - again black screen for Spice. Could you help me? Thanks ------=_Part_529044_1668635499.1513019926151 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable <HTML><BODY> Dear ovirt Team/Experts, I did a reboot of a host, while a VM was ru= nning on it. After putting the host in maintenance and starting the VM on a= nother host, I tried to connect to said VM by Spice/VNC. In both cases I ge= t a black screen. The VM does not respond to keyboard input, its IP is not = listed in the ovirt Webinterface. Cloning the VM from an old Snapshot does = not result in it working  - again black screen for Spice. Could= you help me? Thanks   </BODY></HTML> ------=_Part_529044_1668635499.1513019926151--

2 1

Error "Did not connect host to storage domain because connection for connectionId is null" in ovirt 4.1
by Claude Durocher 13 Dec '17

13 Dec '17

------=_=-_OpenGroupware_org_NGMime-1372-1513027755.086219-14------ Content-Type: text/plain; charset=utf-8 Content-Length: 13981 Content-Transfer-Encoding: quoted-printable I have a 4.1 ovirt environment. I cannot reactivate a storage domain (d= ata-master) and I get an error message stating "connection for connecti= onId 'b3011e5b-552e-4393-a758-ac1e35648ab1' is null". I also cannot del= ete this storage domain as it's a master domain. 2017-12-11 15:25:10,971-05 INFO=C2=A0 [org.ovirt.engine.core.bll.storag= e.domain.ActivateStorageDomainCommand] (default task-22) [49dfce30-0e2c= -43f8-942d-67a2b56b3ef8] Lock Acquired to object 'EngineLock:{exclusive= Locks=3D'[5662588b-81d2-4da9-b942-8918004770fe=3DSTORAGE]', sharedLocks= =3D''}' 2017-12-11 15:25:10,999-05 INFO=C2=A0 [org.ovirt.engine.core.bll.storag= e.domain.ActivateStorageDomainCommand] (org.ovirt.thread.pool-6-thread-= 50) [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Running command: ActivateSto= rageDomainCommand internal: false. Entities affected :=C2=A0 ID: 566258= 8b-81d2-4da9-b942-8918004770fe Type: StorageAction group MANIPULATE=5FS= TORAGE=5FDOMAIN with role type ADMIN 2017-12-11 15:25:11,002-05 INFO=C2=A0 [org.ovirt.engine.core.bll.storag= e.domain.ActivateStorageDomainCommand] (org.ovirt.thread.pool-6-thread-= 50) [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Lock freed to object 'Engine= Lock:{exclusiveLocks=3D'[5662588b-81d2-4da9-b942-8918004770fe=3DSTORAGE= ]', sharedLocks=3D''}' 2017-12-11 15:25:11,002-05 INFO=C2=A0 [org.ovirt.engine.core.bll.storag= e.domain.ActivateStorageDomainCommand] (org.ovirt.thread.pool-6-thread-= 50) [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] ActivateStorage Domain. Befo= re Connect all hosts to pool. Time: Mon Dec 11 15:25:11 EST 2017 2017-12-11 15:25:11,015-05 WARN=C2=A0 [org.ovirt.engine.core.bll.storag= e.connection.BaseFsStorageHelper] (org.ovirt.thread.pool-6-thread-43) [= 49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Did not connect host 'e6dbdeb8-4e= 0e-4589-9121-6d3408c6d7b0' to storage domain 'ovirt-lg-1-lun1' because = connection for connectionId 'b3011e5b-552e-4393-a758-ac1e35648ab1' is n= ull. 2017-12-11 15:25:11,016-05 ERROR [org.ovirt.engine.core.bll.storage.dom= ain.ActivateStorageDomainCommand] (org.ovirt.thread.pool-6-thread-50) [= 49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Cannot connect storage server, ab= orting Storage Domain activation. 2017-12-11 15:25:11,017-05 INFO=C2=A0 [org.ovirt.engine.core.bll.storag= e.domain.ActivateStorageDomainCommand] (org.ovirt.thread.pool-6-thread-= 50) [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Command [id=3D0fb1fa9d-4002-= 4fe0-9af2-d30470d5f146]: Compensating CHANGED=5FSTATUS=5FONLY of org.ov= irt.engine.core.common.businessentities.StoragePoolIsoMap; snapshot: En= tityStatusSnapshot:{id=3D'StoragePoolIsoMapId:{storagePoolId=3D'a0cc9e2= c-6bff-4d5b-803c-0cd62292c269', storageId=3D'5662588b-81d2-4da9-b942-89= 18004770fe'}', status=3D'Maintenance'}. 2017-12-11 15:25:11,023-05 ERROR [org.ovirt.engine.core.dal.dbbroker.au= ditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-50) [4= 9dfce30-0e2c-43f8-942d-67a2b56b3ef8] EVENT=5FID: USER=5FACTIVATE=5FSTOR= AGE=5FDOMAIN=5FFAILED(967), Correlation ID: 49dfce30-0e2c-43f8-942d-67a= 2b56b3ef8, Job ID: 2d766e2a-4b35-4822-9580-4eb9df2d9c33, Call Stack: nu= ll, Custom ID: null, Custom Event ID: -1, Message: Failed to activate S= torage Domain ovirt-lg-1-lun1 (Data Center ovirt-lg-1) by admin@interna= l-authz select id,storage,storage=5Fname,=5Fupdate=5Fdate from storage=5Fdomain= =5Fstatic; =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 id=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 storage=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 storage=5Fname=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =5Fupdate=5Fdate=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0 --------------------------------------+--------------------------------= --------+------------------------+------------------------------- =C2=A0072fbaa1-08f3-4a40-9f34-a5ca22dd1d74 | ceab03af-7220-4d42-8f5c-9b= 557f5d29af=C2=A0=C2=A0 | ovirt-image-repository | =C2=A0b66443f4-d949-4fca-9825-8cb98eae9e14 | e462883f-0be1-4b31-acf1-15= 4dd7accbc1=C2=A0=C2=A0 | export=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | =C2=A045807651-8f10-408f-891b-64f1cc577a64 | 452235ea-d8b1-43d1-920f-a1= 6a032e000b=C2=A0=C2=A0 | ovirt-lg-1-iso=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 | 2017-01-20 20:01:00.284097+00 =C2=A0a1d803b9-fd0b-477f-a874-53d050d4347b | cd8939df-9cdd-49d3-8dc5-3c= 06d1836399=C2=A0=C2=A0 | ovirt-lg-1-export=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= | 2017-01-20 20:01:14.70549+00 =C2=A0b67e7442-f032-4b5c-a4fe-10422650a90b | c6272852-3586-4584-8496-d9= 7c4370c798=C2=A0=C2=A0 | ovirt-5-iso=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | 2017-01-20 20:02:08.668034+00 =C2=A0a561589c-8eb8-4823-9615-92ac4a1ea94e | cacb8801-6826-42cb-9bab-55= 52175e0329=C2=A0=C2=A0 | ovirt-lg-2-export=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= | =C2=A0646b331a-b68e-4894-807f-bdc8adae15c9 | a592b780-7bd6-4599-ab7e-12= c43cb9279d=C2=A0=C2=A0 | ovirt-lg-2-iso=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 | =C2=A03ba53a0b-30be-497c-b4df-880e6c6f7567 | 8e5236c9-cbc0-4256-abff-7e= 984abef65a=C2=A0=C2=A0 | master=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | 2017-12-11 02:= 12:16.499288+00 =C2=A03efa5ed5-4e17-4daf-9cc0-6819a9cd7aae | 8d19b66d-1c1c-4976-91d2-8d= 2565db367a=C2=A0=C2=A0 | hosted=5Fstorage=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 | 2017-12-11 02:12:16.499288+00 =C2=A018504f40-fb15-4b1e-8ac3-ec0eabdc5619 | SPA1ZX-n7rh-s14h-wuRC-071z= -RShH-wmzmqj | storage-1-lun0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 | 2017-12-11 02:12:16.499288+00 =C2=A0730c14db-d4ef-4d0e-9670-419b803fe634 | 7Zxqu3-nVUD-HnN7-w4Xf-TFi7= -BKrJ-OzMyRA | storage-3-lun0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 | 2017-12-11 02:12:16.499288+00 =C2=A0190bc841-e6b0-45b8-bfbb-7518735d8592 | y7oM6F-Tx0Y-QWxg-gk9R-Xlfm= -Mz9A-fOx5RN | storage-2-lun0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 | 2017-12-11 02:12:16.499288+00 =C2=A045114ecf-6af5-4cce-81aa-12779ff007ef | MU3vBR-39KZ-UvuD-R4gg-hw1a= -iyNu-D0Igvu | storage-2-lun1=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 | 2017-12-11 02:12:16.499288+00 =C2=A00f57345d-e310-4779-a987-2362458debd4 | 60f3afa7-35fb-4ff7-becc-a4= a0c9b3884a=C2=A0=C2=A0 | ovirt-5-lun2=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 | 2017-12-11 02:12:36.638249+00 =C2=A0d9d03670-4cfd-42d7-b4b7-834a53c3e0d6 | 677a9e5b-f844-49ee-ad1f-98= 9e168187cf=C2=A0=C2=A0 | ovirt-5-lun1=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 | 2017-12-11 02:12:36.638249+00 =C2=A0 =C2=A05662588b-81d2-4da9-b942-8918004770fe | b3011e5b-552e-4393-a758-ac= 1e35648ab1=C2=A0=C2=A0 | ovirt-lg-1-lun1=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 | 2017-12-11 02:12:55.351124+00 =C2=A0 =C2=A007593976-d27b-4ac8-ba19-a77a1f1e5d52 | 677a9e5b-f844-49ee-ad1f-98= 9e168187cf=C2=A0=C2=A0 | ovirt-lg-2-lun1=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 | 2017-12-11 02:13:12.998165+00 =C2=A0ca0e59ed-7c9e-45a0-a77c-143f3ad19dff | 6650a140-ba2b-42b9-bb14-5b= 331f87b60c=C2=A0=C2=A0 | iso=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |= 2017-12-11 15:55:53.891326+00 (18 rows) select id,=5Fupdate=5Fdate from storage=5Fdomain=5Fdynamic; =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 id=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =5Fupdate=5Fdate=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0 --------------------------------------+------------------------------- =C2=A0072fbaa1-08f3-4a40-9f34-a5ca22dd1d74 | =C2=A0b67e7442-f032-4b5c-a4fe-10422650a90b | 2017-12-11 20:45:50.517595= +00 =C2=A00f57345d-e310-4779-a987-2362458debd4 | 2017-12-11 20:45:50.52089+= 00 =C2=A0d9d03670-4cfd-42d7-b4b7-834a53c3e0d6 | 2017-12-11 20:45:50.523789= +00 =C2=A0b66443f4-d949-4fca-9825-8cb98eae9e14 | 2017-12-11 20:45:50.526227= +00 =C2=A018504f40-fb15-4b1e-8ac3-ec0eabdc5619 | 2017-12-11 20:45:55.743157= +00 =C2=A03ba53a0b-30be-497c-b4df-880e6c6f7567 | 2017-12-11 20:45:55.745959= +00 =C2=A03efa5ed5-4e17-4daf-9cc0-6819a9cd7aae | 2017-12-11 20:45:55.748615= +00 =C2=A0ca0e59ed-7c9e-45a0-a77c-143f3ad19dff | 2017-12-11 20:45:55.751164= +00 =C2=A0190bc841-e6b0-45b8-bfbb-7518735d8592 | 2017-12-11 20:45:55.753756= +00 =C2=A045114ecf-6af5-4cce-81aa-12779ff007ef | 2017-12-11 20:45:55.756197= +00 =C2=A0730c14db-d4ef-4d0e-9670-419b803fe634 | 2017-12-11 20:45:55.75873+= 00 =C2=A007593976-d27b-4ac8-ba19-a77a1f1e5d52 | 2017-12-11 20:45:57.472521= +00 =C2=A0646b331a-b68e-4894-807f-bdc8adae15c9 | 2017-12-11 20:45:57.475366= +00 =C2=A0a561589c-8eb8-4823-9615-92ac4a1ea94e | 2017-12-11 20:45:57.477804= +00 =C2=A0 =C2=A05662588b-81d2-4da9-b942-8918004770fe | 2017-12-11 18:56:53.148042= +00 =C2=A0 =C2=A045807651-8f10-408f-891b-64f1cc577a64 | 2017-12-11 18:56:08.404201= +00 =C2=A0a1d803b9-fd0b-477f-a874-53d050d4347b | 2017-12-11 18:56:18.64931+= 00 (18 rows) select id,connection from storage=5Fserver=5Fconnections; =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 id=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 connection=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0 --------------------------------------+--------------------------------= -------------------- =C2=A08e5236c9-cbc0-4256-abff-7e984abef65a | 10.17.77.16:/exports/ovirt= -master =C2=A08d19b66d-1c1c-4976-91d2-8d2565db367a | 10.17.77.16:/exports/ovirt= -hosted=5Fstorage =C2=A06650a140-ba2b-42b9-bb14-5b331f87b60c | 10.17.77.16:/exports/ovirt= -iso =C2=A0e462883f-0be1-4b31-acf1-154dd7accbc1 | 10.17.77.16:/exports/ovirt= -export =C2=A050b9a77a-8f79-47b3-9a48-b2b25ea72087 | 10.17.77.16 =C2=A09bfbd44b-7311-4b6e-8c77-c955397c2a66 | 10.17.77.48 =C2=A0d6c3980a-4774-4350-83d1-206e41848b4a | 10.17.77.17 =C2=A03c39707c-a4d2-4221-9a8f-2a0503533387 | 10.17.77.49 =C2=A04503e074-10d3-4163-8ada-1826790c437c | 10.17.77.18 =C2=A093bf0c70-959c-4b1f-93ff-45d920ef7525 | 10.17.77.50 =C2=A0677a9e5b-f844-49ee-ad1f-989e168187cf | /var/ovirt-lun1 =C2=A0c6272852-3586-4584-8496-d97c4370c798 | /var/ovirt-iso =C2=A0452235ea-d8b1-43d1-920f-a16a032e000b | /var/ovirt-iso =C2=A0cacb8801-6826-42cb-9bab-5552175e0329 | stori-lg.cptaq.local:/mnt/= ovirt-lg-2-export/export =C2=A0a592b780-7bd6-4599-ab7e-12c43cb9279d | /var/ovirt-iso =C2=A060f3afa7-35fb-4ff7-becc-a4a0c9b3884a | /var/ovirt-lun2 =C2=A0 =C2=A0efd9854f-b348-4aa8-871f-1d408d4dd9b1 | /var/ovirt-lun1 =C2=A0 =C2=A0cd8939df-9cdd-49d3-8dc5-3c06d1836399 | /var/ovirt-export =C2=A08d9067ac-4eff-4aa8-8d1b-2bd2e268f124 | /var/ovirt-lun1 (19 rows) select * from storage=5Fpool=5Fiso=5Fmap; =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 storage=5Fid=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 storage=5Fpool=5Fid=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | status --------------------------------------+--------------------------------= ------+-------- =C2=A045807651-8f10-408f-891b-64f1cc577a64 | a0cc9e2c-6bff-4d5b-803c-0c= d62292c269 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 6 =C2=A0a1d803b9-fd0b-477f-a874-53d050d4347b | a0cc9e2c-6bff-4d5b-803c-0c= d62292c269 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 6 =C2=A0b67e7442-f032-4b5c-a4fe-10422650a90b | e15014b4-3968-42f0-8eef-37= 5bd6c1469a |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3 =C2=A00f57345d-e310-4779-a987-2362458debd4 | e15014b4-3968-42f0-8eef-37= 5bd6c1469a |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3 =C2=A0d9d03670-4cfd-42d7-b4b7-834a53c3e0d6 | e15014b4-3968-42f0-8eef-37= 5bd6c1469a |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3 =C2=A0b66443f4-d949-4fca-9825-8cb98eae9e14 | e15014b4-3968-42f0-8eef-37= 5bd6c1469a |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3 =C2=A0 =C2=A05662588b-81d2-4da9-b942-8918004770fe | a0cc9e2c-6bff-4d5b-803c-0c= d62292c269 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 6 =C2=A0 =C2=A018504f40-fb15-4b1e-8ac3-ec0eabdc5619 | 582dc434-0270-017f-0138-00= 000000006d |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3 =C2=A03ba53a0b-30be-497c-b4df-880e6c6f7567 | 582dc434-0270-017f-0138-00= 000000006d |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3 =C2=A03efa5ed5-4e17-4daf-9cc0-6819a9cd7aae | 582dc434-0270-017f-0138-00= 000000006d |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3 =C2=A0190bc841-e6b0-45b8-bfbb-7518735d8592 | 582dc434-0270-017f-0138-00= 000000006d |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3 =C2=A045114ecf-6af5-4cce-81aa-12779ff007ef | 582dc434-0270-017f-0138-00= 000000006d |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3 =C2=A0730c14db-d4ef-4d0e-9670-419b803fe634 | 582dc434-0270-017f-0138-00= 000000006d |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3 =C2=A007593976-d27b-4ac8-ba19-a77a1f1e5d52 | a5d7157a-4bf4-436c-b444-a7= 6ee5f7bb12 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3 =C2=A0646b331a-b68e-4894-807f-bdc8adae15c9 | a5d7157a-4bf4-436c-b444-a7= 6ee5f7bb12 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3 =C2=A0a561589c-8eb8-4823-9615-92ac4a1ea94e | a5d7157a-4bf4-436c-b444-a7= 6ee5f7bb12 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3 =C2=A0ca0e59ed-7c9e-45a0-a77c-143f3ad19dff | 582dc434-0270-017f-0138-00= 000000006d |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3 (17 rows) =C2=A0 ------=_=-_OpenGroupware_org_NGMime-1372-1513027755.086219-14------ Content-Type: text/html; charset=utf-8 Content-Length: 14746 Content-Transfer-Encoding: quoted-printable <html>I have a 4.1 ovirt environment. I cannot reactivate a storage dom= ain (data-master) and I get an error message stating "connection for co= nnectionId 'b3011e5b-552e-4393-a758-ac1e35648ab1' is null". I also cann= ot delete this storage domain as it's a master domain. 2017-= 12-11 15:25:10,971-05 INFO  [org.ovirt.engine.core.bll.storage.dom= ain.ActivateStorageDomainCommand] (default task-22) [49dfce30-0e2c-43f8= -942d-67a2b56b3ef8] Lock Acquired to object 'EngineLock:{exclusiveLocks= =3D'[5662588b-81d2-4da9-b942-8918004770fe=3DSTORAGE]', sharedLocks=3D''= }' 2017-12-11 15:25:10,999-05 INFO  [org.ovirt.engine.core.bl= l.storage.domain.ActivateStorageDomainCommand] (org.ovirt.thread.pool-6= -thread-50) [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Running command: Act= ivateStorageDomainCommand internal: false. Entities affected :  ID= : 5662588b-81d2-4da9-b942-8918004770fe Type: StorageAction group MANIPU= LATE=5FSTORAGE=5FDOMAIN with role type ADMIN 2017-12-11 15:25:11,0= 02-05 INFO  [org.ovirt.engine.core.bll.storage.domain.ActivateStor= ageDomainCommand] (org.ovirt.thread.pool-6-thread-50) [49dfce30-0e2c-43= f8-942d-67a2b56b3ef8] Lock freed to object 'EngineLock:{exclusiveLocks=3D= '[5662588b-81d2-4da9-b942-8918004770fe=3DSTORAGE]', sharedLocks=3D''}'<= br />2017-12-11 15:25:11,002-05 INFO  [org.ovirt.engine.core.bll.s= torage.domain.ActivateStorageDomainCommand] (org.ovirt.thread.pool-6-th= read-50) [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] ActivateStorage Domain.= Before Connect all hosts to pool. Time: Mon Dec 11 15:25:11 EST 2017<b= r />2017-12-11 15:25:11,015-05 WARN  [org.ovirt.engine.core.bll.st= orage.connection.BaseFsStorageHelper] (org.ovirt.thread.pool-6-thread-4= 3) [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Did not connect host 'e6dbdeb= 8-4e0e-4589-9121-6d3408c6d7b0' to storage domain 'ovirt-lg-1-lun1' beca= use connection for connectionId 'b3011e5b-552e-4393-a758-ac1e35648ab1' = is null. 2017-12-11 15:25:11,016-05 ERROR [org.ovirt.engine.core.b= ll.storage.domain.ActivateStorageDomainCommand] (org.ovirt.thread.pool-= 6-thread-50) [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Cannot connect stor= age server, aborting Storage Domain activation. 2017-12-11 15:25:1= 1,017-05 INFO  [org.ovirt.engine.core.bll.storage.domain.ActivateS= torageDomainCommand] (org.ovirt.thread.pool-6-thread-50) [49dfce30-0e2c= -43f8-942d-67a2b56b3ef8] Command [id=3D0fb1fa9d-4002-4fe0-9af2-d30470d5= f146]: Compensating CHANGED=5FSTATUS=5FONLY of org.ovirt.engine.core.co= mmon.businessentities.StoragePoolIsoMap; snapshot: EntityStatusSnapshot= :{id=3D'StoragePoolIsoMapId:{storagePoolId=3D'a0cc9e2c-6bff-4d5b-803c-0= cd62292c269', storageId=3D'5662588b-81d2-4da9-b942-8918004770fe'}', sta= tus=3D'Maintenance'}. 2017-12-11 15:25:11,023-05 ERROR [org.ovirt.= engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.= thread.pool-6-thread-50) [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] EVENT=5F= ID: USER=5FACTIVATE=5FSTORAGE=5FDOMAIN=5FFAILED(967), Correlation ID: 4= 9dfce30-0e2c-43f8-942d-67a2b56b3ef8, Job ID: 2d766e2a-4b35-4822-9580-4e= b9df2d9c33, Call Stack: null, Custom ID: null, Custom Event ID: -1, Mes= sage: Failed to activate Storage Domain ovirt-lg-1-lun1 (Data Center ov= irt-lg-1) by admin@internal-authz select id,storage,st= orage=5Fname,=5Fupdate=5Fdate from storage=5Fdomain=5Fstatic; &nbs= p;           &nb= sp;     id      &nbsp= ;           | &n= bsp;           &= nbsp;  storage        &nbs= p;        |    &= nbsp; storage=5Fname      |   &= nbsp;     =5Fupdate=5Fdate    &= nbsp;      -----------------------------------= ---+----------------------------------------+------------------------+-= ------------------------------  072fbaa1-08f3-4a40-9f34-a5ca2= 2dd1d74 | ceab03af-7220-4d42-8f5c-9b557f5d29af   | ovirt-imag= e-repository |  b66443f4-d949-4fca-9825-8cb98eae9e14 | e46288= 3f-0be1-4b31-acf1-154dd7accbc1   | export   &n= bsp;           &= nbsp; |  45807651-8f10-408f-891b-64f1cc577a64 | 452235ea-d8b1= -43d1-920f-a16a032e000b   | ovirt-lg-1-iso   &= nbsp;     | 2017-01-20 20:01:00.284097+00 &nbs= p;a1d803b9-fd0b-477f-a874-53d050d4347b | cd8939df-9cdd-49d3-8dc5-3c06d1= 836399   | ovirt-lg-1-export      | = 2017-01-20 20:01:14.70549+00  b67e7442-f032-4b5c-a4fe-1042265= 0a90b | c6272852-3586-4584-8496-d97c4370c798   | ovirt-5-iso&= nbsp;           | 201= 7-01-20 20:02:08.668034+00  a561589c-8eb8-4823-9615-92ac4a1ea= 94e | cacb8801-6826-42cb-9bab-5552175e0329   | ovirt-lg-2-exp= ort      |  646b331a-b68e-4894-807f-= bdc8adae15c9 | a592b780-7bd6-4599-ab7e-12c43cb9279d   | ovirt= -lg-2-iso         |  = 3ba53a0b-30be-497c-b4df-880e6c6f7567 | 8e5236c9-cbc0-4256-abff-7e984abe= f65a   | master       &nbs= p;         | 2017-12-11 02:12:1= 6.499288+00  3efa5ed5-4e17-4daf-9cc0-6819a9cd7aae | 8d19b66d-= 1c1c-4976-91d2-8d2565db367a   | hosted=5Fstorage  &= nbsp;      | 2017-12-11 02:12:16.499288+00  18504f40-fb15-4b1e-8ac3-ec0eabdc5619 | SPA1ZX-n7rh-s14h-wuRC-07= 1z-RShH-wmzmqj | storage-1-lun0      &nbs= p;  | 2017-12-11 02:12:16.499288+00  730c14db-d4ef-4d0e-= 9670-419b803fe634 | 7Zxqu3-nVUD-HnN7-w4Xf-TFi7-BKrJ-OzMyRA | storage-3-= lun0         | 2017-12-11 02:12= :16.499288+00  190bc841-e6b0-45b8-bfbb-7518735d8592 | y7oM6F-= Tx0Y-QWxg-gk9R-Xlfm-Mz9A-fOx5RN | storage-2-lun0   &nbsp= ;     | 2017-12-11 02:12:16.499288+00  45= 114ecf-6af5-4cce-81aa-12779ff007ef | MU3vBR-39KZ-UvuD-R4gg-hw1a-iyNu-D0= Igvu | storage-2-lun1         |= 2017-12-11 02:12:16.499288+00  0f57345d-e310-4779-a987-23624= 58debd4 | 60f3afa7-35fb-4ff7-becc-a4a0c9b3884a   | ovirt-5-lu= n2           | 2017-1= 2-11 02:12:36.638249+00  d9d03670-4cfd-42d7-b4b7-834a53c3e0d6= | 677a9e5b-f844-49ee-ad1f-989e168187cf   | ovirt-5-lun1&nbsp= ;          | 2017-12-11 02= :12:36.638249+00    5662588b-81d2-4da9-b942-8918004= 770fe | b3011e5b-552e-4393-a758-ac1e35648ab1   | ovirt-lg-1-l= un1        | 2017-12-11 02:12:55.351= 124+00    07593976-d27b-4ac8-ba19-a77a1f1e5d52 | 67= 7a9e5b-f844-49ee-ad1f-989e168187cf   | ovirt-lg-2-lun1 &= nbsp;      | 2017-12-11 02:13:12.998165+00  ca0e59ed-7c9e-45a0-a77c-143f3ad19dff | 6650a140-ba2b-42b9-bb14-= 5b331f87b60c   | iso      &nbsp= ;           &nbs= p; | 2017-12-11 15:55:53.891326+00 (18 rows) sele= ct id,=5Fupdate=5Fdate from storage=5Fdomain=5Fdynamic;  &nbs= p;           &nb= sp;    id       &nbsp= ;          |  &n= bsp;      =5Fupdate=5Fdate   &n= bsp;       ------------------------------= --------+-------------------------------  072fbaa1-08f3-4a40-= 9f34-a5ca22dd1d74 |  b67e7442-f032-4b5c-a4fe-10422650a90b | 2= 017-12-11 20:45:50.517595+00  0f57345d-e310-4779-a987-2362458= debd4 | 2017-12-11 20:45:50.52089+00  d9d03670-4cfd-42d7-b4b7= -834a53c3e0d6 | 2017-12-11 20:45:50.523789+00  b66443f4-d949-= 4fca-9825-8cb98eae9e14 | 2017-12-11 20:45:50.526227+00  18504= f40-fb15-4b1e-8ac3-ec0eabdc5619 | 2017-12-11 20:45:55.743157+00 &n= bsp;3ba53a0b-30be-497c-b4df-880e6c6f7567 | 2017-12-11 20:45:55.745959+0= 0  3efa5ed5-4e17-4daf-9cc0-6819a9cd7aae | 2017-12-11 20:45:55= .748615+00  ca0e59ed-7c9e-45a0-a77c-143f3ad19dff | 2017-12-11= 20:45:55.751164+00  190bc841-e6b0-45b8-bfbb-7518735d8592 | 2= 017-12-11 20:45:55.753756+00  45114ecf-6af5-4cce-81aa-12779ff= 007ef | 2017-12-11 20:45:55.756197+00  730c14db-d4ef-4d0e-967= 0-419b803fe634 | 2017-12-11 20:45:55.75873+00  07593976-d27b-= 4ac8-ba19-a77a1f1e5d52 | 2017-12-11 20:45:57.472521+00  646b3= 31a-b68e-4894-807f-bdc8adae15c9 | 2017-12-11 20:45:57.475366+00 &n= bsp;a561589c-8eb8-4823-9615-92ac4a1ea94e | 2017-12-11 20:45:57.477804+0= 0    5662588b-81d2-4da9-b942-8918004770fe | 2017-12= -11 18:56:53.148042+00    45807651-8f10-408f-891b-6= 4f1cc577a64 | 2017-12-11 18:56:08.404201+00  a1d803b9-fd0b-47= 7f-a874-53d050d4347b | 2017-12-11 18:56:18.64931+00 (18 rows) select id,connection from storage=5Fserver=5Fconnections;<= br />           =        id     &n= bsp;            = |           &nbs= p;         connection &nbs= p;           &nb= sp;        -------------------------= -------------+----------------------------------------------------  8e5236c9-cbc0-4256-abff-7e984abef65a | 10.17.77.16:/exports/ovir= t-master  8d19b66d-1c1c-4976-91d2-8d2565db367a | 10.17.77.16:= /exports/ovirt-hosted=5Fstorage  6650a140-ba2b-42b9-bb14-5b33= 1f87b60c | 10.17.77.16:/exports/ovirt-iso  e462883f-0be1-4b31= -acf1-154dd7accbc1 | 10.17.77.16:/exports/ovirt-export  50b9a= 77a-8f79-47b3-9a48-b2b25ea72087 | 10.17.77.16  9bfbd44b-7311-= 4b6e-8c77-c955397c2a66 | 10.17.77.48  d6c3980a-4774-4350-83d1= -206e41848b4a | 10.17.77.17  3c39707c-a4d2-4221-9a8f-2a050353= 3387 | 10.17.77.49  4503e074-10d3-4163-8ada-1826790c437c | 10= .17.77.18  93bf0c70-959c-4b1f-93ff-45d920ef7525 | 10.17.77.50=  677a9e5b-f844-49ee-ad1f-989e168187cf | /var/ovirt-lun1  c6272852-3586-4584-8496-d97c4370c798 | /var/ovirt-iso &nbsp= ;452235ea-d8b1-43d1-920f-a16a032e000b | /var/ovirt-iso  cacb8= 801-6826-42cb-9bab-5552175e0329 | stori-lg.cptaq.local:/mnt/ovirt-lg-2-= export/export  a592b780-7bd6-4599-ab7e-12c43cb9279d | /var/ov= irt-iso  60f3afa7-35fb-4ff7-becc-a4a0c9b3884a | /var/ovirt-lu= n2    efd9854f-b348-4aa8-871f-1d408d4dd9b1 | /var/o= virt-lun1    cd8939df-9cdd-49d3-8dc5-3c06d1836399 |= /var/ovirt-export  8d9067ac-4eff-4aa8-8d1b-2bd2e268f124 | /v= ar/ovirt-lun1 (19 rows) select * from storage=5Fp= ool=5Fiso=5Fmap;         &= nbsp;     storage=5Fid    &nbsp= ;         |   &n= bsp;       storage=5Fpool=5Fid &nbsp= ;          | status -= -------------------------------------+---------------------------------= -----+--------  45807651-8f10-408f-891b-64f1cc577a64 | a0cc9e= 2c-6bff-4d5b-803c-0cd62292c269 |      6 &= nbsp;a1d803b9-fd0b-477f-a874-53d050d4347b | a0cc9e2c-6bff-4d5b-803c-0cd= 62292c269 |      6  b67e7442-f032-4b= 5c-a4fe-10422650a90b | e15014b4-3968-42f0-8eef-375bd6c1469a | &nbs= p;    3  0f57345d-e310-4779-a987-2362458debd4 = | e15014b4-3968-42f0-8eef-375bd6c1469a |      = 3  d9d03670-4cfd-42d7-b4b7-834a53c3e0d6 | e15014b4-3968-42f0-= 8eef-375bd6c1469a |      3  b66443f4= -d949-4fca-9825-8cb98eae9e14 | e15014b4-3968-42f0-8eef-375bd6c1469a |&n= bsp;     3    5662588b-81d2-4da= 9-b942-8918004770fe | a0cc9e2c-6bff-4d5b-803c-0cd62292c269 | &nbsp= ;    6    18504f40-fb15-4b1e-8ac3-ec= 0eabdc5619 | 582dc434-0270-017f-0138-00000000006d |   &n= bsp;  3  3ba53a0b-30be-497c-b4df-880e6c6f7567 | 582dc434= -0270-017f-0138-00000000006d |      3 &nb= sp;3efa5ed5-4e17-4daf-9cc0-6819a9cd7aae | 582dc434-0270-017f-0138-00000= 000006d |      3  190bc841-e6b0-45b8= -bfbb-7518735d8592 | 582dc434-0270-017f-0138-00000000006d |  =     3  45114ecf-6af5-4cce-81aa-12779ff007ef | = 582dc434-0270-017f-0138-00000000006d |      3<= br /> 730c14db-d4ef-4d0e-9670-419b803fe634 | 582dc434-0270-017f-01= 38-00000000006d |      3  07593976-d= 27b-4ac8-ba19-a77a1f1e5d52 | a5d7157a-4bf4-436c-b444-a76ee5f7bb12 |&nbs= p;     3  646b331a-b68e-4894-807f-bdc8ada= e15c9 | a5d7157a-4bf4-436c-b444-a76ee5f7bb12 |    &= nbsp; 3  a561589c-8eb8-4823-9615-92ac4a1ea94e | a5d7157a-4bf4= -436c-b444-a76ee5f7bb12 |      3  ca= 0e59ed-7c9e-45a0-a77c-143f3ad19dff | 582dc434-0270-017f-0138-0000000000= 6d |      3 (17 rows) <b= r /> </html> ------=_=-_OpenGroupware_org_NGMime-1372-1513027755.086219-14--------

3 5

[ANN] oVirt 4.2.0 Second Candidate Release is now available for testing
by Sandro Bonazzola 12 Dec '17

12 Dec '17

The oVirt Project is pleased to announce the availability of the Second Candidate Release of oVirt 4.2.0, as of December 12th, 2017 This is pre-release software. This pre-release should not to be used in production. Please take a look at our community page[1] to learn how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This update is the second candidate release of the 4.2.0 version. This release brings more than 280 enhancements and more than one thousand bug fixes, including more than 500 high or urgent severity fixes, on top of oVirt 4.1 series. What's new in oVirt 4.2.0? - The Administration Portal has been completely redesigned using Patternfly, a widely adopted standard in web application design. It now features a cleaner, more intuitive design, for an improved user experience. - There is an all-new VM Portal for non-admin users. - A new High Performance virtual machine type has been added to the New VM dialog box in the Administration Portal. - Open Virtual Network (OVN) adds support for Open vSwitch software defined networking (SDN). - oVirt now supports Nvidia vGPU. - The ovirt-ansible-roles package helps users with common administration tasks. - Virt-v2v now supports Debian/Ubuntu based VMs. For more information about these and other features, check out the oVirt 4.2.0 blog post <https://ovirt.org/blog/2017/11/introducing-ovirt-4.2.0-beta/>. This release is available now on x86_64 architecture for: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later This release supports Hypervisor Hosts on x86_64 and ppc64le architectures for: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later * oVirt Node 4.2 (available for x86_64 only) See the release notes draft [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available. - oVirt Node is already available [4] Additional Resources: * Read more about the oVirt 4.2.0 release highlights: http://www.ovirt.org/release/4.2.0/ * Get more oVirt project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.2.0/ [4] http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/ -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0

qemu-kvm-ev-2.9.0-16.el7_4.11.1 now available for testing
by Sandro Bonazzola 12 Dec '17

12 Dec '17

Hi, qemu-kvm-ev-2.9.0-16.el7_4.11.1 <https://cbs.centos.org/koji/buildinfo?buildID=21003> is now available for testing. If no negative feedback will be reported, I'm going to push to release on Thursday, December 14th. Here's the changelog: * Mon Dec 11 2017 Sandro Bonazzola <sbonazzo(a)redhat.com> - ev-2.9.0-16.el7_4.11.1 - Removing RH branding from package name * Mon Nov 13 2017 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.9.0-16.el7_4.11 - kvm-exec-use-qemu_ram_ptr_length-to-access-guest-ram.patch [bz#1472185] - kvm-multiboot-validate-multiboot-header-address-values.patch [bz#1501123] - Resolves: bz#1472185 (CVE-2017-11334 qemu-kvm-rhev: Qemu: exec: oob access during dma operation [rhel-7.4.z]) - Resolves: bz#1501123 (CVE-2017-14167 qemu-kvm-rhev: Qemu: i386: multiboot OOB access while loading kernel image [rhel-7.4.z]) * Mon Oct 23 2017 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.9.0-16.el7_4.10 - kvm-vga-stop-passing-pointers-to-vga_draw_line-functions.patch [bz#1501300] - kvm-vga-drop-line_offset-variable.patch [bz#1501300] - kvm-vga-handle-cirrus-vbe-mode-wraparounds.patch [bz#1501300] - kvm-cirrus-fix-oob-access-in-mode4and5-write-functions.patch [bz#1501300] - Resolves: bz#1501300 (CVE-2017-15289 qemu-kvm-rhev: Qemu: cirrus: OOB access issue in mode4and5 write functions [rhel-7.4.z]) * Mon Oct 09 2017 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.9.0-16.el7_4.9 - kvm-nbd-client-Fix-regression-when-server-sends-garbage.patch [bz#1495474] - kvm-fix-build-failure-in-nbd_read_reply_entry.patch [bz#1495474] - kvm-nbd-client-avoid-spurious-qio_channel_yield-re-entry.patch [bz#1495474] - kvm-nbd-client-avoid-read_reply_co-entry-if-send-failed.patch [bz#1495474] - kvm-qemu-iotests-improve-nbd-fault-injector.py-startup-p.patch [bz#1495474] - kvm-qemu-iotests-test-NBD-over-UNIX-domain-sockets-in-08.patch [bz#1495474] - kvm-block-nbd-client-nbd_co_send_request-fix-return-code.patch [bz#1495474] - Resolves: bz#1495474 (Fail to quit source qemu when do live migration after mirroring guest to NBD server [rhel-7.4.z]) <https://cbs.centos.org/koji/buildinfo?buildID=21003>-- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

2 2

Failed to open grubx64.efi
by Julio Cesar Bustamante 12 Dec '17

12 Dec '17

Hi there, I have installed Ovirt Host in a HS22 Blade Ibm, but I have this bug. Failed to open \efi\centos\grubx64.efi not found Falied to load image \EFI\centos\grubx64.efi Not found You know how can I solve this issue ? -- Julio Cesar Bustamante.

4 16

Export Domain no show
by Rajat Patel 12 Dec '17

12 Dec '17

Hi Ovirt, We are using Ovirt 4.1 selfhosted engine attach nfs storega as data/iso/export, we have one image which we want to import (manageiq-ovirt-fine-4.qc2). We did copy to our export location (/export/3157c57b-8f6a-4709-862a-713bfa59899a) and chnage the owner ship to (chown -R 36:36 manageiq-ovirt-fine-4.qc2)issues is we are not able to see at ovirtUI-->>Strorage-->>export-->>VM Import nither at Template Import. At the same time not able to see error at logs. Regards Techieim

2 1

ovirt-engine installation problem
by David David 12 Dec '17

12 Dec '17

Hello. CentOS Linux release 7.4.1708 (Core) # yum install http://resources.ovirt.org/pub/yum-repo ... ease41.rpm <http://resources.ovirt.org/pub/yum-repo/ovirt-release41.rpm> # yum install ovirt-engine --> Finished Dependency Resolution Error: Package: systemd-python-219-42.el7.x86_64 (base) Requires: systemd = 219-42.el7 Installed: systemd-219-42.el7_4.4.x86_64 (@updates) systemd = 219-42.el7_4.4 Available: systemd-219-42.el7.x86_64 (base) systemd = 219-42.el7 Error: Package: glibc-2.17-196.el7.i686 (base) Requires: glibc-common = 2.17-196.el7 Installed: glibc-common-2.17-196.el7_4.2.x86_64 (@updates) glibc-common = 2.17-196.el7_4.2 Available: glibc-common-2.17-196.el7.x86_64 (base) glibc-common = 2.17-196.el7 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest # yum clean all # yum update - don't help. how to fix it ?

2 1

Move disk between domains
by Matthew DeBoer 12 Dec '17

12 Dec '17

When i try to move a specific disk between storage domains i get an error. 2017-12-08 11:26:05,257-06 ERROR [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] (default task-41) [] Permutation name: 8C01181C3B121D0AAE1312275CC96415 2017-12-08 11:26:05,257-06 ERROR [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] (default task-41) [] Uncaught exception: com.google.gwt.core.client.JavaScriptException: (TypeError) __gwt$exception: <skipped>: Cannot read property 'F' of null at org.ovirt.engine.ui.uicommonweb.models.storage.DisksAllocationModel$3.$onSuccess(DisksAllocationModel.java:120) at org.ovirt.engine.ui.uicommonweb.models.storage.DisksAllocationModel$3.onSuccess(DisksAllocationModel.java:120) at org.ovirt.engine.ui.frontend.Frontend$2.$onSuccess(Frontend.java:233) [frontend.jar:] at org.ovirt.engine.ui.frontend.Frontend$2.onSuccess(Frontend.java:233) [frontend.jar:] at org.ovirt.engine.ui.frontend.communication.OperationProcessor$2.$onSuccess(OperationProcessor.java:139) [frontend.jar:] at org.ovirt.engine.ui.frontend.communication.OperationProcessor$2.onSuccess(OperationProcessor.java:139) [frontend.jar:] at org.ovirt.engine.ui.frontend.communication.GWTRPCCommunicationProvider$5$1.$onSuccess(GWTRPCCommunicationProvider.java:269) [frontend.jar:] at org.ovirt.engine.ui.frontend.communication.GWTRPCCommunicationProvider$5$1.onSuccess(GWTRPCCommunicationProvider.java:269) [frontend.jar:] at com.google.gwt.user.client.rpc.impl.RequestCallbackAdapter.onResponseReceived(RequestCallbackAdapter.java:198) [gwt-servlet.jar:] at com.google.gwt.http.client.Request.$fireOnResponseReceived(Request.java:237) [gwt-servlet.jar:] at com.google.gwt.http.client.RequestBuilder$1.onReadyStateChange(RequestBuilder.java:409) [gwt-servlet.jar:] at Unknown.eval(webadmin-0.js@65) at com.google.gwt.core.client.impl.Impl.apply(Impl.java:296) [gwt-servlet.jar:] at com.google.gwt.core.client.impl.Impl.entry0(Impl.java:335) [gwt-servlet.jar:] at Unknown.eval(webadmin-0.js@54) All the other disks i can move. The issue here is how i got this storage domain into ovirt i think. I set up a new cluster using 4.1 coming from 3.6. I imported a domain from the 3.6 cluster. I am trying to move this disk to one of the new storage domains on the 4.1 cluster. Any help would be greatly appreciated

2 3

import thin provisioned disks with image upload
by Gianluca Cecchi 11 Dec '17

11 Dec '17

On Thu, Dec 7, 2017 at 1:28 AM, Nir Soffer <nsoffer(a)redhat.com> wrote: > > > On Thu, Dec 7, 2017 at 1:22 AM Gianluca Cecchi <gianluca.cecchi(a)gmail.com> > wrote: > >> On Wed, Dec 6, 2017 at 11:42 PM, Nir Soffer <nsoffer(a)redhat.com> wrote: >> >>> >>> >>>> >>>> BTW: I notice that the disk seems preallocated even if original qcow2 >>>> is thin... is this expected? >>>> This obviously also impacts the time to upload (20Gb virtual disk with >>>> actual 1.2Gb occupied needs the time equivalent for full 20Gb...) >>>> >>> >>> We upload exactly the file you provided, there is no way we can upload >>> 20G from 1.2G file :-) >>> >> >> But the upload process at a medium rate of 40-50MB/s has last about 9 >> minutes that confirms the 20Gb size >> The disk at source has been created as virtio type and format qcow2 from >> virt-manager and then only installed a CentOS 7.2 OS with infrastructure >> server configuration. >> Apart from qemu-img also ls: >> # ls -lhs c7lab1.qcow2 >> 1.3G -rw------- 1 root root 21G Dec 6 23:05 c7lab1.qcow2 >> > > The fiile size is 21G - matching what you see. This is the size we upload. > I changed the subject to better address and track the thread.. You are not convincing me... The term "file size" is ambiguous in this context... If I take a disk that was born on this oVirt environment itself I have this: https://drive.google.com/file/d/1Dtb69EKa8adNYiwUDs2d-plSMZIM0Bzr/view?usp=… that shows that is thin provisioned Its id shown here: https://drive.google.com/file/d/1PvLjJVQ3JR4_6v5Da7ATac5ReEObxH-A/view?usp=… If I go and check on my exported file system I get this [root@ovirt01 NFS_DOMAIN]# find . -name "3c68d43f-0f28-4564-b557-d390a125daa6" ./572eabe7-15d0-42c2-8fa9-0bd773e22e2e/images/3c68d43f-0f28-4564-b557-d390a125daa6 [root@ovirt01 NFS_DOMAIN]# ls -lsh ./572eabe7-15d0-42c2-8fa9-0bd773e22e2e/images/3c68d43f-0f28-4564-b557-d390a125daa6 total 8.6G 8.6G -rw-rw----. 1 vdsm kvm 10G Dec 7 08:42 09ad8e53-0b22-4fe3-b718-d14352b8290a 1.0M -rw-rw----. 1 vdsm kvm 1.0M May 1 2016 09ad8e53-0b22-4fe3-b718-d14352b8290a.lease 4.0K -rw-r--r--. 1 vdsm kvm 317 Jun 21 10:41 09ad8e53-0b22-4fe3-b718-d14352b8290a.meta [root@ovirt01 NFS_DOMAIN]# qemu-img info ./572eabe7-15d0-42c2-8fa9-0bd773e22e2e/images/3c68d43f-0f28-4564-b557-d390a125daa6/09ad8e53-0b22-4fe3-b718-d14352b8290a image: ./572eabe7-15d0-42c2-8fa9-0bd773e22e2e/images/3c68d43f-0f28-4564-b557-d390a125daa6/09ad8e53-0b22-4fe3-b718-d14352b8290a file format: raw virtual size: 10G (10737418240 bytes) disk size: 8.5G [root@ovirt01 NFS_DOMAIN]# So it seems it is raw/sparse https://www.ovirt.org/documentation/admin-guide/chap-Virtual_Machine_Disks/ > > 1.3G is the used size on the file system, we cannot upload only used > blocks. > qemu-img info "Disk size" is not the file size the the used size, not > useful > for upload. > Why not? You can detect the format of source and use a similar strategy of the bugzilla I'm referring (see below) Or couldn't you use something like rsync -av --sparse source target if the target is NFS? > Maybe this file was crated with preallocation=full? > In virt-manager there is not this logic by default. The default format is qcow2/sparse When you create/add a disk you can choose "Select or create custom storage": https://drive.google.com/file/d/1gAwjAG5aRFC5fFgkoZXT5wINvQnov88p/view?usp=… And then choose a format between: raw, qcow, qcow2, qed, vmdk, vpc, vdi In my case it was the default one, so qcow2, as qemu-img correctly detects. > >>>> >> First message at beginning of upload: >> >> 2017-12-06 23:09:50,183+0100 INFO (jsonrpc/4) [vdsm.api] START >> createVolume(sdUUID=u'572eabe7-15d0-42c2-8fa9-0bd773e22e2e', >> spUUID=u'00000001-0001-0001-0001-000000000343', >> imgUUID=u'251063f6-5570-4bdc-b28f-21e82aa5e185', size=u'22548578304', >> volFormat=4, preallocate=2, diskType=2, volUUID=u'77aacfb3-9e67-4ad2-96f6-242b5ba4d9e0', >> desc=u'{"DiskAlias":"c7lab1","DiskDescription":""}', >> srcImgUUID=u'00000000-0000-0000-0000-000000000000', >> srcVolUUID=u'00000000-0000-0000-0000-000000000000', initialSize=None) >> from=192.168.1.212,56846, flow_id=18c6bd3b-76ab-45f9-b8c7-09c727f44c91, >> task_id=e7cc67e6-4b61-4bb3-81b1-6bc687ea5ee9 (api:46) >> >> In this bugzilla, that is related to export from NFS to block: https://bugzilla.redhat.com/show_bug.cgi?id=1358717 it seems to understand, from a comment of Maor, that preallocate=2 --> sparse what are instead the possible values of volFormat and their decodification? In my case it detects volFormat=4, Could it be something similar to the bugzilla above? Can it change anything if exporting with NFS 4.2 or using oVirt 4.2? I think that if one has big qcow2 disk files that he/she desire to migrate into oVirt, the process could be optimized Thanks, Gianluca

4 7