Control Web Panel
WebPanel => Updates => Topic started by: Freespirits_GR_Host on May 17, 2022, 11:01:48 PM
-
1. After the last update all the versions of php added and enabled to panel.
2. Can't unistall any version (message an error occured)
3. Not able to edit version, button is not working anymore
4. If i try to stop a version that i never used it will start automatically after some seconds
5. Now 35% percentage of server's cpu is used and before the update server was idle with 1% used.
I believe that if the update is incomplete and not tested is better to stay away from a live server as those functions are critical.
Thank you in advance.
-
Is there an easy fix to make server usable.
All my servers uses more than 40% CPU now.
In PHP-FPM Selector panel :
-Reload is not working : unknown error occured
-Stop PHP not working : unknown error occured
-View status not working : unknown error occured
-Manage Options not working : unknown error occured
-List modules not working : unknown error occured
-PHP Info not working : unknown error occured
-Edit PHP not working : unknown error occured
-Unistall PHP not working : unknown error occured
-
I'm having the same problem on my server, I can't remove or install new versions of php.
Any suggestion to solve the problem?
-
Hello
Please update to the latest version
-
Now it's working but cpu is 30% more :P
-
Can you please send a screenshot of top -c
-
Hello after the latest update i can edit PHP-FPM but there was no change to CPU usage. In fact seems to be worse using in idle mode 60% of CPU.
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1 root 20 0 192032 6204 3872 R 50.0 0.1 0:30.35 systemd
28689 root 20 0 221920 13164 8160 S 31.2 0.2 0:01.46 php-fpm
28692 root 20 0 223996 14852 9672 S 25.0 0.2 0:00.93 php-fpm
28711 root 20 0 221920 13172 8160 R 25.0 0.2 0:01.40 php-fpm
8495 root 20 0 221920 13152 8164 S 12.5 0.2 0:00.53 php-fpm
Now the top 5 processes are permanent and are systemd and php-fpm. Is there a way to have the server as it was before.
If i try to use joomla in one of the hosted sites and try to save it takes more than a minute now as before i could do that in a second
:(
All my servers are using the CWP Pro.
-
All my servers are also using 40 + percent on cpu need a fix please.
1 of my servers has a brand new install with no accounts setup yet but cpu is spiiking 40% plus
load keeps going up and down 2.60, 1.54, 1.24
-
I have the same problem that the CPU usage goes back to 45%
7679 brmkhygd 20 0 577172 51828 25912 R 33.6 0.6 4:58.27 php-fpm: pool brmkhygd
7544 brmkhygd 20 0 488568 45832 22652 S 32.6 0.6 4:59.20 php-fpm: pool brmkhygd
1 root 20 0 191320 4356 2644 S 5.6 0.1 2:52.35 /usr/lib/systemd/systemd --switched-root --system --deser+
892 mysql 20 0 2823616 115960 13096 S 4.3 1.4 1:51.36 /usr/sbin/mysqld --basedir=/usr
7364 root 20 0 219736 11252 3384 S 2.7 0.1 0:05.23 php-fpm: pool cwpsrv
28110 root 20 0 221812 12204 4304 S 2.7 0.2 0:13.46 php-fpm: pool cwpsrv
11075 root 20 0 221812 11780 3904 S 2.0 0.1 0:12.05 php-fpm: pool cwpsrv
13923 root 20 0 219736 11256 3388 S 1.7 0.1 0:03.84 php-fpm: pool cwpsrv
16342 nobody 20 0 2213900 135464 3204 S 1.7 1.7 0:14.74 /usr/local/apache/bin/httpd -k start
9 root 20 0 0 0 0 S 1.3 0.0 0:39.80 [rcu_sched]
7049 root 20 0 219736 11260 3392 S 0.7 0.1 0:05.84 php-fpm: pool cwpsrv
13393 nobody 20 0 75356 11692 2260 S 0.7 0.1 0:00.80 nginx: worker process
13531 nobody 20 0 2213900 134668 3348 S 0.7 1.7 0:06.60 /usr/local/apache/bin/httpd -k start
28103 root 20 0 219736 11268 3396 S 0.7 0.1 0:11.82 php-fpm: pool cwpsrv
6 root 20 0 0 0 0 S 0.3 0.0 0:03.87 [ksoftirqd/0]
14 root 20 0 0 0 0 S 0.3 0.0 0:03.37 [ksoftirqd/1]
293 root 20 0 0 0 0 S 0.3 0.0 0:03.63 [jbd2/sda2-8]
1090 varnish 20 0 310904 128536 83748 S 0.3 1.6 0:26.62 /usr/sbin/varnishd -P /var/run/varnish.pid -f /etc/varnis+
11940 root 20 0 155088 5860 4304 S 0.3 0.1 0:00.87 sshd: root@pts/0
12259 root 20 0 113284 1628 1332 S 0.3 0.0 0:01.01 bash -c while [ -d /proc/$PPID ]; do sleep 1;head -v -n 8+
12785 root 20 0 55104 5840 2268 S 0.3 0.1 0:00.38 cwpsrv: worker process
13530 nobody 20 0 2213900 132852 3184 S 0.3 1.7 0:03.60 /usr/local/apache/bin/httpd -k start
2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 [kthreadd]
4 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 [kworker/0:0H]
7 root rt 0 0 0 0 S 0.0 0.0 0:01.48 [migration/0]
8 root 20 0 0 0 0 S 0.0 0.0 0:00.00 [rcu_bh]
10 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 [lru-add-drain]
11 root rt 0 0 0 0 S 0.0 0.0 0:00.07 [watchdog/0]
12 root rt 0 0 0 0 S 0.0 0.0 0:00.07 [watchdog/1]
13 root rt 0 0 0 0 S 0.0 0.0 0:01.55 [migration/1]
16 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 [kworker/1:0H]
17 root rt 0 0 0 0 S 0.0 0.0 0:00.07 [watchdog/2]
18 root rt 0 0 0 0 S 0.0 0.0 0:01.68 [migration/2]
19 root 20 0 0 0 0 S 0.0 0.0 0:03.40 [ksoftirqd/2]
21 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 [kworker/2:0H]
-
The .1137 upgrade solved my issues on the php-fpm pages. Thanks! I see the CPU spikes, though, when viewing the dashboard. If I close all logged in clients and use ssh to monitor my server, my usage returns to normal. As soon as I open a dashboard view it spikes back up.
In my case, the high CPU appears to be triggered by a dynamic refresh process on the dashboard page. Perhaps it is querying too often, maybe related to the php-fpm controls, as I notice php-fpm processes running higher cpu while on the dashboard, as well as systemd.
Until resolved, I'm keeping the dashboard closed.
-
The .1137 upgrade solved my issues on the php-fpm pages. Thanks! I see the CPU spikes, though, when viewing the dashboard. If I close all logged in clients and use ssh to monitor my server, my usage returns to normal. As soon as I open a dashboard view it spikes back up.
In my case, the high CPU appears to be triggered by a dynamic refresh process on the dashboard page. Perhaps it is querying too often, maybe related to the php-fpm controls, as I notice php-fpm processes running higher cpu while on the dashboard, as well as systemd.
Until resolved, I'm keeping the dashboard closed.
Yes that is correct brianjd and that is the point.
The problem apears when using the panel. Command top through console seems to be normal.
(https://i.ibb.co/CVrqwXm/top.jpg) (https://ibb.co/CVrqwXm)
-
We have this figured out now and it will be available in our next release today.
-
8 core cpu and load on idle 10% was like 0-1% before ... i could post screen shot was like same most of time php fpm is on top ???
-
We have this figured out now and it will be available in our next release today.
Almost solved but not yet guess 0.9.8.1139 will solve it.
-
I confirm the problem of CPU overload on two servers. The 0.9.8.1138 update does not fix the problem, the problem seems to come from the new php-fpm widget.
-
Has anyone noticed the Update CWP button doesn't work. With me (3 different servers) it starts as if it will update with animated circle and all, then it just goes back to dashboard with no update. I could only update the version via SSH using sh /scripts/update_cwp
-
18 servers with cwp pro, all are over 63% CPU, please solve the problem as soon as possible and next time do not update without testing them.
-
Hello evrybody
The results after latest version 0.9.9.1138 seems to be the same using the CWP7 panel. Using console there is no CPU spikes.
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1 root 20 0 192032 6204 3872 R 50.0 0.1 5:30.68 systemd
15782 root 20 0 221920 15256 8432 S 31.2 0.2 0:01.47 php-fpm
15786 root 20 0 221920 15260 8436 S 25.0 0.2 0:01.87 php-fpm
15780 root 20 0 221920 15256 8432 S 12.5 0.2 0:02.10 php-fpm
17430 root 20 0 221920 15260 8436 S 6.2 0.2 0:01.80 php-fpm
-
18 servers with cwp pro, all are over 63% CPU, please solve the problem as soon as possible and next time do not update without testing them.
Totally agree. Releasing updates without properly testing them is extremely amateurish.
-
there was some ajax causing that higher CPU on the main dashboard only, it was fixed in the latest version yesterday
-
It's not fixed but the cpu has dropped a little.
-
URGENT, Please fix the issue related about update 0.9.8.1136-7-8. Still shows CPU% increased. Regards from Chile..
Current CWPpro version: 0.9.8.1138
-
there was some ajax causing that higher CPU on the main dashboard only, it was fixed in the latest version yesterday
Well tbh I don't think it's fixed. CPU usage still spiking when using dashboard.
-
I'll have to disable auto updates if untested updates keep getting released. A few months ago, another update has completely broken my accounts (rendered the websites inaccessible as the accounts have been suspended) as well, that one with the package limits or something. I can't feel at peace if every couple of months a problem like this arises. There should at least be an option where my server follows the updates at least a couple of weeks late, so if there were any issues in mean time, it will be fixed before my server auto-updates. This is what choosing "Stable version" should do already, but it clearly doesn't. Stable version shall indeed be "stable".
-
As much as i like cwp i am now thinking about moving away to isp3config it's clear cwp is not being tested before release and some of the issues do cripple a site or two.
-
Not fixed on mine either..
Current CWPpro version: 0.9.8.1138
-
The version "0.9.8.1138" does not solve the overload.
The update should have two channels a "beta test" and a "stable" at the choice of the administrator.
The ideal would also be the possibility of doing a "retro update" in the event of a big problem, but this is very complex in my opinion.
-
We all can confirm that the latest update is causing a huge overload and that started from 0.9.8.1136.
The latest release did not solve the problem. This kind of problem is causing a lot of complaints and the serious webserver mufunctions as all of the websites and eshops suddenly becomes extremely slow.
My question is why don't we have a revert to 0.9.8.11.35 that gives life and let all the server administrators relax and breath till the latest updates get fixed and tested?
My other question is why only the administrators that uses CWP7 Pro are having to deal with that problem and no solution yet?
-
Can also confirm this is an issue for me. The recent update increased the CPU usage to 25% on a quad-core server. The CWP support team tried their best to fix it but ultimately it all failed to resolve the issue.
Luckily, my VPS provider allows me to save and restore screenshots, so I could rollback my server to the version before the update.
For now, I have blocked the IP for centos-webpanel.com (in csf) so that the auto-update fails but in the long term, if this cannot be resolved then I would have to consider my future with this panel.
It's a shame as I have been using it for many years and I love all of the rich functionality it provides, but I need stable hosting.
-
Hello
I also confirm that on CentOS Linux release 7.9.2009 and CWPpro version: 0.9.8.1138 using the dashboard there is extra load on my two servers, spikes up at 20% to 40%
E.G. CPU@28%
USER %CPU %MEM TIME+ COMMAND
root 43.8 0.0 7:37.21 systemd
root 12.5 0.0 0:12.64 php-fpm
root 12.5 0.0 0:11.86 php-fpm
root 12.5 0.0 0:12.15 php-fpm
root 6.2 0.0 0:47.04 migration/0
-
hey admin! Does it take longer to fix the problems? I have 18 servers + 3 more in another location and I look at them like an ox at a new gate. What are we doing ? do we switch to cPanel, Plesk, DirectAdmin, InterWORX?
The updates have been crashing lately, please let us know in advance if the CWP project will end, just like VESTACP
-
hey admin! Does it take longer to fix the problems? I have 18 servers + 3 more in another location and I look at them like an ox at a new gate. What are we doing ? do we switch to cPanel, Plesk, DirectAdmin, InterWORX?
The updates have been crashing lately, please let us know in advance if the CWP project will end, just like VESTACP
what issue do you have with the server, have you checked before real top usage before from the shell ?
That top 5 processes in cwp dashboard is related to some ajax slower response and not the real issue.
-
hey admin! Does it take longer to fix the problems? I have 18 servers + 3 more in another location and I look at them like an ox at a new gate. What are we doing ? do we switch to cPanel, Plesk, DirectAdmin, InterWORX?
The updates have been crashing lately, please let us know in advance if the CWP project will end, just like VESTACP
what issue do you have with the server, have you checked before real top usage before from the shell ?
That top 5 processes in cwp dashboard is related to some ajax slower response and not the real issue.
The issue is that with the new update, we have constant CPU utilization that was not there before. Depending on the specs of your server, this could impact performance in a big way. And, all these people can not be wrong, this needs to be fixed.
Why not just remove the new AJAX code for now and see if that fixes the issue? I think most people here would rather lose the new module than have the higher CPU usage.
-
hey admin! Does it take longer to fix the problems? I have 18 servers + 3 more in another location and I look at them like an ox at a new gate. What are we doing ? do we switch to cPanel, Plesk, DirectAdmin, InterWORX?
The updates have been crashing lately, please let us know in advance if the CWP project will end, just like VESTACP
what issue do you have with the server, have you checked before real top usage before from the shell ?
That top 5 processes in cwp dashboard is related to some ajax slower response and not the real issue.
you mean we're all talking nonsense here and cwp pro panel is fine, it works perfectly, we agreed in private to make posts, i pay cwp pro licenses for all servers, i have low expectations from cwp this problem needs to be fixed, say here in front of everyone, to know what we have to do, I have been working with cwp pro for 6, 7 years, it would be a shame to give it up.
-
Why dont they just wrap the ajax with an if statement so it only runs when the php-fpm page is open ? Not that hard to do.
-
0.9.8.1139 has now fixed this issue for me.
-
The new released version "0.9.8.1139" (4:00 AM EU: 05/22) removes the "php-fpm" wid-get and our servers are back to normal operation without CPU overhead.
The "php-fpm" wiget is in my opinion useless on the dashbord, just consult the "PHP settings" menu to manage the fpm.
The admin panel must remain as light as possible in terms of resources.
-
I can also confirm after installing the new update that my CPU usage has returned to normal.
I don't want to criticise the devs too much as I appreciate they are trying to bring us new features but they just need to be test any new updates properly before launch.
-
Thank you for reverting and removing the php-fpm monitor for the moment with the latest 0.9.8.1139 update.
That really boost all my servers working normal again. There is a huge difference in CPU usage.
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
19889 root 20 0 120280 17652 10432 S 6.2 0.2 0:02.49 php-fpm
1 root 20 0 191016 5180 3776 S 0.0 0.1 0:19.35 systemd
2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kthreadd/a+
3 root 20 0 0 0 0 S 0.0 0.0 0:00.17 khelper
70 root 20 0 44460 2772 40 S 0.0 0.0 0:00.00 systemd-ud+