I am not sure if any other users have experience the same problems of late but up to about 21 days ago, the VPS I am hosted on worked great. Few problems and when there was an issue, it was resolved quickly. Very happy with the EUKHost service.
Since them however, VPS performance has been terrible. For 20 minutes it will work fine, then for 40 minutes it will be slow as a snail with very high loads. This has continued now for about 3 weeks, and I stress has really started to annoy my website users.
Now I checked traffic, bandwidth etc and nothing has changed from when load is normal to load being very high and since the site was working fine just over 3 weeks ago at all times, I suspect there is another issue here.
Everytime I go to support though, I seem to get a different answer to the same problem.
1. There was abnormal load on the main node
2. Another VPS on the server was was causing load on the node
3. Your VPS is causing load
4. Httpd failed so was restarted
5. Your cpanel software needed upgrading
Each time there is a brief respite but then normal "crap" service resumes. My biggest concern was on one occasion when I went to support, I was told I had to upgrade to resolve the issue.....
Now I don't like to jump to conclusions as I am not at liberty to see how many VPS are on the servers, but from research, high loads on a VPS that is in simple terms, "operating within its means" aludes to possible overcrowding on the VPS servers?
It would be nice to have an honest answer regardless of the problem, when going to technical support and the fact that each time I go, we get different responses, suggests something is wrong somewhere.
I have been a customer for EUKhost for 3 years now and in that time, only now am I starting to feel disgruntled with the service that is currently being offered. In my eyes it is unacceptable, as is the technical support when looking a the said issue.
Perhaps some kind of senior admin can response in kind, and we can get our relationship back on track!
Results 1 to 20 of 107
Thread: What's going on?
-
13-02-2011, 09:38 #1
new member
- Join Date
- Feb 2011
- Posts
- 6
What's going on?
-
13-02-2011, 10:26 #2
Moderator
- Join Date
- Jul 2008
- Posts
- 176
Hello Andy,
Originally Posted by igpadmin
Your vps is hosted on one of new server equipped with latest hardware and high cpu, memory resources. There is enough free resources on server to handle the vpses hosted on it. So there is no question of vps crowding.
However if you are not happy with performance of your vps then we can migrate your vps on another hardware node.
Please let us know if you accept our offer so so that we can proceed further.
-
14-02-2011, 07:42 #3
new member
- Join Date
- Feb 2011
- Posts
- 6
Thank you for the reply Alan V, but if the servers are fine, then what do you suggest may be the problem with the intermittant performance?
-
14-02-2011, 08:35 #4
Moderator
- Join Date
- Jul 2008
- Posts
- 176
Hi Andy , Originally Posted by igpadmin
Few vpses have found to be resources intensive and thus overloading server. Notification has been sent to owners of vpses in order to take necessary action.
-
15-02-2011, 09:27 #5
Junior Member
- Join Date
- Mar 2010
- Posts
- 13
igpadmin - you are not alone!
My story reads exactly the same as yours, been with EUK a little longer but the rest of the story is identical. I routinely now have to contact support on a weekly basis to resurrect my VPS which has either died completely, failed to restart apache or something. It has got to the point now that I am getting into work an hour early just so I can check that all me clients websites are up and running - giving me time to contact LiveChat and correct before they get into work and notice.
I too have been told that somebody is overloading server, once even that it was ME overloading server. So I have been monitoring my CPU usage 3 times a week to see if there are any sites causing high load. There isn't of course.
I have 2 VPS accounts, the oldest is still on php4, and has never had a fault. NEVER!
The newer one has been nothing but faults, I feel blessed if a week passes when I don't have to spend an hour on LiveChat trying to get it back.
Alas - despite strings of support messages about the "server slowing" we are no closer solving it and every time I am told nothing is wrong. Embarrassing telling your customers that they must be imagining not getting any emails or not being able to see their sites for timeout errors.
Having said all that there are many services out there far worse for a lot more money, and EUK do try to solve every problem, but this frequent overloading of nodes by some users does need to be sorted I feel as it is ruining an otherwise flawless service.
-
15-02-2011, 10:28 #6
Moderator
- Join Date
- Jul 2008
- Posts
- 176
Hello Laurance, Originally Posted by LausKT
It's sad to know that you are too experiencing problem with your vps. We wish to address your issues and provide you the best solution available to resolve them as soon as possible.
As part of this we have opened ticket on your behalf. Please update ticket HWY-18904-218 asap so that we can troubleshoot further.
-
15-02-2011, 13:51 #7
Junior Member
- Join Date
- Mar 2010
- Posts
- 13
Thanks Alan, but to be honest I have raised the issue before on ticket numbers [ #GJS-43195-405] & [ #GKM-44084-323].
You have "added open dns resolvers on your vps, flushed iptables rules, added domain keys and spf records, updated mail services, etc"
You have even suggested migrating, but I really do not want to do this considering the number of people with sites this will inconvenience.
After the last ticket you (Adrian) suggested that it was my VPS causing the issue in question, so I have been monitoring quite closely the activity, as I said.
This year on several occasions, I have been without websites and email. Normally my first port of call is to WHM where I will restart apache, but this has not been possible 3 of those times and I have initiated lengthy chats on LiveChat to resolve.
In fairness to you all this is always resolved, and I must applaud the prompt and percevering support given, but it is most annoying that I have to do this so frequently.
-
16-02-2011, 03:52 #8
Moderator
- Join Date
- Jul 2008
- Posts
- 176
Dear Laurance, Originally Posted by LausKT
We have checked history of the problems you faced in past for your vps, by checking old tickets. The last problem you addressed in ticket GKM-44084-323 happened in Jan, though you might have opened live chats for the problems you experienced after that.
As per up-time record of your vps, it has been up for 13 days. Your vps was lastly rebooted because of kernel upgrade on server.
We always install security patches, virtuozzo updates, kernel upgrade on main node as and when it releases in order to enhance
it's security and performance. Sometimes server require reboot for new changes like kernel upgrade, comes into effect.
As far as your vps is concern, load average on it , resources usage were pretty normal and all services were active while we monitor your vps.
You may update support ticket in case you need further assistance
-
16-02-2011, 11:47 #9
Junior Member
- Join Date
- Mar 2010
- Posts
- 13
Hi Alan,
Thanks for your attention and efforts, much appreciated, I am not trying to run the service down by the way - customer service at EUK is excellent compared to other service providers. However it would be nice to isolate why I have so many re-occurences of similar faults.
I have been keeping records of interuptions this year (and prior), to date I have needed to contact you on these occasions:
15/2/11 - Server Down / Emails accounts not working on any accounts
24/01/11 - Emails accounts not working on any accounts
21/1/11 - SFTP/FTP not working
20/1/11 - Emails accounts not working/Server Slow
20/1/11 - Can't connect to server
19/1/11 - Emails accounts not working/Server Slow
I have kept transcripts of all these chats if you would like to see any.
-
30-03-2011, 12:37 #10
Junior Member
- Join Date
- Mar 2011
- Posts
- 20
Facing the same issues late 2010 for the first time, also we are 3 years customer and EUK moved the VPS to another HW node.
Everything works fine till third week of march 2011, when an unannounced move to another HW node has been made via a ticket.
Since then VPS is showing High Loads every day. Migrated to a new VPS with latest CentOS 5.5. Monitoring the server a lot the last two weeks, no process on our VPS takes a lot of resources, traffic and everything else remains the same.
Spent hours on chat support, all answers read from India Support:
- There was abnormal load on the main node
- Another VPS on the server was was causing load on the node
- Your VPS is causing load
- Apache has been restarted
- Your VPS need a reboot
Nothing solved the troubles so far.
See this output from Top:
No process is doing actual anything strange here,Code:[~]# top top - 10:03:05 up 1 day, 6:14, 1 user, load average: 7.86, 4.38, 2.24 Mem: 524288k total, 148348k used, 375940k free, 0k buffers Swap: 0k total, 0k used, 0k free, 0k cached PID USER Page Ranking NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1 root 15 0 2160 664 572 S 0.0 0.1 0:00.14 init 1588 nobody 18 0 12972 4600 1668 S 0.0 0.9 0:00.00 httpd 1600 nobody 18 0 12972 4568 1632 S 0.0 0.9 0:00.00 httpd 3208 nobody 18 0 12972 4572 1656 S 0.0 0.9 0:00.00 httpd 3999 cpanelho 18 0 14720 8092 1540 S 0.0 1.5 0:00.00 cpsrvd-ssl 4086 nobody 18 0 12972 4452 1548 S 0.0 0.8 0:00.00 httpd 4087 nobody 18 0 12972 4560 1640 S 0.0 0.9 0:00.00 httpd 5423 cpanelho 18 0 25884 11m 5344 D 0.0 2.2 0:00.15 php 5452 nobody 17 0 12972 4488 1544 S 0.0 0.9 0:00.00 httpd 5470 nobody 15 0 12968 4096 1224 S 0.0 0.8 0:00.00 httpd 5884 root 15 0 2156 712 548 S 0.0 0.1 0:00.95 dovecot 5885 root 15 0 2632 1060 832 S 0.0 0.2 0:01.01 dovecot-auth 7381 mailnull 16 0 10396 2392 1800 D 0.0 0.5 0:00.00 exim 9260 root 15 0 16828 13m 1380 S 0.0 2.6 0:08.34 lfd 10004 mailnull 18 0 10360 1144 652 S 0.0 0.2 0:00.00 exim 11374 root 15 0 40468 33m 2560 S 0.0 6.5 0:02.30 spamd 11619 root 15 0 10216 2944 2344 S 0.0 0.6 0:00.04 sshd 11667 root 18 0 6644 1604 1192 S 0.0 0.3 0:00.07 sftp-server 11962 root 18 0 45400 38m 2904 S 0.0 7.5 0:05.82 spamd 13431 root 16 0 10192 2960 2368 S 0.0 0.6 0:00.66 sshd 15529 root 18 0 4972 2800 832 S 0.0 0.5 0:00.42 tailwatchd 15671 root 15 0 7196 1064 660 S 0.0 0.2 0:00.00 sshd 16373 root 16 0 3712 1492 1244 S 0.0 0.3 0:00.02 bash 17543 root 16 -4 2252 548 344 S 0.0 0.1 0:00.00 udevd 18121 root 18 0 1816 572 472 D 0.0 0.1 0:01.59 syslogd 18124 root 18 0 1764 400 332 S 0.0 0.1 0:00.00 klogd 18161 root 18 0 2836 876 704 S 0.0 0.2 0:00.00 xinetd 18236 root 16 0 2292 1052 816 R 0.0 0.2 0:02.28 top 18363 dovecot 18 0 5320 2028 1640 S 0.0 0.4 0:00.03 imap-login 18364 dovecot 18 0 5320 2020 1640 S 0.0 0.4 0:00.16 imap-login 18372 dovecot 18 0 5332 2196 1772 S 0.0 0.4 0:00.03 pop3-login 19676 root 18 0 6072 4292 1324 S 0.0 0.8 0:00.04 queueprocd 19970 root 15 0 10216 2972 2348 S 0.0 0.6 0:00.44 sshd 20035 root 18 0 6652 1652 1196 S 0.0 0.3 0:00.77 sftp-server 20145 dovecot 15 0 5440 2292 1780 S 0.0 0.4 0:00.39 pop3-login 20413 root 15 0 4492 1124 568 S 0.0 0.2 0:00.40 crond 21625 root 15 0 6472 664 368 S 0.0 0.1 0:00.01 pure-ftpd 21628 root 18 0 6204 1224 980 S 0.0 0.2 0:00.00 pure-authd 22167 named 22 0 192m 6180 1988 S 0.0 1.2 0:03.97 named 23710 nobody 18 0 12972 4620 1672 S 0.0 0.9 0:00.01 httpd 23774 nobody 16 0 12972 4608 1668 S 0.0 0.9 0:00.00 httpd 23776 nobody 16 0 12972 4644 1664 S 0.0 0.9 0:00.00 httpd 26504 root 18 0 12832 5284 2476 S 0.0 1.0 0:02.17 httpd 28510 root 18 0 4124 2160 1076 S 0.0 0.4 0:00.00 cphulkd 28597 root 33 18 3900 1852 936 S 0.0 0.4 0:00.00 cpanellogd 28616 root 18 0 14756 7680 1260 S 0.0 1.5 0:03.14 cpsrvd-ssl 30466 nobody 18 0 12972 4620 1684 S 0.0 0.9 0:00.00 httpd 30547 root 15 0 7980 5260 1796 S 0.0 1.0 0:00.11 leechprotect 32047 mysql 18 0 125m 19m 4620 S 0.0 3.9 6:50.63 mysqld
Mem: 524288k total, 148348k used, 375940k free, says it all, no memory issues there, during the load. Also CPU is showing near 100% idle, so why are loads rising, sometimes to 15, 24 or even above 35 ?
As soon as VPS shows load above 1.00 lots of functions gets slow (WHM, cpanel, SSH). Websites seem to get slower above 2.00, not sure about that though but they do get slower in loading during High Loads.
This seems to happen every hour. I will post some more top-output here.
-
30-03-2011, 13:37 #11
Junior Member
- Join Date
- Mar 2010
- Posts
- 13
I have been monitoring mine since my previous posts:
The load fluctuates from 1.62 first thing in the morning up to 7.22 or more but has been up and down like a yo yo. If I want to update any of my sites I have to restart Apache which clears enough of the processes to allow me to do changes. I have monitored sites and spent many hours on livechat begging for answers to whether there is anything I can do to isolate what I am supposed to be doing wrong, but I have only been told to monitor it myself.
I was told to check Apache Status, and I do so every time the server slows, which is very often. If there is an item in the CPU column over 100 this is excessive I am told. Well mine has once or twice but for very short periods.
I was also told to check daily process log for heavy usage processes, but neither myself or support has identified anything.
Over the past 7 days IMAP has crashed 6 times, SQL once, Apache 3 times. Site speeds have been dreadful, so I installed YSlow and Firebug add-ons for Firefox which have been helpful at showing just how long sites take to load, 90%+ of which has been waiting time - processes show no problems.
I have given up with VPS now spent over 40 hours this month trying to solve it, but I give up and I am in the process of moving to a cloud server instead. I don't know what has happened to VPS service but it has gone from a service I promoted to other webmasters to one I can't get away from quickly enough.
-
30-03-2011, 13:50 #12
Junior Member
- Join Date
- Mar 2011
- Posts
- 20
Same thing showing here. It seems our VPS has been assigned less cpuunits compared to the past. cpuunits (hardlimit) are given out to the VPS container by the hardwarenode-admins. To determine the maximum CPU a VPS gets. At this moment the cpuunits of our VPS is near half the amount we had in the past.
Monitoring directly with shell access does not show anything wrong with the VPS. Again: Nothing has dramatically changed on the VPS for the last 12-20 months. No admin does (want to) tell exactly what is going on.
What I notice is most heavy loads occur around the full hour, 9am 10am 11am 12am 1pm 2pm 3pm 4pm and so on. Taking from 4 minutes to around 9 minutes.
Tried so many things, just to find a cause. Disabled all cron jobs, shut down SpamAssassin, Firewall, even tried shutting down Apache just before a full hour, still the loads occur.
We are currently thinking about moving accounts elsewhere. Stepping over to cloudhosting for 150% of the price of the VPS, while problems probably are caused by change in infrastructure and resource deviding does not guarantee a stable environment while using a cloud.
-
30-03-2011, 14:11 #13
Junior Member
- Join Date
- Mar 2011
- Posts
- 20
Another 8 minutes of VPS slowness:
Again memory is not an issue, nor is CPU.Code:top -d 0.5 top - 15:05:10 up 1 day, 11:16, 1 user, load average: 8.90, 4.97, 2.54 Tasks: 69 total, 1 running, 68 sleeping, 0 stopped, 0 zombie Cpu(s): 0.0%us, 0.0%sy, 0.0%ni, 72.5%id, 27.5%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 524288k total, 195060k used, 329228k free, 0k buffers Swap: 0k total, 0k used, 0k free, 0k cached PID USER Page Ranking NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1 root 15 0 2160 664 572 S 0.0 0.1 0:00.14 init 1835 root 15 0 54516 46m 3116 S 0.0 9.1 0:28.68 spamd 3337 nobody 15 0 12972 4636 1676 S 0.0 0.9 0:00.03 httpd 3376 nobody 18 0 12972 4632 1672 S 0.0 0.9 0:00.02 httpd 5633 root 18 0 16828 12m 460 S 0.0 2.4 0:00.01 lfd 5636 root 18 0 2928 612 532 D 0.0 0.1 0:00.72 md5sum 5884 root 18 0 2156 712 548 S 0.0 0.1 0:01.44 dovecot 5885 root 18 0 2632 1060 832 S 0.0 0.2 0:01.47 dovecot-auth 7681 nobody 18 0 12972 4632 1684 D 0.0 0.9 0:00.00 httpd 9260 root 18 0 16828 13m 1380 S 0.0 2.6 0:13.34 lfd 10004 mailnull 18 0 10360 1148 656 S 0.0 0.2 0:00.06 exim 10191 nobody 15 0 12972 4628 1672 S 0.0 0.9 0:00.00 httpd 10238 nobody 15 0 12972 4616 1668 S 0.0 0.9 0:00.00 httpd 11348 cpanelho 18 0 14892 8276 1648 S 0.0 1.6 0:00.01 cpsrvd-ssl 11374 root 15 0 40468 33m 2560 S 0.0 6.5 0:02.52 spamd 11619 root 15 0 10216 2956 2348 S 0.0 0.6 0:00.31 sshd 11667 root 18 0 6644 1604 1192 S 0.0 0.3 0:00.07 sftp-server 12197 nobody 15 0 12972 4668 1680 S 0.0 0.9 0:00.08 httpd 13431 root 18 0 10192 2960 2368 S 0.0 0.6 0:16.51 sshd 14108 nobody 18 0 12972 4612 1660 S 0.0 0.9 0:00.00 httpd 14113 nobody 18 0 12972 4620 1668 S 0.0 0.9 0:00.00 httpd 14129 nobody 18 0 12972 4600 1664 S 0.0 0.9 0:00.00 httpd 14131 nobody 18 0 12972 4608 1656 S 0.0 0.9 0:00.00 httpd 14132 nobody 23 0 12972 4624 1668 S 0.0 0.9 0:00.00 httpd 14161 cpanelho 15 0 14772 8172 1604 S 0.0 1.6 0:00.00 cpsrvd-ssl 14162 cpanelho 15 0 14920 8884 2252 S 0.0 1.7 0:00.01 cpsrvd-ssl 15529 root 18 0 4972 2800 832 S 0.0 0.5 0:00.57 tailwatchd 15671 root 15 0 7196 1064 660 S 0.0 0.2 0:00.00 sshd 15699 cpanelho 17 0 15024 8444 1644 S 0.0 1.6 0:00.00 cpsrvd-ssl 15700 cpanelho 18 0 15140 8676 1644 S 0.0 1.7 0:00.01 cpsrvd-ssl 15701 cpanelho 15 0 15024 8464 1648 S 0.0 1.6 0:00.00 cpsrvd-ssl 15702 cpanelho 15 0 15024 8504 1644 S 0.0 1.6 0:00.00 cpsrvd-ssl 15703 cpanelho 15 0 15024 8444 1644 S 0.0 1.6 0:00.00 cpsrvd-ssl 15976 usracct1 17 0 65620 16m 6520 D 0.0 3.3 0:00.26 php 16175 root 18 0 5052 1504 860 S 0.0 0.3 0:00.00 crond 16177 root 18 0 2496 948 836 S 0.0 0.2 0:00.00 sh 16179 root 18 0 2340 140 92 D 0.0 0.0 0:00.00 dcpumon 16269 cpanelho 18 0 14856 8836 2228 S 0.0 1.7 0:00.00 cpsrvd-ssl 16270 cpanelho 17 0 26716 12m 5416 D 0.0 2.4 0:00.18 php 16359 root 18 0 5044 2764 724 D 0.0 0.5 0:00.00 tailwatchd 16362 root 16 0 2824 532 436 D 0.0 0.1 0:00.00 pop3 16363 root 16 0 2824 532 436 D 0.0 0.1 0:00.00 pop3 16372 usracct2 18 0 2972 976 848 S 0.0 0.2 0:00.00 imap 16373 root 18 0 3828 1520 1260 S 0.0 0.3 0:00.04 bash 17430 root 18 0 4952 3108 1584 D 0.0 0.6 0:00.00 dovecot-auth 17543 root 16 -4 2252 548 344 S 0.0 0.1 0:00.00 udevd 18121 root 16 0 1816 572 472 D 0.0 0.1 0:01.82 syslogd 18124 root 18 0 1764 400 332 S 0.0 0.1 0:00.00 klogd 18161 root 18 0 2836 876 704 S 0.0 0.2 0:00.00 xinetd 18363 dovecot 15 0 5320 2028 1640 S 0.0 0.4 0:00.05 imap-login 18364 dovecot 15 0 5320 2032 1640 S 0.0 0.4 0:00.29 imap-login
-
30-03-2011, 16:18 #14
System Administrator(eUKhost.com)
- Join Date
- Mar 2007
- Posts
- 332
Hello, Originally Posted by ImpGGO
You were having two VPS plans, can you please PM me your VPS IP on which you were facing problems so that I can investigate on it and update you with full details.RsyNc.
VPS Support Team
VPS Hosting ||Cloud Hosting
Follow eUKhost on Twitter || Join eUKhost Community on Facebook
MSN: johnr @ eukhost.com
SKYPE: john_rodricks
-
30-03-2011, 16:27 #15
System Administrator(eUKhost.com)
- Join Date
- Mar 2007
- Posts
- 332
Hello, Originally Posted by LausKT
You also have two VPS plans, can you please PM me your VPS IP on which you were facing problems so that I can investigate on it and update you with full details.RsyNc.
VPS Support Team
VPS Hosting ||Cloud Hosting
Follow eUKhost on Twitter || Join eUKhost Community on Facebook
MSN: johnr @ eukhost.com
SKYPE: john_rodricks
-
30-03-2011, 16:59 #16
Junior Member
- Join Date
- Mar 2010
- Posts
- 13
I can't: "Rsync has chosen not to receive private messages or may not be allowed to receive private messages. Therefore you may not send your message to him/her."
If you would like to review attempts to solve the issue you should be able to check on support thread: #GJN-65950-194
I have also documented all livechats if you would like to see these.
-
30-03-2011, 18:19 #17
Technical Support (eUKhost.com)
- Join Date
- Oct 2006
- Location
- localhost
- Posts
- 3,375
Please try now to send the PM.. I'm having your ticket looked after by one of our system admins. Originally Posted by LausKT
Rock _a.k.a._ Jack
Windows Hosting || Windows Reseller Hosting
Cloud Hosting || Powerful Dedicated Servers
Follow eUKhost on Twitter || Join eUKhost Community on Facebook
For complaints, grievances or suggestions kindly email our FeedBack Dept.
Proper action will be taken accordingly & instantaneously!
-
30-03-2011, 19:08 #18
System Administrator(eUKhost.com)
- Join Date
- Mar 2007
- Posts
- 332
I have done some optimization on the serve to improve the performance of the server and also updated in your ticket. Can you please check and let me know the results. Originally Posted by LausKT
RsyNc.
VPS Support Team
VPS Hosting ||Cloud Hosting
Follow eUKhost on Twitter || Join eUKhost Community on Facebook
MSN: johnr @ eukhost.com
SKYPE: john_rodricks
-
31-03-2011, 08:38 #19
Junior Member
- Join Date
- Mar 2011
- Posts
- 20
Just made a new ticket about the issue, ticket number HKT-65243-426 Originally Posted by Rsync
IP is in the ticket number.
Thank you for taking the problems seriously. We really appreciate that.
Hope I did not forget anything in the ticket description that was mentioned here:
We still experience a slower VPS. With extreme Loads every hour, peaking from 6.00 to over 27.00, every full hour.
The situation:
- VPS XYZ.XYZ.XYZ.XYZ has run great for 2.5 years, almost no major problems at all.
- Problems first showed up around december 2010
- Problems were solved after moving to a new Hardware node in January.
- Problems started again after a forced move to another Hardware Node in March. See ticket EFH-46114-423 about this.
- Problems remained. Tried a lot of things together with support.
- Monday March 28th the VPS has been ruibuild with latest CentOS and all accounts moved over, this caused a lot of troubles with e-mails and around 60 minutes of downtime during the day
- Today we still experience High Loads every full hour (9am 10am 11am 12pm 1pm 2pm and so on) and server is peaking above 1.00 a lot during the day. And as soon Loads are over 1.00 everyhitng gets slow, WHM, Webmail, Websites.
We have tried dozens of things, together with support:
- disable cron
- disable Apache (no sites)
- rebuild VPS
- rebuild Apache/PHP
- more memory
- Installing/Running RKhunter
- Monitoring for hours with top, w and ps, seeing the loads but NO CAUSE.
Support pointed in all different directions, but norhing actual solved the problem:
- There was abnormal load on the main node
- Another VPS on the server was was causing load on the node
- Your VPS is causing load
- Apache has been restarted
- Your VPS need a reboot
The VPS is not busy, it runs just over 50 account (and that is less than 12 months ago, when we had over 60 accounts running and then there were almost no problems at all)
.582 requests/sec - 5.6 kB/second - 9.5 kB/request
1 requests currently being processed, 9 idle workers
Our guess is something changed outside the VPS: the node hardware, the deviding of the resources, or the ammount of VPS's running on the hardware.
It is a fact that our VPS is performing much worse than ever before.
Here an output from top, from 20 minutes ago.
As you can see the VPS is almost doing nothing, CPU is nearly unused, Memory is over 50% free. And still the load average is: 10.47, 5.65, 2.66Code:top - 10:05:10 up 2 days, 6:16, 1 user, load average: 10.47, 5.65, 2.66 Tasks: 66 total, 1 running, 63 sleeping, 0 stopped, 2 zombie Cpu(s): 0.0%us, 0.0%sy, 0.0%ni, 68.7%id, 31.3%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 524288k total, 232768k used, 291520k free, 0k buffers Swap: 0k total, 0k used, 0k free, 0k cached PID USER Page Ranking NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 20081 root 15 0 2404 1072 820 R 2.0 0.2 7:36.48 top 1 root 18 0 2160 664 572 S 0.0 0.1 0:00.21 init 1324 root 17 0 15044 9036 2276 D 0.0 1.7 0:00.00 cpsrvd-ssl 1325 root 17 0 14852 8768 2240 D 0.0 1.7 0:00.00 cpsrvd-ssl 1359 root 20 0 5052 1504 860 S 0.0 0.3 0:00.00 crond 1361 root 20 0 2496 944 836 S 0.0 0.2 0:00.00 sh 1364 root 18 0 4484 1088 868 D 0.0 0.2 0:00.00 dcpumon 1506 root 17 0 14852 8764 2240 D 0.0 1.7 0:00.00 cpsrvd-ssl 2040 nobody 17 0 12972 4644 1680 S 0.0 0.9 0:00.03 httpd 3288 nobody 15 0 12972 4664 1680 S 0.0 0.9 0:00.01 httpd 5884 root 18 0 2156 712 548 S 0.0 0.1 0:02.76 dovecot 5885 root 18 0 2632 1060 832 S 0.0 0.2 0:02.77 dovecot-auth 7713 root 18 0 47440 40m 2936 S 0.0 7.9 0:09.41 spamd 9432 mailnull 15 0 10364 1148 656 S 0.0 0.2 0:00.10 exim 9437 nobody 16 0 12972 4648 1692 S 0.0 0.9 0:00.00 httpd 9504 root 15 0 40464 33m 2556 S 0.0 6.5 0:02.75 spamd 9735 nobody 16 0 12972 4648 1680 S 0.0 0.9 0:00.02 httpd 9941 nobody 18 0 0 0 0 Z 0.0 0.0 0:00.02 httpd <defunct> 12055 nobody 18 0 12972 4736 1788 S 0.0 0.9 0:00.02 httpd 13431 root 18 0 10192 2960 2368 S 0.0 0.6 1:23.11 sshd 14017 root 15 0 7980 5260 1796 S 0.0 1.0 0:00.13 leechprotect 15529 root 15 0 4972 2800 832 S 0.0 0.5 0:01.06 tailwatchd 15671 root 18 0 7196 1064 660 S 0.0 0.2 0:00.00 sshd 16373 root 18 0 3828 1520 1260 S 0.0 0.3 0:00.04 bash 17472 root 15 0 16828 13m 1380 S 0.0 2.6 0:08.43 lfd 17543 root 16 -4 2252 548 344 S 0.0 0.1 0:00.00 udevd 18121 root 16 0 1816 572 472 D 0.0 0.1 0:02.60 syslogd 18124 root 18 0 1764 400 332 S 0.0 0.1 0:00.01 klogd 18161 root 18 0 2836 876 704 S 0.0 0.2 0:00.00 xinetd 18363 dovecot 15 0 5320 2200 1768 S 0.0 0.4 0:00.14 imap-login 18364 dovecot 18 0 5408 2260 1768 S 0.0 0.4 0:01.12 imap-login 18372 dovecot 18 0 5332 2252 1780 S 0.0 0.4 0:00.31 pop3-login 19676 root 19 0 6072 4292 1324 S 0.0 0.8 0:00.07 queueprocd 20145 dovecot 18 0 5504 2420 1780 S 0.0 0.5 0:02.48 pop3-login 20413 root 18 0 4492 1124 568 S 0.0 0.2 0:00.77 crond 21625 root 16 0 6472 664 368 S 0.0 0.1 0:00.09 pure-ftpd 21628 root 18 0 6204 1224 980 S 0.0 0.2 0:00.01 pure-authd 22167 named 22 0 192m 6168 1988 S 0.0 1.2 0:19.42 named 23796 root 18 0 16828 12m 460 S 0.0 2.4 0:00.00 lfd 23816 root 18 0 2932 612 532 D 0.0 0.1 0:00.63 md5sum 24477 cpanelho 18 0 14980 8892 2252 S 0.0 1.7 0:00.02 cpsrvd-ssl 26504 root 15 0 12832 5284 2476 S 0.0 1.0 0:03.49 httpd 26532 root 18 0 6612 4916 1444 S 0.0 0.9 0:00.09 tailwatchd 28510 root 18 0 4124 2160 1076 S 0.0 0.4 0:00.01 cphulkd 28597 root 33 18 3900 1852 936 S 0.0 0.4 0:00.00 cpanellogd 28616 root 15 0 14756 7680 1260 S 0.0 1.5 0:09.21 cpsrvd-ssl 30312 nobody 18 0 12972 4776 1792 S 0.0 0.9 0:00.12 httpd 31945 root 21 0 2548 1136 980 S 0.0 0.2 0:00.00 mysqld_safe 31975 mysql 15 0 122m 18m 4084 S 0.0 3.7 0:41.30 mysqld 32062 nobody 18 0 12972 4312 1400 S 0.0 0.8 0:00.00 httpd 32089 nobody 16 0 12972 4392 1488 S 0.0 0.8 0:00.00 httpd
All our clients will face the problems of slow responding (web)mail and websites with such a load. As you might know Google ranks websites partly on loadingspeed too.
This whole issue is a bad thing that needs to be solved.
All I can see at this moment is the current cpuunits (hardlimit) of the container is 1,200, this was much higher in the past. At least 2,000 if I am correct. Although I cannot say for sure this will solve the problems it will do something to the VPS.
Regards
-
31-03-2011, 10:21 #20
Technical Support (eUKhost.com)
- Join Date
- Oct 2006
- Location
- localhost
- Posts
- 3,375
This is being worked on now, we'll update you once done with. Meanwhile you can check the performance of your VPS & let us know if notice any improvements in it.. Originally Posted by ImpGGO
Just made a new ticket about the issue, ticket number HKT-65243-426
IP is in the ticket number.
Thank you for taking the problems seriously. We really appreciate that.
Hope I did not forget anything in the ticket description that was mentioned here:
We still experience a slower VPS. With extreme Loads every hour, peaking from 6.00 to over 27.00, every full hour.
The situation:
- VPS XYZ.XYZ.XYZ.XYZ has run great for 2.5 years, almost no major problems at all.
- Problems first showed up around december 2010
- Problems were solved after moving to a new Hardware node in January.
- Problems started again after a forced move to another Hardware Node in March. See ticket EFH-46114-423 about this.
- Problems remained. Tried a lot of things together with support.
- Monday March 28th the VPS has been ruibuild with latest CentOS and all accounts moved over, this caused a lot of troubles with e-mails and around 60 minutes of downtime during the day
- Today we still experience High Loads every full hour (9am 10am 11am 12pm 1pm 2pm and so on) and server is peaking above 1.00 a lot during the day. And as soon Loads are over 1.00 everyhitng gets slow, WHM, Webmail, Websites.
We have tried dozens of things, together with support:
- disable cron
- disable Apache (no sites)
- rebuild VPS
- rebuild Apache/PHP
- more memory
- Installing/Running RKhunter
- Monitoring for hours with top, w and ps, seeing the loads but NO CAUSE.
Support pointed in all different directions, but norhing actual solved the problem:
- There was abnormal load on the main node
- Another VPS on the server was was causing load on the node
- Your VPS is causing load
- Apache has been restarted
- Your VPS need a reboot
The VPS is not busy, it runs just over 50 account (and that is less than 12 months ago, when we had over 60 accounts running and then there were almost no problems at all)
.582 requests/sec - 5.6 kB/second - 9.5 kB/request
1 requests currently being processed, 9 idle workers
Our guess is something changed outside the VPS: the node hardware, the deviding of the resources, or the ammount of VPS's running on the hardware.
It is a fact that our VPS is performing much worse than ever before.
Here an output from top, from 20 minutes ago.
As you can see the VPS is almost doing nothing, CPU is nearly unused, Memory is over 50% free. And still the load average is: 10.47, 5.65, 2.66Code:top - 10:05:10 up 2 days, 6:16, 1 user, load average: 10.47, 5.65, 2.66 Tasks: 66 total, 1 running, 63 sleeping, 0 stopped, 2 zombie Cpu(s): 0.0%us, 0.0%sy, 0.0%ni, 68.7%id, 31.3%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 524288k total, 232768k used, 291520k free, 0k buffers Swap: 0k total, 0k used, 0k free, 0k cached PID USER Page Ranking NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 20081 root 15 0 2404 1072 820 R 2.0 0.2 7:36.48 top 1 root 18 0 2160 664 572 S 0.0 0.1 0:00.21 init 1324 root 17 0 15044 9036 2276 D 0.0 1.7 0:00.00 cpsrvd-ssl 1325 root 17 0 14852 8768 2240 D 0.0 1.7 0:00.00 cpsrvd-ssl 1359 root 20 0 5052 1504 860 S 0.0 0.3 0:00.00 crond 1361 root 20 0 2496 944 836 S 0.0 0.2 0:00.00 sh 1364 root 18 0 4484 1088 868 D 0.0 0.2 0:00.00 dcpumon 1506 root 17 0 14852 8764 2240 D 0.0 1.7 0:00.00 cpsrvd-ssl 2040 nobody 17 0 12972 4644 1680 S 0.0 0.9 0:00.03 httpd 3288 nobody 15 0 12972 4664 1680 S 0.0 0.9 0:00.01 httpd 5884 root 18 0 2156 712 548 S 0.0 0.1 0:02.76 dovecot 5885 root 18 0 2632 1060 832 S 0.0 0.2 0:02.77 dovecot-auth 7713 root 18 0 47440 40m 2936 S 0.0 7.9 0:09.41 spamd 9432 mailnull 15 0 10364 1148 656 S 0.0 0.2 0:00.10 exim 9437 nobody 16 0 12972 4648 1692 S 0.0 0.9 0:00.00 httpd 9504 root 15 0 40464 33m 2556 S 0.0 6.5 0:02.75 spamd 9735 nobody 16 0 12972 4648 1680 S 0.0 0.9 0:00.02 httpd 9941 nobody 18 0 0 0 0 Z 0.0 0.0 0:00.02 httpd <defunct> 12055 nobody 18 0 12972 4736 1788 S 0.0 0.9 0:00.02 httpd 13431 root 18 0 10192 2960 2368 S 0.0 0.6 1:23.11 sshd 14017 root 15 0 7980 5260 1796 S 0.0 1.0 0:00.13 leechprotect 15529 root 15 0 4972 2800 832 S 0.0 0.5 0:01.06 tailwatchd 15671 root 18 0 7196 1064 660 S 0.0 0.2 0:00.00 sshd 16373 root 18 0 3828 1520 1260 S 0.0 0.3 0:00.04 bash 17472 root 15 0 16828 13m 1380 S 0.0 2.6 0:08.43 lfd 17543 root 16 -4 2252 548 344 S 0.0 0.1 0:00.00 udevd 18121 root 16 0 1816 572 472 D 0.0 0.1 0:02.60 syslogd 18124 root 18 0 1764 400 332 S 0.0 0.1 0:00.01 klogd 18161 root 18 0 2836 876 704 S 0.0 0.2 0:00.00 xinetd 18363 dovecot 15 0 5320 2200 1768 S 0.0 0.4 0:00.14 imap-login 18364 dovecot 18 0 5408 2260 1768 S 0.0 0.4 0:01.12 imap-login 18372 dovecot 18 0 5332 2252 1780 S 0.0 0.4 0:00.31 pop3-login 19676 root 19 0 6072 4292 1324 S 0.0 0.8 0:00.07 queueprocd 20145 dovecot 18 0 5504 2420 1780 S 0.0 0.5 0:02.48 pop3-login 20413 root 18 0 4492 1124 568 S 0.0 0.2 0:00.77 crond 21625 root 16 0 6472 664 368 S 0.0 0.1 0:00.09 pure-ftpd 21628 root 18 0 6204 1224 980 S 0.0 0.2 0:00.01 pure-authd 22167 named 22 0 192m 6168 1988 S 0.0 1.2 0:19.42 named 23796 root 18 0 16828 12m 460 S 0.0 2.4 0:00.00 lfd 23816 root 18 0 2932 612 532 D 0.0 0.1 0:00.63 md5sum 24477 cpanelho 18 0 14980 8892 2252 S 0.0 1.7 0:00.02 cpsrvd-ssl 26504 root 15 0 12832 5284 2476 S 0.0 1.0 0:03.49 httpd 26532 root 18 0 6612 4916 1444 S 0.0 0.9 0:00.09 tailwatchd 28510 root 18 0 4124 2160 1076 S 0.0 0.4 0:00.01 cphulkd 28597 root 33 18 3900 1852 936 S 0.0 0.4 0:00.00 cpanellogd 28616 root 15 0 14756 7680 1260 S 0.0 1.5 0:09.21 cpsrvd-ssl 30312 nobody 18 0 12972 4776 1792 S 0.0 0.9 0:00.12 httpd 31945 root 21 0 2548 1136 980 S 0.0 0.2 0:00.00 mysqld_safe 31975 mysql 15 0 122m 18m 4084 S 0.0 3.7 0:41.30 mysqld 32062 nobody 18 0 12972 4312 1400 S 0.0 0.8 0:00.00 httpd 32089 nobody 16 0 12972 4392 1488 S 0.0 0.8 0:00.00 httpd
All our clients will face the problems of slow responding (web)mail and websites with such a load. As you might know Google ranks websites partly on loadingspeed too.
This whole issue is a bad thing that needs to be solved.
All I can see at this moment is the current cpuunits (hardlimit) of the container is 1,200, this was much higher in the past. At least 2,000 if I am correct. Although I cannot say for sure this will solve the problems it will do something to the VPS.
Regards
Rock _a.k.a._ Jack
Windows Hosting || Windows Reseller Hosting
Cloud Hosting || Powerful Dedicated Servers
Follow eUKhost on Twitter || Join eUKhost Community on Facebook
For complaints, grievances or suggestions kindly email our FeedBack Dept.
Proper action will be taken accordingly & instantaneously!
Reply With Quote
Thread Information
Users Browsing this Thread
There are currently 1 users browsing this thread. (0 members and 1 guests)
Posting Permissions
- Need Help ?
- Client Area
- Sitemap
- Help Center
- Tutorials
- Testimonials
- Legal Information
- Terms of Service
- Service Level Agreement
- Privacy Policy
- Billing Policies
- VPS Rules & Guidelines
- Resources
- Web Hosting Forum
- Web Hosting Blog
- Knowledgebase
- PARTNERS
- Affiliate Program
Copyright © 2001-2012, eUKhost LTD. All rights reserved.
0808 262 0255 | Stay Connected
