Control Web Panel
WebPanel => Updates => Topic started by: venty on November 19, 2025, 07:11:28 AM
-
Hi,
I work with AL 9.6... Since yesterday, I have info about 240 updates:
https://prnt.sc/vRmNk7sYu7wR
... but nothing happens..., after I select update, nothing happens, and this information about 240 updates available appears again ...
BR
Venty
-
As others have mentioned, the Yum Manager in the web GUI can be buggy. Best to leave yum behind as legacy and get acquainted with dnf. Try:
dnf --refresh update
-
As others have mentioned, the Yum Manager in the web GUI can be buggy. Best to leave yum behind as legacy and get acquainted with dnf. Try:
dnf --refresh update
Ok, the result is:
https://prnt.sc/wuudORVZrfXQ
his information about 240 updates available appears again ...
BR
Venty
-
See here for fix https://forum.centos-webpanel.com/centos-webpanel-bugs/can-t-update-linux-os-because-of-mysql-common/msg52726/#msg52726
-
That is because you are probably running AlmaLinux 9.6, and 9.7 just dropped.
So about 360 package updates is normal.
-
To fix the conflict:
dnf remove perl-DBD-MySQL -y
dnf install perl-DBD-MariaDB -y
Finish the upgrade to AlmaLinux 9.7:
dnf --refresh update
-
To fix the conflict:
dnf remove perl-DBD-MySQL -y
dnf install perl-DBD-MariaDB -y
Finish the upgrade to AlmaLinux 9.7:
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:
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.
-
We had the same problem with that message when running dnf --refresh update
If you are not running CBPolicyD, you don't need to edit any files, and just run those 2 commands above before upgrading.
-
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:
###############################################
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.
-
It's an encrypted file, so I can see how/what is being run. :-\
I have contact higher powers... :o
-
Well the official response from Igor/CWP is "too bad".
CWP doesn't support AL9, and isn't any time soon, and does NOT support MariaDB 10.11 on CWP either...
-
@josemnunez
@Sandeep
Please see PAID SUPPORT Ticket #628625
-
Well the official response from Igor/CWP is "too bad".
That seems to be a common theme...
-
Lately it has been.
CyberPanel has been working hard on the next generation of it's panel to run on AL10 with PHP 8.5
-
Hello,
I’ve been following the ongoing discussion about CWP’s lack of support for AlmaLinux 9.x, 10.x, and the newer MariaDB releases. This has affected me as well, especially since many open-source projects now require MariaDB 10.x or 11.x at minimum. Without support for these versions, CWP becomes increasingly limiting for modern deployments.
What are the technical reasons preventing CWP from supporting AlmaLinux 9.x/10.x and the newer MariaDB versions?
Also, why have the developers not provided an official statement or roadmap on the forum regarding these issues?
On a related note, CyberPanel looks like an interesting alternative — has anyone here tried it?
Thanks
-
We've tried multiple panels that supposedly support AL 10.
CyberPanel had a development version, when I have a chance this week, I'll be trying CyberPanel on AL 10 again.
But even so, they support AL 9 fully, and with PHP 8.5
-
From what it looks like, CyberPanel is OpenLitespeed-based which is good for WordPress sites, but if you need Nginx, you are out of luck. I don't mind OpenLitespeed, but as a drop-in replacement for Apache there could be some nuanced differences to be aware of. It looks as though one or two of the add-ons would be useful or even necessary, so you're best off buying the package of All Add-ons for $59/yr. If that's the case, it's nearly 5x more expensive than CWP.
-
Problem with CyberPanel right now is they had 3 major vulnerabilities that allowed hackers to access the server.
Not to mention, they don't support AL10, yet.
But do support PHP 8.4 and 8.5