Recent Posts
81
PHP / New ionCube Loaders for PHP - 15.0.0
« Last post by Starburst on October 28, 2025, 02:35:11 PM »FYI:
I know I'm late with this, but anyone who is running ionCube, they released a new version 15.0.0 on 2025-10-14
https://www.ioncube.com/loaders.php
I know I'm late with this, but anyone who is running ionCube, they released a new version 15.0.0 on 2025-10-14
https://www.ioncube.com/loaders.php
82
CentOS-WebPanel Bugs / Re: Issues with PHP version swither (php_switch_v2)
« Last post by Starburst on October 28, 2025, 01:18:43 PM »Wasn't going to comment on this thread, because I think everyone knows my position.
To run ANY server you NEED to be a Sys Admin with the knowledge of such.
This includes knowing how to HARDEN a servers security.
If not, then you should just look at a webhosting or Managed VPS plan somewhere, that has the backend support that knows what they are doing.
Funny enough, I'm typing this as I am updating our servers.
To run ANY server you NEED to be a Sys Admin with the knowledge of such.
This includes knowing how to HARDEN a servers security.
If not, then you should just look at a webhosting or Managed VPS plan somewhere, that has the backend support that knows what they are doing.
Funny enough, I'm typing this as I am updating our servers.
83
CentOS-WebPanel Bugs / Re: Issues with PHP version swither (php_switch_v2)
« Last post by 6Sense on October 28, 2025, 04:46:43 AM »My experience is CWP does require some server admin knowledge in order to maintain or at least the want to learn. This is however something that I personally enjoy. Updates & fixes can take time but they do come (they are pretty much on to the critical ones), not bad for a small outfit.
I can understand that it’s not for everyone but if you want a glossy server OS with the support of a corporate organisation behind it (we all know who that is) your going to have to pay for it.
I can understand that it’s not for everyone but if you want a glossy server OS with the support of a corporate organisation behind it (we all know who that is) your going to have to pay for it.
84
CentOS-WebPanel Bugs / Re: Issues with PHP version swither (php_switch_v2)
« Last post by overseer on October 28, 2025, 12:06:50 AM »This is capitalism:
Pay yourself for your time.
Pay a sysadmin to secure and maintain your system for you.
Pay the CWP devs for CWP Pro with the elegant php-fpm solution.
Pay yourself for your time.
Pay a sysadmin to secure and maintain your system for you.
Pay the CWP devs for CWP Pro with the elegant php-fpm solution.
85
CentOS-WebPanel Bugs / Re: Can't update linux OS because of mysql-common
« Last post by overseer on October 27, 2025, 11:27:49 PM »Code: [Select]
rpm -qa | grep mysql-common
yum remove mysql-common
yum remove mysql-common-8.0.43-1.module_el8.10.0+4049+06e4dcce.x86_6486
CentOS-WebPanel Bugs / Can't update linux OS because of mysql-common
« Last post by Linux on October 27, 2025, 11:18:55 PM »Hello!
Got a message to update the os, did update but it failed with the error below.
In order to avoid that error and update the rest of the system, i used the command:
Got a message to update the os, did update but it failed with the error below.
In order to avoid that error and update the rest of the system, i used the command:
Code: [Select]
yum -x 'mysql-common-*' -x 'mysql-libs-*' update
Code: [Select]
Error: Transaction test error:
file /usr/share/mysql/charsets/Index.xml from install of mysql-common-8.0.43-1.module_el8.10.0+4049+06e4dcce.x86_64 conflicts with file from package MariaDB-common-10.11.14-1.el8.x86_64
file /usr/share/mysql/charsets/armscii8.xml from install of mysql-common-8.0.43-1.module_el8.10.0+4049+06e4dcce.x86_64 conflicts with file from package MariaDB-common-10.11.14-1.el8.x86_64
file /usr/share/mysql/charsets/ascii.xml from install of mysql-common-8.0.43-1.module_el8.10.0+4049+06e4dcce.x86_64 conflicts with file from package MariaDB-common-10.11.14-1.el8.x86_64
file /usr/share/mysql/charsets/cp1250.xml from install of mysql-common-8.0.43-1.module_el8.10.0+4049+06e4dcce.x86_64 conflicts with file from package MariaDB-common-10.11.14-1.el8.x86_64
file /usr/share/mysql/charsets/cp1251.xml from install of mysql-common-8.0.43-1.module_el8.10.0+4049+06e4dcce.x86_64 conflicts with file from package MariaDB-common-10.11.14-1.el8.x86_64
file /usr/share/mysql/charsets/cp1256.xml from install of mysql-common-8.0.43-1.module_el8.10.0+4049+06e4dcce.x86_64 conflicts with file from package MariaDB-common-10.11.14-1.el8.x86_64
file /usr/share/mysql/charsets/cp1257.xml from install of mysql-common-8.0.43-1.module_el8.10.0+4049+06e4dcce.x86_64 conflicts with file from package MariaDB-common-10.11.14-1.el8.x86_64
file /usr/share/mysql/charsets/cp850.xml from install of mysql-common-8.0.43-1.module_el8.10.0+4049+06e4dcce.x86_64 conflicts with file from package MariaDB-common-10.11.14-1.el8.x86_64
file /usr/share/mysql/charsets/cp852.xml from install of mysql-common-8.0.43-1.module_el8.10.0+4049+06e4dcce.x86_64 conflicts with file from package MariaDB-common-10.11.14-1.el8.x86_64
file /usr/share/mysql/charsets/cp866.xml from install of mysql-common-8.0.43-1.module_el8.10.0+4049+06e4dcce.x86_64 conflicts with file from package MariaDB-common-10.11.14-1.el8.x86_64
file /usr/share/mysql/charsets/dec8.xml from install of mysql-common-8.0.43-1.module_el8.10.0+4049+06e4dcce.x86_64 conflicts with file from package MariaDB-common-10.11.14-1.el8.x86_64
file /usr/share/mysql/charsets/geostd8.xml from install of mysql-common-8.0.43-1.module_el8.10.0+4049+06e4dcce.x86_64 conflicts with file from package MariaDB-common-10.11.14-1.el8.x86_64
file /usr/share/mysql/charsets/greek.xml from install of mysql-common-8.0.43-1.module_el8.10.0+4049+06e4dcce.x86_64 conflicts with file from package MariaDB-common-10.11.14-1.el8.x86_64
file /usr/share/mysql/charsets/hebrew.xml from install of mysql-common-8.0.43-1.module_el8.10.0+4049+06e4dcce.x86_64 conflicts with file from package MariaDB-common-10.11.14-1.el8.x86_64
file /usr/share/mysql/charsets/hp8.xml from install of mysql-common-8.0.43-1.module_el8.10.0+4049+06e4dcce.x86_64 conflicts with file from package MariaDB-common-10.11.14-1.el8.x86_64
file /usr/share/mysql/charsets/keybcs2.xml from install of mysql-common-8.0.43-1.module_el8.10.0+4049+06e4dcce.x86_64 conflicts with file from package MariaDB-common-10.11.14-1.el8.x86_64
file /usr/share/mysql/charsets/koi8r.xml from install of mysql-common-8.0.43-1.module_el8.10.0+4049+06e4dcce.x86_64 conflicts with file from package MariaDB-common-10.11.14-1.el8.x86_64
file /usr/share/mysql/charsets/koi8u.xml from install of mysql-common-8.0.43-1.module_el8.10.0+4049+06e4dcce.x86_64 conflicts with file from package MariaDB-common-10.11.14-1.el8.x86_64
file /usr/share/mysql/charsets/latin1.xml from install of mysql-common-8.0.43-1.module_el8.10.0+4049+06e4dcce.x86_64 conflicts with file from package MariaDB-common-10.11.14-1.el8.x86_64
file /usr/share/mysql/charsets/latin2.xml from install of mysql-common-8.0.43-1.module_el8.10.0+4049+06e4dcce.x86_64 conflicts with file from package MariaDB-common-10.11.14-1.el8.x86_64
file /usr/share/mysql/charsets/latin5.xml from install of mysql-common-8.0.43-1.module_el8.10.0+4049+06e4dcce.x86_64 conflicts with file from package MariaDB-common-10.11.14-1.el8.x86_64
file /usr/share/mysql/charsets/latin7.xml from install of mysql-common-8.0.43-1.module_el8.10.0+4049+06e4dcce.x86_64 conflicts with file from package MariaDB-common-10.11.14-1.el8.x86_64
file /usr/share/mysql/charsets/macce.xml from install of mysql-common-8.0.43-1.module_el8.10.0+4049+06e4dcce.x86_64 conflicts with file from package MariaDB-common-10.11.14-1.el8.x86_64
file /usr/share/mysql/charsets/macroman.xml from install of mysql-common-8.0.43-1.module_el8.10.0+4049+06e4dcce.x86_64 conflicts with file from package MariaDB-common-10.11.14-1.el8.x86_64
file /usr/share/mysql/charsets/swe7.xml from install of mysql-common-8.0.43-1.module_el8.10.0+4049+06e4dcce.x86_64 conflicts with file from package MariaDB-common-10.11.14-1.el8.x86_64
87
CentOS-WebPanel Bugs / Re: Issues with PHP version swither (php_switch_v2)
« Last post by Linux on October 27, 2025, 11:05:57 PM »I don't follow your logic. No company offers indemnity against CVE or 0-day exploits. Not Red Hat, not Oracle, not cPanel. None will reimburse you for lost time or recovery efforts (and even a product refund is very unlikely). Many are setting up bug bounty programs to prevent such public damage to their products (and therefore their reputation) and the open source world expects their code to be reviewed by knowledgeable coders. You can purchase insurance against exploits if you want, though...Sorry to disappoint you but you are wrong - "It's up to you to secure your core system and reduce your attack surface.". Stop making excuses for the devs.
But really, this is a value proposition to provide you with an inexpensive web panel to make administration easier for you and end users. It's up to you to secure your core system and reduce your attack surface. A secure (and backed up) system won't have as much of a problem with a 0-day or CVE without an immediate patch.
Still no fix for php_switch_v2.
88
Installation / Re: Problems installing CWP 8 with MariaDB
« Last post by overseer on October 27, 2025, 12:33:48 AM »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!
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!
89
MySQL / Re: MariaDB Password Reset Script Doesn't Work
« Last post by overseer on October 26, 2025, 11:30:08 PM »Yes, that script is defunct. Use this instead:
https://www.digitalocean.com/community/tutorials/how-to-reset-your-mysql-or-mariadb-root-password
https://www.digitalocean.com/community/tutorials/how-to-reset-your-mysql-or-mariadb-root-password
90
MySQL / MariaDB Password Reset Script Doesn't Work
« Last post by Wonder on October 26, 2025, 10:11:03 PM »I know this script worked perfectly before.
I've recently done several installations of CWP 8 (for various tests), and after installing CWP 8 without restarting, if we run the password reset script, it works. However, if we restart CWP 8 after installing it, it no longer works, and from what I can see, we lose access to CWP administration (and therefore, the MariaDB service is inoperative).
I've tested it with both the stock and upgraded versions of MariaDB.
I understand that, over time and with updates, the script has become "outdated."
This is the code that appears when we run it:
Code: [Select]
/scripts/mysql_pwd_resetI've recently done several installations of CWP 8 (for various tests), and after installing CWP 8 without restarting, if we run the password reset script, it works. However, if we restart CWP 8 after installing it, it no longer works, and from what I can see, we lose access to CWP administration (and therefore, the MariaDB service is inoperative).
I've tested it with both the stock and upgraded versions of MariaDB.
I understand that, over time and with updates, the script has become "outdated."
This is the code that appears when we run it:
Code: [Select]
[root@server ~]# /scripts/mysql_pwd_reset
Enter the new root password (at least 8 chars).
Or leave it empty if you would like to generate it.
Or press CTRL+C to abort and do not touch it
Enter MySQL root password (NO special characters): testpass9876
Shutting down any mysql processes...
/scripts/mysql_pwd_reset: line 14: [: -eq: unary operator expected
Redirecting to /bin/systemctl stop mariadb.service
/scripts/mysql_pwd_reset: line 26: [: -eq: unary operator expected
Redirecting to /bin/systemctl start mariadb.service
Resetting password... hold on
--------------
UPDATE mysql.user SET Password=PASSWORD('testpass9876'),Authentication_string=PASSWORD('testpass9876') WHERE user='root'
--------------
ERROR 1348 (HY000) at line 1: Column 'Password' is not updatable
Cleaning up...
/scripts/mysql_pwd_reset: line 14: [: -eq: unary operator expected
Redirecting to /bin/systemctl stop mariadb.service
Password reset has been completed
New MySQL root password: testpass9876
Remember to store this password safely!
/scripts/mysql_pwd_reset: line 26: [: -eq: unary operator expected
Redirecting to /bin/systemctl start mariadb.service
[root@server ~]#