<p dir="ltr">Hi,</p>
<p dir="ltr">I will try both options tomorrow &amp; revert back here.</p>
<p dir="ltr">Regards,<br>
Anantha Raghava</p>
<div class="gmail_quote">On Jun 8, 2016 10:04 PM, &quot;Alexander Wels&quot; &lt;<a href="mailto:awels@redhat.com">awels@redhat.com</a>&gt; wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wednesday, June 08, 2016 08:49:16 PM Anantha Raghava wrote:<br>
&gt; Hi,<br>
&gt;<br>
&gt; I was able to migrate the oVirt Engine from one host to another using<br>
&gt; engine-backup utility. On the new host, the data is loaded properly but<br>
&gt; the Administration Portal is terribly slow.<br>
&gt;<br>
&gt; It take about 2 to 3 minutes to allow me to enter user name &amp; password.<br>
&gt; Once logged in, it takes hell a lot of time to show up the data. Click<br>
&gt; on a tab, we need to wait for a good amount of time to see the actual<br>
&gt; data. Even the refresh is taking time to execute although it is set to 5<br>
&gt; Seconds.<br>
&gt;<br>
&gt; But if I enable old server and connect, every thing works quickly.<br>
&gt;<br>
&gt; Note:<br>
&gt;<br>
&gt; 1. We do not have DNS in our environment.<br>
&gt; 2. Engine name &amp; even the IP is retained the same.<br>
&gt; 3. Before migration, we stopped ovirt-engine on old server, took the<br>
&gt; backup, shutdown &amp; disconnected the old server.<br>
&gt; 4. We installed the ovirt-engine on new server, run engine setup, noted<br>
&gt; down the DB password, did engine-cleanup, restored the data using<br>
&gt; engine-backup utility and executed engine-setup again. It did recognize<br>
&gt; restored data and only httpd configuration was sought and we selected<br>
&gt; the defaults.<br>
&gt;<br>
<br>
It is highly likely 1 of 2 things:<br>
<br>
1. The entropy mentioned by Brett, however that is mostly applicable on hosted<br>
engine as VMs don&#39;t usually have good entropy.<br>
2. The engine cannot resolve itself (which looking at your description is the<br>
likely culprit). Since you don&#39;t have DNS, you need to add the fqdn to<br>
/etc/hosts so it can resolve itself.<br>
<br>
&gt; Result is terribly slow Web Console.<br>
&gt;<br>
&gt; First, we attempted to setup ovirt-reports and later removed it thinking<br>
&gt; that may be slowing down the engine server. Yet the same result.<br>
&gt;<br>
&gt; Commands used to backup from old server: &quot;engine-backup --mode=backup<br>
&gt; --file=&lt;filename&gt; --log=&lt;log file name&gt; --provision-db&quot;<br>
&gt; Command used to restore on new server: &quot;engine-backup --mode=restore<br>
&gt; --file=&lt;backup-file-name&gt; --log=&lt;log-file-name&gt; --change-db-credentials<br>
&gt; --db-host=localhost --db-user=engine --db-name=engine<br>
&gt; --db-password=&lt;password noted down in step 4&gt; --no-restore-permissions&quot;<br>
&gt;<br>
&gt; The command executed without any errors, resulting in a terribly slow<br>
&gt; web console.<br>
&gt;<br>
&gt; Note: Without --restore-permissions, the restore fails. Did not<br>
&gt; understand what to give as restore permissions. Hence used<br>
&gt; --no-restore-permissions.<br>
&gt;<br>
&gt; *Hardware configuration:*<br>
&gt; *<br>
&gt; **Old Server:* i3 Processor, 4 GB Memory, 1 Gbps NIC<br>
&gt; *New Server :* Lenovo x3250 M5 Server with Intel Xeon Processor, 16 GB<br>
&gt; RAM, 2 X 1 Gbps NIC.<br>
&gt;<br>
&gt; Just unable to understand why it is terribly slow.<br>
<br>
</blockquote></div>