- Users - oVirt List Archives

2 Vlans on one VM nic
by David MOUCHOIR 09 Dec '16

09 Dec '16

Hi Does anyone knows how to configure a VM nic with more than 1 vNIC ? Or How to create a vNIC with 2 tagged VLANs ? I need to transmit 2 tagged (or more) VLANs to only 1 interface in my VM Regards D.Mouchoir

6 8

Mail server migration
by Marc Dequènes (Duck) 08 Dec '16

08 Dec '16

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --bkDSTXWjp3as906iobm58l8sSkQ3aVVH3 Content-Type: multipart/mixed; boundary="WFPIMUvNLhaoIhxvU1KvRiguAfcoaPUnQ"; protected-headers="v1" From: =?UTF-8?B?TWFyYyBEZXF1w6huZXMgKER1Y2sp?= <duck(a)redhat.com> To: oVirt Infra <infra(a)ovirt.org>, users(a)ovirt.org Message-ID: <57111df5-8497-e9de-5b62-0d955384365a(a)redhat.com> Subject: Mail server migration --WFPIMUvNLhaoIhxvU1KvRiguAfcoaPUnQ Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Quack, The old server is going to retire, so we prepared a replacement. Tomorrow, between 23:30-00:30 JST, the switch will happen. Any mails on the ovirt.org domain, including mailing-lists, are affected. We now have backup servers for imcoming mails, so they will not be lost, but the processing will not occur until the final sync is done and the switch is over. This should normally take only a few minutes at most. Fly well. \_o< --WFPIMUvNLhaoIhxvU1KvRiguAfcoaPUnQ-- --bkDSTXWjp3as906iobm58l8sSkQ3aVVH3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEcpcqg+UmRT3yiF+BVen596wcRD8FAlhIPhcACgkQVen596wc RD9JxA/+I5YXg2xk+VPevBe75XKu0RWNZN+67mHFQqFggEAOPdXoZWIsQEcepVpt mrI8gCC56w7ofcmxX84ILL9L2l62LRN8iJKXgH9FZtwjlSdbohpP5FO++XvXhSbQ /ZX7IbMUhbl48KlnGCEHbvOVXL9brbvy5fyG3p7hh4QfnHOj57Odz0ls0S7JFloT 5FyE/8xn82Pi4KESYXNxObTEQqTK4N0XUT983kZAXvLASlGcpUwhsTIC7gFRq0Oo q4onnHmlVF6zCIXtA3qqt7hGVwpQtfCYEDfFXvryksrrsWPVANg8oWMQWr9yPEXG +WE2yUWQS8wTqndWZ3y9MjX93/sBTpNWhmrLRkVjJpLNGDgw47sqGAmolPz/ehj2 DVWC2uLUGjqZPnfpkgjyv873miCOETqMh2bYFpqNPUEDNAIqpmUewsnSfNFT8FcY bo4BjBN4zfCcySemsCw0h7IDziB28knodpx2OxsEjCuIDNIGiX6fhGK6v9ynQIWX X8p7Iu1pXvaRbLehE5QcUqf7BHJ2eOEoJ+CjyyDSepppNzNibCV7zymgBDrPCnIP tAUUyCGxbtqUnK+H1XLr9/MJJYij8XIm3W39NWGOuMGERXRfXtmi/iQEbvDjbuet CztSGoJDbV+KEBXQvCuiG/s3R0rxjTL++h/7TeFdRuEFxui+6/0= =oglK -----END PGP SIGNATURE----- --bkDSTXWjp3as906iobm58l8sSkQ3aVVH3--

1 1

API req to update power mgmt options
by Emil Flink 08 Dec '16

08 Dec '16

Hi, Can someone please provide an example request to edit the power management options of a host? Ie. the options contained in host['power_management']['agents']['agent'][0]['options']['option'] and host['power_management']['options']['option'] Currently I have: "option": [ { "name": "power_wait", "value": "4" }, { "name": "lanplus", "value": "" } ] I need to change the value of "lanplus" from nothing to 1 or "on". I have tried replacing the entire host['power_management']['options'] set and the host['power_management']['agents'] set with PUT requests to the API endpoint for the host, with no change or errors - I just get a 200 OK response with the details of the host as if I had just done a GET request. Br. Emil

2 1

Re: [ovirt-users] Hung task finalizing live migration
by Maton, Brett 08 Dec '16

08 Dec '16

Sorry just hit reply.... I'm seeing these errors in the logs which look related to the problem: 2016-09-07 06:46:35,123 ERROR [org.ovirt.engine.core.bll.tasks.CommandCallbacksPoller] (DefaultQuartzScheduler6) [19c58c0d] Failed invoking callback end method 'onFailed' for command '07608003-ca05-4e2e-b917-85ce525c011b' with exception 'null', the callback is marked for end method retries 2016-09-07 06:46:45,184 ERROR [org.ovirt.engine.core.bll.CommandsFactory] (DefaultQuartzScheduler7) [19c58c0d] Error in invocating CTOR of command 'LiveMigrateDisk': null 2016-09-07 06:46:45,185 ERROR [org.ovirt.engine.core.bll.tasks.CommandCallbacksPoller] (DefaultQuartzScheduler7) [19c58c0d] Failed invoking callback end method 'onFailed' for command '07608003-ca05-4e2e-b917-85ce525c011b' with exception 'null', the callback is marked for end method retries On 5 September 2016 at 06:46, Nir Soffer <nsoffer(a)redhat.com> wrote: > Hi Maton, > > Please reply to the list, not to me directly. > > Ala, can you look at this? is this a known issue? > > Thanks, > Nir > > On Mon, Sep 5, 2016 at 8:43 AM, Maton, Brett <matonb(a)ltresources.co.uk> > wrote: > > Log files as requested > > > > https://ufile.io/4fc35 vdsm log > > https://ufile.io/e9836 engine 03-Sep > > https://ufile.io/15f37 engine 04-Sep > > > > vdsm log stops on the 01-Sep... > > > > Couple of entries from the event log: > > > > Sep 3, 2016 7:31:07 PM Snapshot 'Auto-generated for Live Storage > > Migration' deletion for VM 'lv01' has been completed. > > Sep 3, 2016 6:46:46 PM Snapshot 'Auto-generated for Live Storage > > Migration' deletion for VM 'lv01' was initiated by SYSTEM > > > > And the related tasks > > > > Removing Snapshot Auto-generated for Live Storage Migration of VM lv01 > > Sep 3, 2016 6:46:44 PM N/A 29f45ca9 > > Validating Sep 3, 2016 6:46:44 PM until Sep 3, 2016 6:46:44 PM > > Executing Sep 3, 2016 6:46:44 PM until Sep 3, 2016 7:31:06 PM > > > > Finalizing Sep 3, 2016 7:31:06 PM N/A > > > > > > > > On 4 September 2016 at 14:27, Nir Soffer <nsoffer(a)redhat.com> wrote: > >> > >> On Sun, Sep 4, 2016 at 12:40 PM, Maton, Brett <matonb(a)ltresources.co.uk > > > >> wrote: > >>> > >>> How do I fix / kill a hung vdsm task? > >>> > >>> It seems to have completed the task but is stuck finalising. > >>> > >>> Removing Snapshot Auto-generated for Live Storage Migration > >>> Validating > >>> Executing > >>> (hour glass) Finalizing > >>> > >>> Task has been 'stuck' finalising for over 13 hours > >> > >> > >> Can you share engine and vdsm logs since the time the merge was started? > >> > >> Nir > > > > >

