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.

Backups Failing due to kernel version issue

Discussion in 'General Discussion' started by Groodle9, Jan 18, 2016.

  1. Groodle9

    Groodle9 Registered

    Joined:
    Jan 18, 2016
    Messages:
    3
    Likes Received:
    0
    Trophy Points:
    1
    Location:
    Nicaragua
    cPanel Access Level:
    Root Administrator
    I switched to the new backup system today and ran a manual backup run with:

    /usr/local/cpanel/bin/backup​

    Which ran fine until it attempted to create the account.tar.gz archive. The backup process failed with the following error:

    Creating Archive ....[2016-01-18 20:13:08 +0000] (XID n5ehvu) The system failed to save the archive “account.tar.gz” because of an error: uneven versions: [2.6.31.4] [2.6.32] at /usr/local/cpanel/Cpanel/Kernel.pm line 132.​

    My currently installed kernel version is: 2.6.31.4-x1

    Does anyone have any advice on where /usr/local/cpanel/Cpanel/Kernel.pm is getting the incorrect running kernel version from? Or how to solve the issue?

    Thanks!
     
  2. cPanelMichael

    cPanelMichael Forums Analyst
    Staff Member

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

    Please post the output from the following command to show us your environment:

    Code:
    grep '' /etc/redhat-release /usr/local/cpanel/version /var/cpanel/envtype ; grep CPANEL= /etc/cpupdate.conf ; httpd -v ; php -v ; mysql -V
    Thank you.
     
  3. Groodle9

    Groodle9 Registered

    Joined:
    Jan 18, 2016
    Messages:
    3
    Likes Received:
    0
    Trophy Points:
    1
    Location:
    Nicaragua
    cPanel Access Level:
    Root Administrator
    No problem, here's the output:
    Code:
    /etc/redhat-release:CentOS release 5.11 (Final) 
    /usr/local/cpanel/version:11.54.0.1 
    /var/cpanel/envtype:xen pv
    CPANEL=current
    Server version: Apache/2.2.22 (Unix)
    Server built:  Aug 23 2012 16:27:36
    Cpanel::Easy::Apache v3.14.8 rev9999
    PHP 5.3.16 (cli) (built: Aug 23 2012 16:35:17) 
    Copyright (c) 1997-2012 The PHP Group
    Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies
    with Suhosin v0.9.33, Copyright (c) 2007-2012, by SektionEins GmbH
    mysql  Ver 14.14 Distrib 5.1.73, for pc-linux-gnu (i686) using readline 5.1
    
    
     
    #3 Groodle9, Jan 18, 2016
    Last edited by a moderator: Jan 18, 2016
  4. cPanelMichael

    cPanelMichael Forums Analyst
    Staff Member

    Joined:
    Apr 11, 2011
    Messages:
    30,854
    Likes Received:
    676
    Trophy Points:
    113
    cPanel Access Level:
    Root Administrator
    Could you open a support ticket using the link in my signature so we can take a closer look? You can post the ticket number here so we can update this thread with the outcome.

    Thank you.
     
  5. Groodle9

    Groodle9 Registered

    Joined:
    Jan 18, 2016
    Messages:
    3
    Likes Received:
    0
    Trophy Points:
    1
    Location:
    Nicaragua
    cPanel Access Level:
    Root Administrator
    OK, I will request that my VPS provider opens a ticket with you chaps as I don't have a customer login.

    Thanks!
     
  6. bouvrie

    bouvrie Active Member

    Joined:
    Apr 6, 2012
    Messages:
    31
    Likes Received:
    5
    Trophy Points:
    8
    cPanel Access Level:
    Root Administrator
    I'm in the same predicament (backups failing due to "uneven versions"), with no other info on the net I decided I'll just reply here.

    I updated to the latest RELEASE build of cPanel at the time of writing (11.54.0.8), after which the backups are failing. In my case, the backup error is:
    Code:
    The system failed to save the archive “accountname.tar.gz” because of an error: uneven versions: [2.6.32.60xls] [2.6.32] at /usr/local/cpanel/Cpanel/Kernel.pm line 132.
    Judging from the Kernel.pm function "_is_at_least" on that line, I'm guessing the version numbers are split on a dot, and compared. And in this case, my version number has an extra dot and postfix, I'm assuming this may be the cause of the bug.

    Aside from that, I'd say that my kernel version 2.6.32.60xls _is_at_least 2.6.32. Unlike the OP's version (2.6.31.4 _is_at_least 2.6.32).

    I don't understand why a simple tar/gzip can't be saved. Any light on what the cause/solution of this issue may be?


    For completeness' sake, here's the environment:
    Code:
    /etc/redhat-release:CentOS release 6.7 (Final)
    /usr/local/cpanel/version:11.54.0.8
    /var/cpanel/envtype:xen pv
    CPANEL=release
    Server version: Apache/2.4.12 (Unix)
    Server built:   Jun 26 2015 09:35:11
    Cpanel::Easy::Apache v3.30.2 rev9999
    PHP 5.4.42 (cli) (built: Jun 26 2015 09:42:35)
    Copyright (c) 1997-2014 The PHP Group
    Zend Engine v2.4.0, Copyright (c) 1998-2014 Zend Technologies
        with XCache v3.2.0, Copyright (c) 2005-2014, by mOo
        with the ionCube PHP Loader v4.7.5, Copyright (c) 2002-2014, by ionCube Ltd.
        with XCache Cacher v3.2.0, Copyright (c) 2005-2014, by mOo
    mysql  Ver 14.14 Distrib 5.5.47, for Linux (x86_64) using readline 5.1
    
     
    #6 bouvrie, Jan 28, 2016
    Last edited: Jan 28, 2016
  7. cPanelMichael

    cPanelMichael Forums Analyst
    Staff Member

    Joined:
    Apr 11, 2011
    Messages:
    30,854
    Likes Received:
    676
    Trophy Points:
    113
    cPanel Access Level:
    Root Administrator
    Internal case CPANEL-3928 is open to address an issue where unsupported kernels are not properly recognized. This will address the issue reported on this thread. Please feel free to monitor our change log to see when this case has been implemented:

    54 Change Log - Documentation - cPanel Documentation

    Thank you.
     
  8. bouvrie

    bouvrie Active Member

    Joined:
    Apr 6, 2012
    Messages:
    31
    Likes Received:
    5
    Trophy Points:
    8
    cPanel Access Level:
    Root Administrator
    Thank you for the update. However, as failing backups are a bit of a priority, would it hurt if I temporarily modified the
    /usr/local/cpanel/Cpanel/Kernel.pm file on my servers, and insert a "return 1" line just before the improper "die" instruction on line 132?

    That would make the sub pass the check, which could help in cases where the kernel version isn't recognized properly despite it being a compatible kernel.



    *edit*

    Just tried that approach, apparently it didn't take. So far the only route I can think of is to go install a new kernel for this problem, something I'm rather reluctant to do on production machines. Any ETA on the fix, or perhaps a quick workaround in the meantime?
     
    #8 bouvrie, Jan 29, 2016
    Last edited: Jan 29, 2016
  9. bouvrie

    bouvrie Active Member

    Joined:
    Apr 6, 2012
    Messages:
    31
    Likes Received:
    5
    Trophy Points:
    8
    cPanel Access Level:
    Root Administrator
    All right, I see the issue has supposedly been fixed in 11.54.0.10, currently published on the EDGE channel. We'll wait a bit to see if the release is pushed to RELEASE in a few days, otherwise we'll be going EDGE for this case only.
     
  10. cPanelMichael

    cPanelMichael Forums Analyst
    Staff Member

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

    The issue was addressed in cPanel version 54.0.12:

    Fixed case CPANEL-3928: Make kernel comparisons work with unequal numbers of components.

    This build is currently available in the "Edge" and "Current" build tiers.

    Thank you.
     
  11. bouvrie

    bouvrie Active Member

    Joined:
    Apr 6, 2012
    Messages:
    31
    Likes Received:
    5
    Trophy Points:
    8
    cPanel Access Level:
    Root Administrator
    Yes, I can confirm that it's fixed. Oddly enough, there was a brief moment where a build 11.54.0.10 existed, and the issue was fixed in that one already. It's officially 11.54.0.12 now then. :)
     
Loading...

Share This Page