Support

Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? Yes. 'My backup files are not being uploaded to Amazon S3', all other articles suggested but nothing else seems related to the subject.
Have I searched the forum before posting? Yes
Have I read the documentation before posting (which pages?)? Yes. Akeeba Backup Docs
Joomla! version: 1.5.23 Stable
PHP version: 5.3.8
MySQL version: 14.14 Distrib 5.1.59
Host: Rackspace Cloud Server
Akeeba Backup version: Akeeba Backup Professional 3.3.4 (2011-09-12)

EXTREMELY IMPORTANT: Please attach your Akeeba Backup log file in order for us to help you with any backup or restoration issue.

Description of my issue:

When I try to use the 'Upload to RackSpace CloudFiles' post-processing option in Akeeba Backup, it does not often work. I am thinking the following error from the attached log might indicate the issue:

Invalid response: (curl error: 7) couldn't connect to host: Failed to obtain valid HTTP response.

I did get a number of successful file transfers to cloudfiles with this when I first tested it, but never an entire archive. The last few tests I have tried I get no successful writes at all. The attached log file is from a single part archive backup, but I have also tried multipart archives with 20 and 49 gig parts with the same result.

I read in the forum that you were unable to personally test this on Rackspace because of bank negotiation issues. I will have to check and make sure, but we can possibly provide a temporary test cloud server to troubleshoot this with if it will help.

The attached log is password protected. I will pm the password.

Thanks,

Kirk

Hi Nicholas. It's true that the files that were successfully transferred to cloudfiles were smaller than some I tried, but except for the first attempts several days ago, I am not getting a single file transferred no matter what the part size. As far as I can see the files never even start to transfer. There are no incomplete files written to the cloudfiles container, but perhaps these are cleaned up automatically? At any rate, I've attached a log using a part size of 500k. You can see that it also fails before the first part is transferred.

There have been no issues with other transfers between our cloud server and cloud files. Both the cloud server and the cloud files are within the Rackspace internal data center network, which has performed great with all setups we have tested.

Thanks,

Kirk

I left the directory at the default "/". The container was created beforehand.

Same result. By setting 'Process each part immediately' and doing the backup from Joomla, I can at least get the result sooner.

Bingo! TCP out 80 and 443 are open, but I just turned off the firewall completely and the transfers work. Something else needs to be open in the firewall. I'm sure Rackspace can help me figure how what is needed.

Akeeba backup wrote most of the files successfully to cloudfiles on my first tests with the same firewall settings. JomCDN writes to cloudfiles with no problem. Nothing I can think of is blocking the outgoing connection. Yet I still should have thought to test with our firewall off the first time you brought it up. I was thinking of the firewall on the other end when you mentioned it, did not even consider our firewall could be blocking this.

Thanks!

Kirk

The transfers to cloudfiles are working great now, but I can't seem to get remote files quotas to work. I see in the manual: 'This option actually works only for files stored on Amazon S3 or a remote FTP server'. Any chance quotas will ever work on Rackspace? It's a shame because this makes cloudfiles impractical for our backup storage. Even deleting container files manually from the control panel does not work reliably. Since the Joomla JomCDN plugin can delete cloudfiles, it seems this this must be possible.

Thanks,

Kirk

Great! Thanks Nicholas.

Kirk

Hijacking a bit here, but add my vote to a request for Cloud files quota support.