Cheers Alex, The bug is a PITA, but at least an engine restart makes the UI usable if only for awhile. Looking forward to the next 4.0.6 release :) On 7 December 2016 at 15:36, Alexander Wels <awels@redhat.com> wrote:
On Tuesday, December 6, 2016 1:42:33 PM EST Maton, Brett 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.
Hi Brett,
Some my wonderful team mates worked out the problem [1], apparently it is a bug in 4.0.6-3 that should be fixed in the next release.
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1402401
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@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
backend UI log.
On 5 December 2016 at 18:12, Alexander Wels <awels@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@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@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@redhat.com>
> > > wrote: > > > > > > > Please attach complete logs. > > > > > > > Engine, server and ui logs. > > > > > > > > > > > > > > Thanks, > > > > > > > Oved > > > > > > > > > > > > > > On Dec 4, 2016 13:45, "Maton, Brett" <
matonb@ltresources.co.uk
> > > wrote: > > > > > > >> Since I upgraded to 4.0.6-3 I've been having
> > > > > > >> 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.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: > > > > > > >> ProcessOvfUpdateForStoragePoolCommand internal:
On 6 December 2016 at 13:28, Alexander Wels <awels@redhat.com> wrote: the problems 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@ovirt.org > > > > > > >> http://lists.ovirt.org/mailman/listinfo/users