Support

Akeeba Backup for Joomla!

#8444 Backup error: XML-RPC layer error:Invalid payload received from xml-rp

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
n/a
PHP version
n/a
Akeeba Backup version
n/a

user8259
Greetings all. I sure could use some help here...
I am Trying to use Akeeba Remote.
Akeeba Backup is installed on Joomla.
Akeeba Backup Notification Module installed.
Akeeba Remoting XMLRPC services for Akeeba Backup 3.x is installed.

The backups work from backend.
Web Services are turned On.
Used the XMLRPC Debugger it returned these results:
joomlapack.getAPI
joomlapack.getProfiles
joomlapack.getBackups
joomlapack.startBackup
joomlapack.continueBackup
joomlapack.getFilename
joomlapack.deleteFile
joomlapack.getParts
system.listMethods
system.methodHelp
system.methodSignature
system.multicall
system.getCapabilities

Akeeba Remote Control Log returned these results:
LOG TEXT:

nicholas
Akeeba Staff
Manager
This is certainly not a setup issue, the error happens too far into the backup process. It looks like your server dropped the last request or a timeout occurred. Can you please post the Akeeba Backup log as well? I want to see what Akeeba Backup was doing when the error happened. Also, do you have enough free space on your account? Thanks!

PS: fell free to submit your logs on the ticket you've opened if you don't want them posted publicly here.

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!

user8259
Where do I find those logs? I can only seem to get the same log I linked above through Akeeba from the backend.
(nevermind..found it, and sending via ticket)

user8259
oh...and as for free space, yes..its unlimited.

user8259
I sent that log to you, I should probably add this to be looked at as well.
The htaccess file...Dont know if it is relevant. If course it is not a txt file on the server, and is active.
TEXT

I mention this as Ive finally got SEF to work, and its the only change I can think of that may have any bearing at all.
I should add though that, I have another site arranged the same way with the same htaccess file, and it backs up no problems.

nicholas
Akeeba Staff
Manager
The two logs do not correlate. The Remote Control log shows 11 steps, the backup log shows 16 steps. Also the timestamps do not match - they are several minutes apart. Could the backup log be from a later back-end backup? I can see that it has completed successfully. Furthermore, even the first 11 steps end at different points than the ones shown in the log of the Remote Control log.

To make it clear and avoid any confusion, what I need is the Remote Control log and the Akeeba Backup log of the same backup attempt. Otherwise I don't have the full picture and I can't help you efficiently.

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!

user8259
when the remote failed...I had to back up from the backend. One moment Ill run remote backup again and get the logs.

user8259
Does not make any sense...have not changed anything, and now it works. I am going to run it a second time, to be sure...
Keeping in mind I tried probably 10 times before I posted here.

No idea what happened.

user8259
And while the second attempt continues to work as it should..*sigh* I will take a moment to mention that I still stand by my comments on the Joomla Extensions Board...Akeeba remains the most valuable extension I've used so far...without exception.

I do not know what happened throughout the day, but...its working perfectly now. The only thing i can even think is that Ive been told that my host caches the htaccess and it may take a while for it to take when its changed, but...I made the htaccess file changes in two sites at the same time...one backed up, the other did not.

In any case..glad its working, and as always thanks for your time.

nicholas
Akeeba Staff
Manager
I will ask you something, but promise not to laugh :) Are you using WiFi to connect to the Internet? I have observed that my WiFi connection drops packets and does all sort of crazy stuff when the microwave oven is turned on and when the elevator is running. I told you, don't laugh :) I've found that most connection problems fixed themselves by using a wired connection to my router.

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!

user8259
No...Im not laughing, seems a reasonable question. But no..not on wi-fi, on the contrary...an awesome internet connection.

user8259
Per your suggestion in your Evangelists section...
Going to credit your work here:

http://www.salamandridae.com/about-our-site.html

Thanks again for all your work.

nicholas
Akeeba Staff
Manager
Re the dropped packages, could be a temporary server thing. Or an overloaded server? If it's not reproducible, it was something on the transport level which caused dropped packages or a dropped connection to the HTTP host.

Thank you the credits :)

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!

user8259
Right...well the host is godaddy. Ive not experienced any real issues with them in the past, could simply have been latency issues? As for Akeeba...running perfectly.

nicholas
Akeeba Staff
Manager
It is very possible. GoDaddy servers are usually overcrowded, with dozens of hundreds of sites running on a single server. It's possible that a server congestion could have caused the dropped connection and the failed backup. According to our experience, you can just wait a bit and retry backup - or use a performance tuned hosting provider, such as Rochen.

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: 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.