The Community Forums

Interact with an entire community of cPanel & WHM users!
  1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.

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:
    16
    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:
    16
    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:
    16
    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:
    16
    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:
    6
    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,426
    Likes Received:
    2
    Trophy Points:
    38
    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:
    16
    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