You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@jclouds.apache.org by "Ryan Kistner (Jira)" <ji...@apache.org> on 2020/01/27 20:04:00 UTC
[jira] [Created] (JCLOUDS-1539) BlobBuilder always overrides
default StorageClass Tier
Ryan Kistner created JCLOUDS-1539:
-------------------------------------
Summary: BlobBuilder always overrides default StorageClass Tier
Key: JCLOUDS-1539
URL: https://issues.apache.org/jira/browse/JCLOUDS-1539
Project: jclouds
Issue Type: Bug
Components: jclouds-blobstore
Affects Versions: 2.1.3, 2.1.2, 2.1.1, 2.2.0, 2.1.0
Reporter: Ryan Kistner
Attachments: sample.java
Since 2.1.0, the BlobBuilder includes a Tier field that always defaults to Tier.STANDARD. This prevents newly created Blobs from inheriting the storage class of the bucket itself.
In my case, I am using GCS and created a bucket with a default storage class of NEARLINE:
{{$ gsutil mb -c NEARLINE gs://demo-bucket-nearline}}
{{$ gsutil defstorageclass get gs://demo-bucket-nearline}}{{gs://demo-bucket-nearline: NEARLINE}}
{{$ touch .demo-gsutil && gsutil cp .demo-gsutil gs://demo-bucket-nearline$ gsutil stat gs://demo-bucket-nearline/.demo-gsutil}}
{{ Storage class: NEARLINE}}
In previous versions of jclouds the BlobBuilder did not specify an overriding storage class. I have attached a sample java application that uses jclouds 2.2.0 to show how this affects the storage class of newly created blobs:
{{$ gsutil stat gs://demo-bucket-nearline/.demo-1}}
{{ Storage class: STANDARD}}
{{$ gsutil stat gs://demo-bucket-nearline/.demo-2}}
{{ Storage class: NEARLINE}}
{{The issue can be worked around by specifying the tier on the BlobBuilder, but that is only possible when the storage class on the bucket has a mapping in jclouds.}}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)