Support

You are receiving this error message:

WARNING |130128 12:00:16|AEUtilAmazons3::uploadMultipart(): [55] select/poll returned error

This error does not happen inside Akeeba Backup. It comes from the cURL library which is used by PHP and Akeeba Backup to connect to Amazon S3. Actually, this error message comes from your server's operating system, Linux. It means that your Linux machine isn't keeping up with the number of requests you're trying to send. If you're on a shared web hosting provider, your resources are typically limited.

In plain English: Unfortuantely this is a condition beyond my and your control. It is something which happens because your server is overcrowded and can't keep up with the work it's requested by all sites hosted on it to be performed. You can ask your host for a solution. If they can't provide a solution you'll have to move to a different host.

Please note that this is a server imposed restriction. It's not something we can work around. If the server doesn't have adequate resources you need a better server. It's like trying to drive a loaded truck on a narrow dirt trail: there's simply not enough space to physically fit it there, let alone drive it. You need a wide road. That's all.

No, you have not found the problem. The two are completely unrelated. What you found is a time of the day where the server usage was low enough to allow the upload to S3 to complete.

First consult https://www.akeebabackup.com/documentation/akeeba-backup-documentation/requirements.html for the minimum requirements.

That said, backup is by definition a VERY INTENSIVE process. It has to read and compress all files of your site and all data in all tables of all configured databases. This, inevitably, requires a lot of CPU time. The exact amount of CPU time depends on many factors such as CPU speed, server load, number/size of files, hard drive speed, the operating system's filesystem caching efficiency, number of tables, overall performance of the database server, number of rows per table and even the PHP version (PHP 5.4 is seven times as fast as PHP 5.2). Therefore I cannot tell you how much CPU time will be required for your backup.

I did check before replying last time :) Just to be extra certain, I just created a fresh Joomla! 2.5.9 site, installed Admin Tools Professional and Akeeba Backup Professional, enabled XSSShield in Admin Tools and front-end backup in Akeeba Backup using the secret word "test". I went to Akeeba Backup's Scheduling Information, copied the wget command line, pasted it in my terminal, run it and half a minute later I have a fresh backup. No issues.

The only way XSSShield can interfere with that is if your secret word contains special characters which trip the XSSShield. Now, as I explicitly state in Akeeba Backup's documentation:

Secret word
Whenever you need to take a front-end backup, you have to supply this secret word to let Akeeba Backup know that you really have access to its functions and you're not an impostor, or a hacker attempting to cause a massive denial of service attack by overloading your server with backup operations. Please use only alphanumeric characters, i.e. lower and upper case a-z letters and the digits 0-9. Do not use special characters, as they tend to cause problems when passed in the front-end backup URL without converting them to URL encoded format (which is beyond the scope of this manual - so just use a-z, A-Z and 0-9, OK?)

I am aware that various firewalls (in the Apache and PHP level) will choke on special characters, hence this explicit mention in the documentation.