[Bug 1587261] Re: Swift container X-Timestamp not set by Rados Gateway

Frode Nordahl frode.nordahl at gmail.com
Mon Oct 24 13:17:23 UTC 2016


** Description changed:

- When creating a swift/radosgw container in horizon the container gets
- created, but shows up with a creation date of 19700101
+ [Impact]
+ 
+  * A basic characteristic of a object store is the ability to create
+    containers and objects and to query for information about said
+    containers and objects.
+ 
+  * In the current version of the ceph radosgw package it is not
+    possible to get creation time for containers. This is a serious
+    defect and makes it impossible to use Ubuntu with ceph as a
+    object store for some applications.
+ 
+  * The issue has been fixed upstream and this fix is slated for inclusion
+    in the next stable release of Ceph Jewel.
+ 
+  * The proposed debdiff solves the issue by including the patch cherry
+    picked from upstream master branch fixing this issue.
+ 
+ [Test Case]
+ 
+  * Use Juju to deploy Ceph cluster with radosgw and relation to OpenStack
+    Keystone. Example bundle: http://pastebin.ubuntu.com/23374308/
+ 
+  * Install OpenStack Swift client
+ 
+     sudo apt-get install python-swiftclient
+ 
+  * Load OpenStack Credentials pointing to your test deployment
+ 
+     wget https://raw.githubusercontent.com/openstack-charmers/openstack-bundles/master/development/shared/novarc
+     . novarc
+ 
+  * Create swift container
+ 
+     swift post test
+ 
+  * Display information about newly created container
+ 
+     swift stat test
+ 
+  * Observe that key 'X-Timestamp' has value 0.0
+ 
+  * Install patched radosgw packages on 'ceph-radosgw' unit and repeat
+ 
+  * Verify that key 'X-Timestamp' now has a value other than 0.0
+ 
+ [Regression Potential]
+ 
+  * The patch is simple and I see little potential for any regression as a
+    result of it being applied.
+ 
+ 
+ [Original bug description]
+ When creating a swift/radosgw container in horizon the container gets created, but shows up with a creation date of 19700101
  
  In the apache log one can observe
  
  curl -i http://10.11.140.241:80/swift/v1/bucket1 -I -H "X-Auth-Token:  ...
  Container HEAD failed: http://10.11.140.241:80/swift/v1/bucket1 404 Not Found
  
  However a manual curl call succeeds. Also the radosgw.log shows
  successful PUT/GET requests.
  
  I get similar results using the swift command line utility with
  containers inheriting a creation date of 19700101 even though I can see
  the correct date being passed to rados in the headers of the request.
  
  Also similarly issues with ceilometer intergration, similarly linked:
  
  2016-05-31 06:28:16.931 1117922 WARNING ceilometer.agent.manager [-] Continue after error from storage.containers.objects: Account GET failed: http://10.101.140.241:80/swift/v1/AUTH_025d6aa2af18415a87c012211edb7fea?format=json 404 Not Found  [first 60 chars of response] {"Code":"NoSuchBucket","BucketName":"AUTH_025d6aa2af18415a87
  2016-05-31 06:28:16.931 1117922 ERROR ceilometer.agent.manager Traceback (most recent call last):
  
- 
  This is using charm version: 86 against Openstack Mitaka
  
  This also seems pretty reproduceable with any ceph, ceph-rados and
  mitaka install via the juju charms.

** Summary changed:

- Swift container X-Timestamp not set by Rados Gateway
+ [SRU] Swift container X-Timestamp not set by Rados Gateway

-- 
You received this bug notification because you are a member of Ubuntu
OpenStack, which is subscribed to ceph in Ubuntu.
https://bugs.launchpad.net/bugs/1587261

Title:
  [SRU] Swift container X-Timestamp not set by Rados Gateway

Status in Ubuntu Cloud Archive:
  New
Status in ceph package in Ubuntu:
  Confirmed
Status in ceph source package in Xenial:
  New
Status in ceph source package in Yakkety:
  New
Status in ceph source package in Zesty:
  Confirmed

Bug description:
  [Impact]

   * A basic characteristic of a object store is the ability to create
     containers and objects and to query for information about said
     containers and objects.

   * In the current version of the ceph radosgw package it is not
     possible to get creation time for containers. This is a serious
     defect and makes it impossible to use Ubuntu with ceph as a
     object store for some applications.

   * The issue has been fixed upstream and this fix is slated for inclusion
     in the next stable release of Ceph Jewel.

   * The proposed debdiff solves the issue by including the patch cherry
     picked from upstream master branch fixing this issue.

  [Test Case]

   * Use Juju to deploy Ceph cluster with radosgw and relation to OpenStack
     Keystone. Example bundle: http://pastebin.ubuntu.com/23374308/

   * Install OpenStack Swift client

      sudo apt-get install python-swiftclient

   * Load OpenStack Credentials pointing to your test deployment

      wget https://raw.githubusercontent.com/openstack-charmers/openstack-bundles/master/development/shared/novarc
      . novarc

   * Create swift container

      swift post test

   * Display information about newly created container

      swift stat test

   * Observe that key 'X-Timestamp' has value 0.0

   * Install patched radosgw packages on 'ceph-radosgw' unit and repeat

   * Verify that key 'X-Timestamp' now has a value other than 0.0

  [Regression Potential]

   * The patch is simple and I see little potential for any regression as a
     result of it being applied.

  
  [Original bug description]
  When creating a swift/radosgw container in horizon the container gets created, but shows up with a creation date of 19700101

  In the apache log one can observe

  curl -i http://10.11.140.241:80/swift/v1/bucket1 -I -H "X-Auth-Token:  ...
  Container HEAD failed: http://10.11.140.241:80/swift/v1/bucket1 404 Not Found

  However a manual curl call succeeds. Also the radosgw.log shows
  successful PUT/GET requests.

  I get similar results using the swift command line utility with
  containers inheriting a creation date of 19700101 even though I can
  see the correct date being passed to rados in the headers of the
  request.

  Also similarly issues with ceilometer intergration, similarly linked:

  2016-05-31 06:28:16.931 1117922 WARNING ceilometer.agent.manager [-] Continue after error from storage.containers.objects: Account GET failed: http://10.101.140.241:80/swift/v1/AUTH_025d6aa2af18415a87c012211edb7fea?format=json 404 Not Found  [first 60 chars of response] {"Code":"NoSuchBucket","BucketName":"AUTH_025d6aa2af18415a87
  2016-05-31 06:28:16.931 1117922 ERROR ceilometer.agent.manager Traceback (most recent call last):

  This is using charm version: 86 against Openstack Mitaka

  This also seems pretty reproduceable with any ceph, ceph-rados and
  mitaka install via the juju charms.

To manage notifications about this bug go to:
https://bugs.launchpad.net/cloud-archive/+bug/1587261/+subscriptions



More information about the Ubuntu-openstack-bugs mailing list