Please whitelist cPanel in your adblocker so that you’re able to see our version release promotions, thanks!

The Community Forums

Interact with an entire community of cPanel & WHM users!

A 3 hour update....a 3 hour update (upcp)

Discussion in 'General Discussion' started by BianchiDude, Oct 17, 2009.

  1. BianchiDude

    BianchiDude Well-Known Member
    PartnerNOC

    Joined:
    Jul 2, 2005
    Messages:
    619
    Likes Received:
    0
    Trophy Points:
    166
    What the heck is going on, upcp has been running for about 3 hours now:
    root 25459 0.0 0.0 6192 3932 ? Ss 07:51 0:01 cPanel Update (upcp) - Master root 25631 0.0 0.0 6628 4124 ? Ss 07:52 0:00 cPanel Update (upcp) - Slave

    I'm in central time and its about 10:40 now.

    Not only has the update been running but cpanel is totally down and I am getting a flood of tickets from angry users.

    Has anyone else had this problem when upgrading to cpanel 11.25?
     
  2. BianchiDude

    BianchiDude Well-Known Member
    PartnerNOC

    Joined:
    Jul 2, 2005
    Messages:
    619
    Likes Received:
    0
    Trophy Points:
    166
    I'm hoping for 5 hours+, this is on another server I'm running an update on:
    # ps aux |grep upcp
    root 15160 0.0 0.1 5520 3908 ? Ss 07:51 0:00 cPanel Update (upcp) - Master
    root 15199 0.0 0.1 5900 4188 ? Ss 07:51 0:00 cPanel Update (upcp) - Slave
    root 22905 0.0 0.0 4588 660 pts/0 S+ 12:15 0:00 grep upcp
    # date
    Sat Oct 17 12:15:35 CDT 2009
     
  3. BianchiDude

    BianchiDude Well-Known Member
    PartnerNOC

    Joined:
    Jul 2, 2005
    Messages:
    619
    Likes Received:
    0
    Trophy Points:
    166
    5 hours achieved!!!

    # ps aux |grep upcp
    root 13327 0.0 0.0 4016 648 pts/0 S+ 12:53 0:00 grep upcp
    root 15160 0.0 0.1 5520 3908 ? Ss 07:51 0:00 cPanel Update (upcp) - Master
    root 15199 0.0 0.1 5900 4188 ? Ss 07:51 0:00 cPanel Update (upcp) - Slave

    Lets see if we can get 6
     
  4. BianchiDude

    BianchiDude Well-Known Member
    PartnerNOC

    Joined:
    Jul 2, 2005
    Messages:
    619
    Likes Received:
    0
    Trophy Points:
    166
    6 hours and counting!
    Code:
    [~]# ps aux |grep upcp
    root      1225  0.0  0.0  5224  628 pts/0    S+   13:58   0:00 grep upcp
    root     15160  0.0  0.1  5520 3908 ?        Ss   07:51   0:00 cPanel Update (upcp) - Master
    root     15199  0.0  0.1  5900 4188 ?        Ss   07:51   0:00 cPanel Update (upcp) - Slave
     
  5. dibarra

    dibarra Active Member
    PartnerNOC

    Joined:
    Jun 14, 2007
    Messages:
    38
    Likes Received:
    0
    Trophy Points:
    56
    Good day,

    Upcp might be hanging. You might want to investigate this by stracing the process (strace -p <processid>) to see what's happening. Also checking the cpanel logs at /usr/local/cpanel/logs/* will help. If it's hung, you will probably have to kill the upcp, yum clean all, and start it manually (/scripts/upcp --force)
     
  6. cPanelNick

    cPanelNick Administrator
    Staff Member

    Joined:
    Mar 9, 2015
    Messages:
    3,480
    Likes Received:
    29
    Trophy Points:
    158
    cPanel Access Level:
    DataCenter Provider
    You can also check /var/cpanel/updatelogs
     
  7. BianchiDude

    BianchiDude Well-Known Member
    PartnerNOC

    Joined:
    Jul 2, 2005
    Messages:
    619
    Likes Received:
    0
    Trophy Points:
    166
    If finished now.

    It was doing something with the rrd data most of the time.

    Code:
    rt_sigaction(SIGHUP, {SIG_IGN}, {SIG_IGN}, 8) = 0
    rt_sigaction(SIGINT, {SIG_IGN}, {SIG_DFL}, 8) = 0
    rt_sigaction(SIGQUIT, {SIG_IGN}, {SIG_DFL}, 8) = 0
    waitpid(16954, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0) = 16954
    --- SIGCHLD (Child exited) @ 0 (0) ---
    rt_sigaction(SIGHUP, {SIG_IGN}, NULL, 8) = 0
    rt_sigaction(SIGINT, {SIG_DFL}, NULL, 8) = 0
    rt_sigaction(SIGQUIT, {SIG_DFL}, NULL, 8) = 0
    stat64("/usr/local/cpanel/3rdparty/bin/rrdtool", {st_mode=S_IFREG|0755, st_size=26852, ...}) = 0
    stat64("/usr/local/cpanel/3rdparty/bin/rrdtool", {st_mode=S_IFREG|0755, st_size=26852, ...}) = 0
    pipe([4, 5])                            = 0
    clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7f0a708) = 16955
    close(5)                                = 0
    ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfeb0828) = -1 EINVAL (Invalid argument)
    _llseek(4, 0, 0xbfeb0880, SEEK_CUR)     = -1 ESPIPE (Illegal seek)
    fcntl64(4, F_SETFD, FD_CLOEXEC)         = 0
    fstat64(4, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
    read(4, "", 4096)                       = 0
    close(4)                                = 0
    rt_sigaction(SIGHUP, {SIG_IGN}, {SIG_IGN}, 8) = 0
    rt_sigaction(SIGINT, {SIG_IGN}, {SIG_DFL}, 8) = 0
    rt_sigaction(SIGQUIT, {SIG_IGN}, {SIG_DFL}, 8) = 0
    waitpid(16955, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0) = 16955
    --- SIGCHLD (Child exited) @ 0 (0) ---
    rt_sigaction(SIGHUP, {SIG_IGN}, NULL, 8) = 0
    rt_sigaction(SIGINT, {SIG_DFL}, NULL, 8) = 0
    rt_sigaction(SIGQUIT, {SIG_DFL}, NULL, 8) = 0
    stat64("/usr/local/cpanel/3rdparty/bin/rrdtool", {st_mode=S_IFREG|0755, st_size=26852, ...}) = 0
    stat64("/usr/local/cpanel/3rdparty/bin/rrdtool", {st_mode=S_IFREG|0755, st_size=26852, ...}) = 0
    
    I upgraded about 50 servers, most were done in an hour or two, 7 took more than 3 hours, and 2 took a really long time, including the one that went on 6+ hours. It looked like it was going domain by domain on strace, so I just let it continue on its own.

    Not sure if it was support to take that long or not.
     
Loading...

Share This Page

  1. This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
    By continuing to use this site, you are consenting to our use of cookies.
    Dismiss Notice