Rule out problems with your old firefox profile by creating a new firefox profile dedicated to non internet stuff. We should always use a dedicated profile for internal only websites such as your firewall webpage, XenOrchestra, freeNAS, and so on.
firefox -no-remote -new-instance -createprofile intranet
firefox -no-remote -new-instance -P intranet
@olivierlambert
So 39% on the Citrix host shows as 0% in XO,
but 51% on the Citrix host shows as 100% in XO.
Got it. Hopefully, we can put that nonsense behind us soon.
@olivierlambert
Yes, the relevant host is Citrix 6.5!, thank you. Moving more VMs to XCP-ng over-the-holidays.
Large difference between xe task-list versus the xo tasks web page.
XOA "Tasks" says the task is 100% done. Has been at 100% for over two hours.
xe task-list says only about 50% done.
GLPI is an ITIL v2 project started by "Remi Collet" with forums at . GLPI inventories equipment and software on your network and uses that to provide input to a troubleticket system.
"FusionInventory for GLPI installation" github/fusioninventory
or
Rule out problems with your old firefox profile by creating a new firefox profile dedicated to non internet stuff. We should always use a dedicated profile for internal only websites such as your firewall webpage, XenOrchestra, freeNAS, and so on.
firefox -no-remote -new-instance -createprofile intranet
firefox -no-remote -new-instance -P intranet
I had similar problems in 8. Even though I had static leases set in DHCP, oftentimes services come up before the IP address has been obtained. The physical console and SSH worked, but not XOA nor XCP center.
Set a static IP address and reboot.
If that does not work, repeat the installation and set a static IP at install.
Make sure your IP address has not changed and look at the lease time. Is it only leased out for a few minutes?
Here is where we discussed it for version 8:
Broken Host Consoles in fresh xcp-ng 8 installation. VM consoles work.
@moradin
i am not sure exactly what you are saying in your last post and would very much appreciate it if you could expound on it with the simplicity of your previous posts 
Also, have you found 8.1 to be better at matching up VIFs when moved to a completely different host? I believed the vLan ID number would be the primary method of mapping, but apparently it is not.
@pdonias @julien-f What is the default behavior or a normal XAPI VM import when it comes to VIF mapping? Could you point to documentation, please? We are getting hung up on this.
@DreDay yes, statically leased DHCP addresses that used to work on spinning platters of rust no longer work on Solid State Drives.
However, setting static IP address did not work to fix it. Had to reinstall, setting a static IP at re-installation time.
We have seven virtual lans and each of course has a unique vLan number.
Two XCP-ng hosts that are not in the same pool, but have the same vLans.
Each virtual machine has multiple vLans.
When migrating a VM from one pool to another pool, the network interfaces become messed up and always fails unless all of the virtual NICs are disabled in the VM.
Since each virtual NIC on each VM has a unique numeric vLan number, is there a way to tell the systems to prioritize the matching algorithm based on numeric vLan id?
@borzel i had tried that but found grep did not work like i am used. egrep worked better, but still not like how i am used to..
egrep -R '(10\.40\.|192\.168\.)' /etc