Messages

1

PHP / Re: CWP internal PHP 7.1: intl extension fails after recent updates - missing libicu

« on: June 25, 2026, 06:54:22 PM »

Thank you for the KB article.

I can confirm that on AlmaLinux 8 the issue was slightly different, but your article pointed me in the right direction.

In my case, intl.so was present, but it was missing the ICU 50 libraries (libicui18n.so.50, libicuuc.so.50, etc.).

Installing the official EPEL compatibility package solved the problem on two different CWP8 servers:

dnf install -y libicu50

After that:

/usr/local/cwp/php71/bin/php -m | grep intl

returns:

intl

and:
ldd /usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20170718/intl.so | grep "not found"

returns no missing libraries.

So, for anyone running AlmaLinux 8 with this specific ICU 50 dependency issue, installing libicu50 from EPEL resolves the warnings.

Thanks again for taking the time to publish the KB article.

2

PHP / CWP internal PHP 7.1: intl extension fails after recent updates - missing libicu

« on: June 25, 2026, 06:51:39 AM »

Hello,

I have two different CWP8 servers on AlmaLinux 8.

Since June 24/25, both servers started showing the same warning in cron.daily/cwp and cwp_bandwidth:

PHP Warning: PHP Startup: Unable to load dynamic library 'intl'
libicui18n.so.50: cannot open shared object file: No such file or directory

This is not related to the PHP version used by websites. The warning comes from CWP internal PHP:

/usr/local/cwp/php71/bin/php

Checks on both servers:

/usr/local/cwp/php71/bin/php -m

shows the warning.

ldd /usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20170718/intl.so | grep "not found"

returns:

libicui18n.so.50 => not found
libicuuc.so.50 => not found
libicudata.so.50 => not found
libicuio.so.50 => not found

Installed ICU libraries are only version 60 and 69:

libicu-60.3-2.el8_1.x86_64
libicu-devel-60.3-2.el8_1.x86_64
libicu69-69.1-4.el7.remi.x86_64

There are no libicu .so.50 files in /usr/lib64.

The latest dnf updates around that date were mainly kernel packages, so I am not sure if this was caused by a CWP update or by an internal PHP/intl dependency issue.

Is this a known issue with CWP internal PHP 7.1?
What is the recommended fix?

I prefer not to create manual symlinks from ICU 50 to ICU 60/69 because that may break ABI compatibility.

Thanks.

3

PHP Selector / Re: Support for PHP 8.4

« on: February 18, 2026, 07:55:36 PM »

I was thinking about it, but... there's a point that, right in yesterday's CWP update... We edited the file:

/usr/local/cwpsrv/htdocs/resources/conf/el8/php-fpm_selector/versions.ini
To add PHP FPM version 8.4.15, well, with yesterday's CWP update, this file was restored to the original version... I don't want to lock it either because, if the update from CWP comes in, it would be blocked.

I think I'll add a note with that info; otherwise, I didn't touch anything.

I'll post it there, and as soon as I have it posted, I'll let you know here (if the forum is working, of course, xD).

4

PHP Selector / Re: Support for PHP 8.4

« on: February 14, 2026, 07:27:51 PM »

With a lot of work and testing, I've managed to install PHP FPM 8.4.15 on CWP 8; I'll post the guide later.

5

PHP Selector / Re: Support for PHP 8.4

« on: February 13, 2026, 09:20:29 PM »

The problem I mentioned was very simple: installing what I needed, as indicated in the message. It was right in front of me, and I didn't see it.

But I'm unable to install PHP 8.4.15 on CWP 8. If it's not one error, it's another... Ideally, I'd have it in php-fpm, but in the meantime... This is becoming urgent, at least for me. A website requires PHP 8.4, and if I don't install it... it's a bad situation.

6

PHP Selector / Re: Support for PHP 8.4

« on: February 12, 2026, 10:38:11 PM »

The guide at:
https://www.alphagnu.com/topic/615-install-latest-version-of-php-84-php-switcher-in-cwp-control-web-panel-el89-almalinux-89/

