@DustyArmstrong
From memory I did this live.

I did have backups before attempting, though and the VM wasn't super critical.

@Andrew said in Is it possible to convert a BIOS to UEFI and introduce vTPM into an existing VM?:

I have not converted windows as I normally started newer versions as UEFI and older version work better with BIOS

For peeps that stumble on this post looking for answers, the answer is yes you can for Windows.

You can use the built in Windows mbr2gpt program to do so. However, things to consider before attempting are?

• You can only have 3 partitions on the C driver. This is due to MBR only supporting 4.
  the 4th partition will be used during conversion

• it also has to shrink some space from the end of the drive

• You might have to move the recovery partition if it is at the end of the disk

Basic steps are, to first run the command below. This will tell you if conversion should works

mbr2gpt /validate /allowfullos

Then the following to start the conversion

mbr2gpt /convert /allowfullos

Hope it helps someone

GNS3 VM 2.2.43 on XCP-ng 8.2 seems to be working for me on HP G8 running 2 x Intel(R) Xeon(R) CPU E5-2690 0 @ 2.90GHz.

I havent really used GNS3 much so probably havent found what might be broken other than I cant load xen tools.

I just imported the OVA via XOA and pointed the windows GNS3 at the IP address it picked up.

Hi,

I too have a new install of server 2022 which is not displaying the Management agent version.

@olivierlambert said in Management agent detected - No version:

force refresh XO, then disconnect/reconnect your pool in settings/server and check if it's still not correct

I have done this but still no difference.

• Citrix VM Tools in the Windows VM 9.3.1
• xo-server 5.110.0
• xo-web 5.112.0
• XCP-ng 8.2.1 with patch's installed

Kind regards

@olivierlambert said in VM's going really slow after 3 - 4 weeks:

Oh wow. So something was wrong with the hardware, specifically the memory, and potentially more errors and error correction trying to keep up, slowing down everything. Is it a good recap?

To be honest I am not entirely sure.
I tested the memory my self in the early stages of this issue with memtest. In the past memtest has flagged memory issue that HP built in diags hasn't but it ran clean.

The server was rebooted prior to replacing the memory out of curiosity and everything came up OK no errors.

So we assume that something was wrong with the memory. And now we have are fingers crossed that that is the end if it

@Berrick
So its been a while since my last post on this topic but finally I think we have bottomed this issue out!

So the long and the short.
Nothing we tried, checked or diagnostics ran up to this point showed any issue.
Then one Monday morning there was one alert from the iLO about "Corrected Memory Error threshold exceeded"

As this server was due a memory upgrade to LV memory soon and we would need to reboot to clear the alert we brought the upgrade forward.

Since the new memory was installed, tempting fate here, it has been OK

Thanks to all that offered advice.

Kind regards

Thanks for all the replies.
I will be checking when the issue starts again in a few weeks and report back.

From previous xentop output I don't believe Dom0 is showing high CPU or Memory.

I also dont think there is a problem with the physical disks.

@christopher-petzel
Many thanks saved me from hours of searching for a fix

Seasons greetings to all,

So the slowness of is creeping back. Still cant find any thing obvious
Latest Xen Top

Due to business pressures we have had to reboot the physical server.
So now have to wait for the issue to re occur.

there were 5 more patch's which have been applied.

If anyone has any other suggestion of what to check, specific logs to search etc, etc they would be gratefully received

Kind regards

@Gheppy What is free disk space like on this VM?

This is what caused the CPU's in our graylog server to go nuts. It had almost run out of free disk space. The only thing I have done was to increase free disk space by clearing out some of the older logs.

@Danp said in VM's going really slow after 3 - 4 weeks:

@Gheppy I was surprised to see a graylog VM using so much CPU, but maybe it's normal.

Not sure if Gheppy DB is graylog. Mine was and when I searched for an answer as to why the strange CPU utilization came up with the same answer Oliver supplied.

I would like to point out, as I didn't earlier, that the graylog cpu utilization in the xentop image I up loaded has been fixed so CPU util is much much less now.

However, the CPU utilization of that vm was also at the high levels after a server reboot so dont think its the answer to why all vm's slowly slow down

@mjtbrady

We ran xentop after you suggested it but dont believe it shows anything?

Just recently we had notification of another lot of patch's which have been applied.

So now we wait!

Thanks for the replies.

@olivierlambert I have looked at the logs but as mentioned I can seen nothing which to me indicates an issue. But to my peers; I could be talking rubbish.

As all VM's appear to suffer and rebooting the physical server corrects the "issue" short term, am thinking what is common to all, hence Dom0.

As testament to xneserver/xcp it has pretty much just worked and until now, any issue's that have occurred I have been able to find the answer. So haven't really learnt a whole lot regards trouble shooting.

