S3-upload failure

Thanks for the report… we should be able to get this fixed without too much trouble…

What version of UpdraftPlus do you have?

When you test the S3 settings, where does it tell you that your bucket location is?

David

Hi,

version 1.4.6
region: “eu-west-1”

I guess a change in the switch statement below will solve it? ??

Thanks!
/Erik

function set_endpoint($obj, $region) {
switch ($region) {
case ‘EU’:
$endpoint = ‘s3-eu-west-1.amazonaws.com’;
break;
case ‘us-west-1’:
case ‘us-west-2’:
case ‘ap-southeast-1’:
case ‘ap-southeast-2’:
case ‘ap-northeast-1’:
case ‘sa-east-1’:
$endpoint = ‘s3-‘.$region.’.amazonaws.com’;
break;
default:
break;
}
if (isset($endpoint)) {
$obj->setEndpoint($endpoint);
}
}

Thanks … yes… adding in:

case ‘eu-west-1’:

on the line before or after EU should do it. I’ve made that change in 1.4.7 – please update.

AFAICS, Amazon’s own documentation is wrong here. I tested it on an EU bucket, but it was reported as “EU”, not as ‘eu-west-1’, the possibility of which is not mentioned in the Amazon docs.

If you find UpdraftPlus useful, please do donate – https://david.dw-perspective.org.uk/donate

David

Thanks David for your prompt support.

/Erik

I am noticing a similar behavior using 1.4.7.

044.450 Requesting backup of the files that were not successfully uploaded
0044.478 Cloud backup selection: s3
0044.518 Beginning dispatch of backup to remote
0044.605 S3 upload (US): /var/www/wp-content/updraft/backup_2013-02-12-0014_Alleyoop_fb3177304001-plugins.zip (chunks: 1) -> s3://venture1144-wordpress-backup/backup_2013-02-12-0014_Alleyoop_fb3177304001-plugins.zip
0044.776 S3 regular upload: failed (/var/www/wp-content/updraft/backup_2013-02-12-0014_Alleyoop_fb3177304001-plugins.zip)
0044.816 An error condition has occurred for the first time on this run
0044.851 S3 upload (US): /var/www/wp-content/updraft/backup_2013-02-12-0014_Alleyoop_fb3177304001-themes.zip (chunks: 1) -> s3://venture1144-wordpress-backup/backup_2013-02-12-0014_Alleyoop_fb3177304001-themes.zip
0044.959 S3 regular upload: failed (/var/www/wp-content/updraft/backup_2013-02-12-0014_Alleyoop_fb3177304001-themes.zip)
0044.998 S3 upload (US): /var/www/wp-content/updraft/backup_2013-02-12-0014_Alleyoop_fb3177304001-uploads.zip (chunks: 2) -> s3://venture1144-wordpress-backup/backup_2013-02-12-0014_Alleyoop_fb3177304001-uploads.zip
0045.047 S3 error whilst trying initiateMultipartUpload: S3::initiateMultipartUpload(): [AccessDenied] Access Denied (line: 495, file: /var/www/wp-content/plugins/updraftplus/includes/S3.php)
0045.077 S3 upload: failed: could not get uploadId for multipart upload (backup_2013-02-12-0014_Alleyoop_fb3177304001-uploads.zip)
0045.110 S3 upload (US): /var/www/wp-content/updraft/backup_2013-02-12-0014_Alleyoop_fb3177304001-others.zip (chunks: 1) -> s3://venture1144-wordpress-backup/backup_2013-02-12-0014_Alleyoop_fb3177304001-others.zip
0045.181 S3 regular upload: failed (/var/www/wp-content/updraft/backup_2013-02-12-0014_Alleyoop_fb3177304001-others.zip)
0045.214 S3 upload (US): /var/www/wp-content/updraft/backup_2013-02-12-0014_Alleyoop_fb3177304001-db.gz (chunks: 1) -> s3://venture1144-wordpress-backup/backup_2013-02-12-0014_Alleyoop_fb3177304001-db.gz
0045.304 S3 regular upload: failed (/var/www/wp-content/updraft/backup_2013-02-12-0014_Alleyoop_fb3177304001-db.gz)

The S3 bucket, venture1144-wordpress-backup is an existing bucket that was being used by an older backup process.

Let me know if you have any further info about this.

-Matt

And to add, I did double check to make sure the S3 test worked ok on the plugin configuration page

That’s a different error:

0045.047 S3 error whilst trying initiateMultipartUpload: S3::initiateMultipartUpload(): [AccessDenied] Access Denied (line: 495, file: /var/www/wp-content/plugins/updraftplus/includes/S3.php)

Your S3 ACLs are not set up properly – you don’t have write access on the bucket you’ve entered. (Note that the test only tests ability to determine the location of the bucket, and does not test writing – I should probably change that so that it can flag up the problem earlier).

If you update to UpdraftPlus 1.4.9, then it now does more when you press “Test” – not just bucket existence in your account, but write permission.

David

Hi David,

I’ve just installed your backup/restore system (I’m running v 1.4.13) and when I click the test S3 settings I get this message:

Settings test result:
<b>Warning</b>: S3::putObject(): [PermanentRedirect] The bucket you are attempting to access must be addressed using the specified endpoint. Please send all future requests to this endpoint. in <b>/home/copywrit/public_html/wp-content/plugins/updraftplus/includes/S3.php</b> on line <b>223</b>
Failure: We successfully accessed (Amazon region: eu-west-1) the bucket, but the attempt to create a file in it failed.

Do I need to add something to allow files to be created?

Hi Carol,

Sorry – that’s a bug. Just ignore the error when you ‘test’ – i.e. read as if it said “Yeah, everything OK!”, because in fact you should find everything is fine.

That bug will not be present in the next update, when it comes through. But as I say, you should be fine to go ahead.

If you find UpdraftPlus useful then please do donate – https://david.dw-perspective.org.uk/donate

Thank you,
David

In spite of the error message the backup seems to have worked because there are files in my S3 bucket! So I guess the error message when I tested was not valid.

Sorry to have bothered you. ??

Thanks David – I didn’t see your reply when I posted my feedback – that’s an amazingly swift response so I’m off to donate ’cause I’m a ‘happy bunny’! ??

Yup. The error was that I omitted to set the region when testing the S3 connection. When actually *using* it, I set it. So the test failed, but using it worked.

Thank you!