[Case 164597] After the update to 11.48, backup ftp after 1 hour disconnects

[nunoleite]

Hi!

After the update to 11.48 the backups transfered by ftp are disconnected after 1 hour.

I have a big site with more that 20GB and used to take 2:30 hours. Now after 1 hour the connection is terminated and the backup stays incomplete.

Please correct this...

After the update to 11.48, the new backup scripts have a lot of problems, and before they where working fine.

This new script version that came with 11.48 has a lot of bugs. This is a big problem.

Thanks
Nuno Leite

 

[Infopro]

Not enough details. Could you please open a ticket to cPanel Technical Support about this?

 

[nunoleite]

Hi!

I just need the script that used to work in version 11.46.

You have made a lot of changes is the backup script and now, it doesn't work as in version 11.46. It was perfect, now it not.

Thanks
Nuno Leite

 

[nunoleite]

Hi!
I will open a ticket with all the problems i found in the backup script that came with 11.48 update.
At least 4 things have changed or are bugs. These things seem to be from an older version of the script.
In version 11.46 was fine but in 11.48 is not. If you know what you have changed you know what am i talking about.
But, can you tell me where is the script that runs wheni use the full backup option in cpanel?

Thanks
Nuno Leite

 

[Infopro]

If you'd like to force a backup you should be able to with this:

/usr/local/cpanel/bin/backup --force

 

[nunoleite]

Hi!

Ticket open: 6092747

Thanks
Nuno Leite

 

[cPanelMichael]

Hello

To update, internal case number 164597 is open to address an issue where the "ftpput" process goes defunct after an hour. There's currently no time frame for a resolution, but you can monitor our change log for this case number at:

cPanel - Change Log

Thank you.

 

[cPanelNick]

Hello

To update, internal case number 164597 is open to address an issue where the "ftpput" process goes defunct after an hour. There's currently no time frame for a resolution, but you can monitor our change log for this case number at:

cPanel - Change Log

Thank you.

This case was addressed in 11.48.0.13

 

[nunoleite]

Hi!

This case was addressed in 11.48.0.13

Yes, it was, but it did not correct the problem.

Now the transfer continues after 1 hour, but after the transfer ends and after the command 226 Transfer ok from the ftp server, cPanel ftpput maintains the connection open and never send the command QUIT to close the connection.

Then after some time the server timeout the connection because the transfer ended and the cPanel script gives an error because of that.

So, i have opened another ticket about this, and i'm waiting for the solution.

Thanks
Nuno Leite

 

[cPanelNick]

Hi!



Yes, it was, but it did not correct the problem.

Now the transfer continues after 1 hour, but after the transfer ends and after the command 226 Transfer ok from the ftp server, cPanel ftpput maintains the connection open and never send the command QUIT to close the connection.

Then after some time the server timeout the connection because the transfer ended and the cPanel script gives an error because of that.

So, i have opened another ticket about this, and i'm waiting for the solution.

Thanks
Nuno Leite

Thank you for the update, would you please post the ticket #.

 

[nunoleite]

Hi!

Thicket number #6128385.

Thanks
Nuno Leite

 

[cPanelMichael]

Thicket number #6128385.

To update, the user narrowed this issue down to a specific router in-use on their server that did not comply with active connection standards.

Thank you.

 

[nunoleite]

Hi!

Yes, i confirm that.

Fixed case 164597: Lift 3600-second timeout for FTPing user-created backups.

After the case corrected in 11.48.0.13, the other problem that was happening was about the router that doesn't maintain the 2 ftp connections alive. So the cPanel script didn't receive the info that the transfer was finished and gives the error.

My tests where with a router TP-LINK WR1043ND. This is the one that have the bug.

I tried with more 3 different routers, and they all worked.

Thanks
Nuno Leite