4 9

oVirt HC setup question
by Sven Achtelik 08 Dec '16

08 Dec '16

--_000_BFAB40933B3367488CE6299BAF8592D1012BC9A59325SOCRATESasl_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All, I'm planning to install oVirt 4 with the HC setup from this blogpost and di= d a demo setup. http://www.ovirt.org/blog/2016/08/up-and-running-with-ovirt-4-0-and-gluster= -storage/ I've managed to install everything just fine and thought that enabling a st= orage network would move all the bricks to that designated network, but it = didn't do anything. I made that happen by destroying and recreating the vol= umes with entering the ip addresses of the storage network through the cli.= Would that be the right way to do this ? If that's the case how could I mo= ve the engine bricks over to that network to get it off my ovirtmgmt bridge= ? Or is there may be more prefered way to complete the HC-Setup ? Thank you, Sven --_000_BFAB40933B3367488CE6299BAF8592D1012BC9A59325SOCRATESasl_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"><head><meta http-equiv=3DContent-Type content= =3D"text/html; charset=3Dus-ascii"><meta name=3DGenerator content=3D"Micros= oft Word 15 (filtered medium)"><style></style></head><body lang=3DDE link=3D"#0563C1" v= link=3D"#954F72"><div class=3DWordSection1>Hi All,<o:p= ></o:p><o:p> </o:p><= span lang=3DEN-US>I’m planning to install oVirt 4 with the HC setup f= rom this blogpost and did a demo setup.<o:p></o:p><o:p> </o:p>= <a href=3D"http://www.ovirt.org/blog/2016/08/up-and-runn= ing-with-ovirt-4-0-and-gluster-storage/">http://www.ovirt.org/blog/2016/08/= up-and-running-with-ovirt-4-0-and-gluster-storage/</a> <o:p></o:p></= p><o:p> </o:p>I’ve managed to install everything= just fine and thought that enabling a storage network would move all the b= ricks to that designated network, but it didn’t do anything. I made t= hat happen by destroying and recreating the volumes with entering the ip ad= dresses of the storage network through the cli. Would that be the right way= to do this ? If that’s the case how could I move the engine bricks o= ver to that network to get it off my ovirtmgmt bridge ?  Or is there m= ay be more prefered way to complete the HC-Setup ?<o:p></o:p><o:p> </o:p>Thank you, <o:p></o:p><o:p> </o:p>Sven<o:p></o:p></div></body></html>= --_000_BFAB40933B3367488CE6299BAF8592D1012BC9A59325SOCRATESasl_--

3 3

[Feture discussion] Full vacuum tool
by Roy Golan 08 Dec '16

08 Dec '16

Hi all, This is a discussion on the RFE[1] to provide a tool to perform full vacuum on our DBs. First if you are not familiar with vacuum please read this [2] # Backgroud ovirt 'engine' DB have several busy table with 2 differnt usage patten. One is audit_log and the others are the 'v*_statistics' tables and the difference between them is mostly inserts vs mostly hot updates. Tables with tons of updates creates garbage or 'dead' records that should be removed, and for this postgres have the aforementioned autovacuum cleaner. It will make the db reuse its already allocated space to perform future updates/inserts and so on. Autovacuum is essential for a db to function optimally and tweaking it is out of the scope of the feature. Full vacuum is designed to reclaim the disk space and reset the table statistics. It is a heavy maintenance task, it takes an exclusive lock on the table and may take seconds to minutes. In some situations it is effectively a downtime due to the long table lock and should not be running when the engine is running. # Critiria Provide a way to reclaim disk space claimed by the garbage created over time by the engine db and dwh. # Usage Either use it as part of the upgrade procedure (after all dbscipts execution) or just provide the tool and admin will run in on demand - engine db credentials read from /etc/ovirt-engine/engine.conf.d/ - invocation: ``` tool: [dbname(default engine)] [table: (default all)] ``` - if we invoke it on upgrade than an installation plugin should be added to invoke with default, no interaction - since VACUUM ANALYZE is consider a recommended maintenance task we can to it by default and ask the user for FULL. - remote db is supported as well, doesn't have to be local # Questions - Will remote dwh have the credentials under /etc/ovirt-engine/engine.conf.d? - Should AAA schema be taken into account as well? Please review, thanks Roy [1] https://bugzilla.redhat.com/show_bug.cgi?id=1388430 [2] https://www.postgresql.org/docs/9.2/static/runtime-config-autovacuum.html [3] https://www.postgresql.org/docs/devel/static/sql-vacuum.html

6 11

Re: [ovirt-users] web-ui issues
by Alexander Wels 07 Dec '16

07 Dec '16

