backup FTP problem

R

Ramdileo

Verified User
Joined
Jun 19, 2007
Messages
35
since it changes my backup remote server... y get this errors...
-----------------------------------------------
User bcgcyberdyne has been backed up.
User beas has been backed up.
Could not read reply from control connection -- timed out.
ncftpput /home/tmp/ramdileo/beas.tar.gz: could not send file to remote host.

User bergstrom has been backed up.
User compania has been backed up.
Could not read reply from control connection -- timed out.
ncftpput /home/tmp/ramdileo/compania.tar.gz: could not send file to remote host.

User compu has been backed up
------------------------------------------------
seems to be only with big files...50Mb or more...

Tanks for the help... sorry for my bad english... and greetings from Argentina...
 
I've a problem while restoring backup:

I have a server with two nics:

eth0 for public network
eth1 for private network


Backup must work on private network and I've just modified ftp_upload.php to work on eth1.

Now, if I try to have a list of tar.gz on remote ftp account (on private or on public interface) I obtain an empty list.

Ideas?

Thanks,


Carlo
 
jlasman said:
Make sure you can ftp manually to the new remote backup server.

Jeff
Click to expand...

Yes with FTP client like CuteFTP upload files without problem...
server to server is the problem...
User's bcgcyberdyne, bergstrom... are backup OK.. fail only with big files...
beas.tar or compania.tar for example...
 
Let me rephrase my point?

Can you ftp manually to the new remote backup server from your server.

If you cannot, look for error messsages and figure out why.

Jeff
 
jlasman said:
Let me rephrase my point?

Can you ftp manually to the new remote backup server from your server.

If you cannot, look for error messsages and figure out why.

Jeff
Click to expand...

Jeff.. apology my ignorance...
I suppose is through SSH... but I don't know the command...
 
Code: 
$ ftp REMOTESERVER.EXAMPLE.COM
where the $ isn't typed in (it's just to show you that you can do this without being root), and you have to replace REMOTESERVER.EXAMPLE.COM with the right domain name of your new remote server.

Jeff
 
jlasman said:
Code: 
$ ftp REMOTESERVER.EXAMPLE.COM
where the $ isn't typed in (it's just to show you that you can do this without being root), and you have to replace REMOTESERVER.EXAMPLE.COM with the right domain name of your new remote server.

Jeff
Click to expand...

I enter this command..
ftp 216.75.63.101
==================

and i get this result..
==================
KERBEROS_V4 rejected as an authentication type
'AUTH GSSAPI': command not understood
'AUTH KERBEROS_V4': command not understood
Name (216.75.63.101:root):
==================

I think it should indicate user, pasword and file to transfer.. but i dont know how...
 
That response means it's working; it's asking you for the login name, and telling you that if you just hit the return key, it'll use root, since you tried as root on your system.

Try logging in as the same username your backup system uses, and then when it asks for the password, try the same password your backup system uses.

Jeff
 
Since we updated to DA 1.31.0 we experience someting similar at one of our FC3 boxes. Backup always worked fine untill the last update.

Code: 
User admin has been backed up.
ncftpput /home/tmp/admin/admin.tar.gz: could not send file to remote host.

User a has been backed up.
User b has been backed up.
User c has been backed up.
User d has been backed up.
Lost data connection to remote host: Broken pipe.
ncftpput /home/tmp/admin/d.tar.gz: socket write error.

User e has been backed up.
Lost data connection to remote host: Broken pipe.
ncftpput /home/tmp/admin/e.tar.gz: socket write error.

User f has been backed up.
User g has been backed up.

User backups are sent to the remote backup server. Some succeed, others don't. This is happening randomly. Could it have to to with the ncftp change in the recent update?

EDIT: Problem solved. After changing the script into php it showed the disk quota on the remote backup server had exeeded. Increased diskspace and changed script into ncftpput again. Backup works fine again.
 
Last edited:
The problem is with ncftpput. Other than that, I have no idea; perhaps someone else will respond.

Jeff
 
Ramdileo, do you have a solution yet?

I have the same error.. cant figure out what the problem causes.
 
sorry for the delay

Jeff i finaly do the FTP test's through SSH...

first i login...
--------------------------------------------------------------------------------
[root@linux ~]# ftp 216.75.63.101
Using username "root".
[email protected]'s password:
[root@linux ~]# ftp 216.75.63.101
Connected to 216.75.63.101.
220 Microsoft FTP Service
500 'AUTH GSSAPI': command not understood
500 'AUTH KERBEROS_V4': command not understood
KERBEROS_V4 rejected as an authentication type
Name (216.75.63.101:root): linuxbk
331 Password required for linuxbk.
Password:
230 User linuxbk logged in.
Remote system type is Windows_NT.
--------------------------------------------------------------------------------


Look's all OK to now ... so i put this command...
(one of the files/users with the backup problem)
--------------------------------------------------------------------------------
send /home/ramdileo/v_backup_1ro_mes/beas.tar.gz /linuxbk/host1/beas.tar.gz
--------------------------------------------------------------------------------


and y get this...
--------------------------------------------------------------------------------
local: /home/ramdileo/v_backup_1ro_mes/beas.tar.gz remote: /linuxbk/host1/beas.tar.gz
421 Service not available, remote server has closed connection
Passive mode refused. Turning off passive mode.
No control connection for command: Transport endpoint is not connected
--------------------------------------------------------------------------------


i login again .. and put the same command again
--------------------------------------------------------------------------------
send /home/ramdileo/v_backup_1ro_mes/beas.tar.gz /linuxbk/host1/beas.tar.gz
--------------------------------------------------------------------------------


and now i get this...
--------------------------------------------------------------------------------
local: /home/ramdileo/v_backup_1ro_mes/beas.tar.gz remote: /linuxbk/host1/beas.tar.gz
227 Entering Passive Mode (216,75,63,101,21,184).
125 Data connection already open; Transfer starting.
226 Transfer complete.
12001745 bytes sent in 11 seconds (1.1e+03 Kbytes/s)
--------------------------------------------------------------------------------


now I try with other of the files/users with the backup problem...
--------------------------------------------------------------------------------
send /home/ramdileo/v_backup_1ro_mes/patricia.tar.gz /linuxbk/host1/patricia.tar.gz
--------------------------------------------------------------------------------

and the PuTTY get stalk...
--------------------------------------------------------------------------------
227 Entering Passive Mode (216,75,63,101,21,185).
125 Data connection already open; Transfer starting.
--------------------------------------------------------------------------------
but both files look's OK on my remote server... both files are transfer and have the correct size.
beas.tar.gz 2007-10-25 19:19 11,720.45KB
patricia.tar.gz 2007-10-25 19:34 551,927.68KB


through SSH the ftp conection works.. I think...
but through the Directadmin... i get the same stuff.. whit the same files..
--------------------------------------------------------------------------------
Subject: An error occurred during the backup. Today at 21:05
User beas has been backed up.
Could not read reply from control connection -- timed out.
ncftpput /home/tmp/ramdileo/beas.tar.gz: could not send file to remote host.

User patricia has been backed up.
Could not read reply from control connection -- timed out.
ncftpput /home/tmp/ramdileo/patricia.tar.gz: could not send file to remote host.
--------------------------------------------------------------------------------
 
You must log in or register to reply here.
Back
Top