Akeeba Backup for Joomla!

#35860 What to ask to the hoster when transfer wizard give the "No data specified"

Posted in ‘Akeeba Backup for Joomla!’
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
PHP version
Akeeba Backup version


Description of my issue:

Hi when we try to transfer a backup using the transfer wizard between two servers of the same hoster we get the unfamous "No data specified" but it sucessfully transfer the kickstart part.

So we try the alternative version with after backup operation on FTP : it works like said in other ppl's discussions on this forum.

I want to solve with the hoster this issue of possible but I d'ont really understand what to ask/discuss with them. Where is the issue : Specific http resquest ? Other request on a specific port ? I naively thinking it was all about FTP but it seems not :-)



This is not urgent

Akeeba Staff


I suspect you host is blocking outgoing connections that are using FTP transfers in binary mode.

You can try to talk with your host, but from my experience, it's very hard that they will change anything. When this happens, it means that there is a firewall in place and usually rules are applied server-wide, so they can't create an exception just for you.

If Site Transfer Wizard doesn't work, you should perform the restoration using the manual method: Kickstart + archives upload.

HOWEVER! If the site is pretty large, that could take a massive amount of time. You could upload your archives to Amazon S3, then use Kickstart professional to download those archives from S3 to your new server.

This would greatly speed up the restoration 

Davide Tampellini

Developer and Support Staff

๐Ÿ‡ฎ๐Ÿ‡นItalian: native ๐Ÿ‡ฌ๐Ÿ‡งEnglish: good โ€ข ๐Ÿ• My time zone is Europe / Rome (UTC +1)
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!



I know about alternate restoration system and use it since many uyears but I like to enhance things too ^^ So it's why I ask for detail information because in other older post I see Nikos understanding the situation when the direct wizard not working but backup+ftp after backup working. And yes discussion with hoster are hard but I like to go to them with detail information in order to get a precise YES/no and not a "if you can't say us what is problematic we can't help you".

Akeeba Staff

There are two ways to send the backup archive to the remote server. One is via FTP/SFTP, the other is using Kickstart. 

The second method does POST requests with 1MB of raw file data to the Kickstart file we uploaded to the remote server.

If the host is intercepting the POST request and removing its data you get the problem you see.

The root cause is in the host's server protection. Backup archives are not the typical simple POST request with a couple of predefined parameters. We are posting raw binary data. This kind of data is very likely to be considered problematic by an overly paranoid server protection configuration since it cannot reasonably be inspected.

We REALLY DO KNOW what the problem is and our advice as people who have done this troubleshooting and engaged with clients who tried to communicate with their hosts is โ€œdon't bother, it will get you nowhereโ€. The host will insist that they are doing everything right for security reasons and the developer should change their software. We can't magically make the raw binary data of the backup archive look like something different so there is nothing we can do. This is exactly why we give you the option to do a manual transfer and we do tell you that the Site Transfer Wizard IS NOT the only way to transfer data between servers, it's just one of your options. In fact, it's one that's limited by your host's serve configuration.

We would much rather skip over the part where all three parties โ€” you, your host and us โ€” get mutually frustrated with each other and just come to the conclusion: if using STW won't work for your environment use a different method; we give you so many options exactly so that there is at least one viable method for your environment. It doesn't mean that every single method should work on every single environment. That's unrealistic.

I hope that helps put some context into Davide's reply and show you that we are not telling you we can't help you, we just know how this pans out based on our experience.

PS: In the past I had thought about implementing appending to files via FTP, something supported by PHP. However, the sad fact of life is that not all FTP servers support appending to files and there was no good way to find that out in advance. Bummer. The only remaining option for chunked upload was via HTTP which can be limited by the host. That's when I created the Import from URL and Import from S3 features in Kickstart Professional which allows the target server to PULL the backup archive in small chunks, something far less likely to be limited and even if it is it's much, MUCH easier to ask the host to fix (basically: ask them to add an exception in their proxy or firewall) without undue complaints. Davide knows this and recommended this method because it's overall the best one and the one we use ourselves for our own sites. ๐Ÿ˜‰

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!


Ok it's a "if it work it's great but if not... look after the other method" I really undertsand what you talk about and indeed I fear the discussion with the hoster will not go easy and realize the "post" issue and you read my mind with the last part about "FTP/PHP" ;-)

The only "issue"ย  I have it's the panel of Akeeba which put the "Wizard migration" button so "hot". Maybe, in a user design approach (and i nkew you have this ressource next to you ^^) , the button could display all the tranfer method and explaining how the "easy-to-go" method have a lot of risk of not working depends the hoster.

Thanks for the explanation, you could closed the "case".


Thanks for your hard work.

Support Information

Working hours: Typically we work Monday to Friday, 9am to 7pm Cyprus timezone (EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets, but we cannot respond to them, outside of our working hours.

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!

Summer vacations: Our support will be closed for replies and new tickets from August 6th to August 21st, 2022 due to summer vacations.