This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Pages: [1]
1
Updates / Re: PHP not working after upgrade on 0.9.8.1143
« on: August 22, 2022, 05:43:00 PM »
The php-fpm.log is showing a lot of these errors:
exited on signal 11 (SIGSEGV)
Any indications on what changes to the php bulls process could be triggering these?
exited on signal 11 (SIGSEGV)
Any indications on what changes to the php bulls process could be triggering these?
2
Updates / Re: PHP not working after upgrade on 0.9.8.1143
« on: August 22, 2022, 01:45:46 PM »
Thanks. The upgrades relevance is that my PHP builds failed after the upgrade. I rebuild new versions as they are added to CWP. This is the first time where reverting did not fix the problem. I made no other configuration changes.
PHP-FPM is running. No errors in PHP build log. Put up a test page and it works. But most of my sites have: readv() failed (104: Connection reset by peer) or recv() failed (104: Connection reset by peer)
Any ideas where to look? Any log data I should check?
Thanks!
PHP-FPM is running. No errors in PHP build log. Put up a test page and it works. But most of my sites have: readv() failed (104: Connection reset by peer) or recv() failed (104: Connection reset by peer)
Any ideas where to look? Any log data I should check?
Thanks!
3
Updates / PHP not working after upgrade on 0.9.8.1143
« on: August 22, 2022, 05:21:57 AM »
Tried recompiling to PHP 8.1.9 after my site upgraded to 0.9.8.1143. Web pages no longer load. Tried reverting back to 8.1.7 and my sites are still broken. Wordpress, Joomla, Simple Machines on different domains.
This is the error I'm getting:
recv() failed (104: Connection reset by peer) while reading response header from upstream, client:
Any assistance would be appreciated as my sites are down.
This is the error I'm getting:
recv() failed (104: Connection reset by peer) while reading response header from upstream, client:
Any assistance would be appreciated as my sites are down.
4
Updates / Re: Problems with update 0.9.8.1136
« on: May 18, 2022, 06:43:04 PM »
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.
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.
5
Updates / Re: My Web Sites are all Down
« on: April 24, 2020, 12:36:27 AM »
Support was super fast! And they fixed it!
please run this
chattr -i -R /usr/local/cwpsrv/htdocs
cd /usr/local/cwpsrv/htdocs
wget static.cdn-cwp.com/files/cwp/el7/cwp-el7-0.9.8.961.zip
unzip -o -q cwp-el7-0.9.8.961.zip
rm -f cwp-el7-0.9.8.961.zip
cd /usr/local/cwpsrv/var/services/
wget static.cdn-cwp.com/files/cwp/el7/cwp-services.zip
unzip -o -q cwp-services.zip
rm -f cwp-services.zip
please run this
chattr -i -R /usr/local/cwpsrv/htdocs
cd /usr/local/cwpsrv/htdocs
wget static.cdn-cwp.com/files/cwp/el7/cwp-el7-0.9.8.961.zip
unzip -o -q cwp-el7-0.9.8.961.zip
rm -f cwp-el7-0.9.8.961.zip
cd /usr/local/cwpsrv/var/services/
wget static.cdn-cwp.com/files/cwp/el7/cwp-services.zip
unzip -o -q cwp-services.zip
rm -f cwp-services.zip
6
Updates / My Web Sites are all Down
« on: April 23, 2020, 11:56:04 PM »
I submitted the below to support, but am posting here in case anyone has any ideas. My websites are all down!
I noticed that CWP needed an update. I updated it... it became non-responsive. I restarted it... nothing. I rebooted the server, now my websites are all down. What do I need to do to restore my websites.
Here is the log that support asks for:
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--100 899 100 899 0 0 4424 0 --:--:-- --:--:-- --:--:-- 4428
===============================================
Kernel:
Linux brianjd.com 3.10.0 #1 SMP Mon Dec 9 19:36:21 MSK 2019 x86_64 x86_64 x86_64 GNU/Linux
CPU info:
model name : Intel(R) Xeon(R) Silver 4114 CPU @ 2.20GHz
Release:
CentOS Linux release 7.7.1908 (Core)
Arch:
x86_64
Virtualization Type:
openvz
lxc
Memory:
total used free shared buff/cache available
Mem: 2048 214 1145 2 687 1830
Swap: 512 0 512
MySQL info:
mysql Ver 15.1 Distrib 10.4.12-MariaDB, for Linux (x86_64) using readline 5.1
Disk Info:
Filesystem Size Used Avail Use% Mounted on/dev/ploop20583p1 40G 9.0G 29G 24% /
none 1.0G 0 1.0G 0% /sys/fs/cgroup
none 1.0G 0 1.0G 0% /dev
tmpfs 1.0G 0 1.0G 0% /dev/shm
tmpfs 1.0G 272K 1.0G 1% /run
tmpfs 205M 0 205M 0% /run/user/0
Apache PHP info:
PHP 7.3.16 (cli) (built: Mar 22 2020 15:36:04) ( NTS ) Copyright (c) 1997-2018 The PHP Group Zend Engine v3.3.16, Copyright (c) 1998-2018 Zend Technologies
Apache start script check:
grep: /etc/init.d/httpd: No such file or directory
CWP Admin check:
/usr/local/cwpsrv/htdocs/admin
CWP version:
PHP Fatal error: The file /usr/local/cwpsrv/htdocs/resources/scripts/cwp_version was encoded by the ionCube Encoder for PHP 5.6 and cannot run under PHP 7.1 or later.
Please ask the provider of the script to provide a version encoded with the ionCube Encoder for PHP 7.1. in Unknown on line 0
===============================================
I noticed that CWP needed an update. I updated it... it became non-responsive. I restarted it... nothing. I rebooted the server, now my websites are all down. What do I need to do to restore my websites.
Here is the log that support asks for:
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--100 899 100 899 0 0 4424 0 --:--:-- --:--:-- --:--:-- 4428
===============================================
Kernel:
Linux brianjd.com 3.10.0 #1 SMP Mon Dec 9 19:36:21 MSK 2019 x86_64 x86_64 x86_64 GNU/Linux
CPU info:
model name : Intel(R) Xeon(R) Silver 4114 CPU @ 2.20GHz
Release:
CentOS Linux release 7.7.1908 (Core)
Arch:
x86_64
Virtualization Type:
openvz
lxc
Memory:
total used free shared buff/cache available
Mem: 2048 214 1145 2 687 1830
Swap: 512 0 512
MySQL info:
mysql Ver 15.1 Distrib 10.4.12-MariaDB, for Linux (x86_64) using readline 5.1
Disk Info:
Filesystem Size Used Avail Use% Mounted on/dev/ploop20583p1 40G 9.0G 29G 24% /
none 1.0G 0 1.0G 0% /sys/fs/cgroup
none 1.0G 0 1.0G 0% /dev
tmpfs 1.0G 0 1.0G 0% /dev/shm
tmpfs 1.0G 272K 1.0G 1% /run
tmpfs 205M 0 205M 0% /run/user/0
Apache PHP info:
PHP 7.3.16 (cli) (built: Mar 22 2020 15:36:04) ( NTS ) Copyright (c) 1997-2018 The PHP Group Zend Engine v3.3.16, Copyright (c) 1998-2018 Zend Technologies
Apache start script check:
grep: /etc/init.d/httpd: No such file or directory
CWP Admin check:
/usr/local/cwpsrv/htdocs/admin
CWP version:
PHP Fatal error: The file /usr/local/cwpsrv/htdocs/resources/scripts/cwp_version was encoded by the ionCube Encoder for PHP 5.6 and cannot run under PHP 7.1 or later.
Please ask the provider of the script to provide a version encoded with the ionCube Encoder for PHP 7.1. in Unknown on line 0
===============================================
7
Updates / Re: Update phpMyAdmin to the latest phpMyAdmin v4.9.2 for CWP and CWP PRO !
« on: December 19, 2019, 04:11:43 AM »
I’ve updated phpMyAdmin a number of times. Seems to revert to the integrated version within a day. Any idea what process is doing this and how to stop it? Thanks!
I’m on CWP Pro.
I’m on CWP Pro.
8
CentOS 7 Problems / Startup Services Blank
« on: October 26, 2019, 06:58:41 AM »
When going to the Start Services menu, I no longer see a list of services. I recently changed SSH port, but don’t think that should have caused this issue. Does anyone know what could cause this?
Didn’t see any errors in my domlogs. I’m using nginx as my sole web server, but this hasn’t caused an issue in the past. Are CWP logs stored somewhere else I can reference?
Thanks!
Didn’t see any errors in my domlogs. I’m using nginx as my sole web server, but this hasn’t caused an issue in the past. Are CWP logs stored somewhere else I can reference?
Thanks!
Pages: [1]