Bug 1328203

Summary: Pre-signed URLs in AWS can point to a single file for every node in the cluster
Product: [JBoss] JBoss Data Grid 6 Reporter: Alan Field <afield>
Component: DocumentationAssignee: Christian Huffman <chuffman>
Status: CLOSED CURRENTRELEASE QA Contact:
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 6.6.0CC: chuffman, jdg-bugs
Target Milestone: ER4   
Target Release: 7.0.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Build Name: 23149, Administration and Configuration Guide-6.6 Build Date: 10-03-2016 17:24:32 Topic IDs: 29569-623796 [Specified]
Last Closed: 2019-01-30 19:53:11 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Alan Field 2016-04-18 17:36:40 UTC
Title: Using Pre-Signed URLs

Describe the issue:
Previous versions of S3_PING used a file for each node in the cluster which meant that each node in the cluster needed a unique pre-signed URL. Here's an example from the current docs:

http://{s3_bucket_name}.s3.amazonaws.com/node1?AWSAccessKeyId={access_key}\&Expires={expiration_time}\&Signature={signature}

This can now be replaced with a pre-signed URL that points to a single file that is shared between every node in the cluster.

http://{s3_bucket_name}.s3.amazonaws.com/jgroups.list?AWSAccessKeyId={access_key}\&Expires={expiration_time}\&Signature={signature}

Or using an extra folder in the path, like this:

http://{s3_bucket_name}.s3.amazonaws.com/AWS_Cluster/jgroups.list?AWSAccessKeyId={access_key}\&Expires={expiration_time}\&Signature={signature}

It also looks like Example 27.3 is missing a space after the -Djgroups.s3.pre_signed_put_url property and before the -Djgroups.s3.pre_signed_delete_url property.


Suggestions for improvement:


Additional information:

Comment 4 Christian Huffman 2019-01-30 19:53:11 UTC
Closing this issue out.