Java webapp extremely slow after upgrade

O

oos

New Member
Sep 8, 2010
11
0
1
Hi,

I upgraded yesterday from 1.9 to 2.0 using pve-upgrade-1.9-to2.0 script and followed the steps in Wiki.

My 1.9 install was using pve-.....-4 instead of pve-.....-6 or pve-.....-7 since this issue was also found in those kernel versions.

VM was set to use 2 CPUs and a CPU-related setting was changed from 100 to 8000, then 20000. Before upgrading to 2.0, Jenkins CI server in a VM took 3 minutes to produce a build, it takes now 45min, no new code has been checked in, no new test has been added or ran.

CPU is running about 5% in VM and 47% in host, there are other VMs in host not doing much when Jenkins started a new build.

What would be a suggestion to fix this? Other than install 1.8, upgrade to 1.9 and change boot list to boot pve-...-4 first?

Code: 
[COLOR=#000000][FONT=Times]proxmox:~# uname -a
Linux proxmox 2.6.32-10-pve #1 SMP Tue Mar 20 09:25:26 CET 2012 x86_64 GNU/Linux[/FONT][/COLOR]
[COLOR=#000000][FONT=Times]
[/FONT][/COLOR]
[COLOR=#000000][FONT=Times]proxmox:~# more /etc/issue
Debian GNU/Linux 6.0 \n \l[/FONT][/COLOR]
[COLOR=#000000][FONT=Times]
[/FONT][/COLOR]
[COLOR=#000000][FONT=Times]proxmox:~# pveversion 
pve-manager/2.0/4b59ea39[/FONT][/COLOR]
[COLOR=#000000][FONT=Times]
[/FONT][/COLOR]
[COLOR=#000000][FONT=Times]proxmox:~# pveversion -v
pve-manager: 2.0-54 (pve-manager/2.0/4b59ea39)
running kernel: 2.6.32-10-pve
proxmox-ve-2.6.32: 2.0-63
pve-kernel-2.6.32-10-pve: 2.6.32-63
lvm2: 2.02.88-2pve2
clvm: 2.02.88-2pve2
corosync-pve: 1.4.1-1
openais-pve: 1.1.4-2
libqb: 0.10.1-2
redhat-cluster-pve: 3.1.8-3
resource-agents-pve: 3.9.2-3
fence-agents-pve: 3.1.7-2
pve-cluster: 1.0-26
qemu-server: 2.0-33
pve-firmware: 1.0-15
libpve-common-perl: 1.0-23
libpve-access-control: 1.0-17
libpve-storage-perl: 2.0-16
vncterm: 1.0-2
vzctl: 3.0.30-2pve2
vzprocps: 2.0.11-2
vzquota: 3.0.12-3
pve-qemu-kvm: 1.0-8
ksm-control-daemon: 1.1-1
[/FONT][/COLOR]


Regards,
OO
 
Last edited:
Assign More/all CPU Power to the container. (as it was with 2.6.32-4)

Gesendet von meinem GT-I9000 mit Tapatalk
 
Thanks for the suggestion Tom,

ran:
# v
zcpucheck
and assigned Power of the node value to VM but still Jenkins took 44 minutes to produce a build that took only 3 minutes with Kernel ​
2.6.32-4.
Any hint/suggestion?

Regards,
OO
 
Hi,
Away from server now, but have a couple of questions:
Since I first installed 1.8 and upgraded since then to 1.9, ...., 2.0, 1.8 worked fine with Kernel 2.6.32-4, 1.9 had same issue with Kernels 2.6.32-6 and 2.6.32-7, after upgrade to 2.0 Will those kernel be removed from boot list? Will 2.0 work with 2.6.32-4?

Regards,
OO
 
there is still some misunderstanding. 2.6.32-4 kernel does not respect the cpu limitations. that means, if you run on a dual socket server with 4 cores the container got all this cpu power - 8 cores in this case. but most got the cpu number set to one.

now, as the new kernels respect the cpu the container does not use 8 cores, just one. Now the container is much slower, especially cpu hungry containers got issues.

so if you want the same cpu power as before, assing 8 cpus.
 
Hi Tom,

My server is an Asus 1U LGA 775 1 CPU Socket Core 2 Duo, 4GB RAM,.....
I assigned 2 cores and v
zcpucheck Power of the node output to some VMs that use Java (VM1=Jenkins, VM2=sonar, VM3=Nexus, VM4=JAMES,...) but all of them were mainly idle except Jenkins where I manually triggered a build. Max CPU % used by Jenkins was ~ 5%. I would be careless if VM uses all CPU power, this is a Home setup.
I though CPUs set to 2 would fixed, should I increase that number even though I only have 1 CPU, 2 Cores?

Regards,
OO​
 
Hi,

Ended up wiping out 2.0, installing 1.8 and apt-get .... upgrade to 1.9, so kernel used is 2.6.32-4. and Java webapps ran as before.
I noticed there is a "Enable User Quota" setting, that I didn't enable while on Proxmox 1.9 (2.6.32-7) and 2.0 (2.6.32-10), actually I don't remember of this setting exists in 2.0.
Should I have enable this setting while maxing out CPU Units with
Power of the node outoup value?

Regards,
Orlando​
 
You must log in or register to reply here.
Top Bottom