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 6 December 2016 at 13:28, Alexander Wels <awels@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@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@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 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@ovirt.org > > > > > >> http://lists.ovirt.org/mailman/listinfo/users