Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Pages: [1]
1
Updates / MariaDB error preventing other updates
« on: March 26, 2025, 10:01:46 PM »
I apologize as I know there are many entries regarding MariaDB updates. I just have a quick question. I am running CWPpro version: 0.9.8.1201 on AlmaLinux 8. CWP yum manager is showing only 1 update which is MariaDB. I know that I have to manually update MariaDB 10.4 to 10.11 manually. However, the error is causing the other updates to not show up. On a test box, I remarked out all lines in the /etc/yum.repos.d/mariadb.repo, I refreshed, then all kinds of other updates showed up and I was able to successfully complete those.
Is it advisable to do this just to get other updates applied before I upgrade MariaDB? Or is there a better best/practice way of getting the needed updates completed?
-------------------------------------------------------------------------------------------------------------------------------------------------
Last metadata expiration check: 0:14:54 ago on Tue Mar 25 12:24:17 2025.
Dependencies resolved.
================================================================================
Package Architecture Version Repository Size
================================================================================
Upgrading:
MariaDB-server x86_64 10.11.11-1.el8 mariadb 28 M
Transaction Summary
================================================================================
Upgrade 1 Package
Total download size: 28 M
Downloading Packages:
MariaDB-server-10.11.11-1.el8.x86_64.rpm 3.8 MB/s | 28 MB 00:07
--------------------------------------------------------------------------------
Total 3.8 MB/s | 28 MB 00:07
Running transaction check
Transaction check succeeded.
Running transaction test
Transaction test succeeded.
Running transaction
Preparing : 1/1
Running scriptlet: MariaDB-server-10.11.11-1.el8.x86_64 1/1
Running scriptlet: MariaDB-server-10.11.11-1.el8.x86_64 1/2
******************************************************************
A MySQL or MariaDB server package (MariaDB-server-10.4.34-1.el8.x86_64) is installed.
Upgrading directly from MySQL 10.4 to MariaDB 10.11 may not
be safe in all cases. A manual dump and restore using mysqldump is
recommended. It is important to review the MariaDB manual's Upgrading
section for version-specific incompatibilities.
A manual upgrade is required.
- Ensure that you have a complete, working backup of your data and my.cnf
files
- Shut down the MySQL server cleanly
- Remove the existing MySQL packages. Usually this command will
list the packages you should remove:
rpm -qa | grep -i '^mysql-'
You may choose to use 'rpm --nodeps -ev ' to remove
the package which contains the mysqlclient shared library. The
library will be reinstalled by the MariaDB-shared package.
- Install the new MariaDB packages supplied by MariaDB Foundation
- Ensure that the MariaDB server is started
- Run the 'mysql_upgrade' program
This is a brief description of the upgrade process. Important details
can be found in the MariaDB manual, in the Upgrading section.
******************************************************************
error: %prein(MariaDB-server-10.11.11-1.el8.x86_64) scriptlet failed, exit status 1
Verifying : MariaDB-server-10.11.11-1.el8.x86_64 1/2
Verifying : MariaDB-server-10.4.34-1.el8.x86_64 2/2
Failed:
MariaDB-server-10.4.34-1.el8.x86_64 MariaDB-server-10.11.11-1.el8.x86_64
Is it advisable to do this just to get other updates applied before I upgrade MariaDB? Or is there a better best/practice way of getting the needed updates completed?
-------------------------------------------------------------------------------------------------------------------------------------------------
Last metadata expiration check: 0:14:54 ago on Tue Mar 25 12:24:17 2025.
Dependencies resolved.
================================================================================
Package Architecture Version Repository Size
================================================================================
Upgrading:
MariaDB-server x86_64 10.11.11-1.el8 mariadb 28 M
Transaction Summary
================================================================================
Upgrade 1 Package
Total download size: 28 M
Downloading Packages:
MariaDB-server-10.11.11-1.el8.x86_64.rpm 3.8 MB/s | 28 MB 00:07
--------------------------------------------------------------------------------
Total 3.8 MB/s | 28 MB 00:07
Running transaction check
Transaction check succeeded.
Running transaction test
Transaction test succeeded.
Running transaction
Preparing : 1/1
Running scriptlet: MariaDB-server-10.11.11-1.el8.x86_64 1/1
Running scriptlet: MariaDB-server-10.11.11-1.el8.x86_64 1/2
******************************************************************
A MySQL or MariaDB server package (MariaDB-server-10.4.34-1.el8.x86_64) is installed.
Upgrading directly from MySQL 10.4 to MariaDB 10.11 may not
be safe in all cases. A manual dump and restore using mysqldump is
recommended. It is important to review the MariaDB manual's Upgrading
section for version-specific incompatibilities.
A manual upgrade is required.
- Ensure that you have a complete, working backup of your data and my.cnf
files
- Shut down the MySQL server cleanly
- Remove the existing MySQL packages. Usually this command will
list the packages you should remove:
rpm -qa | grep -i '^mysql-'
You may choose to use 'rpm --nodeps -ev ' to remove
the package which contains the mysqlclient shared library. The
library will be reinstalled by the MariaDB-shared package.
- Install the new MariaDB packages supplied by MariaDB Foundation
- Ensure that the MariaDB server is started
- Run the 'mysql_upgrade' program
This is a brief description of the upgrade process. Important details
can be found in the MariaDB manual, in the Upgrading section.
******************************************************************
error: %prein(MariaDB-server-10.11.11-1.el8.x86_64) scriptlet failed, exit status 1
Verifying : MariaDB-server-10.11.11-1.el8.x86_64 1/2
Verifying : MariaDB-server-10.4.34-1.el8.x86_64 2/2
Failed:
MariaDB-server-10.4.34-1.el8.x86_64 MariaDB-server-10.11.11-1.el8.x86_64
2
Backup / New Backup - FTP Error
« on: February 23, 2024, 10:11:41 PM »
I am getting these errors on some of my web servers. Anyone else experience this?
PHP Warning: ftp_put(): php_connect_nonb() failed: Operation now in progress (115) in /usr/local/cwpsrv/htdocs/resources/admin/addons/class_backupmanager.php on line 0
PHP Warning: ftp_put(): Type set to I in /usr/local/cwpsrv/htdocs/resources/admin/addons/class_backupmanager.php on line 0
PHP Warning: ftp_put(): php_connect_nonb() failed: Operation now in progress (115) in /usr/local/cwpsrv/htdocs/resources/admin/addons/class_backupmanager.php on line 0
PHP Warning: ftp_put(): Type set to I in /usr/local/cwpsrv/htdocs/resources/admin/addons/class_backupmanager.php on line 0
3
Backup / FTP Backup
« on: July 20, 2023, 06:32:12 PM »
I have been using an FTP backup with New Backup (Beta) with zero issues until July 8th. The backup logs are not showing any errors and shows Backup Successful. It does generate the tar.gz file and pushes it to my FTP server. However, it is not complete. The backup is missing many files. Has anyone ran into this?
4
E-Mail / Cannot Reply To Messages - RoundCube
« on: September 22, 2022, 01:49:36 PM »
Some of our users are reporting issues in RoundCube when replying to emails. It just sits and spins until it just times out. These users are all on different domains within CWP. Has anyone else experienced this?
Thank you
Just to add from a recent user report. It is happening when attempting to forward messages as well. It sits on spinning then just says "Your messages was not sent" according to the user.
Thank you
Just to add from a recent user report. It is happening when attempting to forward messages as well. It sits on spinning then just says "Your messages was not sent" according to the user.
5
SSL / Let's Encrypt DST Root CA X3 expiry Sept 30th 2021
« on: October 02, 2021, 09:14:51 PM »
Having issues with some of my Websites giving me CA Cert errors since "Let's Encrypt DST Root CA X3 expiry Sept 30th 2021"
A Certificate Authority verified SSL certificate was not detected on "Website URL".
A Certificate Authority verified SSL certificate was not detected on "Website URL".
6
Backup / A couple of issues with New Backup (beta)
« on: September 03, 2021, 07:02:57 PM »
A couple of issues with New Backup (beta).
1. I am not seeing any email backups (vmail) in the local backups backups. Where is "vmail" backed up in the New Backup (beta)?
2. The %backup%.tar.gz files are being left on the server after the FTP transfer completes.
Is this by design or is there a bug?
Thanks
1. I am not seeing any email backups (vmail) in the local backups backups. Where is "vmail" backed up in the New Backup (beta)?
2. The %backup%.tar.gz files are being left on the server after the FTP transfer completes.
Is this by design or is there a bug?
Thanks
7
Information / Backup Errors
« on: June 17, 2021, 03:50:26 PM »
I now have the following errors from newbackup. Backups seem to be running as expected. However, I am getting these same messages for all accounts.
/usr/local/cwp/php71/bin/php-cgi -d max_execution_time=10000000 -q /usr/local/cwpsrv/htdocs/resources/admin/include/cron_newbackup.php
cat: /newbackup/full/daily/Wednesday/accounts/%accountname%/ssl/autossl/ssl.json: No such file or directory
cp: cannot create regular file ‘/newbackup/full/daily/Wednesday/accounts/%accountname%/ssl/autossl/cert/’: No such file or directory
cp: cannot create regular file ‘/newbackup/full/daily/Wednesday/accounts/%accountname%/ssl/autossl/key/’: No such file or directory
cp: cannot create regular file ‘/newbackup/full/daily/Wednesday/accounts/%accountname%/ssl/autossl/bundle/’: No such file or directory
Anyone else run into this?
/usr/local/cwp/php71/bin/php-cgi -d max_execution_time=10000000 -q /usr/local/cwpsrv/htdocs/resources/admin/include/cron_newbackup.php
cat: /newbackup/full/daily/Wednesday/accounts/%accountname%/ssl/autossl/ssl.json: No such file or directory
cp: cannot create regular file ‘/newbackup/full/daily/Wednesday/accounts/%accountname%/ssl/autossl/cert/’: No such file or directory
cp: cannot create regular file ‘/newbackup/full/daily/Wednesday/accounts/%accountname%/ssl/autossl/key/’: No such file or directory
cp: cannot create regular file ‘/newbackup/full/daily/Wednesday/accounts/%accountname%/ssl/autossl/bundle/’: No such file or directory
Anyone else run into this?
8
Backup / All backups failing to run correctly
« on: January 22, 2021, 07:06:29 PM »
All of my backups started failing after January 7th, 2021 across all of my CWP servers. This includes local backups and remote. Here is an example of the local I just tried to run. However, ALL backups results in the same output of the log. From what I see it acts like there are no accounts to backup ([]). Any help would be greatly appreciated. I am running the following:
CWPpro: 0.9.8.1035
PHP: 7.3.15
tail -f /var/log/cwp/cron_backup.log
2021-01-22 14:49:23 Local directory /newbackup//full/manual/accounts/ was created
2021-01-22 14:49:26 UPDATE backups SET LASTEXEC = "2021-01-22 14:49:26", STRUN ="0", BACKUP_FORCE="0" WHERE ID="1"
2021-01-22 14:58:21 {"ACCOUNTS_SERVER":"1","ACCOUNTS_SERVER_ID":"ALL@null","ADMIN_USERS":"1","APACHE_INCLUDE_CONFI":"","APACHE_WEBSERVER_CONF":"","BACKUP_RETENTION_DAILY":"1","BACKUP_RETENTION_MONTHLY":"3","BACKUP_RETENTION_WEEKLY":"2","BACKUP_STATUS":"1","BY_ACCOUNTS":"1","CONF_APACHE_SSL":"","CRON_HOUR":"0","CRON_MINUTES":"15","CWP_CONFIG_BACKUP":"","DAILY_BACKUP":"1","DATABASE_MYSQL":"1","DEFAULUSERBACKUP":"1","DNS_ZONE_TEMPLATE":"","FREQUENCY_DETAILS":"","FREQUENCY_DETAILS_DAILY":"Sunday,Monday,Tuesday,Wednesday,Thursday,Friday,Saturday,","FREQUENCY_DETAILS_MONTHLY":"","FREQUENCY_DETAILS_WEEKLY":"","FTP_ACCOUNTS_BACKUP":"","FTP_FILE_SERVER":"","FTP_LOCATION":"\/","FTP_LOGIN_USER":"","FTP_PASS":"","FTP_SERVER":"0","FTP_SERVERNAME":"","FTP_SERVER_PORT":"","FTP_TYPE":"FTP","FULL":"1","HOME_SERVER":"1","INCREMENTAL":"","LASTEXEC":"2021-01-22 14:49:26","LOCAL_FILE":"1","LOCATION_LOCAL_FILE":"\/newbackup\/","MAIL_SERVER_SETTINGS":"","MONTHLY_BACKUP":"0","NAME_RSA":"","NOT_ADMIN":"0","NOT_END":"0","NOT_ERROR":"0","NOT_OTHER":"0","NOT_OTHER_EMAIL":"","NOT_OWNER":"0","NOT_START":"0","NOT_START_END":"1","PER_PACKAGE":"0","RECORDS_DNS_DOMAIN":"1","SETTINGS_MYSQL_SSL_PHP":"","SSH_FILE":"","SSH_PORT":"","SSH_SERVER":"0","SSH_SERVERNAME":"","SSH_USER":"root","STRUN":"0","USERS_MAIL_ALIAS":"1","ID":1,"BACKUP_FORCE":"0","AGGRESSIVENESS":"","WEEKLY_BACKUP":"0","SSL_DOMAINS":"1","ACCOUNT_FTP":"1"}
2021-01-22 14:58:21 UPDATE backups SET STRUN="79531" WHERE ID = "1"
2021-01-22 14:58:21 Backup Initiated
2021-01-22 14:58:21 BY_ACCOUNTS
2021-01-22 14:58:21 []
2021-01-22 14:58:21 Starting compression
2021-01-22 14:58:21 /daily/Friday/
2021-01-22 14:58:24 UPDATE backups SET LASTEXEC = "2021-01-22 14:58:24", STRUN ="0", BACKUP_FORCE="0" WHERE ID="1"
CWPpro: 0.9.8.1035
PHP: 7.3.15
tail -f /var/log/cwp/cron_backup.log
2021-01-22 14:49:23 Local directory /newbackup//full/manual/accounts/ was created
2021-01-22 14:49:26 UPDATE backups SET LASTEXEC = "2021-01-22 14:49:26", STRUN ="0", BACKUP_FORCE="0" WHERE ID="1"
2021-01-22 14:58:21 {"ACCOUNTS_SERVER":"1","ACCOUNTS_SERVER_ID":"ALL@null","ADMIN_USERS":"1","APACHE_INCLUDE_CONFI":"","APACHE_WEBSERVER_CONF":"","BACKUP_RETENTION_DAILY":"1","BACKUP_RETENTION_MONTHLY":"3","BACKUP_RETENTION_WEEKLY":"2","BACKUP_STATUS":"1","BY_ACCOUNTS":"1","CONF_APACHE_SSL":"","CRON_HOUR":"0","CRON_MINUTES":"15","CWP_CONFIG_BACKUP":"","DAILY_BACKUP":"1","DATABASE_MYSQL":"1","DEFAULUSERBACKUP":"1","DNS_ZONE_TEMPLATE":"","FREQUENCY_DETAILS":"","FREQUENCY_DETAILS_DAILY":"Sunday,Monday,Tuesday,Wednesday,Thursday,Friday,Saturday,","FREQUENCY_DETAILS_MONTHLY":"","FREQUENCY_DETAILS_WEEKLY":"","FTP_ACCOUNTS_BACKUP":"","FTP_FILE_SERVER":"","FTP_LOCATION":"\/","FTP_LOGIN_USER":"","FTP_PASS":"","FTP_SERVER":"0","FTP_SERVERNAME":"","FTP_SERVER_PORT":"","FTP_TYPE":"FTP","FULL":"1","HOME_SERVER":"1","INCREMENTAL":"","LASTEXEC":"2021-01-22 14:49:26","LOCAL_FILE":"1","LOCATION_LOCAL_FILE":"\/newbackup\/","MAIL_SERVER_SETTINGS":"","MONTHLY_BACKUP":"0","NAME_RSA":"","NOT_ADMIN":"0","NOT_END":"0","NOT_ERROR":"0","NOT_OTHER":"0","NOT_OTHER_EMAIL":"","NOT_OWNER":"0","NOT_START":"0","NOT_START_END":"1","PER_PACKAGE":"0","RECORDS_DNS_DOMAIN":"1","SETTINGS_MYSQL_SSL_PHP":"","SSH_FILE":"","SSH_PORT":"","SSH_SERVER":"0","SSH_SERVERNAME":"","SSH_USER":"root","STRUN":"0","USERS_MAIL_ALIAS":"1","ID":1,"BACKUP_FORCE":"0","AGGRESSIVENESS":"","WEEKLY_BACKUP":"0","SSL_DOMAINS":"1","ACCOUNT_FTP":"1"}
2021-01-22 14:58:21 UPDATE backups SET STRUN="79531" WHERE ID = "1"
2021-01-22 14:58:21 Backup Initiated
2021-01-22 14:58:21 BY_ACCOUNTS
2021-01-22 14:58:21 []
2021-01-22 14:58:21 Starting compression
2021-01-22 14:58:21 /daily/Friday/
2021-01-22 14:58:24 UPDATE backups SET LASTEXEC = "2021-01-22 14:58:24", STRUN ="0", BACKUP_FORCE="0" WHERE ID="1"
9
Backup / SFTP Backup Issue
« on: November 22, 2020, 04:37:41 PM »
I am having an issue with SFTP backups. I am actually backing up multiple servers. All work successfully once, one day upon initial configuration. Then all after that give the same error message.
"Something went wrong trying to generate the backup directories"
So it works once after initial configuration. The rest of the days it fails.
Any ideas?
"Something went wrong trying to generate the backup directories"
So it works once after initial configuration. The rest of the days it fails.
Any ideas?
10
CentOS-WebPanel GUI / Accessing user panel as root
« on: November 10, 2020, 02:23:50 PM »
When going to "Open Panel" of user logged into CWP as root is not consistent. Sometimes it passes through to user panel sometimes it makes me login as user. Has anyone else had this issue. I apologize if this is a duplicate post. I have not found this issue on the forum.
Pages: [1]
