<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
p.xmsonormal, li.xmsonormal, div.xmsonormal
{mso-style-name:x_msonormal;
margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
.MsoChpDefault
{mso-style-type:export-only;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style>
</head>
<body lang="EN-US" link="blue" vlink="#954F72">
<div class="WordSection1">
<p class="MsoNormal">> Define insanely slow, is it putting up the spinner for loading? If so you can
</p>
<p class="xmsonormal">switch tabs while its doing its thing.</p>
<p class="xmsonormal"> </p>
<p class="xmsonormal">It’s back now – the issue is we’ve been testing it for the past year to year and a half to eventually move into production starting immediately with about 100 VM’s. My concern is if there’s a break in connectivity to storage, nic failure,
switch failure or some other issue, oVirt goes berserk and it feels like hours just to get the VM’s started back up.</p>
<p class="xmsonormal"> </p>
<p class="xmsonormal">At first I had to force umount the stale connections, that’s fine with a few hosts, but we’re planning to have a large number of hosts and storage domains and doing that across 10, 20, 40, 50 or large number of hypervisors manually would
be an issue.</p>
<p class="xmsonormal"> </p>
<p class="xmsonormal">> If so you can switch tabs while its doing its thing.</p>
<p class="xmsonormal"> </p>
<p class="xmsonormal">Nope, the browser locks up (all browsers) – the cursor goes from the little hand cursor to the default pointer from the OS – can’t click anything, tabs aren’t responsive etc. I can refresh the browser and get back in however, once I click
something, it does the same thing.</p>
<p class="xmsonormal"> </p>
<p class="xmsonormal">> In /share/ovirt-engine/ui-plugins there should be a file called dashboard.json, rename it to something that doesn't end in json and reload the
</p>
<p class="xmsonormal">webadmin, that should disable the dashboard.</p>
<p class="xmsonormal"> </p>
<p class="xmsonormal">Does this disable the whole dashboard completely? IE can’t shutdown/boot VM’s etc or is the dashboard.json controlling something else?</p>
<p class="xmsonormal"> </p>
<p class="xmsonormal">All that said, I am testing at the moment with a single storage device – all flash, CentOS7 plain NFS – a yum update is what caused the break in storage resulting in everything going haywire. I was able to get the main storage (3 domains,
mapped to the same server for testing) by deleting the checksum in the meta file.</p>
<p class="xmsonormal"> </p>
<p class="xmsonormal">Ideally, my final tests would be with multiple storage devices however, I’m out of rack space for a few more days so I can only finish testing with the single nas at the moment. Perhaps the single nas could be the root of the problem as
oVirt seems to always want some domain up to make the master.</p>
<p class="xmsonormal"> </p>
<p class="xmsonormal"> </p>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="xmsonormal"><b>From: </b><a href="mailto:awels@redhat.com">Alexander Wels</a><br>
<b>Sent: </b>Friday, January 6, 2017 3:29 PM<br>
<b>To: </b><a href="mailto:users@ovirt.org">users@ovirt.org</a><br>
<b>Cc: </b><a href="mailto:jax2568@outlook.com">Bill Bill</a><br>
<b>Subject: </b>Re: [ovirt-users] Dashboard freezes, locks up cannot perform any tasks</p>
</div>
<p class="xmsonormal"> </p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span style="font-size:10.0pt">On Friday, January 6, 2017 7:38:54 PM EST Bill Bill wrote:<br>
> After having an issue with a storage domain, the dashboard is now unusable.<br>
> I have about 15 VM’s that are paused due to the storage issue that<br>
> happened. The has since been resolved and all storage is active however, I<br>
> can’t start the VM’s because the dashboard is insanely slow and just locks<br>
> up. I’ve restarted the ovirt-engine multiple times with the same results.<br>
<br>
Define insanely slow, is it putting up the spinner for loading? If so you can <br>
switch tabs while its doing its thing.<br>
<br>
> Is there some troubleshooting to perform or is this a known issue, something<br>
> that will be resolved?<br>
<br>
Its not a known issue, but if you need to get at the VMs right now and the <br>
dashboard is in your way, you can always disable the UI plugin that adds it. <br>
But I suspect there is some other issue that is causing the problem.<br>
<br>
In /share/ovirt-engine/ui-plugins there should be a file called <br>
dashboard.json, rename it to something that doesn't end in json and reload the <br>
webadmin, that should disable the dashboard.<o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</body>
</html>