Bdzzld

Well-Known Member
Apr 3, 2004
412
5
168
Hi,

Ever since our servers were upgraded to cPanel 11 the weekly backups logs show the following :

Code:
...
pkgacct started.
pkgacct version 6.0 - running with uid 0
using time::hires for speedups
Copying Reseller Config...Done
Copying SSL Certificates, CSRS, and Keys...Done
Copying Counter Data....Done
Copying Bandwidth Data....cp: cannot create regular file `/backup/cpbackup/weekly/SOMEACCOUNT/bandwidth/SOMEACCOUNT': No such file or directory
...
For some reason (because there's no path bandwidth?) it's unable to backup the weekly bandwidth usage of each account on the server. Is this a know problem/bug?

Thanks.
 

cPanelDavidG

Technical Product Specialist
Nov 29, 2006
11,212
13
313
Houston, TX
cPanel Access Level
Root Administrator
Hi,

Ever since our servers were upgraded to cPanel 11 the weekly backups logs show the following :

Code:
...
pkgacct started.
pkgacct version 6.0 - running with uid 0
using time::hires for speedups
Copying Reseller Config...Done
Copying SSL Certificates, CSRS, and Keys...Done
Copying Counter Data....Done
Copying Bandwidth Data....cp: cannot create regular file `/backup/cpbackup/weekly/SOMEACCOUNT/bandwidth/SOMEACCOUNT': No such file or directory
...
For some reason (because there's no path bandwidth?) it's unable to backup the weekly bandwidth usage of each account on the server. Is this a know problem/bug?

Thanks.
I don't see an entry for such a bug in bugzilla nor do I recall the developers recently working on fixing such an issue. I'd recommend submitting a support ticket regarding this issue so it can be determined what is causing this.
 

Bdzzld

Well-Known Member
Apr 3, 2004
412
5
168
Hi David,

I've checked to be on the safe side and it's occurring on all of our cPanel servers during a weekly backup. Our servers currently run :

Code:
WHM 11.2.0 cPanel 11.10.0-S16448
CENTOS Enterprise 4.5 x86_64 - WHM X v3.1.0
Maybe it has something to do with x86_64 ?

Regards.
 

cPanelDavidG

Technical Product Specialist
Nov 29, 2006
11,212
13
313
Houston, TX
cPanel Access Level
Root Administrator
Hi David,

I've checked to be on the safe side and it's occurring on all of our cPanel servers during a weekly backup. Our servers currently run :

Code:
WHM 11.2.0 cPanel 11.10.0-S16448
CENTOS Enterprise 4.5 x86_64 - WHM X v3.1.0
Maybe it has something to do with x86_64 ?

Regards.
I'm only speculating that it might. Even though we have many customers running x86-64 systems, since there's still fewer x86-64 users than i386 users, bugs are less likely to be reported or detected by our staff in the overall course of working on support tickets.

I still recommend submitting a support ticket regarding this issue in case it is a bug that it can get fixed.
 

Bdzzld

Well-Known Member
Apr 3, 2004
412
5
168
Nope, as far as I know it's still not been fixed.
Currently runinng :
Code:
WHM 11.2.0 cPanel 11.11.0-S16999
CENTOS Enterprise 4.5 x86_64 - WHM X v3.1.0
Newer version than previously mentioned but still the same bug.
 

filth

Active Member
Jun 18, 2004
28
0
151
I am experiencing the exact same problem and my versions are:-

WHM 11.2.0 cPanel 11.11.0-S16999
FEDORA 2 i686 - WHM X v3.1.
 

cPanelKenneth

cPanel Development
Staff member
Apr 7, 2006
4,607
79
458
cPanel Access Level
Root Administrator
This was fixed in Current and EDGE in build 17307. Stable and Release will receive the fixes at a later date.
 

Bdzzld

Well-Known Member
Apr 3, 2004
412
5
168
It's not fixed at all... :(
Recently the servers were upgraded to a newer STABLE version and the problem still exists...

I reopened forementioned ticket.
 
Last edited:

Bdzzld

Well-Known Member
Apr 3, 2004
412
5
168
bugzilla.cpanel.net said:
The fix is not in Stable, only Release, Current and EDGE. Once cPanel 11 Stage
2 is pushed into Stable, then Stable will also have this fix.
Why does it have to take this long before it's released in the STABLE version ? This bug was mentioned almost THREE months ago and have been in cPanel far longer. Besides that, two new versions of STABLE have been released in the mean time, without this bugfix.
 

cPanelDavidG

Technical Product Specialist
Nov 29, 2006
11,212
13
313
Houston, TX
cPanel Access Level
Root Administrator
Why does it have to take this long before it's released in the STABLE version ? This bug was mentioned almost THREE months ago and have been in cPanel far longer. Besides that, two new versions of STABLE have been released in the mean time, without this bugfix.
Keep in mind that STABLE will always be the last version to receive any bug patch as it must meet the quality standards for STABLE set by the QA team before it will reach STABLE. Patches and feature enhancements typically take a while to reach STABLE.
 

HostIt

Well-Known Member
Feb 22, 2003
151
1
168
The fix I've found for this issue was to simply remove all of the backup data and run cpbackup with a clean /backup directory. I've only run cpbackup once so far, but it is now backing up the bandwidth data without error. I'll post back here if it breaks on the second backup tomorrow night, but it looks positive so far :)
 

Bdzzld

Well-Known Member
Apr 3, 2004
412
5
168
Removing all your backup data to get a *bug* fixed is definitely something you should not do... :eek:
cPanel has to come up with a solution, which is probably just to create the (sub)directory before writing to it...
 

HostIt

Well-Known Member
Feb 22, 2003
151
1
168
Well sure, however seeing as the bug is "resolved" and this thread has been sitting for some time I just figured I'd look for a fix, which can often be found with a clean slate - in this case allowing the current version of cpbackup to run from scratch. Sure enough it was. Having current off-site backups (which any host worth their salt should have) meant there was no risk involved for me whatsoever. Of course as with anything, everybody will need to weight up the pros and cons of doing this for themselves. An alternative may certainly be to try a "mkdir /backup/cpbackup/weekly/*/bandwidth" or something. I was happier just getting everything clean and fresh to be sure my backup data is the best possible.