E Pre Maintenance ended, however it did not exit cleanly
I have a CENTOS 7.4 virtuozzo [vps] v68.0.9
Nearly every time upcp runs overnight I get an email telling me E Pre Maintenance ended, however it did not exit cleanly (256).
I rebuild the RPM cache, run again, same error.
Now I did a force re-install after rebuilding RPM cache, seemed to proceed without error.
My question, looking at the tail of this log file, there is an error E Pre Maintenance ended . . . however the upcp process looks like it continued to 100% complete.
So which is it, is this notice worth ignoring?
[2017-11-04 03:44:41 -0400] 94% complete
[2017-11-04 03:44:41 -0400] Processing: Updating plugins data cache
[2017-11-04 03:44:41 -0400] - Processing command `/usr/local/cpanel/bin/refresh_plugin_cache`
[2017-11-04 03:44:41 -0400] - Finished command `/usr/local/cpanel/bin/refresh_plugin_cache` in 0.018 seconds
[2017-11-04 03:44:41 -0400] 95% complete
=> Log closed Sat Nov 4 03:44:41 2017
----------------------------------------------------------------------------------------------------
=> Log opened from cPanel Update (upcp) - Slave (17884) at Sat Nov 4 03:44:41 2017
[2017-11-04 03:44:41 -0400] E Pre Maintenance ended, however it did not exit cleanly (256). Please check the logs for an indication of what happened
=> Log closed Sat Nov 4 03:44:42 2017
[2017-11-04 03:44:42 -0400] 95% complete
[2017-11-04 03:44:42 -0400] Running Standardized hooks
[2017-11-04 03:44:42 -0400] 100% complete
[2017-11-04 03:44:42 -0400]
[2017-11-04 03:44:42 -0400] cPanel update completed
[2017-11-04 03:44:42 -0400] A log of this update is available at /var/cpanel/updatelogs/update.1509781381.log
[2017-11-04 03:44:42 -0400] Removing upcp pidfile
[2017-11-04 03:44:42 -0400]
[2017-11-04 03:44:42 -0400] Completed all updates
=> Log closed Sat Nov 4 03:44:42 2017
-
This thread may be of some use: SOLVED - cPanel 68 - Maintenance ended, however it did not exit cleanly (256) 0 -
Thanks. That thread meanders a little bit, but from what I can gather. /scripts/find_outdated_services doesn't find any outdated services. I've rebuilt the RPM cache. I am already on 68.0.9 I still get this error every time upcp runs. The only way to not get this error in to manually rebuild the RPM cache and do a force re-install. 0 -
The only way to not get this error in to manually rebuild the RPM cache and do a force re-install.
Could you open a support ticket using the link in my signature so we can take a closer look? Thank you.0 -
I have exactly the same problem, I'm running CENTOS 7.4 virtuozzo [host] [LIST] - v68.0.10. I will follow this thread to see what the solution is
0 -
I have exactly the same problem, I'm running CENTOS 7.4 virtuozzo [host]
Hello, 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 -
I am experiencing a similar problem on one of my servers. Running awk '$4=="E"' /var/cpanel/updatelogs/update.1510291861.log returned: [2017-11-10 05:49:45 +0000] E [/usr/local/cpanel/scripts/updateuserdomains] The "/usr/local/cpanel/scripts/updateuserdomains" command (process 486012) reported error number 255 when it ended. [2017-11-10 05:50:19 +0000] E Post Maintenance ended, however it did not exit cleanly (256). Please check the logs for an indication of what happened Hope this can throw some light and lead to a solution. Thanks 0 -
Reading further I ran /usr/local/cpanel/scripts/updateuserdomains and this returned that the system failed to lock the immutable (+i) file "/etc/mailips". Removing immutable from /etc/mailips then forcing the cPanel update the update ran without issue, so that solves my problem. File /etc/mailips had been set immutable some months ago and I have only recently started seeing the update error emails, so looks like something changed recently ion the way cPanel handles this file. Hope this helps. 0 -
My problem has corrected itself. I'm not sure if it was because I updated to V68.0.10 (I did this on Wednesday 8th November but anyway it is now working properly 0 -
My problem has corrected itself. I'm not sure if it was because I updated to V68.0.10 (I did this on Wednesday 8th November but anyway it is now working properly
The particular issue you were facing was solved with the case referenced on the following post: SOLVED - cPanel 68 - Maintenance ended, however it did not exit cleanly (256) Thank you.0 -
After a long investigation by support staff they discovered that the order of operations that upcp is running on my server may not be rebuilding the yum cache at the proper point in the process. There is an internal case CPANEL-17345 to investigate this. As a workaround it was suggested I create a yum makecache". I've done that and this eliminates the error message when upcp runs. 0 -
Hi @jimlongo, Thank you for the update. I'll monitor internal case CPANEL-17345 and update this thread with more information on it's status as it becomes available. Thank you. 0 -
Hello, To update, the resolution associated with CPANEL-17345 is planned for inclusion with cPanel version 72. Thank you. 0
Please sign in to leave a comment.
Comments
13 comments