VM's going really slow after 3 - 4 weeks

olivierlambert

Hi,

Why do you think it's dom0 fault? have you took a look at the logs?

Anonabhar

@Berrick Have your virtual machines started to use swap space?

Berrick

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

mjtbrady

Have you tried using xentop to see what th VMs are doing?

Berrick

@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!

Danp

This doesn't look normal to me --

Can you tell us more about this VM?

Gheppy

@Danp
I have the same strange values on my server to

olivierlambert

100% = 1 vCPU full.

Gheppy

this is from one server with one VM

Gheppy

@olivierlambert
so this means that in the last case I have 6 vCPU at 100% loade

olivierlambert

How many vCPUs you have assigned to this VM?

Gheppy

@olivierlambert
Server has 24 core and the VM 20

olivierlambert

So (roughly and IIRC), you are using 6,23 vCPUs at 100%.

Danp

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

Gheppy

Yes, it is a VM with a heavily used database.
At the moment I am trying to convince them to buy an XO license for this server.
I work for a public service and I have no say when it comes to money.

Berrick

@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

olivierlambert

What's the hardware behind it by the way?

Gheppy

My server is HP DL380 G9, CPU 2 x E5-2620 v3 @ 2.40GHz with 4xSSD and 16xHDD 2.5" and 128Gb RAM.
System ( XCP-ng and OS ) is on 4 x SSD RAID 10, DB is on 14 x HDD RAID 10.

Berrick

@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.

Gheppy

There is free space, on real disks I have:

4 x 400Gb SSD = 800Gb RAID 10, on which I have XCP-ng and the rest of the disk is with the first disk of the VM where is the operating system, which has 350 Gb allocated in which I have 2 partitions with 150 Gb SO and 200 Gb SQL log (for some speed). The occupied space being for SO 65Gb and for SQL log of 120Gb.
14 x 1200Gb = 8.4Tb RAID 10, on which I have the rest of the database divided on 3 virtual disks of 2Tb with soft RAID in the OS ( which is windows ),the configuration is like this because of the XCP-ng limit of 2Tb per vdisk. The database currently has 3.7 Tb.