Weekly backups and Bandwidth data

[Bdzzld]

Hi,

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

...
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]

Hi,

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

...
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]

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 :

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]

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 :

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]

Nope, as far as I know it's still not been fixed.
Currently runinng :

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.

 

[linux.newbie]

Ticket time....

 

[filth]

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.

 

[Bdzzld]

Okay, finally added it to Bugzilla :

http://bugzilla.cpanel.net/show_bug.cgi?id=5953

 

[cPanelKenneth]

This was fixed in Current and EDGE in build 17307. Stable and Release will receive the fixes at a later date.

 

[Bdzzld]

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.

 

[Bdzzld]

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]

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.

 

[rhenderson]

For anyone else with this issue. I do not know if it was fixed then cropped back up but we are also having this issue and opened a new bug on it. Bug#: 6292

 

[HostIt]

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]

Removing all your backup data to get a *bug* fixed is definitely something you should not do...
cPanel has to come up with a solution, which is probably just to create the (sub)directory before writing to it...

 

[HostIt]

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.