On Monday, December 5, 2016 7:11:52 PM EST Maton, Brett wrote: > Yup those are the logs from the hosted engine, > > ui.log is still empty, all very very odd... > Can you send me a screenshot of what you are seeing? As it makes no sense that the UI.log is empty, since the exception handler tries to write to the backend UI log. > On 5 December 2016 at 18:12, Alexander Wels <awels(a)redhat.com> wrote: > > On Monday, December 5, 2016 5:41:59 PM EST Maton, Brett wrote: > > > Logs are here > > > <https://www.sendtransfer.com/download.php?id= > > > > 7a4ccbeab673dfda8aa0c38676063b > > > > > 7a&email=11138> > > > > Are you sure those are the correct logs? The UI.log is empty and the other > > logs don't have much of anything in them. > > > > > On 5 December 2016 at 16:57, Alexander Wels <awels(a)redhat.com> wrote: > > > > On Monday, December 5, 2016 4:55:19 PM EST Maton, Brett wrote: > > > > > Hi, > > > > > > > > > > I tried restarting the browser and clearing the cache but I still > > > > have > > > > > > > the same problem. > > > > > > > > > > Symbol maps it is then.... > > > > > > > > To install the symbol maps do the following on the ENGINE: > > > > > > > > 1. yum install ovirt-engine-webadmin-portal-debuginfo > > > > 2. restart engine > > > > 3. Reproduce the problem. > > > > 4. Send me the UI.log from the engine machine. > > > > > > > > > On 5 December 2016 at 16:00, Alexander Wels <awels(a)redhat.com> > > > > wrote: > > > > > > On Sunday, December 4, 2016 5:57:50 PM EST Maton, Brett wrote: > > > > > > > Hi Oved, > > > > > > > > > > > > > > I've upload the logs here > > > > > > > > > > > > > > <https://www.sendtransfer.com/download.php?id= > > > > > > > > > > > > bd24f303b23c2cd393676f0da5c323 > > > > > > > > > > > > > d8&email=10263> > > > > > > > > > > > > > > On 4 December 2016 at 12:25, Oved Ourfali <oourfali(a)redhat.com> > > > > > > > > wrote: > > > > > > > > Please attach complete logs. > > > > > > > > Engine, server and ui logs. > > > > > > > > > > > > > > > > Thanks, > > > > > > > > Oved > > > > > > > > > > > > > > > > On Dec 4, 2016 13:45, "Maton, Brett" <matonb(a)ltresources.co.uk > > > > > > > > wrote: > > > > > > > >> Since I upgraded to 4.0.6-3 I've been having problems with > > > > the UI > > > > > > > > > >> When I login the dash board presents a bunch of Operation > > > > > > > >> Canceled > > > > > > > >> dialogs, > > > > > > > >> > > > > > > > >> > > > > > > > >> ! Operation canceled > > > > > > > >> > > > > > > > >> Error while executing query: null > > > > > > > >> > > > > > > > >> > > > > > > > >> > > > > > > > >> ! Operation canceled > > > > > > > >> > > > > > > > >> Error while executing action: A Request to the Server failed: > > > > > > > >> java.lang.reflect.InvocationTargetException > > > > > > > >> > > > > > > > >> > > > > > > > >> The only error I see in engine.log is > > > > > > > >> > > > > > > > >> 2016-12-04 11:34:07,945 INFO [org.ovirt.engine.docs.utils.s > > > > > > > >> ervlet.ContextSensitiveHelpMappingServlet] (default task-1) > > > > [] > > > > > > > > > >> Context-sensitive help is not installed. Manual directory > > > > doesn't > > > > > > > > exist: > > > > > > > >> /usr/share/ovirt-engine/manual > > > > > > > >> > > > > > > > >> Eventually after closing the error dialogs the dash board is > > > > > > > > > > > > displayed. > > > > > > > > > > > > > >> Most of the UI tabs then work normally, however 'Virtual > > > > > > > >> Machines' > > > > > > > >> tab > > > > > > > >> doesn't display any information, just the progress 'dots' on > > > > the > > > > > > > > > >> first > > > > > > > >> line, it then cycles through the null query error dialogs. > > > > > > > >> > > > > > > > >> This error also appeared in the log while I was writing this: > > > > > > > >> > > > > > > > >> 2016-12-04 11:40:09,276 INFO > > > > > > > >> [org.ovirt.engine.core.bll.EngineBackupAwarenessManager] > > > > > > > >> (DefaultQuartzScheduler5) [7b442cfe] Backup check started. > > > > > > > >> 2016-12-04 11:40:09,278 INFO > > > > > > > >> [org.ovirt.engine.core.bll.EngineBackupAwarenessManager] > > > > > > > >> (DefaultQuartzScheduler5) [7b442cfe] Backup check completed. > > > > > > > >> 2016-12-04 11:40:09,772 INFO > > > > > > > >> [org.ovirt.engine.core.bll.storage.ovfstore.OvfDataUpdater] > > > > > > > >> (DefaultQuartzScheduler3) [2701e060] Attempting to update > > > > > > > > > > > > VMs/Templates > > > > > > > > > > > > > >> Ovf. 2016-12-04 11:40:09,774 INFO > > > > [org.ovirt.engine.core.bll.sto > > > > > > > > > >> rage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] Before acquiring and > > > > > > > >> wait > > > > > > > > lock > > > > > > > > > > > >> 'EngineLock:{exclusiveLocks='[57fc8739-0039-00c7-0322- > > > > > > > > > > > > 0000000001e5=<OVF_U > > > > > > > > > > > > > >> PDATE, ACTION_TYPE_FAILED_OBJECT_LOCKED>]', > > > > sharedLocks='null'}' > > > > > > > > > >> 2016-12-04 11:40:09,774 INFO [org.ovirt.engine.core.bll.sto > > > > > > > >> rage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] Lock-wait acquired to > > > > object > > > > > > > > > >> 'EngineLock:{exclusiveLocks='[57fc8739-0039-00c7-0322- > > > > > > > > > > > > 0000000001e5=<OVF_U > > > > > > > > > > > > > >> PDATE, ACTION_TYPE_FAILED_OBJECT_LOCKED>]', > > > > sharedLocks='null'}' > > > > > > > > > >> 2016-12-04 11:40:09,775 INFO [org.ovirt.engine.core.bll.sto > > > > > > > >> rage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] Running command: > > > > > > > >> ProcessOvfUpdateForStoragePoolCommand internal: true. > > > > Entities > > > > > > > > affected > > > > > > > > > > > > > >> : ID: 57fc8739-0039-00c7-0322-0000000001e5 Type: StoragePool > > > > > > > >> > > > > > > > >> 2016-12-04 11:40:09,781 INFO [org.ovirt.engine.core.bll.sto > > > > > > > >> rage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] Attempting to update VM > > > > OVFs > > > > > > in > > > > > > > > > > Data > > > > > > > > > > > > > >> Center 'Default' > > > > > > > >> 2016-12-04 11:40:09,788 INFO [org.ovirt.engine.core.bll.sto > > > > > > > >> rage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] Successfully updated VM > > > > OVFs > > > > > > in > > > > > > > > > > Data > > > > > > > > > > > > > >> Center 'Default' > > > > > > > >> 2016-12-04 11:40:09,789 INFO [org.ovirt.engine.core.bll.sto > > > > > > > >> rage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] Attempting to update > > > > > > > >> template > > > > > > > > > > > > OVFs > > > > > > > > > > > > > >> in > > > > > > > >> Data Center 'Default' > > > > > > > >> 2016-12-04 11:40:09,790 INFO [org.ovirt.engine.core.bll.sto > > > > > > > >> rage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] Successfully updated > > > > > > > > templates > > > > > > > > > > OVFs > > > > > > > > > > > > > >> in > > > > > > > >> Data Center 'Default' > > > > > > > >> 2016-12-04 11:40:09,790 INFO [org.ovirt.engine.core.bll.sto > > > > > > > >> rage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] Attempting to remove > > > > > > > >> unneeded > > > > > > > >> template/vm OVFs in Data Center 'Default' > > > > > > > >> 2016-12-04 11:40:09,793 INFO [org.ovirt.engine.core.bll.sto > > > > > > > >> rage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] Successfully removed > > > > > > > >> unneeded > > > > > > > >> template/vm OVFs in Data Center 'Default' > > > > > > > >> 2016-12-04 11:40:09,793 INFO [org.ovirt.engine.core.bll.sto > > > > > > > >> rage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] Lock freed to object > > > > > > > >> 'EngineLock:{exclusiveLocks='[57fc8739-0039-00c7-0322- > > > > > > > > > > > > 0000000001e5=<OVF_U > > > > > > > > > > > > > >> PDATE, ACTION_TYPE_FAILED_OBJECT_LOCKED>]', > > > > sharedLocks='null'}' > > > > > > > > > >> If I restart the ovirt-engine process, the UI works for a > > > > while > > > > > > > > > >> before > > > > > > > >> the Operation Canceled dialogs start appearing again. > > > > > > > >> > > > > > > > >> Any suggestions ? > > > > > > > > > > > > Looking at your logs, the UI permutation running in your browser > > > > > > > > doesn't > > > > > > > > > > match > > > > > > any on the server. Simply reloading your browser should fix the > > > > > > > > problem. I > > > > > > > > > > do > > > > > > see a bunch of exceptions in your UI log, but unfortunately no > > > > > > > > symbolMaps > > > > > > > > > > are > > > > > > installed. We can work on installing those if simply reloading > > > > doesn't > > > > > > > > solve > > > > > > your problem. > > > > > > > > > > > > > >> _______________________________________________ > > > > > > > >> Users mailing list > > > > > > > >> Users(a)ovirt.org > > > > > > > >> http://lists.ovirt.org/mailman/listinfo/users