@Anonabhar No, I dont believe so. See below

# cat /proc/swaps
Filename                                Type            Size    Used    Priority
/dev/sda6                               partition       1048572 0       -2

# grep Swap /proc/meminfo
SwapCached:            0 kB
SwapTotal:       1048572 kB
SwapFree:        1048572 kB

Hi, So Only been about 2 weeks since last server reboot and already VM's are noticeably slower.

Still struggling to make any head way regards how to fault find this issue....

Is Dom0 the most likely culprit. Or could it be storage?

Evening All,

Would be grateful if anyone can offer guidance on how to fault find this issue. Or solve it :). The google Fu I have used thus far hasn't really help.

All appear to be working great. However over a period of about 3 - 4 weeks the VM's slow down. For example the Windows 10 VM will become noticeably slower.

Rebooting the physical server instantly brings the VM's back to their zippy self.

This is a pretty much an out of the box installation
I haven't found anything obviously wrong.
The only thing I have seen is that some of the CPU's are getting very busy when the issue presents. Whereas when "all" appears OK all CPU's are pretty much around 12% usage.

I have just applied the following pool patch's

• Linux firmware 20190314
• microcode_cti 2.1
• xen-dom0-libs 4.13.4
• xen-dom0-tools 4.13.4
• xen-hypervisor 4.13.4
• xen-libs 4.13.4
• xen-tools 4.13.4

Below is the spec of the physical and XCP setup

**Physical Server**
CPU model	Intel(R) Xeon(R) CPU E5-2690 0 @ 2.90GHz
GPUs	MGA G200EH
Core (socket)	32 (2)
Hyper-threading (SMT)	Enabled
Manufacturer info	HP (ProLiant DL380p Gen8)
BIOS info	HP (P70)

**Network**
HP Ethernet 1Gb 4-port 366FLR Adapter

**Storage**
Smart Array P420i Controller
Raid 5
4 x ST9900805SS

**XCP-ng**
Build Date 2022-02-11
Version: 8.2
DBV: 0.0.1

17.4 GB RAM available (48.0 GB total)

Local storage 	Ext	No	36% (893.9 GB used)	2.4 TB	2.9 TB

**Networking**
Dedicate NIC 0 for management
LACP for all VM's using NIC 2 & 3

**VM's**
CheckMK - Ubuntu Bionic Beaver 18.04 (1): using 3.0 GB
graylog: using 4.0 GB
Windows Server 2012 R2 (64-bit) (1): using 3.0 GB
Windows 10 (64-bit) : using 5.0 GB
Exchange: using 4.0 GB
DC: using 4.0 GB
XO Ubuntu Focal Fossa 20.04: using 3.0 GB

Vendor: GenuineIntel
Model: Intel(R) Xeon(R) CPU E5-2690 0 @ 2.90GHz
Speed: 2892 MHz

Many thanks

Hi Oliver,

My apologies I have wasted your time (though I did learn about the XOA so not totally wasted)

The old adage "If you want a job done properly. Do it yourself" is still very true.

Long story short when I looked into the issue myself, my colleague was using the wrong XO installation. This VPN isn't site to site so for now we have vmware running 2 nat'ed VMs, XO and a windows client. The windows client accesses XO and XO goes out over the hosts vpn connection to the remote site.

When using this correctly everything is OK

Case closed

Unfortunately that didn't work either

Many thanks for the reply.

I should have mentioned in original post that I had checked this.

But for completeness when I https://192.168.16.242 I receive back the "mange your XCP-Ng 7.6.0" page

Hi Everyone,

xo-server 5.53.0
xo-web 5.53.3

Hoping to get an answer as to why I cant add a XCP-ng 7.6 server to XO Free version?

• Trying to add a remote server via VPN

• I can ssh to it without issue

• I have added it to XCP-ng Center 7.6 without issue

• I used the following to add the server
  IP address of server
  root username and password
  toggled "Unauthorized Certificates"

However I get the little red triangle stating connection failed.
Log info below. TIA

server.enable
{
  "id": "fd4ff6b9-21f3-431e-9c27-aca34f87e017"
}
{
  "errno": "ETIMEDOUT",
  "code": "ETIMEDOUT",
  "syscall": "connect",
  "address": "192.168.16.242",
  "port": 443,
  "url": "https://192.168.16.242/jsonrpc",
  "call": {
    "method": "session.login_with_password",
    "params": [
      "root",
      "NotTheActualPassword"
    ]
  },
  "message": "connect ETIMEDOUT 192.168.16.242:443",
  "name": "Error",
  "stack": "Error: connect ETIMEDOUT 192.168.16.242:443
    at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1191:14)"
}