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.

Backup Error - pkgacct reported error code “1”

Discussion in 'Data Protection' started by aznxfrost, Feb 16, 2016.

  1. aznxfrost

    aznxfrost Registered

    Joined:
    Feb 16, 2016
    Messages:
    1
    Likes Received:
    0
    Trophy Points:
    1
    Location:
    Taiwan
    cPanel Access Level:
    Root Administrator
    I have verified that my backup drive is only using 50%, and there is nothing wrong with disk IO. It only started occurring recently. Please help!

    WHM Version: WHM 54.0 (build 15)
    -----------------------------------------
    Code:
    The following error occurred during account backups:
    
    Error
    
    (XID rez5jv) “/usr/local/cpanel/bin/pkgacct” reported error code “1” when it ended.
    
    
    [2016-02-16 12:24:05 +0800] warn [backup] (XID rez5jv) “/usr/local/cpanel/bin/pkgacct” reported error code “1” when it ended. at /usr/local/cpanel/Cpanel/Backup/Utility.pm line 216.
    Cpanel::Backup::Utility::__ANON__(Cpanel::Exception::ProcessFailed::Error=HASH(0x178c4c98)) called at /usr/local/cpanel/3rdparty/perl/514/lib64/perl5/cpanel_lib/Try/Tiny.pm line 103
    Try::Tiny::try(CODE(0x18994a08), Try::Tiny::Catch=REF(0x189b8cc0), Try::Tiny::Finally=REF(0x189d5790)) called at /usr/local/cpanel/Cpanel/Backup/Utility.pm line 226
    Cpanel::Backup::Utility::cpusystem(Cpanel::Backup::Utility=HASH(0x177d45e8), "pkgacct", "giga", "/backup/2016-02-16/accounts", "backup") called at /usr/local/cpanel/bin/backup line 1152
    bin::backup::backup_accounts("/backup/2016-02-16/accounts") called at /usr/local/cpanel/bin/backup line 581
    bin::backup::__ANON__() called at /usr/local/cpanel/bin/backup line 588
    bin::backup::__ANON__() called at /usr/local/cpanel/3rdparty/perl/514/lib64/perl5/cpanel_lib/Try/Tiny.pm line 80
    eval {...} called at /usr/local/cpanel/3rdparty/perl/514/lib64/perl5/cpanel_lib/Try/Tiny.pm line 71
    Try::Tiny::try(CODE(0x189928a8), Try::Tiny::Catch=REF(0x18994378)) called at /usr/local/cpanel/bin/backup line 598
    bin::backup::_process_backups(HASH(0x188373b8)) called at /usr/local/cpanel/bin/backup line 325
    bin::backup::run("bin::backup") called at /usr/local/cpanel/bin/backup line 104
    [2016-02-16 12:24:05 +0800] warn [backup] Failed to back up account “giga”. at /usr/local/cpanel/bin/backup line 1163.
    bin::backup::backup_accounts("/backup/2016-02-16/accounts") called at /usr/local/cpanel/bin/backup line 581
    bin::backup::__ANON__() called at /usr/local/cpanel/bin/backup line 588
    bin::backup::__ANON__() called at /usr/local/cpanel/3rdparty/perl/514/lib64/perl5/cpanel_lib/Try/Tiny.pm line 80
    eval {...} called at /usr/local/cpanel/3rdparty/perl/514/lib64/perl5/cpanel_lib/Try/Tiny.pm line 71
    Try::Tiny::try(CODE(0x189928a8), Try::Tiny::Catch=REF(0x18994378)) called at /usr/local/cpanel/bin/backup line 598
    bin::backup::_process_backups(HASH(0x188373b8)) called at /usr/local/cpanel/bin/backup line 325
    bin::backup::run("bin::backup") called at /usr/local/cpanel/bin/backup line 104
    [2016-02-16 12:24:05 +0800] info [backup] Pruning backup directory: /backup/2016-02-14
    [2016-02-16 12:24:05 +0800] info [backup] Pruning backup directory: /backup/2016-02-15
    [2016-02-16 12:29:36 +0800] info [backup] Queuing prune operation for remote destination daily backups
    [2016-02-16 12:29:36 +0800] info [backup] Queuing transport reporter
    [2016-02-16 12:29:36 +0800] info [backup] Completed at Tue Feb 16 12:29:36 2016
    [2016-02-16 12:29:36 +0800] info [backup] Final state is Backup::PartialFailure (0)
    
    
     
    #1 aznxfrost, Feb 16, 2016
    Last edited by a moderator: Feb 16, 2016
  2. cPanelMichael

    cPanelMichael Forums Analyst
    Staff Member

    Joined:
    Apr 11, 2011
    Messages:
    30,723
    Likes Received:
    660
    Trophy Points:
    113
    cPanel Access Level:
    Root Administrator
  3. eurorocco

    eurorocco Well-Known Member

    Joined:
    Jun 23, 2003
    Messages:
    99
    Likes Received:
    0
    Trophy Points:
    6
    Hi!

    I'm now trying to fix this. A large site that Cpanel won't backup. As you asked I ran /script/pkgacct cpanelusername and the last line is (after a bunch of ..... lines):

    [2016-04-13 09:33:02 -0500] ERROR: The subprocess âArchive::Tar::BuilderâKILLâ
    #

    KILL? Seems something KILLed this process. Is it perhaps that there is a timeout, a time limit for this process, a limit that was hit on this huge site? Maybe a value somewhere to modify to increase this time limit?

    Thank you all for your wonderful help on this issue that literally keeps me awake. :)
     
  4. SysSachin

    SysSachin Well-Known Member

    Joined:
    Aug 23, 2015
    Messages:
    322
    Likes Received:
    24
    Trophy Points:
    18
    Location:
    India
    cPanel Access Level:
    Root Administrator
    Twitter:
    Hi,
    Do you have CSF/LFD installed on the system? If so, is the "exe:/usr/local/cpanel/3rdparty/perl/514/bin/perl" line added to the ignore list?
     
  5. cPanelMichael

    cPanelMichael Forums Analyst
    Staff Member

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

    Yes, as mentioned in the previous post, check to see if you have any third-party applications installed that will kill processes based on usage or time such as LFD.

    Thank you.
     
  6. eurorocco

    eurorocco Well-Known Member

    Joined:
    Jun 23, 2003
    Messages:
    99
    Likes Received:
    0
    Trophy Points:
    6
    Thank you both for your very valuable input.

    I added line
    exe:/usr/local/cpanel/3rdparty/perl/514/bin/perl
    to
    /etc/csf/csf.pignore
    and restarted lfd, but it was still killing the backup.

    I also looked for emails from the csf firewall on this process and yes, it's precisely the
    /usr/local/cpanel/3rdparty/perl/514/bin/perl
    expression. But backup is still killed. I'm puzzled. :)

    Now I'm trying /scripts/pkgacct cpanelusername
    with lfd disabled, and lfd not monitored (in WHM, Service Manager), to see if the backup completes successfully.

    As of now I don't know if lfd is killing the backup (I guess it is, indeed). Will update this thread as soon as backup breaks or completes in the current run.

    Thanks!

    ER
     
  7. eurorocco

    eurorocco Well-Known Member

    Joined:
    Jun 23, 2003
    Messages:
    99
    Likes Received:
    0
    Trophy Points:
    6
    Even with lfd disabled, stopped, un-monitored, backup gets killed...

    ................................................................................
    ................................................................................
    ................................................................................
    ..................................................
    [2016-04-13 14:33:02 -0500] ERROR: The subprocess âArchive::Tar::BuilderâKILLâ
    root [~]# ps axu | grep lfd
    root 14596 0.0 0.0 61168 684 pts/2 D+ 14:48 0:00 grep lfd
    root [~]#
    ie no lfd process
    root [~]# ps axu | grep csf
    root 14803 0.0 0.0 61168 740 pts/2 S+ 14:49 0:00 grep csf
    root [~]#
    ie no csf process

    Any help is greatly appreciated. Thanks! ER
     
  8. eurorocco

    eurorocco Well-Known Member

    Joined:
    Jun 23, 2003
    Messages:
    99
    Likes Received:
    0
    Trophy Points:
    6
    I don't have cphulk enabled. It's disabled. I checked this too. Any third party monitoring on the server other than Cpanel and CSF? Not that I know. I'm sure there is nothing else installed. I modified the ftptimeout = 120 to 1200 in /etc/cpbackup.conf and still no luck. Perhaps a parameter that is not mentioned in /etc/cpbackup.conf that would let the tar go on longer? Thanks! ER
     
  9. cPanelMichael

    cPanelMichael Forums Analyst
    Staff Member

    Joined:
    Apr 11, 2011
    Messages:
    30,723
    Likes Received:
    660
    Trophy Points:
    113
    cPanel Access Level:
    Root Administrator
  10. eurorocco

    eurorocco Well-Known Member

    Joined:
    Jun 23, 2003
    Messages:
    99
    Likes Received:
    0
    Trophy Points:
    6
    Problem solved. Yes, it was a third-party thing in the crontab explicitly killing processes for the cpanel user. Once it was disabled backups for such site are now running and completing fine. THANKS a lot!!!
     
  11. cPanelMichael

    cPanelMichael Forums Analyst
    Staff Member

    Joined:
    Apr 11, 2011
    Messages:
    30,723
    Likes Received:
    660
    Trophy Points:
    113
    cPanel Access Level:
    Root Administrator
Loading...

Share This Page