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.
-
Same.... The only error in my update log is the following (note the "E" flag - an easy way to find errors in the log): [2017-10-18 20:32:02 -0500] Processing: Restarting any outdated services [2017-10-18 20:32:02 -0500] - Processing command `/usr/local/cpanel/scripts/find_outdated_services --always-restart` [2017-10-18 20:32:02 -0500] [/usr/local/cpanel/scripts/find_outdated_services] Looking for outdated services " [2017-10-18 20:32:02 -0500] E [/usr/local/cpanel/scripts/find_outdated_services] The "/usr/local/cpanel/scripts/find_outdated_services" command (process 2838) reported error number 255 when it ended. [2017-10-18 20:32:02 -0500] The Administrator will be notified to review this output when this script completes [2017-10-18 20:32:02 -0500] - Finished command `/usr/local/cpanel/scripts/find_outdated_services --always-restart` in 0.131 seconds
And then, like you, this being reported at the end:[2017-10-18 20:32:49 -0500] E Post Maintenance ended, however it did not exit cleanly (256). Please check the logs for an indication of what happened
However, this does not seem to have any ill effects. Perhaps the cPanel folks have some more insight.0 -
Hi @jndawson As ElviCities pointed out, could you check the related log file for the 'E' tag? This can be done as below: # awk '$4=="E"' /var/cpanel/updatelogs/update.XXXXXX.log
@ElviCities, The `/scripts/find_outdated_services' script checks for processes/services whose RPM's have been updated, but the service has not been restarted. If you run this script manually, do you see any errors or output? Thanks,0 -
I receive the same error. Rebuilding the RPM database works. If I do an update after that no errors occur, however in the next scheduled update run the error is back. The problem started with an upgrade to 68 0 -
Hi @jndawson As ElviCities pointed out, could you check the related log file for the 'E' tag? This can be done as below:
# awk '$4=="E"' /var/cpanel/updatelogs/update.XXXXXX.log
@ElviCities, The `/scripts/find_outdated_services' script checks for processes/services whose RPM's have been updated, but the service has not been restarted. If you run this script manually, do you see any errors or output? Thanks,
Sorry for the delay in responding. Indeed, running the script manually spits out the following error:Looking for outdated services " Cpanel::Exception::Unsupported/(XID jyqtz9) The kernel does not support smaps. at /usr/local/cpanel/Cpanel/Exception/CORE.pm line 336. Cpanel::Exception::create("Unsupported", "The kernel does not support [asis,smaps].") called at /usr/local/cpanel/Cpanel/Exception.pm line 46 Cpanel::Exception::__ANON__(__CPANEL_HIDDEN__, __CPANEL_HIDDEN__) called at /usr/local/cpanel/Cpanel/ProcessCheck/Outdated.pm line 64 Cpanel::ProcessCheck::Outdated::_get_exec() called at /usr/local/cpanel/Cpanel/ProcessCheck/Outdated.pm line 103 Cpanel::ProcessCheck::Outdated::outdated_services() called at /scripts/find_outdated_services line 63 scripts::find_outdated_services::run(scripts::find_outdated_services=HASH(0x1e3aa48)) called at /scripts/find_outdated_services line 54
Interesting that there is a kernel related error, as nothing on that end has changed.0 -
I've the same error. How can i solve this problem? Thank you for your reply 0 -
The kernel does not support smaps
It seems that a custom kernel is installed, which blocks this. Is grsecurity in use?0 -
I am also having this message. Running /scripts/find_outdated_services also has same error. Yes this is a grs kernel (3.14.32-xxxx-grs-ipv6-64 #7 SMP) Cpanel::Exception::Unsupported/(XID gfbksf) The kernel does not support smaps. at /usr/local/cpanel/Cpanel/Exception/CORE.pm line 336. Cpanel::Exception::create("Unsupported", "The kernel does not support [asis,smaps].") called at /usr/local/cpanel/Cpanel/Exception.pm line 46 Cpanel::Exception::__ANON__(__CPANEL_HIDDEN__, __CPANEL_HIDDEN__) called at /usr/local/cpanel/Cpanel/ProcessCheck/Outdated.pm line 64 Cpanel::ProcessCheck::Outdated::_get_exec() called at /usr/local/cpanel/Cpanel/ProcessCheck/Outdated.pm line 72 Cpanel::ProcessCheck::Outdated::eek:utdated_processes() called at /usr/local/cpanel/Cpanel/ProcessCheck/Outdated.pm line 173 Cpanel::ProcessCheck::Outdated::_outdated_services_for_centos6() called at /usr/local/cpanel/Cpanel/ProcessCheck/Outdated.pm line 100 Cpanel::ProcessCheck::Outdated::eek:utdated_services() called at /scripts/find_outdated_services line 63 scripts::find_outdated_services::run(scripts::find_outdated_services=HASH(0x10876a8)) called at /scripts/find_outdated_services line 540 -
Hi, yes grsec is in use. Always has been, though. Not sure what has changed on cpanel's end to start causing this. 0 -
Hello, I've opened internal case CPANEL-16624 to report the upcp failure notifications in cPanel 68 when the grsec kernel is installed. I'll monitor this case and update this thread with more information as it becomes available. Thank you. 0 -
Follow up: The 'E' was the clue. We discovered that although each server had the same error, the 'E' line in the log provided different reason for the error. One was a quota issue, another missing vm-tools, etc. Seemed to track down to rpms not getting updated in order, or something. Fix was to update rpm database and run upcp --force. Needed to do it twice on at least 2 servers. After that, no further issues. 0 -
Yup, error is different for me as well. RPM solved it for once and the problem came back. I am going to do your suggestion now. update rpm database and run upcp --force twice. 0 -
Hello, To update, the resolution for internal case CPANEL-16624 is included in cPanel 68.0.9: Fixed case CPANEL-16624: Find_outdated_services: handle grsec kernel more gracefully. Thank you. 0 -
Fantastic! As stated above, the issue has been completely resolved - in my case. Thanks! 0 -
Hi incase like me anyone else is searching for "E Post Maintenance ended, however it did not exit cleanly (256)" with the v68 upgrade. I also got the error but mine was shown with the E flag [2017-11-01 19:47:24 +0000] E [/usr/local/cpanel/scripts/quotacheck] The "/usr/local/cpanel/scripts/quotacheck" command (process 3461) reported error number 255 when it ended. I had to increase a users quota, then force the update again, then put the quota back down. Luckily only on one server, but we shouldn't have to do this. Some users keep hitting the quota and won't upgrade so they leave it full. 0 -
In my case, there was an error from the smartcheck command due to there not being an /etc/fstab file, which is normal for a VPS. So it could be ignored. Here was the issue: ======================== [2017-11-01 13:02:19 -0700] - Processing command `/usr/local/cpanel/scripts/smartcheck` [2017-11-01 13:02:20 -0700] E [/usr/local/cpanel/scripts/smartcheck] The "/usr/local/cpanel/scripts/smartcheck" command (process 16541) reported error number 2 when it ended. [2017-11-01 13:02:20 -0700] The Administrator will be notified to review this output when this script completes ======================== The smartcheck script failed because there is no /etc/fstab file: ======================== [13:28:35] [8995931] [~]$ stat /etc/fstab stat: cannot stat "/etc/fstab": No such file or directory ======================== 0 -
I also got the error but mine was shown with the E flag [2017-11-01 19:47:24 +0000] E [/usr/local/cpanel/scripts/quotacheck] The "/usr/local/cpanel/scripts/quotacheck" command (process 3461) reported error number 255 when it ended. I had to increase a users quota, then force the update again, then put the quota back down. Luckily only on one server, but we shouldn't have to do this. Some users keep hitting the quota and won't upgrade so they leave it full.
Hi @uk01, I've moved this to a separate thread: upcp failure notification - quotacheck [QUOTE="russ@gfx, post: 2493803, member: 818381">In my case, there was an error from the smartcheck command due to there not being an /etc/fstab file
Hi @russ@gfx, We actually have a separate thread and internal case open for that issue at: upcp failure - smartcheck I'll update that thread as soon as a resolution is published. Thanks!0 -
@cPanelMichael: I've the same problem since the upgrade to version 68 yesterday: E Pre Maintenance ended, however it did not exit cleanly (256). Please check the logs for an indication of what happened
However: [LIST]- We're not running a special or customized kernel. Just the standard CentOS one.
- Running /scripts/find_outdated_services did not find any outdated services. Please advise.
0 -
Hello, I've moved this post to a separate thread. Please let us know the output from the following command: awk '$4=="E"' /var/cpanel/updatelogs/update.XXXXXX.log
Replace "update.XXXXXX.log" with the name of the most recent log file in the /var/cpanel/updatelogs/ directory. Thank you.0 -
@cPanelMichael: It shows the following: [2017-11-08 05:02:46 +0100] E [/usr/local/cpanel/scripts/quotacheck] The "/usr/local/cpanel/scripts/quotacheck" [2017-11-08 05:03:32 +0100] E Pre Maintenance ended, however it did not exit cleanly (256). Please check the logs for an indication of what happened0 -
Hello, That particular error message is discussed on the following thread and fixed in cPanel version 68.0.12: SOLVED - upcp failure notification - quotacheck Thank you. 0 -
hi everyone, i'm having similar message error awk '$4=="E"' /var/cpanel/updatelogs/update.1510400821.log
it results:[2017-11-11 05:48:00 -0600] E [/usr/local/cpanel/scripts/find_outdated_services] The "/usr/local/cpanel/scripts/find_outdated_services" command (process 20268) reported error number 255 when it ended. [2017-11-11 05:48:55 -0600] E Pre Maintenance ended, however it did not exit cleanly (256). Please check the logs for an indication of what happened
can you help me? thank you.0 -
@eduardo valdez: Just manually run : /usr/local/cpanel/scripts/find_outdated_services
and see what comes up.0 -
Hi @eduardo valdez, Could you run the command manually as suggested in the previous post and let us know the output? Thanks! 0 -
Hello I've 68.0.12 and still get this error. Any idea? Regards, -- Davor Guttierrez Hello, That particular error message is discussed on the following thread and fixed in cPanel version 68.0.12: SOLVED - upcp failure notification - quotacheck Thank you.
0 -
I've 68.0.12 and still get this error.
Please post the output from the following command:/usr/local/cpanel/scripts/quotacheck
Thank you.0 -
Please post the output from the following command:
/usr/local/cpanel/scripts/quotacheck
Thank you.
/usr/local/cpanel/scripts/quotacheck [quotacheck] Setting I/O priority to reduce system load: best-effort: prio 60 -
/usr/local/cpanel/scripts/quotacheck [quotacheck] Setting I/O priority to reduce system load: best-effort: prio 6
Are you sure cPanel updates are failing with the same error message as before? Try running this command again (replacing the log name with the most recent cPanel update log):awk '$4=="E"' /var/cpanel/updatelogs/update.XXXXXX.log
Thank you.0 -
Are you sure cPanel updates are failing with the same error message as before? Try running this command again (replacing the log name with the most recent cPanel update log):
awk '$4=="E"' /var/cpanel/updatelogs/update.XXXXXX.log
Thank you.
I have manually run /scripts/ucpc awk '$4=="E"' /var/cpanel/updatelogs/update.1510588626.log [2017-11-13 16:57:50 +0100] E [/usr/local/cpanel/scripts/cleanquotas] The "/usr/local/cpanel/scripts/cleanquotas" command (process 17679) reported error number 255 when it ended. [2017-11-13 16:58:18 +0100] E Pre Maintenance ended, however it did not exit cleanly (256). Please check the logs for an indication of what happened0 -
Hi @davorg, I moved that issue into a separate thread because it's a different error (cleanquotas instead of quotacheck): New Thread - /scripts/cleanquotas fails during upcp Thank you. 0 -
Hi all. I started receiving emails about errors very similar to this a while back. My site seems to be functioning, but I want to make sure cPanel is updating properly. Maybe you all will be able to help me here. (Fair warning, I am still somewhat new to cPanel and website administration.) I have ran upcp manually and logged the results in pastebin: cPanel: ucpc Output - Pastebin.com. I have also included the log file that results from running awk '$4=="E"' /var/cpanel/updatelogs/update.1515599754.log (see lines 610-612). 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? Thanks for your help! 0
Please sign in to leave a comment.
Comments
32 comments