New SFTP Backups Not Working


Well-Known Member
Apr 23, 2009
United States
cPanel Access Level
Root Administrator
Copying backup......Done Unable to scp /home/****/backup-9.22.2013_11-15-04_****.tar.gz gz (please check the host and user root and password)

I keep getting lots of emails. I have the correct data in the SFTP section. What's wrong?


Staff member
Apr 11, 2011
Hello :)

You mentioned SFTP in the title of the thread, but the error message lists SCP. It looks like you may be having trouble using the "SCP" feature in cPanel when generating a full backup of the account under the "Backup" icon. Have you verified that connections to the remote host are possible? Try accessing your system via SSH and sending a file to the remote server via SCP using the same authentication details. Does it succeed, or fail with the same error message?

Thank you.


Aug 26, 2008
Greetings, and I have just tried this for the first time "in my life" even though it has existed in cPanel for some time. This is on a new VPS that was a Hostmonster Shared acct...that they upgraded.

Long story is that on my other main VPS (cpanel-WHM) I have successfully ran the following from it using SSH

scp -P 22 -r /backup/cpbackup/daily
Where IP = Destination VPS

Here is my results using cPanel SCP [on new HM vps]

Copying backup......Done
Unable to scp /home/perfectr/backup-10.19.2013_15-08-48_perfectr.tar.gz (please check the host and user lisagt and password)

In which I did create a dir of "steve" [in the root of remote =...not public_html] and I upgraded this acct to handle 40gig...

I am lost~~

And? I got the email sating done..but? I used SSH, ran 'updatedb' and then ==

locate backup-10.19.2013_15-08-48_perfectr.tar.gz

And it did not find a file?

Tried FTP now

ADDED 11.27amCST

pkgacctfile is: /home/perfectr/backup-10.19.2013_16-03-35_perfectr.tar.gz
md5sum is: 3c1b6c15fa8dda5c9872ed5a3c8de7fe

size is: 15716559312

homesize is: NA

Net::FTP>>> Net::FTP(2.77)
Net::FTP>>> Exporter(5.66)
Net::FTP>>> Net::Cmd(2.29)
Net::FTP>>> IO::Socket::INET(1.31)
Net::FTP>>> IO::Socket(1.31)
Net::FTP>>> IO::Handle(1.28)
Net::FTP=GLOB(0xc0f1c0)<<< 220---------- Welcome to Pure-FTPd [privsep] [TLS] ----------
Net::FTP=GLOB(0xc0f1c0)<<< 220-You are user number 1 of 50 allowed.
Net::FTP=GLOB(0xc0f1c0)<<< 220-Local time is now 11:25. Server port: 21.
Net::FTP=GLOB(0xc0f1c0)<<< 220-IPv6 connections are also welcome on this server.
Net::FTP=GLOB(0xc0f1c0)<<< 220 You will be disconnected after 15 minutes of inactivity.
Net::FTP=GLOB(0xc0f1c0)>>> USER lisagt
Net::FTP=GLOB(0xc0f1c0)<<< 331 User lisagt OK. Password required
Net::FTP=GLOB(0xc0f1c0)>>> PASS ....

Net::FTP=GLOB(0xc0f1c0)<<< 230 OK. Current restricted directory is /
Net::FTP=GLOB(0xc0f1c0)>>> TYPE I
Net::FTP=GLOB(0xc0f1c0)<<< 200 TYPE is now 8-bit binary
Net::FTP=GLOB(0xc0f1c0)>>> CWD steve
Net::FTP=GLOB(0xc0f1c0)<<< 250 OK. Current directory is /steve

Net::FTP=GLOB(0xc0f1c0)>>> ALLO 15716559312
Net::FTP=GLOB(0xc0f1c0)<<< 200 A L'HUILE
Net::FTP=GLOB(0xc0f1c0)>>> PASV
Net::FTP=GLOB(0xc0f1c0)<<< 227 Entering Passive Mode (199,193,xxx,xxx,98,110)
Net::FTP=GLOB(0xc0f1c0)>>> STOR backup-10.19.2013_16-03-35_perfectr.tar.gz
Net::FTP=GLOB(0xc0f1c0)<<< 553 Can't open that file: Permission denied
Net::FTP=GLOB(0xc0f1c0)>>> QUIT
Net::FTP=GLOB(0xc0f1c0)<<< 221-Goodbye. You uploaded 0 and downloaded 0 kbytes.
Net::FTP=GLOB(0xc0f1c0)<<< 221 Logout.

/* added */
Again, the above newly generated file name using SHH > locate *perfect.tar.gz does not exist anywhere that is says...just the normal /backup/cpbackup
Last edited:


Aug 26, 2008
This issue, has been resolved at least in my case with the help of Chris via Ticket System

IF? The folder of intended destination folder, does NOT HAVE proper owner ship of the account it will fail.

In my case, I had created the 'destination folder' using WinSCP (which is the same as root). In order to make the folder 'owned by' the proper account.. from SSH run: chown lisagt:lisagt /home/lisagt/steve where lisagt is your account name and steve is the target directory. This worked for FTP, so I suspect it was my SCP issue also.