hostvision

Member
Jul 22, 2005
14
1
153
Romania
cPanel Access Level
Root Administrator
Hi,

I use ftp to backup accounts with cpbackup. The strange thing is that the most of archives are 0 bytes. For the rest , around 2-3% of all, the backup archive is good.
There is no error from cpanel script when running:
pkgacct started.
pkgacct version 4.2 - running with uid 0
using time::hires for speedups
Copying Reseller Config...Done
Copying SSL Certificates, CSRS, and Keys...Done
Copying Mail files....Done
Copying frontpage files....Done
Copying proftpd file....Done
Entering timeout safety mode
Grabbing mysql dbs............
Net::FTP>>> Net::FTP(2.75)
Net::FTP>>> Exporter(5.58)
Net::FTP>>> Net::Cmd(2.26)
Net::FTP>>> IO::Socket::INET(1.28)
Net::FTP>>> IO::Socket(1.28)
Net::FTP>>> IO::Handle(1.24)
Net::FTP=GLOB(0xa36c11c)<<< 220 xxxxxx
Net::FTP=GLOB(0xa36c11c)>>> user xxxxxx
Net::FTP=GLOB(0xa36c11c)<<< 331 Please specify the password.
Net::FTP=GLOB(0xa36c11c)>>> PASS ....
Net::FTP=GLOB(0xa36c11c)<<< 230 Login successful.
Net::FTP=GLOB(0xa36c11c)>>> TYPE I
Net::FTP=GLOB(0xa36c11c)<<< 200 Switching to Binary mode.
Net::FTP=GLOB(0xa36c11c)>>> MKD cpbackup
Net::FTP=GLOB(0xa36c11c)<<< 550 Create directory operation failed.
Net::FTP=GLOB(0xa36c11c)>>> MKD cpbackup/daily
Net::FTP=GLOB(0xa36c11c)<<< 550 Create directory operation failed.
Net::FTP=GLOB(0xa36c11c)>>> CWD cpbackup/daily
Net::FTP=GLOB(0xa36c11c)<<< 250 Directory successfully changed.
Net::FTP=GLOB(0xa36c11c)>>> PORT 10,4,253,191,194,217
Net::FTP=GLOB(0xa36c11c)<<< 200 PORT command successful. Consider using PASV.
Net::FTP=GLOB(0xa36c11c)>>> STOR vpsstat.tar.gz
Net::FTP=GLOB(0xa36c11c)<<< 150 Ok to send data.
Net::FTP=GLOB(0xa36c11c)<<< 226 File receive OK.
Net::FTP=GLOB(0xa36c11c)>>> QUIT
Net::FTP=GLOB(0xa36c11c)<<< 221 Goodbye.
It's seems that the archive is 0 bytes before is transfered.

Anyone have any ideas?

Regards,
Flaviu
 

designeru

Well-Known Member
Nov 2, 2005
83
0
156
Are de domains you are refering at empty (no files under)?
Do you have any more free space on /home dir?
What about /tmp?

Are you doing incremental backups?

Please provide a full backup for a website if the answer is not in your last questions.
 

hostvision

Member
Jul 22, 2005
14
1
153
Romania
cPanel Access Level
Root Administrator
- the home diectories of domains are not empty
- I have enough space on home and on backup
- is not set for Incremental Backup as is not compatible with ftp.

The good archives are random and vary on every backup run.
I attach a 0 bytes archive, but nothing inside.:rolleyes:
 

Attachments

designeru

Well-Known Member
Nov 2, 2005
83
0
156
Try changing your WHM version, run upcp, put the version back then run again upcp (with --force on both parts). I hope it helps.

Later thinking: can you create the backup from shell?
 

spaceman

Well-Known Member
Mar 25, 2002
518
10
318
hostvision said:
Hi,

I use ftp to backup accounts with cpbackup. The strange thing is that the most of archives are 0 bytes. For the rest , around 2-3% of all, the backup archive is good.
We're seeing exactly the same problem here. Looking for an explanation/resolution...
 

spaceman

Well-Known Member
Mar 25, 2002
518
10
318
For us it turned out that a quota had been exceeded:

Net::FTP=GLOB(0x89fa8a8)<<< 450-Error during write to file: Disk quota exceeded

We removed the quota for this user, and the ftp backups ran successfully.
 

ebinfo

Active Member
Oct 5, 2005
31
0
156
i once had that issue. After some checking i think it was a firewall issue, i took the machine where i am running my remote FTP server (outside of the datacenter network) and placed it into the DMZ on my router at home, and it fixed the problem, not sure if it can help you thou.
 

ramprage

Well-Known Member
Jul 21, 2002
651
0
166
Canada
Try manually creating the directory on the remote FTP system, the script is obviously having issues with that.

Net::FTP=GLOB(0xa36c11c)<<< 550 Create directory operation failed.
Net::FTP=GLOB(0xa36c11c)>>> MKD cpbackup/daily
Net::FTP=GLOB(0xa36c11c)<<< 550 Create directory operation failed.