Recent Posts
21
CentOS-WebPanel Bugs / Re: CWP Cronjob Killing Server
« Last post by overseer on August 17, 2026, 02:18:03 AM »22
Backup / Re: Error/bug when starting a backup
« Last post by vox on August 17, 2026, 01:23:10 AM »same here. It stopped backing up on Aug 6th.
23
PHP / Re: PHP-FPM Won't install zlib says missing dependency zlib-dir
« Last post by Starburst on August 16, 2026, 11:20:07 PM »I think CWP posted the fix for this.
But with everyone starting new threads in all different areas, about the same PHP issues, it's hard to keep track anymore.
You'll have to look thru the past couple days of posts about PHP, CWP side banner to the left is hard to miss.
But with everyone starting new threads in all different areas, about the same PHP issues, it's hard to keep track anymore.
You'll have to look thru the past couple days of posts about PHP, CWP side banner to the left is hard to miss.
24
PHP / Re: PHP-FPM Won't install zlib says missing dependency zlib-dir
« Last post by Netino on August 16, 2026, 09:32:39 PM »Zlib support in PHP just is not enabled by default.
If you want use it, you will need to configure PHP --with-zlib[=DIR], it's a requirement.
See: https://www.php.net/manual/en/zlib.installation.php
So, check if your compilation is enabling zlib in config.log, if that file have --with-zlib parameter:
# grep zlib /path/to/your/configure/config.log
Regards,
Netino
If you want use it, you will need to configure PHP --with-zlib[=DIR], it's a requirement.
See: https://www.php.net/manual/en/zlib.installation.php
So, check if your compilation is enabling zlib in config.log, if that file have --with-zlib parameter:
# grep zlib /path/to/your/configure/config.log
Regards,
Netino
25
CentOS-WebPanel Bugs / Re: CWP Cronjob Killing Server
« Last post by Netino on August 16, 2026, 09:18:42 PM »I have been fighting with this problem for days. Seems to have started after a few rounds of software and security updates a few days ago. I have finally narrowed the issue down but have not come up with a permanent fix. I think only CWP can provide the fix.
Also, I fully admit, this could be something I caused. Just yet to determine where or what.
CWPpro version: 1.8
Operating System: AlmaLinux 9.8 (Olive Jaguar)
Apache version: Apache/2.4.68
PHP version: Forced PHP-FPM: 8.3
MySQL version: 10.5.29-MariaDB
FTP version: 1.0.52
SSH Port: 4000
MySql Port: 3306
Web Servers: nginx-apache
Problem: After the CWP cronjob runs, the permissions on Mariadb are modified rendering the server unusable. No websites, no webmail, no service at all.
Testing: To recreate problem that forced me to manually fix the dead CWP server (after determining the what was triggering the issue), run # bash /etc/cron.daily/cwp.
Output: However, the PHP warning seems benign.
PHP Warning: PHP Startup: Unable to load dynamic library 'intl' (tried: /usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl (/usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl: cannot open shared object file: No such file or directory), /usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl.so (/usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl.so: cannot open shared object file: No such file or directory)) in Unknown on line 0
(...)
The path "/no-debug-non-zts-20190902/" is the internal extension directory path and ABI/API build identifier for PHP 7.4 Non-Thread Safe (NTS) without Zend Debugger. The date 20190902 represents the release API date for PHP 7.4.
But php71 uses "no-debug-non-zts-20170718/", seems you tried to upgrade php use by cwpsrv?
Don't try to do that.
In the repository of your choice, try installing libicu-devel:
# dnf install libicu-devel
Or install from the Remi repository:
libicu69-devel-69.1-4.el8.remi.x86_64
Or, if nothing works, try directly downloading the package binary: php71-php-intl-7.1.33-32.el8.remi.x86_64.rpm, and install it in that directory
Regards,
Netino
26
CentOS-WebPanel Bugs / Re: CWP Cronjob Killing Server
« Last post by venty on August 16, 2026, 07:51:56 PM »Only errors I really see in over 1/2 of the above is that PHP Intl is missing.
MariaDB 10.5.x is way past EOL also.
I'm guessing the OS is CentOS 7?
Hi,
PHP Intl is missing +1 --- appeared as a warning after one of the AL 9 updates?!?
message about the daily backup:
"/etc/cron.daily/cwp:
PHP Warning: PHP Startup: Unable to load dynamic library 'intl' (tried: /usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl (/usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl: cannot open shared object file: No such file or directory), /usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl.so (/usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl.so: cannot open shared object file: No such file or directory)) in Unknown on line 0"
Thanks in advance!
BR
Venty
27
PHP / PHP-FPM Won't install zlib says missing dependency zlib-dir
« Last post by DA_MAN on August 16, 2026, 06:51:18 PM »When trying to compile PHP 8.4.x PHP FPM custom selector throws error saying "zlib-dir" is a dependency of zlib which in 8.4.x zlib-dir or zlib-develop is baked into PHP version 8.4.x to my knowledge. This missing dependency doesn't allow PHP-FPM to be compiled with custom settings because of the missing zlib-dir dependency.
From what I can tell from research is that zlib-dir is no longer needed in PHP8.4.x and should not be throwing the error. Compiling without zlib does not allow gzip page compression, so this is a deal breaker.
From what I can tell from research is that zlib-dir is no longer needed in PHP8.4.x and should not be throwing the error. Compiling without zlib does not allow gzip page compression, so this is a deal breaker.
28
CentOS-WebPanel Bugs / Re: CWP Cronjob Killing Server
« Last post by wingusupport on August 16, 2026, 04:59:49 PM »Hi @Starburst,
This is a fairly new install using AlmaLinux 9. The PHP error seems benign. I see it on my other CWP servers running Rocky Linux 8 also. I am wondering if it has to do with:
"cp: cannot stat '/root/.ssh/authorized_keys': No such file or directory"? I don't think it does, just the only other error that just pops out.
I installed the new server using the CWP installation script about 1.5 months ago.
Thanks.
This is a fairly new install using AlmaLinux 9. The PHP error seems benign. I see it on my other CWP servers running Rocky Linux 8 also. I am wondering if it has to do with:
"cp: cannot stat '/root/.ssh/authorized_keys': No such file or directory"? I don't think it does, just the only other error that just pops out.
I installed the new server using the CWP installation script about 1.5 months ago.
Thanks.
29
CentOS-WebPanel Bugs / Re: CWP Cronjob Killing Server
« Last post by Starburst on August 16, 2026, 04:40:07 PM »Only errors I really see in over 1/2 of the above is that PHP Intl is missing.
MariaDB 10.5.x is way past EOL also.
I'm guessing the OS is CentOS 7?
MariaDB 10.5.x is way past EOL also.
I'm guessing the OS is CentOS 7?
30
CentOS-WebPanel Bugs / CWP Cronjob Killing Server
« Last post by wingusupport on August 16, 2026, 04:36:15 PM »I have been fighting with this problem for days. Seems to have started after a few rounds of software and security updates a few days ago. I have finally narrowed the issue down but have not come up with a permanent fix. I think only CWP can provide the fix.
Also, I fully admit, this could be something I caused. Just yet to determine where or what.
CWPpro version: 1.8
Operating System: AlmaLinux 9.8 (Olive Jaguar)
Apache version: Apache/2.4.68
PHP version: Forced PHP-FPM: 8.3
MySQL version: 10.5.29-MariaDB
FTP version: 1.0.52
SSH Port: 4000
MySql Port: 3306
Web Servers: nginx-apache
Problem: After the CWP cronjob runs, the permissions on Mariadb are modified rendering the server unusable. No websites, no webmail, no service at all.
Testing: To recreate problem that forced me to manually fix the dead CWP server (after determining the what was triggering the issue), run # bash /etc/cron.daily/cwp.
Output: However, the PHP warning seems benign.
PHP Warning: PHP Startup: Unable to load dynamic library 'intl' (tried: /usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl (/usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl: cannot open shared object file: No such file or directory), /usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl.so (/usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl.so: cannot open shared object file: No such file or directory)) in Unknown on line 0
====================================================
============= CentOS Web Panel Cron ================
====================================================
###########################
Firewall Flush Daily Blocks
###########################
######################
Update Server Packages
######################
PHP Warning: PHP Startup: Unable to load dynamic library 'intl' (tried: /usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl (/usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl: cannot open shared object file: No such file or directory), /usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl.so (/usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl.so: cannot open shared object file: No such file or directory)) in Unknown on line 0
PHP Warning: PHP Startup: Unable to load dynamic library 'intl' (tried: /usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl (/usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl: cannot open shared object file: No such file or directory), /usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl.so (/usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl.so: cannot open shared object file: No such file or directory)) in Unknown on line 0
grep: /usr/local/cwpsrv/logs/error_log: binary file matches
PHP Warning: PHP Startup: Unable to load dynamic library 'intl' (tried: /usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl (/usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl: cannot open shared object file: No such file or directory), /usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl.so (/usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl.so: cannot open shared object file: No such file or directory)) in Unknown on line 0
Redirecting to /bin/systemctl restart cwpsrv.service
Redirecting to /bin/systemctl restart httpd.service
Redirecting to /bin/systemctl reload httpd.service
Redirecting to /bin/systemctl reload nginx.service
Redirecting to /bin/systemctl reload httpd.service
cp: cannot stat '/root/.ssh/authorized_keys': No such file or directory
PHP Warning: PHP Startup: Unable to load dynamic library 'intl' (tried: /usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl (/usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl: cannot open shared object file: No such file or directory), /usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl.so (/usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl.so: cannot open shared object file: No such file or directory)) in Unknown on line 0
Date which backup script is using: 2026-08-16 12:15:07
# systemctl start mariadb
Job for mariadb.service failed because the control process exited with error code.
See "systemctl status mariadb.service" and "journalctl -xeu mariadb.service" for details.
Temporary Fix: I manually execute the following every morning now to resuscitate the CWP Server. Clients are not happy with this arrangement.[/]
**Use with caution and at your own risk!** (In case anyone else is experiencing this issue.)
chmod 755 / /usr /usr/bin /usr/sbin /usr/lib /usr/lib64 /var /var/lib /var/log
chown -R mysql:mysql /var/lib/mysql
chmod 755 /var/lib/mysql
systemctl daemon-reload
systemctl start mariadb
systemctl status mariadb --no-pager
systemctl restart dovecot postfix cbpolicyd opendkim cwpsrv httpd
systemctl status mariadb dovecot postfix cwpsrv --no-pager
Permanent Fix: Not discovered yet. Hoping for a CWP team based solution as the scripts are not viewable nor modifiable. I'm okay with that. Just hoping for a permanent solution fix.
In addition: I have three CWP server that the NEW Backup (beta) restore feature does not show the Restore Points for the user account. All of this started about the same time.
Automated Temporary Fix:
**Use with caution and at your own risk!** (In case anyone else is experiencing this issue.)
Step One:
cat << 'EOF' > /etc/cron.daily/dw-fix-mariadb
#!/bin/bash
chmod 755 / /usr /usr/bin /usr/sbin /usr/lib /usr/lib64 /var /var/lib /var/log
chown -R mysql:mysql /var/lib/mysql
chmod 755 /var/lib/mysql
systemctl daemon-reload
systemctl start mariadb
systemctl status mariadb --no-pager
systemctl restart dovecot postfix cbpolicyd opendkim cwpsrv httpd
systemctl status mariadb dovecot postfix cwpsrv --no-pager
EOF
Step Two:
chmod +x /etc/cron.daily/dw-fix-mariadb
Step Three:
bash /etc/cron.daily/dw-fix-mariadb
Step Four:
Keep checking server each morning to be sure it's running properly.
Also, I fully admit, this could be something I caused. Just yet to determine where or what.
CWPpro version: 1.8
Operating System: AlmaLinux 9.8 (Olive Jaguar)
Apache version: Apache/2.4.68
PHP version: Forced PHP-FPM: 8.3
MySQL version: 10.5.29-MariaDB
FTP version: 1.0.52
SSH Port: 4000
MySql Port: 3306
Web Servers: nginx-apache
Problem: After the CWP cronjob runs, the permissions on Mariadb are modified rendering the server unusable. No websites, no webmail, no service at all.
Testing: To recreate problem that forced me to manually fix the dead CWP server (after determining the what was triggering the issue), run # bash /etc/cron.daily/cwp.
Output: However, the PHP warning seems benign.
PHP Warning: PHP Startup: Unable to load dynamic library 'intl' (tried: /usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl (/usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl: cannot open shared object file: No such file or directory), /usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl.so (/usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl.so: cannot open shared object file: No such file or directory)) in Unknown on line 0
====================================================
============= CentOS Web Panel Cron ================
====================================================
###########################
Firewall Flush Daily Blocks
###########################
######################
Update Server Packages
######################
PHP Warning: PHP Startup: Unable to load dynamic library 'intl' (tried: /usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl (/usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl: cannot open shared object file: No such file or directory), /usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl.so (/usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl.so: cannot open shared object file: No such file or directory)) in Unknown on line 0
PHP Warning: PHP Startup: Unable to load dynamic library 'intl' (tried: /usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl (/usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl: cannot open shared object file: No such file or directory), /usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl.so (/usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl.so: cannot open shared object file: No such file or directory)) in Unknown on line 0
grep: /usr/local/cwpsrv/logs/error_log: binary file matches
PHP Warning: PHP Startup: Unable to load dynamic library 'intl' (tried: /usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl (/usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl: cannot open shared object file: No such file or directory), /usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl.so (/usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl.so: cannot open shared object file: No such file or directory)) in Unknown on line 0
Redirecting to /bin/systemctl restart cwpsrv.service
Redirecting to /bin/systemctl restart httpd.service
Redirecting to /bin/systemctl reload httpd.service
Redirecting to /bin/systemctl reload nginx.service
Redirecting to /bin/systemctl reload httpd.service
cp: cannot stat '/root/.ssh/authorized_keys': No such file or directory
PHP Warning: PHP Startup: Unable to load dynamic library 'intl' (tried: /usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl (/usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl: cannot open shared object file: No such file or directory), /usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl.so (/usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20190902/intl.so: cannot open shared object file: No such file or directory)) in Unknown on line 0
Date which backup script is using: 2026-08-16 12:15:07
# systemctl start mariadb
Job for mariadb.service failed because the control process exited with error code.
See "systemctl status mariadb.service" and "journalctl -xeu mariadb.service" for details.
Temporary Fix: I manually execute the following every morning now to resuscitate the CWP Server. Clients are not happy with this arrangement.[/]
**Use with caution and at your own risk!** (In case anyone else is experiencing this issue.)
chmod 755 / /usr /usr/bin /usr/sbin /usr/lib /usr/lib64 /var /var/lib /var/log
chown -R mysql:mysql /var/lib/mysql
chmod 755 /var/lib/mysql
systemctl daemon-reload
systemctl start mariadb
systemctl status mariadb --no-pager
systemctl restart dovecot postfix cbpolicyd opendkim cwpsrv httpd
systemctl status mariadb dovecot postfix cwpsrv --no-pager
Permanent Fix: Not discovered yet. Hoping for a CWP team based solution as the scripts are not viewable nor modifiable. I'm okay with that. Just hoping for a permanent solution fix.
In addition: I have three CWP server that the NEW Backup (beta) restore feature does not show the Restore Points for the user account. All of this started about the same time.
Automated Temporary Fix:
**Use with caution and at your own risk!** (In case anyone else is experiencing this issue.)
Step One:
cat << 'EOF' > /etc/cron.daily/dw-fix-mariadb
#!/bin/bash
chmod 755 / /usr /usr/bin /usr/sbin /usr/lib /usr/lib64 /var /var/lib /var/log
chown -R mysql:mysql /var/lib/mysql
chmod 755 /var/lib/mysql
systemctl daemon-reload
systemctl start mariadb
systemctl status mariadb --no-pager
systemctl restart dovecot postfix cbpolicyd opendkim cwpsrv httpd
systemctl status mariadb dovecot postfix cwpsrv --no-pager
EOF
Step Two:
chmod +x /etc/cron.daily/dw-fix-mariadb
Step Three:
bash /etc/cron.daily/dw-fix-mariadb
Step Four:
Keep checking server each morning to be sure it's running properly.
