[rhos-list] Swift validation error

Chen, Hao Hao.Chen at NRCan-RNCan.gc.ca
Thu Jul 11 17:09:14 UTC 2013


Thanks Pete. The document is Red Hat OpenStack Red Hat OpenStack 3.0 (Grizzly) Preview Installation and Configuration Guide.

Page 63:

(1) When running "swift-ring-builder /etc/swift/object_builder_file create part_power replica_count min_part_hours", the name of "object_builder_file" has to be "object", same as "account" and "container". Any different names will cause openstack-swift-proxy stop working. 

(2) When running "swift-ring-builder /etc/swift/account_builder_file add zX-node_ip_address:600Y/device_mountpoint partition_count", if using a different IP address other than 127.0.0.1, "bind_ip" in account-server.conf/container-server.conf/object-server.conf has to be changes accordingly.

(3) An error occurred when 
[root at cloud1 ~(keystone_admin)]# head -c 1024 /dev/urandom > data.file ; swift upload cotainer data.file
Error trying to create container 'cotainer': 503 Internal Server Error: <html><h1>Service Unavailable</h1><p>The server is currently
Object PUT failed: http://10.2.0.196:8080/v2.0/AUTH_35caeda3b4d84d1582e675c2f871a00c/cotainer/data.file 503 Service Unavailable  [first 60 chars of response] <html><h1>Service Unavailable</h1><p>The server is currently

But "c1" has been created. It was able to create the container but failed to load the file to the container.
[root at cloud1 ~(keystone_admin)]# swift list
c1
[root at cloud1 ~(keystone_admin)]# swift list c1

Thanks in advance for any advise and suggestions.

Hao 

-----Original Message-----
From: rhos-list-bounces at redhat.com [mailto:rhos-list-bounces at redhat.com] On Behalf Of Pete Zaitcev
Sent: July 8, 2013 14:34
To: Chen, Hao
Cc: rhos-list at redhat.com
Subject: Re: [rhos-list] Swift validation error

On Mon, 8 Jul 2013 17:55:19 +0000
"Chen, Hao" <Hao.Chen at NRCan-RNCan.gc.ca> wrote:

> (3) Followed Page 65 and set up endpoints with service ID and tenant 
> ID # keystone endpoint-create --service_id 1ec51ed71b8941fe9151ae5c8a2819bd --publicurl "http://10.2.0.196:8080/v1/AUTH_\$(15e2cf851e5446e89c5ee7dd38ddd67a)s"

This is clearly malformed and should be
 --publicurl "http://10.2.0.196:8080/v1/AUTH_\$(tenant_id)s"
The substitution of the tenant_id into the template occurs when the requiest is processed, not when endpoint is defined. All tenants share the same endpoint, so it stands to reason that they use different storage URLs accoring to their IDs.

What document are we discussing here? You mentioned "page 65", but I do not know where to look to verify. A URL would help.

-- Pete

_______________________________________________
rhos-list mailing list
rhos-list at redhat.com
https://www.redhat.com/mailman/listinfo/rhos-list




More information about the rhos-list mailing list