Is for both AlmaLinux 8 and 9.
If you are running either of those you should not have to 'tweat' any paths.

Some modules where retired when PHP 8.4 was released, like IMAP in 8.4, that now need to be loaded via PECL.

As always, thanks for your response and help.

I went to install it on a CWP 8 / AL8, I had this error:

Code: [Select]

checking for zip archive read/write support... yes
checking for libzip >= 0.11 libzip != 1.3.1 libzip != 1.7.0... no
configure: error: Package requirements (libzip >= 0.11 libzip != 1.3.1 libzip != 1.7.0) were not met:

Package 'libzip', required by 'virtual:world', not found
Package 'libzip', required by 'virtual:world', not found
Package 'libzip', required by 'virtual:world', not found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables LIBZIP_CFLAGS
and LIBZIP_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.
[root@srv php-8.4.15]# export CFLAGS="-O2 -fPIE -DPIC"
[root@srv php-8.4.15]# export CXXFLAGS="-O2 -fPIE -DPIC"
[root@srv php-8.4.15]# export LDFLAGS="-pie -Wl,--as-needed"
[root@srv php-8.4.15]# make -j$(nproc)
make: *** No targets specified and no makefile found. Stop.
[root@srv php-8.4.15]# make install
make: *** No rule to make target 'install'. Stop.
[root@srv php-8.4.15]#
I'm looking for a solution, anyway, it's for PHP Switcher, not PHP-FPM, correct?

7

PHP Selector / Re: Support for PHP 8.4

« on: February 12, 2026, 10:37:30 AM »

https://www.alphagnu.com/topic/614-how-to-add-custom-php-fpm-84-85-support-to-cwp-on-almalinux-9x/
https://www.alphagnu.com/topic/615-install-latest-version-of-php-84-php-switcher-in-cwp-control-web-panel-el89-almalinux-89/
https://www.alphagnu.com/topic/616-install-latest-version-of-php-85-php-switcher-in-cwp-control-web-panel-el89-almalinux-89/

As always, thanks for your messages.
I'm here because I need to install PHP 8.4 on CWP 8 / AlmaLinux 8. The links provided are for CWP9/Alma9 (I'm interested in php-fmp). I've spent all day tweaking the paths so that it's 8 instead of 9, but I still can't install modules or I'm getting other errors. Is there any way to install PHP 8.4 correctly on CWP 8?

Thanks

PS: Sorry about the previous post; I quoted the wrong one, didn't see it, and now I can't edit it.

8

PHP Selector / Re: Support for PHP 8.4

« on: February 11, 2026, 11:53:01 PM »

José Manuel had indicated to me that PHP 8.4 and PHP 8.5 were coming in the next major update.

As always, thanks for your messages.
I've come here because I need to install PHP 8.4 on CWP 8 / AlmaLinux 8. These links are for CWP9/Alma9 (I'm interested in php-fmp), and I've spent all day tweaking the paths so that it's 8 instead of 9, but I still can't install modules or I'm getting other errors. Is there any way to install PHP 8.4 correctly on CWP 8?
Thanks

9

Updates / Re: AL 9.6, I have info about 240 updates

« on: November 23, 2025, 12:42:43 PM »

Indeed, I don't use CBPolicyD, and that's how I proceeded. I ran both commands, the uninstaller and the installer, and AL9 updated without issue.

However, I later saw the following message in my Anacron email, and I'm not sure if it's relevant:

Code: [Select]