3 6

Re: [ovirt-users] Self hosted single server network requirements
by Derek Atkins 07 Dec '16

07 Dec '16

Hi, +cc back to the list Mark Steckel <mjs(a)fix.net> writes: > Hi Derek, > > I solved the first networking issue by changing how Hetzner config'ed > the /32 on the host. (They were scoping the IP to the gateway which > was confusing OVirt.) > > So now I'm trying to get the /29 working for the VMs... continue below. Okay.. [snip] > In the case of Hetzner, they provide the /29 and expect that the gw, the first usable IP of the /29, will be on the host and not the router. At least this is what I get from their docs. Effectively. > > /32 /32 > router ----------- host ---- VMs > /29 /29 > > To test things I manually created an alias on the ovirtmgmt dev for the /29 gw IP and can ping it from the outside world. So basic routing seems to route for the /29. > > Since OVirt seems to be constrained on the network configs it can deal with, my question is how should I permanently config the /29 gw IP (ie on eth0 or ovirtmgmt) and what do I need to do to set up the /29 IPs for the VMs? I've never tried setting multiple IPs on my ovirtmgmt bridge on the host. But you shouldn't have to do that. It's a bridge, after all, so all systems that sit on that bridge (which include your VMs) will be equivalent. In my case I have an external router that gets used for both of my networks (I have a 192.168 network as well as a full class-C but they share physical infrastructure). So my host only has a 192.168 address, my engine is on the class-C, and they talk to each other over the standard network. In your case it *SOUNDS* like you need to set up an internal router for the /29. The way I would do it would be: /32 /32 /29 bridge +--- host (/29) ISP-Router ------- internal-router ----------+--- VM (/29) +--- VM (/29) I don't know if you can actually do this. If not, your other option would be: /32 bridge +--- host (/32) router -----------+--- VM Router (/29) (pfsense?) +--- VM (/29) This may not work for you, either, depending. WORST case you may need to manually configure a second IP on the ovirtmgmt bridge on your host: /32 bridge +--- host (/32 + /29) router -----------+--- VM (/29) +--- VM (/29) I would do this by manually creating the config file on your host: /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt:0 > Thanks > Mark -derek -- Derek Atkins 617-623-3745 derek(a)ihtfp.com www.ihtfp.com Computer and Internet Security Consultant

1 0

hosted-engine --deploy hanging, vm not responding
by Mark Steckel 07 Dec '16

07 Dec '16

Folks, I executed "hosted-engine --deploy" on a fresh CentOS 7.2 install. Before executing the cmd I also installed the he-appliance. (Also ran yum update, installed a few packages and rebooted before doing the hosted engine deploy.) The process seems to go well but then it hangs here: The VM has been started. To continue please install OS and shutdown or reboot the VM. Make a selection from the options below: (1) Continue setup - OS installation is complete (2) Abort setup (3) Power off and restart the VM (4) Destroy VM and abort setup (1, 2, 3, 4)[1]: 1 Please reboot or shutdown the VM. Verifying shutdown... >From another terminal window I tried accessing the console but received the following: # hosted-engine --console The engine VM is running on this host Connected to domain HostedEngine Escape character is ^] error: internal error: character device console0 is not using a PTY I've also tried option 3 above, but then it comes back with Checking for oVirt-Engine status at hosted-engine-1.example.com... [ INFO ] Engine is still unreachable oVirt-Engine health status page is not yet reachable. I am admittedly mystified at this point. Any ideas? Thanks Mark

