Support

Akeeba Backup for Joomla!

#12276 Error thrown during migration of website to new servers using FTP

Posted in ‘Akeeba Backup for Joomla! 4 & 5’
This is a public ticket

Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Environment Information

Joomla! version
n/a
PHP version
n/a
Akeeba Backup version
n/a

Latest post by nicholas on Monday, 14 May 2012 03:05 CDT

jparker3119
Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? No
Have I searched the tickets before posting? No
Have I read the documentation before posting (which pages?)? No
Joomla! version: 2.5.4
PHP version: FreeBSD ishous.dfi-japan.com 6.4-RELEASE-p8 FreeBSD 6.4-RELEASE-p8 #1 r101746: Mon Aug 30 10:34:40 MDT 2010 root@fc:/usr/src/sys/i386/compile/VKERN i386
MySQL version: 5.5.15
Akeeba Backup version: Akeeba Backup Professional 3.5.a2 (2012-05-10)

EXTREMELY IMPORTANT: CONCERNING THE FILES-> there were three files displayed in the dropdown. I downloaded all three. All three were identical so I am zipping and attaching only one.

Description of my issue: I am migrating a website to a different server and am trying to use Akeeba Backup with FTP to achieve this. Connections are ok and files are being transferred but I am experiencing some generated transfer files (limited to 20Mbytes through the Akeeba setup panel). Maybe 1 out of 2 times, the first jpa file (site........j01) is not being created. However on one try the next 310 or so files were transferred. Then on one file (site......j35) an error message was thrown reading:
Wrong FTP hostname or port (host.port = ishous.net:21)
Failed to process file site.............j35

Subsequent files were created without any problems up to site....j57 when the following error was thrown:

AJAX Loading Error
HTTP Status: 0 (timeout)
Internal status: timeout
XHR ReadyState: 0
Raw server response:
undefined


So I have three questions
1. On an earlier attempts and excluding the site...jpa file, Some 330 files were transferred successfully using Akeeba. Assuming nothing has changed on the "Mother" site, can I copy the site....j35 from that group into the new transferred group?
2. I setup the site so that the created site....jxx files would not be deleted from the original server. Can I manually copy the uncopied file (in this case site....j01) over to the new server.
3. I am not certain, but some kind of "finishing" process is being executed on the Original server after all the files are transferred to the new server. There is a file used for recreation of the site with the extension site...jpa. From what I have observed this file is created after all the "site....jxx files" have been transferred over. Am I correct? I have been getting an error message at this point. See my attached file. Do I have to repeat the entire process of transferring all the files again (it is taking more than 4 hours) or is there a method that avoids this tedious method.

nicholas
Akeeba Staff
Manager
1. You should not mix files from different backup sets. If you do that, you can expect the extraction to fail consistently.

2. Yes, of course. You can always transfer the missing files of the backup set manually.

3. The .jpa file is the last file of the multi-part backup set, therefore it's the last one to be transferred. The file creation (and transfer) order is: .j01, .j02, .j03, ..., .jpa. You don't have to transfer all files. You only have to transfer the files which didn't make it to the target server.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Support Information

Working hours: We are open Monday to Friday, 9am to 7pm Cyprus timezone (EET / EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets outside of our working hours, but we cannot respond to them until we're back at the office.

Support policy: We would like to kindly inform you that when using our support you have already agreed to the Support Policy which is part of our Terms of Service. Thank you for your understanding and for helping us help you!