- Users - oVirt List Archives

q: lldpad.service needed for oVirt node ?
by Andrei V 23 Jan '18

23 Jan '18

Hi, Does lldpad.service (Link Layer Discovery Protocol) needed for oVirt node ? Thanks

3 5

Re: [ovirt-users] Windows Safely Remove Hardware
by Стаценко Константин Юрьевич 23 Jan '18

23 Jan '18

--_000_1900dcb19fde49ffb06cfc51ed8c6e14msk1exchmb07interraoru_ Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Anyone ? I don't believe that this is a normal behavior when users can eject scsi co= ntroller or nic from virtual machine and make it unusable. The device capabilities is 6 by default in windows registry and to disable = device ejects we need to set it to the value of 2. But this value reverts back to 6 after VM restart. Maybe it is possible to make this value of 2 by default, so the device cann= ot be ejected ? From: =F3=D4=C1=C3=C5=CE=CB=CF =EB=CF=CE=D3=D4=C1=CE=D4=C9=CE =E0=D2=D8=C5= =D7=C9=DE Sent: Monday, January 22, 2018 11:30 AM To: users <users(a)ovirt.org> Subject: Windows Safely Remove Hardware Hello! What is the best way to remove options like eject virtual machine disks/con= trollers or nics from "Safely Remove Hardware" in Windows OS ? Currently running oVirt 4.1.8. Thanks. --_000_1900dcb19fde49ffb06cfc51ed8c6e14msk1exchmb07interraoru_ Content-Type: text/html; charset="koi8-r" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dkoi8-r"> <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"RU" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D">Anyone = ?<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D">I don&#= 8217;t believe that this is a normal behavior when users can eject scsi con= troller or nic from virtual machine and make it unusable.<o:p></o:p></span>= </p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D">The dev= ice capabilities is 6 by default in windows registry and to disable device = ejects we need to set it to the value of 2.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D">But thi= s value reverts back to 6 after VM restart.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D">Maybe i= t is possible to make this value of 2 by default, so the device cannot be e= jected ?<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D"><o:p>&n= bsp;</o:p></span></p> <div> <div style=3D"border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm = 0cm 0cm"> <p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"mso-fareast-languag= e:RU">From:</span></b><span lang=3D"EN-US" style=3D"mso-fareast-language:RU= "> </span><span style=3D"mso-fareast-language:RU">=F3=D4=C1=C3=C5=CE=CB=CF</sp= an><span style=3D"mso-fareast-language:RU"> </span><span style=3D"mso-fareast-language:RU">=EB=CF=CE=D3=D4=C1=CE=D4=C9= =CE</span><span style=3D"mso-fareast-language:RU"> </span><span style=3D"mso-fareast-language:RU">=E0=D2=D8=C5=D7=C9=DE</span>= <span lang=3D"EN-US" style=3D"mso-fareast-language:RU"> <br> <b>Sent:</b> Monday, January 22, 2018 11:30 AM<br> <b>To:</b> users <users(a)ovirt.org><br> <b>Subject:</b> Windows Safely Remove Hardware<o:p></o:p></span></p> </div> </div> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Hello!<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">What is the best way to remove = options like eject virtual machine disks/controllers or nics from “Sa= fely Remove Hardware” in Windows OS ?<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Currently running oVirt 4.1.8.<= o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Thanks.<o:p></o:p></span></p> </div> </body> </html> --_000_1900dcb19fde49ffb06cfc51ed8c6e14msk1exchmb07interraoru_--

1 0

Snapshot Disk fails to connect to BackupApplianceVM - Failed to HotPlugDiskVDS
by Zip 23 Jan '18

23 Jan '18

> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3599508108_124784952 Content-type: text/plain; charset="ISO-8859-1" Content-transfer-encoding: quoted-printable Okay, when I do a snapshot, and then mount the snapshot to a BackupApplianceVM, all works using NFS4 as my Storage Domain for the VM being backed up. If I change that disk storage on the VM to be backed up to my iSCSI storage, my script breaks and I see these errors in the oVirt Engine logs: --- 2018-01-22 23:10:36,249-06 INFO [org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand] (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Lock Acquired to object 'EngineLock:{exclusiveLocks=3D'[dcabf886-22b2-4239-b57a-559d9b5b4c6d=3DDISK]', sharedLocks=3D''}' 2018-01-22 23:10:36,296-06 INFO [org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand] (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Running command: AttachDiskToVmCommand internal: false. Entities affected : ID: 3c78dd5a-2982-4e35-ad9b-004394970dea Type: VMAction group CONFIGURE_VM_STORAGE with role type USER, ID: dcabf886-22b2-4239-b57a-559d9b5b4c6d Type: DiskAction group ATTACH_DISK wit= h role type USER 2018-01-22 23:10:36,300-06 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand] (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] START, HotPlugDiskVDSCommand(HostName =3D ovirtnodea.mydomain.com, HotPlugDiskVDSParameters:{hostId=3D'34591e56-fd25-48dd-bf56-76b7b15e3721', vmId=3D'3c78dd5a-2982-4e35-ad9b-004394970dea', diskId=3D'dcabf886-22b2-4239-b57a-559d9b5b4c6d', addressMap=3D'null'}), log id: 1bb4b632 2018-01-22 23:10:37,903-06 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand] (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Failed in 'HotPlugDiskVDS' method 2018-01-22 23:10:37,907-06 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] EVENT_ID: VDS_BROKER_COMMAND_FAILURE(10,802), VDSM ovirtnodea.mydomain.com command HotPlugDiskVDS failed: unsupported configuration: native I/O needs either n= o disk cache or directsync cache mode, QEMU will fallback to aio=3Dthreads 2018-01-22 23:10:37,907-06 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand] (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Command 'org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand' return value 'StatusOnlyReturn [status=3DStatus [code=3D45, message=3Dunsupported configuration: native I/O needs either no disk cache or directsync cache mode, QEMU will fallback to aio=3Dthreads]]' 2018-01-22 23:10:37,907-06 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand] (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] HostName =3D ovirtnodea.mydomain.com 2018-01-22 23:10:37,907-06 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand] (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Command 'HotPlugDiskVDSCommand(HostName =3D ovirtnodea.mydomain.com, HotPlugDiskVDSParameters:{hostId=3D'34591e56-fd25-48dd-bf56-76b7b15e3721', vmId=3D'3c78dd5a-2982-4e35-ad9b-004394970dea', diskId=3D'dcabf886-22b2-4239-b57a-559d9b5b4c6d', addressMap=3D'null'})' execution failed: VDSGenericException: VDSErrorException: Failed to HotPlugDiskVDS, error =3D unsupported configuration: native I/O needs either no disk cache or directsync cache mode, QEMU will fallback to aio=3Dthreads, code =3D 45 2018-01-22 23:10:37,907-06 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand] (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] FINISH, HotPlugDiskVDSCommand, log id: 1bb4b632 2018-01-22 23:10:37,907-06 ERROR [org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand] (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Command 'org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand' failed: EngineException:=20 org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to HotPlugDiskVDS, error =3D unsupported configuration: native I/O needs either no disk cache or directsync cache mode, QEMU will fallback to aio=3Dthreads, code =3D 45 (Failed with error FailedToPlugDisk and code 45) 2018-01-22 23:10:37,910-06 ERROR [org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand] (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Transaction rolled-back for command 'org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand'. 2018-01-22 23:10:37,954-06 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] EVENT_ID: USER_FAILED_ATTACH_DISK_TO_VM(2,017), Failed to attach Disk TEST1234_Disk1 to VM SimpleBackup (User: admin@internal-authz). 2018-01-22 23:10:37,955-06 INFO [org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand] (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Lock freed to object 'EngineLock:{exclusiveLocks=3D'[dcabf886-22b2-4239-b57a-559d9b5b4c6d=3DDISK]', sharedLocks=3D''}' 2018-01-22 23:10:37,955-06 ERROR [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default task-58) [] Operation Failed: [Failed to hot-plug disk] --- I see the "Failed to HotPlugDiskVDS, error =3D unsupported configuration: native I/O needs either no disk cache or directsync cache mode, QEMU will fallback to aio=3Dthreads, code=B2 But I have no clue how to fix that using oVirt 4.2 on CentOS 7. Fresh install and all up to date. Thanks for any help. BTW, current script I am writing is here: https://github.com/zipurman/oVIRT_Simple_Backup Irc.oftc.net #ovirt zipur --B_3599508108_124784952 Content-type: text/html; charset="ISO-8859-1" Content-transfer-encoding: quoted-printable <html><head></head><body style=3D"word-wrap: break-word; -webkit-nbsp-mode: s= pace; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size:= 14px; font-family: Calibri, sans-serif;"><div><div>Okay, when I do a snapsh= ot, and then mount the snapshot to a Backup<span style=3D"font-style: italic;"= >Appliance</span>VM, all works using NFS4 as my Storage Domain for the VM be= ing backed up. If I change that disk storage on the VM to be backed up to my= iSCSI storage, my script breaks and I see these errors in the oVirt Engine = logs:</div><div><br></div><div>---</div><div><div>2018-01-22 23:10:36,249-06= INFO  [org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand] (= default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Lock Acquired to obj= ect 'EngineLock:{exclusiveLocks=3D'[dcabf886-22b2-4239-b57a-559d9b5b4c6d=3DDISK]= ', sharedLocks=3D''}'</div><div><br></div><div>2018-01-22 23:10:36,296-06 INFO=  [org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand] (defau= lt task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Running command: AttachDi= skToVmCommand internal: false. Entities affected :  ID: 3c78dd5a-2982-4= e35-ad9b-004394970dea Type: VMAction group CONFIGURE_VM_STORAGE with role ty= pe USER,  ID: dcabf886-22b2-4239-b57a-559d9b5b4c6d Type: DiskAction gro= up ATTACH_DISK with role type USER</div><div><br></div><div>2018-01-22 23:10= :36,300-06 INFO  [org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDisk= VDSCommand] (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] START, = HotPlugDiskVDSCommand(HostName =3D ovirtnodea.mydomain.com, HotPlugDiskVDSPara= meters:{hostId=3D'34591e56-fd25-48dd-bf56-76b7b15e3721', vmId=3D'3c78dd5a-2982-4= e35-ad9b-004394970dea', diskId=3D'dcabf886-22b2-4239-b57a-559d9b5b4c6d', addre= ssMap=3D'null'}), log id: 1bb4b632</div><div><br></div><div>2018-01-22 23:10:3= 7,903-06 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSComm= and] (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Failed in 'Hot= PlugDiskVDS' method</div><div><br></div><div>2018-01-22 23:10:37,907-06 ERRO= R [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (de= fault task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] EVENT_ID: VDS_BROKER_C= OMMAND_FAILURE(10,802), VDSM ovirtnodea.mydomain.com command HotPl= ugDiskVDS failed: unsupported configuration: native I/O needs either no disk= cache or directsync cache mode, QEMU will fallback to aio=3Dthreads</div><div= ><br></div><div>2018-01-22 23:10:37,907-06 INFO  [org.ovirt.engine.core= .vdsbroker.vdsbroker.HotPlugDiskVDSCommand] (default task-58) [948cc433-45ed= -46cc-b920-b4d9627bf99b] Command 'org.ovirt.engine.core.vdsbroker.vdsbroker.= HotPlugDiskVDSCommand' return value 'StatusOnlyReturn [status=3DStatus [code=3D4= 5, message=3Dunsupported configuration: native I/O needs either no disk cache = or directsync cache mode, QEMU will fallback to aio=3Dthreads]]'</div><div><br= ></div><div>2018-01-22 23:10:37,907-06 INFO  [org.ovirt.engine.core.vds= broker.vdsbroker.HotPlugDiskVDSCommand] (default task-58) [948cc433-45ed-46c= c-b920-b4d9627bf99b] HostName =3D ovirtnodea.mydomain.com</div><div><br></div>= <div>2018-01-22 23:10:37,907-06 ERROR [org.ovirt.engine.core.vdsbroker.vdsbr= oker.HotPlugDiskVDSCommand] (default task-58) [948cc433-45ed-46cc-b920-b4d96= 27bf99b] Command 'HotPlugDiskVDSCommand(HostName =3D ovirtnodea.mydomain.= com, HotPlugDiskVDSParameters:{hostId=3D'34591e56-fd25-48dd-bf56-76b7b15e3721'= , vmId=3D'3c78dd5a-2982-4e35-ad9b-004394970dea', diskId=3D'dcabf886-22b2-4239-b5= 7a-559d9b5b4c6d', addressMap=3D'null'})' execution failed: VDSGenericException= : VDSErrorException: Failed to HotPlugDiskVDS, error =3D unsupported configura= tion: native I/O needs either no disk cache or directsync cache mode, QEMU w= ill fallback to aio=3Dthreads, code =3D 45</div><div><br></div><div>2018-01-22 2= 3:10:37,907-06 INFO  [org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlug= DiskVDSCommand] (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] FIN= ISH, HotPlugDiskVDSCommand, log id: 1bb4b632</div><div><br></div><div>2018-0= 1-22 23:10:37,907-06 ERROR [org.ovirt.engine.core.bll.storage.disk.AttachDis= kToVmCommand] (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Comma= nd 'org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand' failed: En= gineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: = VDSGenericException: VDSErrorException: Failed to HotPlugDiskVDS, error =3D un= supported configuration: native I/O needs either no disk cache or directsync= cache mode, QEMU will fallback to aio=3Dthreads, code =3D 45 (Failed with error= FailedToPlugDisk and code 45)</div><div><br></div><div>2018-01-22 23:10:37,= 910-06 ERROR [org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand] = (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Transaction rolled-= back for command 'org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmComma= nd'.</div><div><br></div><div>2018-01-22 23:10:37,954-06 ERROR [org.ovirt.en= gine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-58) = [948cc433-45ed-46cc-b920-b4d9627bf99b] EVENT_ID: USER_FAILED_ATTACH_DISK_TO_= VM(2,017), Failed to attach Disk TEST1234_Disk1 to VM SimpleBackup (User: ad= min@internal-authz).</div><div><br></div><div>2018-01-22 23:10:37,955-06 INF= O  [org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand] (defa= ult task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Lock freed to object 'En= gineLock:{exclusiveLocks=3D'[dcabf886-22b2-4239-b57a-559d9b5b4c6d=3DDISK]', shar= edLocks=3D''}'</div><div><br></div><div>2018-01-22 23:10:37,955-06 ERROR [org.= ovirt.engine.api.restapi.resource.AbstractBackendResource] (default task-58)= [] Operation Failed: [Failed to hot-plug disk]</div></div><div>---</div><di= v><br></div><div><br></div><div>I see the "Failed to HotPlugDiskVDS, error =3D= unsupported configuration: native I/O needs either no disk cache or directs= ync cache mode, QEMU will fallback to aio=3Dthreads, code”</div><div><br= ></div><div>But I have no clue how to fix that using oVirt 4.2 on CentOS 7. = Fresh install and all up to date.</div><div><br></div><div>Thanks for any he= lp.</div><div><br></div><div>BTW, current script I am writing is here: = <a href=3D"https://github.com/zipurman/oVIRT_Simple_Backup">https://github.com= /zipurman/oVIRT_Simple_Backup</a> </div><div><br></div><div>Irc.oftc.ne= t #ovirt</div><div>zipur</div><br></div><div><span class=3D"Apple-style-span" = style=3D"font-size: 12px; font-family: Verdana, Helvetica, Arial;"><font color= =3D"#808080"><br></font></span></div></body></html> --B_3599508108_124784952--

1 0

Uploading big raw disks into storage
by Gabriel Stein 22 Jan '18

22 Jan '18

Hello! I'm still migrating the VMs from Proxmox to oVirt, migrating all disks, one by one. Google Chrome doesn't accept anymore the certificates from ovirt-engine, firefox it's ok. Error(I receive that direct from start from upload on google chrome, on firefox works): *Unable to upload image to disk a-b-c due to a network error. Make sure ovirt-imageio-proxy service is installed and configured, and ovirt-engine's certificate is registered as a valid CA in the browser. The certificate can be fetched from https://<engine_url>/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA* BUT! When I'm uploading big disks(using firefox), such > 100GB, ovirt-engine interrupts the process, giving the same error above. I think that is a kind of timeout and the error doesn't show the real problem. On engine.log is the same error. on image-proxy.log: (Thread-5834) WARNING 2018-01-22 10:46:07,708 web:89:web:(log_response) 1.1.1.1 - PUT /d69d1a59-ed5c-4097-a9af-5e2d36299181 401 360 (0.00s) (Thread-5835) INFO 2018-01-22 10:46:10,716 web:89:web:(log_response) 1.1.1.1 - OPTIONS /d69d1a59-ed5c-4097-a9af-5e2d36299181 204 0 (0.00s) (Thread-5836) ERROR 2018-01-22 10:46:10,722 session:314:root:(_decode_ovirt_ticket) Failed to verify proxy ticket: Ticket life time expired (Thread-5836) ERROR 2018-01-22 10:46:10,722 session:137:root:(start_session) Error starting session: Unable to verify proxy ticket Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/session.py", line 135, in start_session session_id = _create_update_session(ticket, session_id) File "/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/session.py", line 194, in _create_update_session ticket_vars = _decode_proxy_ticket(authorization) File "/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/session.py", line 237, in _decode_proxy_ticket payload = _decode_ovirt_ticket(ticket) File "/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/session.py", line 315, in _decode_ovirt_ticket raise ValueError("Unable to verify proxy ticket") ValueError: Unable to verify proxy ticket (Thread-5836) WARNING 2018-01-22 10:46:10,722 web:89:web:(log_response) 1.1.1.1 - PUT /d69d1a59-ed5c-4097-a9af-5e2d36299181 401 360 (0.00s) (Thread-5837) INFO 2018-01-22 10:46:13,731 web:89:web:(log_response) 1.1.1.1 - OPTIONS /d69d1a59-ed5c-4097-a9af-5e2d36299181 204 0 (0.00s) (Thread-5838) ERROR 2018-01-22 10:46:13,737 session:314:root:(_decode_ovirt_ticket) Failed to verify proxy ticket: Ticket life time expired (Thread-5838) ERROR 2018-01-22 10:46:13,737 session:137:root:(start_session) Error starting session: Unable to verify proxy ticket Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/session.py", line 135, in start_session session_id = _create_update_session(ticket, session_id) File "/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/session.py", line 194, in _create_update_session ticket_vars = _decode_proxy_ticket(authorization) File "/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/session.py", line 237, in _decode_proxy_ticket payload = _decode_ovirt_ticket(ticket) File "/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/session.py", line 315, in _decode_ovirt_ticket raise ValueError("Unable to verify proxy ticket") ValueError: Unable to verify proxy ticket (Thread-5838) WARNING 2018-01-22 10:46:13,738 web:89:web:(log_response) 1.1.1.1 - PUT /d69d1a59-ed5c-4097-a9af-5e2d36299181 401 360 (0.00s) (Thread-5839) INFO 2018-01-22 10:46:16,745 web:89:web:(log_response) 1.1.1.1 - OPTIONS /d69d1a59-ed5c-4097-a9af-5e2d36299181 204 0 (0.00s) (Thread-5840) ERROR 2018-01-22 10:46:16,750 session:314:root:(_decode_ovirt_ticket) Failed to verify proxy ticket: Ticket life time expired (Thread-5840) ERROR 2018-01-22 10:46:16,750 session:137:root:(start_session) Error starting session: Unable to verify proxy ticket There is a bugzilla bug, but it's confusing, I'm already using the version 4.2 and the error persists. Bug: https://bugzilla.redhat.com/show_bug.cgi?id=1514887(no, I'm not restaring the daemon, the it seems something similar....) A thread on version 4.05: http://lists.ovirt.org/pipermail/users/2016-November/077706.html I need some help... Thanks in Advance! Best Regards, Gabriel Gabriel Stein ------------------------------ Gabriel Ferraz Stein Tel.: +49 (0) 170 2881531

3 4

Hosted-engine without mac-spoofing
by Matteo Capuano 22 Jan '18

22 Jan '18

Hi folks, i'm trying to install oVirt hyperconverged on Google Cloud Engine (GCE) to create a lab environment. Nested virtualization on GCE is in public beta, it seems to work fine but there's a catch: i cannot enable mac-spoofing on the GCE instances' nics. So here's my question: is there a way to install hosted-engine on a network there you can't enabling mac-spoofing? Thank you Cheers Matteo

3 3

Re: [ovirt-users] oVirt 4.1 change ovirtmgmt to enable VLAN tagging
by Staniforth, Paul 22 Jan '18

22 Jan '18

--_000_14955b19e8134aa58fc7371f58868590emailandroidcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhbmtzIEx1Y2EsDQogICAgICAgICAgICAgICAgICAgICAgICAgSSdsbCB0YWxrIHRvIG91ciBu ZXR3b3JrIHRlYW0uDQpQYXVsIFMuDQoNCk9uIDIyIEphbiAyMDE4IDE5OjEwLCBMdWNhICdyZW1p eF90aicgTG9yZW56ZXR0byA8bG9yZW56ZXR0by5sdWNhQGdtYWlsLmNvbT4gd3JvdGU6DQoNCg0K SWwgMjIgZ2VuIDIwMTggNzo0OSBQTSwgIlN0YW5pZm9ydGgsIFBhdWwiIDxQLlN0YW5pZm9ydGhA bGVlZHNiZWNrZXR0LmFjLnVrPG1haWx0bzpQLlN0YW5pZm9ydGhAbGVlZHNiZWNrZXR0LmFjLnVr Pj4gaGEgc2NyaXR0bzoNCg0KSGVsbG8sDQoNCiAgICAgICAgIFdlIGhhdmUgYW4gb1ZpcnQgNC4x ICBjbHVzdGVyIG9mIDMgb3ZpcnQtbm9kZXMgdGhhdCBjdXJyZW50bHkgb24gdGhlIG1hbmFnZW1l bnQgbmV0d29yayBkb24ndCBoYXZlIFZMQU4gdGFnZ2luZyBlbmFibGVkLCB3ZSB3b3VsZCBsaWtl IHRvIGVuYWJsZSBWTEFOIHRhZ2dpbmcgYW5kIHNvIHdvdWxkIGJlIGdyYXRlZnVsIG9mIGFueW9u ZSBoYWQgYW4gaW5mb3JtYXRpb24gb3IgZXhwZXJpZW5jZSBkb2luZyB0aGlzLg0KDQoNClRoZSBt YW5hZ2VtZW50IGVuZ2luZSBpcyBydW5uaW5nIG9uIGEgc2VwYXJhdGUgaG9zdCBhbmQgdGhlIDMg aG9zdHMgYXJlIHJ1bm5pbmcgb1ZpcnQgTm9kZSA0LjEuNg0KDQpIaSBQYXVsLCBpIGRpZCB0aGUg c2FtZSB3aXRoIHRoZSBzYW1lIHJlbGVhc2UuDQoNClRoZSB0cmljayB3YXMgdG8gc2V0IHRoZSB0 YWdnaW5nIGFsc28gb2YgdGhlIGRlZmF1bHQgdmxhbiBvbiB0aGUgc3dpdGNoIGR1cmluZyB0aGUg Y2hhbmdlIGZyb20gdW50YWdnZWQgdG8gdGFnZ2VkLg0KDQpJbiBleGFtcGxlLCBpZiB5b3UgaGF2 ZSB0byBtb3ZlIHlvdXIgb3ZpcnRtZ210IHRvIHZsYW4gMTAsIHlvdSBjYW4gc2V0IHlvdXIgcG9y dCBmb3Igc2VydmluZyB0aGUgbmV0d29yayBib3RoIG5hdGl2ZSBhbmQgdGFnZ2VkIHNvIHdoaWxl IGNoYW5naW5nIHRoZSBvdmlydG1nbXQgc2V0dXAgeW91IHdpbGwgbm90IGxvc2UgdGhlIGNvbm5l Y3Rpdml0eS4NCg0KTHVjYQ0KDQpUbyB2aWV3IHRoZSB0ZXJtcyB1bmRlciB3aGljaCB0aGlzIGVt YWlsIGlzIGRpc3RyaWJ1dGVkLCBwbGVhc2UgZ28gdG86LQ0KaHR0cDovL2Rpc2NsYWltZXIubGVl ZHNiZWNrZXR0LmFjLnVrL2Rpc2NsYWltZXIvZGlzY2xhaW1lci5odG1sDQo= --_000_14955b19e8134aa58fc7371f58868590emailandroidcom_ Content-Type: text/html; charset="utf-8" Content-ID: <E03D7FE978BC7F459C7E38BCCE487EF5(a)leedsbeckett.ac.uk> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPGRpdiBkaXI9ImF1 dG8iPg0KPGRpdj5UaGFua3MgTHVjYSwNCjxkaXYgZGlyPSJhdXRvIj4mbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDtJJ2xsIHRhbGsgdG8gb3VyIG5ldHdvcmsgdGVhbS48L2Rpdj4NClBh dWwgUy48YnI+DQo8ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+PGJyPg0KPGRpdiBjbGFzcz0iZ21h aWxfcXVvdGUiPk9uIDIyIEphbiAyMDE4IDE5OjEwLCBMdWNhICdyZW1peF90aicgTG9yZW56ZXR0 byAmbHQ7bG9yZW56ZXR0by5sdWNhQGdtYWlsLmNvbSZndDsgd3JvdGU6PGJyIHR5cGU9ImF0dHJp YnV0aW9uIj4NCjxibG9ja3F1b3RlIGNsYXNzPSJxdW90ZSIgc3R5bGU9Im1hcmdpbjowIDAgMCAu OGV4O2JvcmRlci1sZWZ0OjFweCAjY2NjIHNvbGlkO3BhZGRpbmctbGVmdDoxZXgiPg0KPGRpdj4N CjxkaXYgZGlyPSJhdXRvIj48YnI+DQo8ZGl2IGRpcj0iYXV0byI+PGJyPg0KPGRpdiBjbGFzcz0i ZWxpZGVkLXRleHQiPklsIDIyIGdlbiAyMDE4IDc6NDkgUE0sICZxdW90O1N0YW5pZm9ydGgsIFBh dWwmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpQLlN0YW5pZm9ydGhAbGVlZHNiZWNrZXR0LmFj LnVrIj5QLlN0YW5pZm9ydGhAbGVlZHNiZWNrZXR0LmFjLjx3YnI+dWs8L2E+Jmd0OyBoYSBzY3Jp dHRvOjxicj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW46MCAwIDAgMC44ZXg7Ym9yZGVyLWxl ZnQ6MXB4ICNjY2Mgc29saWQ7cGFkZGluZy1sZWZ0OjFleCI+DQo8ZGl2IGRpcj0ibHRyIiBzdHls ZT0iZm9udC1zaXplOjEycHQ7Y29sb3I6IzAwMDAwMDtiYWNrZ3JvdW5kLWNvbG9yOiNmZmZmZmY7 Zm9udC1mYW1pbHk6J2NhbGlicmknICwgJ2FyaWFsJyAsICdoZWx2ZXRpY2EnICwgc2Fucy1zZXJp ZiI+DQo8cD5IZWxsbyw8L3A+DQo8cD4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 V2UgaGF2ZSBhbiBvVmlydCA0LjEgJm5ic3A7Y2x1c3RlciBvZiAzIG92aXJ0LW5vZGVzIHRoYXQg Y3VycmVudGx5IG9uIHRoZSBtYW5hZ2VtZW50IG5ldHdvcmsgZG9uJ3QgaGF2ZSBWTEFOIHRhZ2dp bmcgZW5hYmxlZCwgd2Ugd291bGQgbGlrZSB0byBlbmFibGUmbmJzcDtWTEFOIHRhZ2dpbmcgYW5k IHNvIHdvdWxkIGJlIGdyYXRlZnVsIG9mIGFueW9uZSBoYWQgYW4gaW5mb3JtYXRpb24gb3IgZXhw ZXJpZW5jZSBkb2luZyB0aGlzLjwvcD4NCjxwPjxicj4NCjwvcD4NCjxwPlRoZSBtYW5hZ2VtZW50 IGVuZ2luZSBpcyBydW5uaW5nIG9uIGEgc2VwYXJhdGUgaG9zdCBhbmQgdGhlIDMgaG9zdHMgYXJl IHJ1bm5pbmcgb1ZpcnQgTm9kZSA0LjEuNjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXYgZGlyPSJhdXRvIj48YnI+DQo8L2Rpdj4NCjxkaXYgZGlyPSJhdXRv Ij5IaSBQYXVsLCBpIGRpZCB0aGUgc2FtZSB3aXRoIHRoZSBzYW1lIHJlbGVhc2UuPC9kaXY+DQo8 ZGl2IGRpcj0iYXV0byI+PGJyPg0KPC9kaXY+DQo8ZGl2IGRpcj0iYXV0byI+VGhlIHRyaWNrIHdh cyB0byBzZXQgdGhlIHRhZ2dpbmcgYWxzbyBvZiB0aGUgZGVmYXVsdCB2bGFuIG9uIHRoZSBzd2l0 Y2ggZHVyaW5nIHRoZSBjaGFuZ2UgZnJvbSB1bnRhZ2dlZCB0byB0YWdnZWQuPC9kaXY+DQo8ZGl2 IGRpcj0iYXV0byI+PGJyPg0KPC9kaXY+DQo8ZGl2IGRpcj0iYXV0byI+SW4gZXhhbXBsZSwgaWYg eW91IGhhdmUgdG8gbW92ZSB5b3VyIG92aXJ0bWdtdCB0byB2bGFuIDEwLCB5b3UgY2FuIHNldCB5 b3VyIHBvcnQgZm9yIHNlcnZpbmcgdGhlIG5ldHdvcmsgYm90aCBuYXRpdmUgYW5kIHRhZ2dlZCBz byB3aGlsZSBjaGFuZ2luZyB0aGUgb3ZpcnRtZ210IHNldHVwIHlvdSB3aWxsIG5vdCBsb3NlIHRo ZSBjb25uZWN0aXZpdHkuPC9kaXY+DQo8ZGl2IGRpcj0iYXV0byI+PGJyPg0KPC9kaXY+DQo8ZGl2 IGRpcj0iYXV0byI+THVjYTwvZGl2Pg0KPGRpdiBkaXI9ImF1dG8iPjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPGJyPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KVG8gdmlldyB0aGUgdGVybXMgdW5kZXIgd2hpY2ggdGhpcyBlbWFpbCBpcyBkaXN0cmlidXRl ZCwgcGxlYXNlIGdvIHRvOi0gPGJyPg0KPGEgaHJlZj0iaHR0cDovL2Rpc2NsYWltZXIubGVlZHNi ZWNrZXR0LmFjLnVrL2Rpc2NsYWltZXIvZGlzY2xhaW1lci5odG1sIiB0YXJnZXQ9Il9ibGFuayI+ aHR0cDovL2Rpc2NsYWltZXIubGVlZHNiZWNrZXR0LmFjLnVrL2Rpc2NsYWltZXIvZGlzY2xhaW1l ci5odG1sPC9hPg0KPHA+PC9wPg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_14955b19e8134aa58fc7371f58868590emailandroidcom_--

1 0

Re: [ovirt-users] oVirt 4.2 - Removed disk remains in VM OS with hooks?
by Yaniv Kaul 22 Jan '18

22 Jan '18

On Jan 22, 2018 5:32 PM, "Zip" <plord(a)intricatenetworks.com> wrote: I am having an issue where when I use the REST API to connect a snapshot > from another VM to a Backup-Appliance-VM, after the clone when I remove the > Disk and delete the Snapshot, the disk remains in the Backup-Appliance-VM > as /dev/sdb ot /dev/vdb. > > If I reboot the Bakup-Applicance-VM the disk disappears. > > If I manually remove the disk by "echo 1 > /sys/block/sdb/device/delete” > the disk will disappear, but if I rescan the scsi bus, it is found and > shows up again in the VM OS, but the oVirt WebGUI does NOT show it as > connected. > -- The first part is expected - the 2nd isn't. What are you referring to as the first and second part? I understand why the disk is seen after it was detached (stale device), not why it comes back after rescan, which seems to suggest it is not detached properly. > > I am also not able to attach any other disks as it complains of : > > HotPlugDiskVDS failed: internal error: unable to execute QEMU command > '__com.redhat_drive_add': Duplicate ID 'drive-scsi0-0-0-2' for drive > > I did see that others in the past have gotten around this issue by > rebooting the Backup-Appliance-VM and then continuing on with the next VM > backup and looping through backup-reboot-backup-reboot-etc. > > Anyone have an idea on how to solve this issue and remove the hooks from > the guest OS? > > Steps to reproduce this issue: > > > 1. Create a backup appliance VM to be used for the backup script > execution > 2. Currently I have the Vms set to virtio with threaded I/O enabled. > Also tried virtio_scsi with same result. > 3. Using REST API – make snapshot of target VM > 4. Using REST API – fetch vm metadata > 5. Using REST API – attach the snapshot/disk to the Backup-Appliance-VM > 6. dd the drive to backup folder > 7. Using REST API – remove the disk from the Backup-Appliance-VM > 8. Using REST API – delete the snapshot > 9. ** Check the guest OS of the Backup-Appliance-VM and the mounted > drive from the backup above still appears and behaves as mentioned in > comments above. > > > — There are many details missing, including versions of everything used, but logs would be most helpful here. Versions for oVirt are all the most recent. This is a fresh install of the Hosted Engine. I will just script the backup to cycle through sdb, sdc, sdd, …. Szzzz, just seems odd that once a disk is detached and a snapshot deleted, that the Backup_appliance-VM can still access the drive/snapshot? Unrelated note - do NOT use /dev/sdX to enumerate them. Especially on SCSI bus, probing is done in parallel and they may have a different name next time. Use /dev/disk/by-id paths. A second issue is that the above wont work when I have the Vms running on > MPIO iSCSI storage, so for testing I have moved to NFS4. Anyone have ideas > about either issue, I’d love to hear ;) > — Same - logs would be helpful here. I will continue to dig through this issue and will post logs if stuck. I just wanted to know if there was anything obvious that I should be doing differently with iSCSI vs NFS with mounting disks/snapshots. Nope. Y. Zip — Y. > > Thanks > > Irc.oftc.net #ovirt > zipur > > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > >

2 1

oVirt home lab hardware
by Abdurrahman A. Ibrahim 22 Jan '18

22 Jan '18

Hello, I am planning to buy home lab hardware to be used by oVirt. Any recommendations for used hardware i can buy from eBay for example? Also, have you tried oVirt on Intel NUC or any other SMB servers before? Thanks, Ab

6 6

New post on oVirt blog: Build oVirt Reports Using Grafana
by Shirly Radco 22 Jan '18

22 Jan '18

Hello everyone, A new oVirt blog post has been published, on how to build oVirt reports using Grafana. This allows connecting to oVirt DWH and create dashboards for System, Hosts, VMs, Storage domains etc. See https://ovirt.org/blog/2018/01/ovirt-report-using-grafana/ for the full post. For more information you can contact me. Best regards, -- SHIRLY RADCO BI SeNIOR SOFTWARE ENGINEER Red Hat Israel <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

2 1

oVirt 4.2 - Removed disk remains in VM OS with hooks?
by Zip 22 Jan '18

22 Jan '18

> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3599421680_119924947 Content-type: text/plain; charset="ISO-8859-1" Content-transfer-encoding: quoted-printable I am having an issue where when I use the REST API to connect a snapshot from another VM to a Backup-Appliance-VM, after the clone when I remove the Disk and delete the Snapshot, the disk remains in the Backup-Appliance-VM a= s /dev/sdb ot /dev/vdb. If I reboot the Bakup-Applicance-VM the disk disappears. If I manually remove the disk by "echo 1 > /sys/block/sdb/device/delete=B2 th= e disk will disappear, but if I rescan the scsi bus, it is found and shows up again in the VM OS, but the oVirt WebGUI does NOT show it as connected. I am also not able to attach any other disks as it complains of : HotPlugDiskVDS failed: internal error: unable to execute QEMU command '__com.redhat_drive_add': Duplicate ID 'drive-scsi0-0-0-2' for drive I did see that others in the past have gotten around this issue by rebootin= g the Backup-Appliance-VM and then continuing on with the next VM backup and looping through backup-reboot-backup-reboot-etc. Anyone have an idea on how to solve this issue and remove the hooks from th= e guest OS? Steps to reproduce this issue: 1. Create a backup appliance VM to be used for the backup script execution 2. Currently I have the Vms set to virtio with threaded I/O enabled. Also tried virtio_scsi with same result. 3. Using REST API =AD make snapshot of target VM 4. Using REST API =AD fetch vm metadata 5. Using REST API =AD attach the snapshot/disk to the Backup-Appliance-VM 6. dd the drive to backup folder 7. Using REST API =AD remove the disk from the Backup-Appliance-VM 8. Using REST API =AD delete the snapshot 9. ** Check the guest OS of the Backup-Appliance-VM and the mounted drive from the backup above still appears and behaves as mentioned in comments above. A second issue is that the above wont work when I have the Vms running on MPIO iSCSI storage, so for testing I have moved to NFS4. Anyone have ideas about either issue, I=B9d love to hear ;) Thanks Irc.oftc.net #ovirt zipur --B_3599421680_119924947 Content-type: text/html; charset="ISO-8859-1" Content-transfer-encoding: quoted-printable <html><head></head><body style=3D"word-wrap: break-word; -webkit-nbsp-mode: s= pace; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size:= 14px; font-family: Calibri, sans-serif;"><div>I am having an issue where wh= en I use the REST API to connect a snapshot from another VM to a Backup-Appl= iance-VM, after the clone when I remove the Disk and delete the Snapshot, th= e disk remains in the Backup-Appliance-VM as /dev/sdb ot /dev/vdb. </di= v><div><br></div><div>If I reboot the Bakup-Applicance-VM the disk disappear= s.</div><div><br></div><div>If I manually remove the disk by "echo 1 > /s= ys/block/sdb/device/delete” the disk will disappear, but if I rescan t= he scsi bus, it is found and shows up again in the VM OS, but the oVirt WebG= UI does NOT show it as connected.</div><div><br></div><div>I am also not abl= e to attach any other disks as it complains of :</div><div><br></div><div><s= pan class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>HotPlugDiskVDS fa= iled: internal error: unable to execute QEMU command '__com.redhat_drive_add= ': Duplicate ID 'drive-scsi0-0-0-2' for drive</div><div><br></div><div>I did= see that others in the past have gotten around this issue by rebooting the = Backup-Appliance-VM and then continuing on with the next VM backup and loopi= ng through backup-reboot-backup-reboot-etc. </div><div><br></div><div>A= nyone have an idea on how to solve this issue and remove the hooks from the = guest OS?</div><div><br></div><div>Steps to reproduce this issue:</div><div>= <br></div><ol><li>Create a backup appliance VM to be used for the backup scr= ipt execution</li><li>Currently I have the Vms set to virtio with threaded I= /O enabled. Also tried virtio_scsi with same result.</li><li>Using REST API = – make snapshot of target VM</li><li>Using REST API – fetch vm m= etadata</li><li>Using REST API – attach the snapshot/disk to the Backu= p-Appliance-VM</li><li>dd the drive to backup folder</li><li>Using REST API = – remove the disk from the Backup-Appliance-VM</li><li>Using REST API = – delete the snapshot</li><li>** Check the guest OS of the Backup-Appl= iance-VM and the mounted drive from the backup above still appears and behav= es as mentioned in comments above.</li></ol><div><br></div><div>A second iss= ue is that the above wont work when I have the Vms running on MPIO iSCSI sto= rage, so for testing I have moved to NFS4. Anyone have ideas about either is= sue, I’d love to hear ;)</div><div><br></div><div>Thanks</div><div><br= ></div><div>Irc.oftc.net #ovirt</div><div>zipur</div><div><br></div><br></bo= dy></html> --B_3599421680_119924947--

2 2