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.

Gather Update Logs Failure, Server Crash

Discussion in 'General Discussion' started by Robert Thompson, Apr 11, 2016.

  1. Robert Thompson

    Robert Thompson Registered

    Joined:
    Apr 11, 2016
    Messages:
    2
    Likes Received:
    0
    Trophy Points:
    1
    Location:
    Richmond. VA
    cPanel Access Level:
    Root Administrator
    Our server went down early this morning and a simple reboot took care of the issue. After reviewing the cpanel error_log. The last known process before the crash is below

    [2016-04-11 01:22:04 -0400] info [gather-update-logs] Assertions failed
    [2016-04-11 01:23:22 -0400] info [gather-update-logs] Cannot send file /usr/local/cpanel/logs/update_analysis/2016-04-11T05:21:09Z.tar.gz to updatelogdrop.cpanel.net.
    [2016-04-11 01:23:22 -0400] info [gather-update-logs] Failed to send data to cPanel
    [2016-04-11 02:00:01 -0400] warn [backup] Backup Not Enabled (This can be adjusted in WHM => Backup => Backup Configuration) at /usr/local/cpanel/bin/backup line 703.
    bin::backup::backup_enabled(0) called at /usr/local/cpanel/bin/backup line 171
    bin::backup::run("bin::backup") called at /usr/local/cpanel/bin/backup line 104

    I just enabled the the backup in WHM, but am wondering what the exact cause of the crash is? Is it due to the gather-update-logs failing? Any help is appreciated.

    Thanks!
     
  2. cPanelMichael

    cPanelMichael Forums Analyst
    Staff Member

    Joined:
    Apr 11, 2011
    Messages:
    30,854
    Likes Received:
    675
    Trophy Points:
    113
    cPanel Access Level:
    Root Administrator
    Hello :)

    You may also want to review /var/log/messages and /var/log/dmesg to see the output in those files before the system stopped responding. Were you able to compare the time the server stopped responding to the timestamps of those messages in the cPanel error log?

    Thank you.
     
  3. Robert Thompson

    Robert Thompson Registered

    Joined:
    Apr 11, 2016
    Messages:
    2
    Likes Received:
    0
    Trophy Points:
    1
    Location:
    Richmond. VA
    cPanel Access Level:
    Root Administrator
    After reviewing var/log/messages it looks as if the last entry was at 4:00:17 and the next entry isn't until the server was successfully rebooted (11:35:18).
    Code:
    Apr 11 03:59:03 s97-74-228-34 pure-ftpd: (?@127.0.0.1) [INFO] New connection from 127.0.0.1
    Apr 11 03:59:03 s97-74-228-34 pure-ftpd: (?@127.0.0.1) [INFO] __cpanel__service__auth__ftpd__4KppPqZiBOaTpcZ_K0YS1yfgJO0ddVwNUPf5wF_jB8DQvkkDBf09fF1H0MR7HYVP is now logged in
    Apr 11 03:59:03 s97-74-228-34 pure-ftpd: (__cpanel__service__auth__ftpd__4KppPqZiBOaTpcZ_K0YS1yfgJO0ddVwNUPf5wF_jB8DQvkkDBf09fF1H0MR7HYVP@127.0.0.1) [INFO] Logout.
    Apr 11 04:00:17 s97-74-228-34 kernel: [14811990.651004] Firewall: *any7-xTs!Oq]any7-xTs!Oq]* IN=eth0 OUT= MAC=00:18:51:c8:6c:82:00:26:98:21:cb:41:08:00 SRC=46.31.215.116 DST=97.74.228.34 LEN=64 TOS=0x08 PREC=0x20 TTL=239 ID=33778 PROTO=UDP SPT=53$
    Apr 11 11:35:18 s97-74-228-34 kernel: imklog 5.8.10, log source = /proc/kmsg started.
    
    I have quite a few entries just like these above that. The var/log/dmesg log is empty.
     
    #3 Robert Thompson, Apr 11, 2016
    Last edited by a moderator: Apr 11, 2016
  4. cPanelMichael

    cPanelMichael Forums Analyst
    Staff Member

    Joined:
    Apr 11, 2011
    Messages:
    30,854
    Likes Received:
    675
    Trophy Points:
    113
    cPanel Access Level:
    Root Administrator
    That suggests the messages in the cPanel error log are unrelated to your system failing to respond. You may want to monitor both /var/log/messages and /var/log/dmesg to determine if anything out of ordinary is logged over the next few days. There's also a script on the following thread that you can configure to obtain statistics at set intervals that may help should it happen again:

    Troubleshooting high server loads on Linux servers

    Thank you.
     
Loading...

Share This Page