###############################################
Daily MySQL Backup starting
###############################################
(Sorry, I can't post the paths. Notice: the "forbidden" forum is giving an error.)
PHP Notice:  Trying to access array offset on value of type null in /usr/local/cwpsrv/htdocs/resources/admin/include/cron_backup.php on line 0

Notice: Trying to access array offset on value of type null in /usr/local/cwpsrv/htdocs/resources/admin/include/cron_backup.php on line 0
Database Backup: mysql --> /backup/mysql/daily//mysql.sql.gz
PHP Notice:  Trying to access array offset on value of type null in /usr/local/cwpsrv/htdocs/resources/admin/include/cron_backup.php on line 0

Notice: Trying to access array offset on value of type null in /usr/local/cwpsrv/htdocs/resources/admin/include/cron_backup.php on line 0
Database Backup: oauthv2 --> /backup/mysql/daily//oauthv2.sql.gz
PHP Notice:  Trying to access array offset on value of type null in /usr/local/cwpsrv/htdocs/resources/admin/include/cron_backup.php on line 0
...
Notice: Trying to access array offset on value of type null in /usr/local/cwpsrv/htdocs/resources/admin/include/cron_backup.php on line 0
Database Backup: root_cwp --> /backup/mysql/daily//root_cwp.sql.gz
PHP Notice:  Trying to access array offset on value of type null in /usr/local/cwpsrv/htdocs/resources/admin/include/cron_backup.php on line 0
...
perl(DBD::mysql) >= 1.0 is needed by percona-toolkit-2.2.16-1.noarch

Currently, I only have the databases included with CWP9, but that last line indicates that it needs perl(DBD::mysql) >= 1.0, precisely the one we replaced. I don't know if it's all related to the replacement.

10

Information / Re: I can't access my post history in this forum...

« on: November 22, 2025, 08:56:45 PM »

Unfortunately, we lost those features a long time ago. Besides, it no longer notifies you by email when someone replies to one of your posts, and when you click "publish," a "form not secure" message appears.
Hopefully, some of these features will return; for me, they were important...

11

Updates / Re: AL 9.6, I have info about 240 updates

« on: November 22, 2025, 08:49:53 PM »

To fix the conflict:

Code: [Select]

dnf remove perl-DBD-MySQL -y

Code: [Select]

dnf install perl-DBD-MariaDB -y
Finish the upgrade to AlmaLinux 9.7:

Code: [Select]

dnf --refresh update

Hello.

I was just coming here because of this same problem. I have AL 9.6 + CWP 9 (to do testing) installed thanks to...
And I've run into the same problem. When I try to update (I think there's an update from 9.6 to 9.7), I get several lines with:

Code: [Select]

Error: Transaction test error:
file /usr/share/mysql/charsets/Index.xml from install of mysql-common-8.0.43-1.el9_6.x86_64 conflicts with file from package MariaDB-common-10.11.15-1.el9.x86_64

file /usr/share/mysql/charsets/armscii8.xml from install of mysql-common-8.0.43-1.el9_6.x86_64 conflicts with file from package MariaDB-common-10.11.15-1.el9.x86_64
Basically, the same problem is described in this post:

https://forum.centos-webpanel.com/centos-webpanel-bugs/can-t-update-linux-os-because-of-mysql-common/msg52726
I've done some research and saw what you mentioned, Starburts, as a solution.

The link they mention here:

They talk about modifying a file to make the mail server work. I haven't done it (due to lack of time, I haven't yet done the necessary migration tests from AL8 to this server with AL9 to configure mail), so I deduce that it's not necessary.

As always, thank you for being here, on the front lines, helping out.

12

Installation / Re: Problems installing CWP 8 with MariaDB

« on: November 04, 2025, 05:24:42 PM »

Do both -- stop the old server's mail, run another rysnc run, then switch DNS, perhaps even one more rsync run (5 min or less). But if the mail service is stopped, it shouldn't be taking in any new mail. Mail will just sit in other servers' outgoing mail queues until your new server becomes available at the DNS address they are looking for.

That's exactly a question I've always had, and I think you've answered it:

"If the mail service is stopped, it shouldn't receive any new emails. The emails will simply remain in the outgoing mail queues of other servers until your new server is available at the DNS address they're looking for."

I'll do what you suggested; a final rsync won't hurt, but as you mentioned, it shouldn't receive anything if I stop the mail server.

Thanks again!

13

Installation / Re: Problems installing CWP 8 with MariaDB

