Skip to main content

Cannot start cpanel.service, /scripts/upcp –force getting stuck at - Processing command `/usr/local/cpanel/scripts/update-packages`

codendot

We had problem this morning where we were not able to login to whm portal, we kept getting timeout error, so we created a temp login using "/scripts/whmlogin" and trying logging in with that but we got "internal server error",

checking "/usr/local/cpanel/logs/error_log" only showed " Internal Server Error: ... Error ID 36158d2d07aef" and we're not sure where we can find that error ID,

We decided to restart the cpanel service so we did "service cpanel stop"

then " service cpanel start", which got stuck and did not start,

doing "systemctl status cpanel.service" shows "Active: activating (start) ...." but service does not ever start

so we stopped the service again, and tried doing "/scripts/upcp –force" and it got stuck right after "Processing: Running update-packages" and it never go past that,

Not sure were to look further, any assistance is appreciated,

Comments

4 comments

Date Votes
  • cPRex Jurassic Moderator

    Hey there!  It sounds like there could be deeper issues with the machine than the cPanel software.  The first thing I would check is a review of /var/log/messages for the last 24 hours to see if there are any odd errors reported.  That should show details about failed service starts, and I would expect to see something helpful there.

    If not, try a "yum update" - I'm expecting it to fail based on what you show above, but Yum usually gives detailed output that may point you in the right direction.

    0
  • codendot

    Hello, thank you for taking the time to reply to my post,

    we ended up restarting the server yesterday, and everything worked normally, then sometime later it feels like its failing a bit by bit, like, lots of pages in the whm stop working, like "apache status", "php manager", the "top/ load average" page etc.... most services cannot be started/restarted and they just hang (similar to cpanel service in original post)

    we checked "/var/log/messages" and we found there is one particular error that is thrown almost every 30 seconds

    Feb 21 06:37:11 host7 kernel: php-fpm[255593]: segfault at 2 ip 00000000006e5480 sp 00007fff8d845850 error 6 in php-fpm[426000+2da000] likely on CPU 9 (core 16, socket 0)
    Feb 21 06:37:11 host7 kernel: Code: 00 f2 0f 10 07 f2 0f 10 0e 49 63 47 10 f2 0f 5c c1 49 83 c7 20 4c 01 f0 c7 40 08 05 00 00 00 f2 0f 11 00 41 ff 27 49 83 c7 20 <83> 01 01 41 ff 27 80 79 08 0a 0f 84 7a 27 00 00 49 8b 06 4c 8d 78
    Feb 21 06:37:11 host7 systemd[1]: Started Process Core Dump (PID 255686/UID 0).
    Feb 21 06:37:11 host7 systemd-coredump[255687]: Removed old coredump core.php-fpm.1035.302ccb3c922e44ab9975117e4ae527d9.215111.1740102542000000.zst.
    Feb 21 06:37:12 host7 systemd-coredump[255687]: Process 255593 (php-fpm) of user 1035 dumped core.#012#012Stack trace of thread 255593:#012#0  0x00000000006e5480 execute_ex (php-fpm + 0x2e5480)#012#1  0x0000000000650574 zend_call_function (php-fpm + 0x250574)#012#2  0x000000000059266f zif_array_map (php-fpm + 0x19266f)#012#3  0x00000000006e483a execute_ex (php-fpm + 0x2e483a)#012#4  0x0000000000650574 zend_call_function (php-fpm + 0x250574)#012#5  0x000000000059266f zif_array_map (php-fpm + 0x19266f)#012#6  0x00000000006e483a execute_ex (php-fpm + 0x2e483a)#012#7  0x00000000006e840f zend_execute (php-fpm + 0x2e840f)#012#8  0x000000000065f47c zend_execute_scripts (php-fpm + 0x25f47c)#012#9  0x00000000005fd188 php_execute_script (php-fpm + 0x1fd188)#012#10 0x0000000000462fb6 main (php-fpm + 0x62fb6)#012#11 0x00007f4ca2c295d0 __libc_start_call_main (libc.so.6 + 0x295d0)#012#12 0x00007f4ca2c29680 __libc_start_main@@GLIBC_2.34 (libc.so.6 + 0x29680)#012#13 0x0000000000463c95 _start (php-fpm + 0x63c95)#012ELF object binary architecture: AMD x86-64
    Feb 21 06:37:12 host7 systemd[1]: systemd-coredump@3390-255686-0.service: Deactivated successfully.

    also running yum update found nothing to update, maybe because it already updated after we restarted the server,

    [root@host7 ~]# yum update
    This system is receiving updates from CloudLinux Network server.
    Last metadata expiration check: 0:58:45 ago on Fri 21 Feb 2025 05:48:43 AM UTC.
    Dependencies resolved.
    Nothing to do.
    Complete!

     

    0
  • codendot
    • Edited

    Searching online to hopefully understand what's going on, we stumbled upon an old thread that has an issue a bit similar to ours, and in one of your responses you suggested to run this script

    curl -s https://ssp.cpanel.net/run | sh

    we tried running this but unfortunately it also hangs and does not output anything except "SSP 5.00.055" and blank aread

    0
  • cPRex Jurassic Moderator

    It's odd that SSP doesn't show anything.  I believe this server has serious issues and you need to get your host involved.  They could likely read what is in that core dump and also check the general health of the machine, but these problems sound like they are deeper than the cPanel software.

    0

Please sign in to leave a comment.

Didn't find what you were looking for?

New post