CWP Cronjob Killing Server

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.

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 @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.

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

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

Update MariaDB to 10.11 LTS:
https://www.alphagnu.com/topic/23-upgrade-mariadb-1011-in-cwp-centos-7-centos-8-stream-almalinux-78-rockylinux-78/
or
https://starburst.help/control-web-panel-cwp/control-web-panel-cwp-admin-tutorials/upgrade-mariadb-10-x-to-10-11-with-cwp-on-almalinux-9/

Hello @overseer, @venty, @starburst:

I really appreciate each of you chiming in and though the MariaDB upgrade guidance is prudent, the active issue is still not addressed. Does the PHP version actually affect the cronjob run each night using /etc/cron.daily/cwp specifically "/usr/local/cwpsrv/htdocs/resources/admin/include/cron.php"? Perhaps... I'll do my best to verify that (without acknowledging the protected CWP code contained in the CWP job). Updating MariaDB is certainly accepted guidance which I will affect post solving the immediate issue. I fear introducing too many changes prior to solving the immediate issue may further complicate resolution. 

I will go down the PHP version route and see how that responds and will report back!

Thanks everyone!

Hello again @overseer, @venty, @starburst and to all other interested parties:

I installed a new instance of CWP on a new Alma Linux 9.8 server to use for testing, using the following:

cd /usr/local/src
wget http://centos-webpanel.com/cwp-el9-latest
sh cwp-el9-latest -r yes --phpfpm 7.4 --softaculous yes

System Details:
CWPpro version: 1.8
Operating System: AlmaLinux 9.8 (Olive Jaguar)
Apache version: Apache/2.4.68
PHP version: 7.4.33
MySQL version: 10.5.29-MariaDB
FTP version: 1.0.52
SSH Port: 4000
MySql Port: 3306
Web Servers: apache-only

Results Output:
Immediate output of bash /etc/cron.daily/cwp, immediately following executed CWP installation script.
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
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-19 01:04:47

Testing Summary:
1. Whether a new install or a production install, the missing module INTL is absent regardless. Still receiving "Unknown on line 0". So, I think we've ruled out a PHP update issue at this time.
2. MariaDB 10.5.29 is the default installed database version.
3. OpenDKIM service still fails on every restart and must be manually started.
4. Assumption - Issue may be related to code within the file: /usr/local/cwpsrv/htdocs/resources/admin/include/cron.php

Respectfully,
Still hunting a solution but the work around is helping for now.

I assume CWP is installed already.

1. Check this post:
http://forum.centos-webpanel.com/updates/unable-to-load-dynamic-library-intl/msg53553/#msg53553
to fix "intl" problem.

2.  To upgrade to MariaDB 10.11 do:

Code: [Select]

service mariadb stop
dnf module enable mariadb:10.11
dnf update mariadb
mariadb-upgrade
service mariadb start