« on: November 03, 2025, 09:51:02 PM »

That's right, that's the idea, and that's how I usually proceed when doing migrations.

Sometimes the migration involves changing VPSs. The server is the same, same domain, same everything, but... the new VPS has better performance for the price.

So, at that point, I have both: the one in production and the new one. As you correctly mentioned, the new one is fully configured and ready, so I just need to migrate the CWP account to the CWP account. I'm behind Cloudflare and I do it at a time that won't cause any disruption. It's just a matter of changing the DNS settings in Cloudflare, and as you said, it doesn't take more than 5 minutes for the new one to be active.

But... this is where I had my doubts, mainly because I had no idea how to migrate the email accounts and their passwords. And this is where, thanks to you, I can do it.
Right now, I have a server set up with AL9 and CWP9, properly and perfectly configured, and I'm going to try it there. I'm using it as a server for this test; if it works, it'll stay, thanks to... it's perfectly configured.

However, the server has many email accounts, which is what worries me most. I'll have to either stop the mail server somehow or simply run another rsync from the old one to the new one.

Thanks!!!

14

Installation / Re: Problems installing CWP 8 with MariaDB

« on: November 02, 2025, 01:30:11 AM »

No, not limited to just the website DB -- I do mean ALL DB (including the root_cwp database, postfix DB, roundcube DB). On the original server to be migrated, issue this command:

Code: [Select]

mariadb-dump -u root -p --all-databases --system=users > all_DB.sqlThen SCP or rsync this all-inclusive SQL file over (it can be several GB large).
Then on the fresh AL9 system after re-creating all the user accounts, issue the reverse command to load in the DBs:

Code: [Select]

mariadb -u root -p < /path/to/all_DB.sqlThis worked for my CentOS 7.9 to AlmaLinux 8 migration.

Justo, thank you!! That was it, that was the question I had. Logically, I thought it should be all the databases, but I wasn't sure, and I wasn't certain. Perhaps restoring those databases from another version of CWP wouldn't be possible in a clean installation.

But what you've told me has saved my life in case I migrate (I still have to decide whether to migrate a production server from CWP8 to CWP9... I don't want that server to fail for any reason). Like I said, this was exactly the information I needed. I'm extremely grateful.

15

Installation / Re: Problems installing CWP 8 with MariaDB

« on: November 01, 2025, 12:15:47 PM »

You should be able to manually migrate, no problem. I just had to manually migrate my last CentOS 7 server to AlmaLinux 8 because I was continually encountering a bug with CWP Migration (even though it's worked just fine for me for other servers). You dump all DB to a single SQL file, on the new server create the user accounts you are replicating, load the DB SQL on the new server and rsync in all your files -- /home and /var/vmail. (Also move any conf you want to carry over -- CSF firewall, Roundcube, nginx vhosts, DNS zone files, etc.).

https://wiki.centos-webpanel.com/how-to-manually-import-emails

But the postfix DB, particularly the mailbox table has all the end user PW hashes stored. So recreating that DB on the new server will get you all the user PW you need. No need to recreate any mail user accounts or aliases. Also bring over the roundcube DB for a seamless mail experience. Just make sure their /var/vmail IMAP storage is in place and all the references will point appropriately. Voila!

Hi,
I read your message carefully. I apologize for not replying sooner; forums fluctuate, and I've been quite busy this week.
When you mention backing up all the databases, I assume you mean the website databases, not the CWP databases themselves, correct? I know how to import emails and accounts using rsync, and I greatly appreciate your message, but... I'm not sure how to export/import the Postfix mailbox table to retain the password for each email account. However, when you say:
"So recreating that DB on the new server will get you all the user PW you need. No need to recreate any mail user accounts or aliases,"

If I recreate that database, is it a database restoration, a backup of the original, and then restoring it in CWP9? Is that correct? The same applies to the Roundcube database.

I assume so, but I'd prefer to be sure, although perhaps a test server would clear things up for me... Thanks again!