[solved] cPanel Elevate Error with MySQL Server Not Working
AnsweredHi,
The process failed at stage 3 and
# -------------------------> [ERROR] # Upgrade process failed at stage=3 ; Running: tail -f /var/log/elevate-cpanel.log
here is the log file content:
Risk Factor: high (inhibitor)
Title: Not enough space on /boot
Summary: /boot needs additional 15.1005859375 MiB to be able to accomodate the upgrade initramfs and new kernel.
Key: 3f12a83ef52957d6c17aa7c9c5df87cd69415b09
----------------------------------------
Risk Factor: high
Title: Packages from unknown repositories may not be installed
Summary: 1 packages may not be installed or upgraded due to repositories unknown to leapp:
- kernel-uek (repoid: ol8-uek)
Remediation: [hint] Please file a bug in http://bugzilla.redhat.com/ for leapp-repository component of the Red Hat Enterprise Linux product.
Key: 9a2b05abf8f45fd7915e52542887bb334bb218ea
----------------------------------------
Risk Factor: high
Title: Packages not signed by Red Hat found on the system
Summary: The following packages have not been signed by Red Hat and may be removed during the upgrade process in case Red Hat-signed packages to be removed during the upgrade depend on t
hem:
- elevate-release
- gpg-pubkey
- leapp
- leapp-data-almalinux
- leapp-deps
- leapp-upgrade-el7toel8
- leapp-upgrade-el7toel8-deps
- python2-leapp
- wordpress-cpaddon
Key: 13f0791ae5f19f50e7d0d606fb6501f91b1efb2c
----------------------------------------
Risk Factor: high
Title: GRUB core will be updated during upgrade
Summary: On legacy (BIOS) systems, GRUB core (located in the gap between the MBR and the first partition) does not get automatically updated when GRUB is upgraded.
Key: baa75fad370c42fd037481909201cde9495dacf4
----------------------------------------
Risk Factor: high
Title: Difference in Python versions and support in RHEL 8
Summary: In RHEL 8, there is no 'python' command. Python 3 (backward incompatible) is the primary Python version and Python 2 is available with limited support and limited set of package
s. Read more here: https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html-single/configuring_basic_system_settings/#using-python3
Remediation: [hint] Please run "alternatives --set python /usr/bin/python3" after upgrade
Key: 0c98585b1d8d252eb540bf61560094f3495351f5
----------------------------------------
Risk Factor: medium
Title: Module pam_pkcs11 will be removed from PAM configuration
Summary: Module pam_pkcs11 was surpassed by SSSD and therefore it was removed from RHEL-8. Keeping it in PAM configuration may lock out the system thus it will be automatically removed from PAM configuration before upgrading to RHEL-8. Please switch to SSSD to recover the functionality of pam_pkcs11.
Remediation: [hint] Configure SSSD to replace pam_pkcs11
Key: bf47e7305d6805e8bbeaa7593cf01e38030c23f3
----------------------------------------
Risk Factor: low
Title: Some enabled RPM repositories are unknown to Leapp
Summary: The following repositories with Red Hat-signed packages are unknown to Leapp:
- cpanel-plugins
- cpanel-addons-production-feed
And the following packages installed from those repositories may not be upgraded:
- cpanel-monitoring-agent
- cpanel-banners-plugin
- cpanel-wordpress-instance-manager-plugin
- cpanel-monitoring-whm-plugin
- cpanel-analytics
- cpanel-sitejet-plugin
- cpanel-letsencrypt-v2
- cpanel-koality-plugin
- cpanel-plugin-components
- cpanel-wp-cli
- cpanel-monitoring-cpanel-plugin
- cpanel-plugin-common
Remediation: [hint] You can file a request to add this repository to the scope of in-place upgrades by filing a support ticket
Key: 8e89e20c645cea600b240156071d81c64daab7ad
----------------------------------------
Risk Factor: low
Title: chrony using non-default configuration
Summary: chrony behavior will not change in RHEL8
Key: 9acbfcce3d310a70b602c7ab0a9c2cb94eb6b63f
----------------------------------------
Risk Factor: low
Title: Dosfstools incompatible changes in the next major version
Summary: The automatic alignment of data clusters that was added in 3.0.8 and broken for FAT32 starting with 3.0.20 has been reinstated. If you need to create file systems for finicky devices that have broken FAT implementations use the option -a to disable alignment.
The fsck.fat now defaults to interactive repair mode which previously had to be selected with the -r option.
Remediation: [hint] Please update your scripts to be compatible with the changes.
Key: c75fe5e06c70d9e764703fa2611f917c75946226
----------------------------------------
Risk Factor: low
Title: Grep has incompatible changes in the next major version
Summary: If a file contains data improperly encoded for the current locale, and this is discovered before any of the file's contents are output, grep now treats the file as binary.
The 'grep -P' no longer reports an error and exits when given invalid UTF-8 data. Instead, it considers the data to be non-matching.
In locales with multibyte character encodings other than UTF-8, grep -P now reports an error and exits instead of misbehaving.
When searching binary data, grep now may treat non-text bytes as line terminators. This can boost performance significantly.
The 'grep -z' no longer automatically treats the byte '\200' as binary data.
Context no longer excludes selected lines omitted because of -m. For example, 'grep "^" -m1 -A1' now outputs the first two input lines, not just the first line.
Remediation: [hint] Please update your scripts to be compatible with the changes.
Key: 94665a499e2eeee35eca3e7093a7abe183384b16
----------------------------------------
Risk Factor: info
Title: SElinux disabled
Summary: SElinux disabled, continuing...
Key: 4f25fea9b15b9d1d07d52cc1de02073f295dac3d
----------------------------------------
Risk Factor: info
Title: Current PAM and nsswitch.conf configuration will be kept.
Summary: There is a new tool called authselect in RHEL8 that replaced authconfig. The upgrade process was unable to find an authselect profile that would be equivalent to your current configuration. Therefore your configuration will be left intact.
Key: 40c4ab1da4a30dc1ca40e543f6385e1336d8810c
----------------------------------------
-
How can I resolve this issue? Any support is appreciated
0 -
Upon running:
/scripts/elevate-cpanel --check
I got this message:
[root@huda2 ~]# /scripts/elevate-cpanel --check
** Warning **: your system does not have enough disk space available to update to AlmaLinux 8
- /boot needs 120 M => available 84 M
* 2024-06-20 23:43:25 [WARN] *** Elevation Blocker detected: ***
disk space issue
* 2024-06-20 23:43:32 [INFO] Successfully verified signature for cpanel (key types: release).
* 2024-06-20 23:43:32 [WARN] MySQL is disabled. This must be enabled for MySQL upgrade to succeed.
We temporarily will enable it when it is needed to be enabled,
but we reccomend starting the process with MySQL enabled.
* 2024-06-20 23:43:38 [INFO] Checking EasyApache profile compatibility with AlmaLinux 8.
* 2024-06-20 23:43:38 [INFO] Running: /usr/local/bin/ea_current_to_profile --target-os=CentOS_8 --output=/tmp/Hg02r6KR3z/ea_profile.json
* 2024-06-20 23:43:38 [WARN] Unknown error while checking blockers: Unable to backup EA4 profile. Failure from /usr/local/bin/ea_current_to_profile --target-os=CentOS_8 --output=/tmp/Hg02r6KR3z/ea_profile.json at /scripts/elevate-cpanel line 5775.
* 2024-06-20 23:43:38 [WARN] Please fix the detected issues before performing the elevation process.
Read More: https://cpanel.github.io/elevate/blockers/Here is the boot content, is there anything I get remove to free up some space to continue the elevate process?
[root@huda2 /]# cd boot
[root@huda2 boot]# ls
config-3.10.0-1160.119.1.el7.x86_64 lost+found
config-3.10.0-1160.25.1.el7.x86_64 symvers-3.10.0-1160.119.1.el7.x86_64.gz
config-3.10.0-1160.41.1.el7.x86_64 symvers-3.10.0-1160.25.1.el7.x86_64.gz
config-3.10.0-1160.42.2.el7.x86_64 symvers-3.10.0-1160.41.1.el7.x86_64.gz
efi symvers-3.10.0-1160.42.2.el7.x86_64.gz
grub System.map-3.10.0-1160.119.1.el7.x86_64
grub2 System.map-3.10.0-1160.25.1.el7.x86_64
initramfs-0-rescue-9063ac396d784f4c997ceacdd0590c25.img System.map-3.10.0-1160.41.1.el7.x86_64
initramfs-3.10.0-1160.119.1.el7.x86_64.img System.map-3.10.0-1160.42.2.el7.x86_64
initramfs-3.10.0-1160.119.1.el7.x86_64kdump.img vmlinuz-0-rescue-9063ac396d784f4c997ceacdd0590c25
initramfs-3.10.0-1160.25.1.el7.x86_64.img vmlinuz-3.10.0-1160.119.1.el7.x86_64
initramfs-3.10.0-1160.25.1.el7.x86_64kdump.img vmlinuz-3.10.0-1160.25.1.el7.x86_64
initramfs-3.10.0-1160.41.1.el7.x86_64.img vmlinuz-3.10.0-1160.41.1.el7.x86_64
initramfs-3.10.0-1160.42.2.el7.x86_64.img vmlinuz-3.10.0-1160.42.2.el7.x86_64
initramfs-3.10.0-1160.42.2.el7.x86_64kdump.img0 -
Removed those dump img from boot to free up some space then continued the process.
dump.img
Now the problem is solved and elevate process
[root@huda2 ~]# /scripts/elevate-cpanel --status
success0 -
Now I have only one issue. MySQL/MariaDB is not working and the service is not showing up at-all.
When I navigate to "Upgrade Database Version" under WHM. I get the following:
Your server’s database service is disabled. You cannot use the Upgrade Database Version feature while your server is in this state. For information on upgrading the database version on your server, read our Service Manager documentation.
All databases exist. It is just MySQL server won't start. So how can I resolve this issue?
0 -
Problem solved after upgrading MariaDB via the command line using this article:
1 -
Thanks for sharing the solution!
0
Please sign in to leave a comment.
Comments
6 comments