cPanel 68 - Maintenance ended, however it did not exit cleanly
Updating to v.68.0.2 and v.68.0.4 results all of our servers getting this email:
What is causing this? There is no indication that something isn't working. To which log is the last line referring? We've done massive searches and can't find anywhere it appears.
The cPanel & WHM update process failed for the following reason:
Maintenance ended; however, it did not exit cleanly (256). Review the update logs to determine why the update failed.
Update log preview:
[2017-10-17 03:07:58 -0700] [/usr/local/cpanel/scripts/migrate_local_ini_to_php_ini] No local.ini.
[2017-10-17 03:07:58 -0700] [/usr/local/cpanel/scripts/migrate_local_ini_to_php_ini] " done!
[2017-10-17 03:07:58 -0700] [/usr/local/cpanel/scripts/migrate_local_ini_to_php_ini] Processing ea-php70 "
[2017-10-17 03:07:58 -0700] [/usr/local/cpanel/scripts/migrate_local_ini_to_php_ini] No local.ini.
[2017-10-17 03:07:58 -0700] [/usr/local/cpanel/scripts/migrate_local_ini_to_php_ini] " done!
[2017-10-17 03:07:58 -0700] - Finished command `/usr/local/cpanel/scripts/migrate_local_ini_to_php_ini --run --verbose` in 0.744 seconds
[2017-10-17 03:07:58 -0700] 92% complete
[2017-10-17 03:07:58 -0700] - Finished in 0.066 seconds
[2017-10-17 03:07:58 -0700] Processing: Ensuring an "Active" MySQL profile is set
[2017-10-17 03:07:58 -0700] - Processing command `/usr/local/cpanel/scripts/check_mysql`
[2017-10-17 03:07:58 -0700] [/usr/local/cpanel/scripts/check_mysql] "check_mysql" will complete in the background (process ID 28813).
[2017-10-17 03:07:58 -0700] - Finished command `/usr/local/cpanel/scripts/check_mysql` in 0.123 seconds
[2017-10-17 03:07:58 -0700] 93% complete
[2017-10-17 03:07:58 -0700] Processing: Checking CloudLinux installation
[2017-10-17 03:07:58 -0700] - Processing command `/usr/local/cpanel/bin/cloudlinux_update`
[2017-10-17 03:07:58 -0700] - Finished command `/usr/local/cpanel/bin/cloudlinux_update` in 0.064 seconds
[2017-10-17 03:07:58 -0700] Processing: Updating plugins data cache
[2017-10-17 03:07:58 -0700] - Processing command `/usr/local/cpanel/bin/refresh_plugin_cache`
[2017-10-17 03:07:58 -0700] - Finished command `/usr/local/cpanel/bin/refresh_plugin_cache` in 0.379 seconds
[2017-10-17 03:07:58 -0700] 94% complete
[2017-10-17 03:07:58 -0700] 95% complete
=> Log closed Tue Oct 17 03:07:58 2017
----------------------------------------------------------------------------------------------------
=> Log opened from cPanel Update (upcp) - Slave (18337) at Tue Oct 17 03:07:58 2017
[2017-10-17 03:07:58 -0700] E Post Maintenance ended, however it did not exit cleanly (256). Please check the logs for an indication of what happened
What is causing this? There is no indication that something isn't working. To which log is the last line referring? We've done massive searches and can't find anywhere it appears.
-
It seems my issue is not with quotacheck or cleanquotas as mentioned by others, but instead seems to be getting hung up on fixetchosts. When I attempt to run this manually, I get "The hostname vps is not valid." Possibly due to me running on a vps?
Hello, Is your hostname a fully qualified domain name (e.g. "host.domain.tld" and not just "host")? If not, you can use "WHM >> Change Hostname" to update it to match the requirements documented at: Change Hostname - Documentation - cPanel Documentation Thank you.0 -
cPanelMichael, It appears that was my issue. I have rerun upcp and have no errors returned. Thanks! 0
Please sign in to leave a comment.
Comments
32 comments