2 4

Fwd: web-ui issues
by Maton, Brett 07 Dec '16

07 Dec '16

This didn't get sent to the list... ---------- Forwarded message ---------- From: Alexander Wels <awels(a)redhat.com> Date: 6 December 2016 at 16:43 Subject: Re: [ovirt-users] web-ui issues To: "Maton, Brett" <matonb(a)ltresources.co.uk> On Tuesday, December 6, 2016 4:41:35 PM EST you wrote: > Not odd at all, but yes it does work for awhile before 'dying' again > Great, then I have a system here that is reproducing your issue that I can mess with. I will let you know if I find a solution. > On 6 December 2016 at 16:13, Alexander Wels <awels(a)redhat.com> wrote: > > On Tuesday, December 6, 2016 2:49:55 PM EST you wrote: > > > No change... > > > > > > The 'portal' welcome page does say: > > > > > > Welcome to Open Virtualization Manager Version 4.0.6.2-1.el7.centos > > > > > > I would have expected it to have moved to 4.0.6.3xxxx > > > I've run engine-setup ( a few times ) and yum upgrade isn't finding any > > > > new > > > > > packages > > > > Another odd question, if you restart the engine (systemctl restart ovirt- > > engine) and immediately log back in, does that 'fix' the issue for a few > > minutes and does it re-appear after that? Or a restart never fixes it at > > all? > > > > > On 6 December 2016 at 14:40, Alexander Wels <awels(a)redhat.com> wrote: > > > > On Tuesday, December 6, 2016 2:29:39 PM EST you wrote: > > > > > I'm not holding my breath as I had the problem before installing > > > > symbol > > > > > > > maps, but it might explain why ui.log is empty.... > > > > > > > > Well the bugzilla is basically the following scenario: > > > > > > > > 1. You have oVirt version X and you have the matching debug symbols > > > > installed. > > > > 2. You upgrade oVirt version to X+1. This doesn't upgrade the debug > > > > symbols. > > > > 3. You get the interrupted message on your screen. > > > > > > > > So uninstalling the debug symbols should fix that scenario, if yours > > > > was > > > > > > not > > > > that scenario then you are right it won't change anything. But it > > > > can't > > > > hurt > > > > either. > > > > > > > > > On 6 December 2016 at 14:26, Alexander Wels <awels(a)redhat.com> > > > > wrote: > > > > > > On Tuesday, December 6, 2016 2:22:38 PM EST you wrote: > > > > > > > I 'bumped' from 4.0.6-2 to 4.0.6-3 ( yum upgrade ) > > > > > > > > > > > > So someone just opened a bugzilla with a sympton that looks > > > > > > > > suspiciously > > > > > > > > > > like > > > > > > yours, and the resolution to that bugzilla was to REMOVE the > > > > > > symbolMaps > > > > > > because they were out of sync with the main application (and doing > > > > a > > > > > > yum > > > > > > > > > > update isn't automatically updating the symbol maps). > > > > > > > > > > > > try this: > > > > > > > > > > > > yum remove ovirt-engine-webadmin-portal-debuginfo > > > > > > > > > > > > And restart the engine, see if that solves your issue. > > > > > > > > > > > > > On 6 December 2016 at 14:21, Alexander Wels <awels(a)redhat.com> > > > > > > > > wrote: > > > > > > > > On Tuesday, December 6, 2016 1:42:33 PM EST you wrote: > > > > > > > > > Ok thanks. > > > > > > > > > > > > > > > > > > I've restarted the ui a few times today, still nothing ( > > > > > > > > > at > > > > > > > > all ) > > > > > > > > > > in > > > > > > > > > > > > > > > ui.log > > > > > > > > > > > > > > > > > > The errors do look like 'iffy' queries, no errors in > > > > > > > > > PostgreSQL > > > > > > > > > > > > logs > > > > > > > > > > > > > > > though. > > > > > > > > > > > > > > > > Strange question, did you recently upgrade from a previous > > > > version > > > > > > of > > > > > > > > > > > > oVirt? > > > > > > > > > > > > > > > > > On 6 December 2016 at 13:28, Alexander Wels < > > > > awels(a)redhat.com> > > > > > > > > wrote: > > > > > > > > > > On Monday, December 5, 2016 8:49:20 PM EST Maton, Brett > > > > wrote: > > > > > > > > > > > Sure here you go: > > > > > > > > > > > > > > > > > > > > > > [image: Inline images 1] > > > > > > > > > > > Close the dialogs and the dashboard fades in, Virtual > > > > > > > > Machines > > > > > > > > > > tab > > > > > > > > > > > > > > > > doesn't > > > > > > > > > > > > > > > > > > > > > (or I get fed up of closing dialogs before it does) > > > > > > > > > > > > > > > > > > > > > > [image: Inline images 2] > > > > > > > > > > > > > > > > > > > > Interesting, those aren't actually UI failures, those > > > > appear > > > > > > to be > > > > > > > > > > > > > > failures > > > > > > > > > > from backend requests. As in, get me some data, and the > > > > query > > > > > > > > > > > > fails > > > > > > > > > > for > > > > > > > > > > some > > > > > > > > > > reason, there should be something in the engine log. Let > > > > > > > > > > me > > > > > > > > dig up > > > > > > > > > > the > > > > > > > > > > > > > > > > ones > > > > > > > > > > you posted again and take a closer look. > > > > > > > > > > > > > > > > > > > > > On 5 December 2016 at 20:11, Alexander Wels < > > > > > > > > awels(a)redhat.com> > > > > > > > > > > > > wrote: > > > > > > > > > > > > On Monday, December 5, 2016 7:11:52 PM EST Maton, > > > > > > > > > > > > Brett > > > > > > > > wrote: > > > > > > > > > > > > > Yup those are the logs from the hosted engine, > > > > > > > > > > > > > > > > > > > > > > > > > > ui.log is still empty, all very very odd... > > > > > > > > > > > > > > > > > > > > > > > > Can you send me a screenshot of what you are seeing? > > > > As it > > > > > > > > makes > > > > > > > > > > > > > > > > > > no > > > > > > > > > > > > > > > > > > > > sense > > > > > > > > > > > > > > > > > > > > > > that > > > > > > > > > > > > the UI.log is empty, since the exception handler tries > > > > to > > > > > > > > write to > > > > > > > > > > > > > > the > > > > > > > > > > > > > > > > > > > > backend > > > > > > > > > > > > UI log. > > > > > > > > > > > > > > > > > > > > > > > > > On 5 December 2016 at 18:12, Alexander Wels < > > > > > > > > > > > > awels(a)redhat.com> > > > > > > > > > > > > > > > > wrote: > > > > > > > > > > > > > > On Monday, December 5, 2016 5:41:59 PM EST Maton, > > > > > > > > > > > > > > Brett > > > > > > > > > > > > wrote: > > > > > > > > > > > > > > > Logs are here > > > > > > > > > > > > > > > <https://www.sendtransfer.com/download.php?id= > > > > > > > > > > > > > > > > > > > > > > > > > > > > 7a4ccbeab673dfda8aa0c38676063b > > > > > > > > > > > > > > > > > > > > > > > > > > > > > 7a&email=11138> > > > > > > > > > > > > > > > > > > > > > > > > > > > > Are you sure those are the correct logs? The > > > > UI.log is > > > > > > > > empty > > > > > > > > > > > > > > and > > > > > > > > > > > > > > > > > > the > > > > > > > > > > > > > > > > > > > > > > other > > > > > > > > > > > > > > > > > > > > > > > > > > logs don't have much of anything in them. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On 5 December 2016 at 16:57, Alexander Wels < > > > > > > > > > > > > > > > > awels(a)redhat.com> > > > > > > > > > > > > > > > > > > > > wrote: > > > > > > > > > > > > > > > > On Monday, December 5, 2016 4:55:19 PM EST > > > > Maton, > > > > > > > > > > > > > > > > > > Brett > > > > > > > > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I tried restarting the browser and > > > > > > > > > > > > > > > > > clearing > > > > > > > > > > > > > > > > > the > > > > > > > > > > > > cache > > > > > > > > > > > > > > but > > > > > > > > > > > > > > > > > > > > > > > > > I > > > > > > > > > > > > > > > > > > > > > > > > still > > > > > > > > > > > > > > > > > > > > > > > > > > have > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > the same problem. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Symbol maps it is then.... > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > To install the symbol maps do the following on > > > > the > > > > > > > > ENGINE: > > > > > > > > > > > > > > > > 1. yum install ovirt-engine-webadmin-portal- > > > > > > > > debuginfo > > > > > > > > > > > > > > > > > > > > 2. restart engine > > > > > > > > > > > > > > > > 3. Reproduce the problem. > > > > > > > > > > > > > > > > 4. Send me the UI.log from the engine machine. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On 5 December 2016 at 16:00, Alexander Wels > > > > > > > > > > > > > > > > > < > > > > > > > > > > > > > > > > > > > > awels(a)redhat.com> > > > > > > > > > > > > > > > > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > On Sunday, December 4, 2016 5:57:50 PM EST > > > > > > > > Maton, > > > > > > > > > > > > > > > > > > > > > > Brett > > > > > > > > > > > > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > Hi Oved, > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I've upload the logs here > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > <https://www.sendtransfer.com/ > > > > > > > > download.php?id= > > > > > > > > > > > > > > > > > > > > > > bd24f303b23c2cd393676f0da5c323 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > d8&email=10263> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On 4 December 2016 at 12:25, Oved > > > > Ourfali < > > > > > > > > > > > > > > oourfali(a)redhat.com> > > > > > > > > > > > > > > > > > > > > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > > Please attach complete logs. > > > > > > > > > > > > > > > > > > > > Engine, server and ui logs. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Thanks, > > > > > > > > > > > > > > > > > > > > Oved > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Dec 4, 2016 13:45, "Maton, Brett" < > > > > > > > > > > > > > > > > > > > > > > > > matonb(a)ltresources.co.uk > > > > > > > > > > > > > > > > > > > > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > >> Since I upgraded to 4.0.6-3 I've been > > > > > > > > having > > > > > > > > > > > > problems > > > > > > > > > > > > > > > > > > > > > > > > > > > >> with > > > > > > > > > > > > > > > > > > > > > > > > > > > > the UI > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> When I login the dash board presents > > > > > > > > > > > > > > > > > > > >> a > > > > > > > > bunch > > > > > > > > > > of > > > > > > > > > > > > > > > > Operation > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> Canceled > > > > > > > > > > > > > > > > > > > >> dialogs, > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > >> ! Operation canceled > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > >> Error while executing query: null > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > >> ! Operation canceled > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > >> Error while executing action: A > > > > Request > > > > > > > > > > > > > > > > > > > > > >> to > > > > > > > > > > > > > > > > > > > >> the > > > > > > > > > > > > > > > > Server > > > > > > > > > > > > > > > > > > > > failed: > > > > > > > > > > > > > > > > > > > >> java.lang.reflect. > > > > > > > > InvocationTargetException > > > > > > > > > > > > > > > > > > > > > > > >> The only error I see in engine.log is > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > >> 2016-12-04 11:34:07,945 INFO > > > > > > > > > > > > > > > > > > > > > > > > [org.ovirt.engine.docs.utils.s > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> ervlet. ContextSensitiveHelpMappingSer > > > > > > > > vlet] > > > > > > > > > > > > (default > > > > > > > > > > > > > > > > > > > > task-1) > > > > > > > > > > > > > > > > > > > > > > > > > > [] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> Context-sensitive help is not > > > > installed. > > > > > > > > Manual > > > > > > > > > > > > > > > > directory > > > > > > > > > > > > > > > > > > > > > > > > doesn't > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > exist: > > > > > > > > > > > > > > > > > > > >> /usr/share/ovirt-engine/manual > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > >> Eventually after closing the error > > > > > > > > > > > > > > > > > > > >> dialogs > > > > > > > > > > > > > > > > > > > >> the > > > > > > > > > > > > > > > > dash > > > > > > > > > > > > > > > > > > board > > > > > > > > > > > > > > > > > > > > > > is > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > displayed. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> Most of the UI tabs then work > > > > normally, > > > > > > > > however > > > > > > > > > > > > > > > > 'Virtual > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> Machines' > > > > > > > > > > > > > > > > > > > >> tab > > > > > > > > > > > > > > > > > > > >> doesn't display any information, just > > > > the > > > > > > > > > > > > > > > > > > > > > >> progress > > > > > > > > > > > > > > > > > > > > 'dots' > > > > > > > > > > > > > > > > > > > > > > on > > > > > > > > > > > > > > > > > > > > > > > > > > the > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> first > > > > > > > > > > > > > > > > > > > >> line, it then cycles through the null > > > > > > > > query > > > > > > > > > > error > > > > > > > > > > > > > > > > > > > > > > > > > >> dialogs. > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > >> This error also appeared in the log > > > > while > > > > > > I > > > > > > > > > > was > > > > > > > > > > > > > > > > writing > > > > > > > > > > > > > > > > > > > > > > this: > > > > > > > > > > > > > > > > > > > >> 2016-12-04 11:40:09,276 INFO > > > > > > > > > > > > > > > > > > > >> [org.ovirt.engine.core.bll. > > > > > > > > > > > > > > > > > > > > EngineBackupAwarenessManager] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> (DefaultQuartzScheduler5) [7b442cfe] > > > > > > > > Backup > > > > > > > > > > check > > > > > > > > > > > > > > > > > > > > > > > > > >> started. > > > > > > > > > > > > > > > > > > > >> 2016-12-04 11:40:09,278 INFO > > > > > > > > > > > > > > > > > > > >> [org.ovirt.engine.core.bll. > > > > > > > > > > > > > > > > > > > > EngineBackupAwarenessManager] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> (DefaultQuartzScheduler5) [7b442cfe] > > > > > > > > Backup > > > > > > > > > > check > > > > > > > > > > > > > > > > > > completed. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> 2016-12-04 11:40:09,772 INFO > > > > > > > > > > > > > > > > > > > >> [org.ovirt.engine.core.bll. > > > > > > > > storage.ovfstore. > > > > > > > > > > > > > > > > OvfDataUpdater] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> (DefaultQuartzScheduler3) [2701e060] > > > > > > > > > > > > Attempting > > > > > > > > > > > > > > > > > > > > > > > > > >> to > > > > > > > > > > > > > > > > > > > > update > > > > > > > > > > > > > > > > > > > > > > > > > > > > VMs/Templates > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> Ovf. 2016-12-04 11:40:09,774 INFO > > > > > > > > > > > > > > > > > > > > > > > > > > > > [org.ovirt.engine.core.bll.sto > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> rage.ovfstore. > > > > > > > > ProcessOvfUpdateForStoragePool > > > > > > > > > > > > Command] > > > > > > > > > > > > > > > > > > > > > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] > > > > > > > > Before > > > > > > > > > > > > acquiring > > > > > > > > > > > > > > > > > > and > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> wait > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > lock > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> 'EngineLock:{exclusiveLocks='[ > > > > > > > > > > > > > > > > > > > > 57fc8739-0039-00c7-0322- > > > > > > > > > > > > > > > > > > > > > > > > > > > > 0000000001e5=<OVF_U > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> PDATE, ACTION_TYPE_FAILED_OBJECT_ > > > > > > > > LOCKED>]', > > > > > > > > > > > > > > > > > > sharedLocks='null'}' > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> 2016-12-04 11:40:09,774 INFO > > > > > > > > > > > > > > > > > > > > > > > > [org.ovirt.engine.core.bll.sto > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> rage.ovfstore. > > > > > > > > ProcessOvfUpdateForStoragePool > > > > > > > > > > > > Command] > > > > > > > > > > > > > > > > > > > > > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] > > > > > > > > > > > > > > > > > > > >> Lock-wait > > > > > > > > > > > > > > > > > > > > acquired > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> to > > > > > > > > > > > > > > > > > > > > > > > > > > > > object > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> 'EngineLock:{exclusiveLocks='[ > > > > > > > > > > > > > > > > > > > > 57fc8739-0039-00c7-0322- > > > > > > > > > > > > > > > > > > > > > > > > > > > > 0000000001e5=<OVF_U > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> PDATE, ACTION_TYPE_FAILED_OBJECT_ > > > > > > > > LOCKED>]', > > > > > > > > > > > > > > > > > > sharedLocks='null'}' > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> 2016-12-04 11:40:09,775 INFO > > > > > > > > > > > > > > > > > > > > > > > > [org.ovirt.engine.core.bll.sto > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> rage.ovfstore. > > > > > > > > ProcessOvfUpdateForStoragePool > > > > > > > > > > > > Command] > > > > > > > > > > > > > > > > > > > > > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] > > > > > > > > Running > > > > > > > > > > > > command: > > > > > > > > > > > > > > > > > > > >> ProcessOvfUpdateForStoragePool Command > > > > > > > > > > > > internal: > > > > > > > > true. > > > > > > > > > > > > > > > > > > > > > > Entities > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > affected > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> : ID: 57fc8739-0039-00c7-0322- > > > > > > > > 0000000001e5 > > > > > > > > > > Type: > > > > > > > > > > > > StoragePool > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> 2016-12-04 11:40:09,781 INFO > > > > > > > > > > > > > > > > > > > > > > > > [org.ovirt.engine.core.bll.sto > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> rage.ovfstore. > > > > > > > > ProcessOvfUpdateForStoragePool > > > > > > > > > > > > Command] > > > > > > > > > > > > > > > > > > > > > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] > > > > > > > > > > > > Attempting > > > > > > > > > > > > > > > > > > > > > > > > > >> to > > > > > > > > > > > > > > > > > > > > update > > > > > > > > > > > > > > > > > > > > > > VM > > > > > > > > > > > > > > > > > > > > > > > > > > OVFs > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > in > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Data > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> Center 'Default' > > > > > > > > > > > > > > > > > > > >> 2016-12-04 11:40:09,788 INFO > > > > > > > > > > > > > > > > > > > > > > > > [org.ovirt.engine.core.bll.sto > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> rage.ovfstore. > > > > > > > > ProcessOvfUpdateForStoragePool > > > > > > > > > > > > Command] > > > > > > > > > > > > > > > > > > > > > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] > > > > > > > > > > > > Successfully > > > > > > > > > > > > > > > > updated > > > > > > > > > > > > > > > > > > > > > > VM > > > > > > > > > > > > > > > > > > > > > > > > > > OVFs > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > in > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Data > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> Center 'Default' > > > > > > > > > > > > > > > > > > > >> 2016-12-04 11:40:09,789 INFO > > > > > > > > > > > > > > > > > > > > > > > > [org.ovirt.engine.core.bll.sto > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> rage.ovfstore. > > > > > > > > ProcessOvfUpdateForStoragePool > > > > > > > > > > > > Command] > > > > > > > > > > > > > > > > > > > > > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] > > > > > > > > > > > > Attempting > > > > > > > > > > > > > > > > > > > > > > > > > >> to > > > > > > > > > > > > > > > > > > > > update > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> template > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > OVFs > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> in > > > > > > > > > > > > > > > > > > > >> Data Center 'Default' > > > > > > > > > > > > > > > > > > > >> 2016-12-04 11:40:09,790 INFO > > > > > > > > > > > > > > > > > > > > > > > > [org.ovirt.engine.core.bll.sto > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> rage.ovfstore. > > > > > > > > ProcessOvfUpdateForStoragePool > > > > > > > > > > > > Command] > > > > > > > > > > > > > > > > > > > > > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] > > > > > > > > > > > > Successfully > > > > > > > > > > > > > > > > updated > > > > > > > > > > > > > > > > > > > > > > > > > > templates > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > OVFs > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> in > > > > > > > > > > > > > > > > > > > >> Data Center 'Default' > > > > > > > > > > > > > > > > > > > >> 2016-12-04 11:40:09,790 INFO > > > > > > > > > > > > > > > > > > > > > > > > [org.ovirt.engine.core.bll.sto > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> rage.ovfstore. > > > > > > > > ProcessOvfUpdateForStoragePool > > > > > > > > > > > > Command] > > > > > > > > > > > > > > > > > > > > > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] > > > > > > > > > > > > Attempting > > > > > > > > > > > > > > > > > > > > > > > > > >> to > > > > > > > > > > > > > > > > > > > > remove > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> unneeded > > > > > > > > > > > > > > > > > > > >> template/vm OVFs in Data Center > > > > 'Default' > > > > > > > > > > > > > > > > > > > > > >> 2016-12-04 11:40:09,793 INFO > > > > > > > > > > > > > > > > > > > > > > > > [org.ovirt.engine.core.bll.sto > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> rage.ovfstore. > > > > > > > > ProcessOvfUpdateForStoragePool > > > > > > > > > > > > Command] > > > > > > > > > > > > > > > > > > > > > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] > > > > > > > > > > > > Successfully > > > > > > > > > > > > > > > > removed > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> unneeded > > > > > > > > > > > > > > > > > > > >> template/vm OVFs in Data Center > > > > 'Default' > > > > > > > > > > > > > > > > > > > > > >> 2016-12-04 11:40:09,793 INFO > > > > > > > > > > > > > > > > > > > > > > > > [org.ovirt.engine.core.bll.sto > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> rage.ovfstore. > > > > > > > > ProcessOvfUpdateForStoragePool > > > > > > > > > > > > Command] > > > > > > > > > > > > > > > > > > > > > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] > > > > Lock > > > > > > > > freed > > > > > > > > > > > > > > > > > > > > > > > > > >> to > > > > > > > > > > > > > > > > > > > > object > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> 'EngineLock:{exclusiveLocks='[ > > > > > > > > > > > > > > > > > > > > 57fc8739-0039-00c7-0322- > > > > > > > > > > > > > > > > > > > > > > > > > > > > 0000000001e5=<OVF_U > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> PDATE, ACTION_TYPE_FAILED_OBJECT_ > > > > > > > > LOCKED>]', > > > > > > > > > > > > > > > > > > sharedLocks='null'}' > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> If I restart the ovirt-engine > > > > > > > > > > > > > > > > > > > >> process, > > > > > > > > the UI > > > > > > > > > > > > works > > > > > > > > > > > > > > > > > > for a > > > > > > > > > > > > > > > > > > > > > > > > while > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> before > > > > > > > > > > > > > > > > > > > >> the Operation Canceled dialogs start > > > > > > > > > > > > > > > > > > > >> appearing > > > > > > > > > > > > > > > > again. > > > > > > > > > > > > > > > > > > > > > > > > > > > >> Any suggestions ? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Looking at your logs, the UI permutation > > > > > > > > running > > > > > > > > > > > > > > > > > > > > > > in > > > > > > > > > > > > > > > > your > > > > > > > > > > > > > > > > > > > > browser > > > > > > > > > > > > > > > > > > > > > > > > > > > > doesn't > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > match > > > > > > > > > > > > > > > > > > any on the server. Simply reloading your > > > > > > > > browser > > > > > > > > > > > > > > > > > > > > > > should > > > > > > > > > > > > > > > > > > fix > > > > > > > > > > > > > > > > > > the > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > problem. I > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > do > > > > > > > > > > > > > > > > > > see a bunch of exceptions in your UI log, > > > > but > > > > > > > > > > > > unfortunately no > > > > > > > > > > > > > > > > > > > > > > > > > > symbolMaps > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > are > > > > > > > > > > > > > > > > > > installed. We can work on installing those > > > > if > > > > > > > > simply > > > > > > > > > > > > > > > > reloading > > > > > > > > > > > > > > > > > > > > > > > > doesn't > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > solve > > > > > > > > > > > > > > > > > > your problem. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> ______________________________ > > > > > > > > > > > > _________________ > > > > > > > > > > > > > > > > > > > > > > > > > >> Users mailing list > > > > > > > > > > > > > > > > > > > >> Users(a)ovirt.org > > > > > > > > > > > > > > > > > > > >> http://lists.ovirt.org/ > > > > > > > > mailman/listinfo/users

2 2