radosgw bucket/containers must be >= 3 chars long?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



When trying to create a swift container with a length of 1 or 2
characters, I get a 400 error.  When choosing a container name with at
least 3 characters, this does not happen.  Is this an arbitrary limit
that can be easily changed?

Mar  5 05:57:19 172.18.0.13 radosgw: 2013-03-05 05:57:19.798928
7f6f6f6d9780 20 enqueued request req=0x7f6f70927320
Mar  5 05:57:19 172.18.0.13 radosgw: 2013-03-05 05:57:19.798941
7f6f6f6d9780 20 RGWWQ:
Mar  5 05:57:19 172.18.0.13 radosgw: 2013-03-05 05:57:19.798943
7f6f6f6d9780 20 req: 0x7f6f70927320
Mar  5 05:57:19 172.18.0.13 radosgw: 2013-03-05 05:57:19.798947
7f6f6f6d9780 10 allocated request req=0x7f6f7090db60
Mar  5 05:57:19 172.18.0.13 radosgw: 2013-03-05 05:57:19.799022
7f6f33fff700 20 dequeued request req=0x7f6f70927320
Mar  5 05:57:19 172.18.0.13 radosgw: 2013-03-05 05:57:19.799036
7f6f33fff700 20 RGWWQ: empty
Mar  5 05:57:19 172.18.0.13 radosgw: 2013-03-05 05:57:19.799042
7f6f33fff700  1 ====== starting new request req=0x7f6f70927320 =====
Mar  5 05:57:19 172.18.0.13 radosgw: 2013-03-05 05:57:19.799077
7f6f33fff700  2 req 3:0.000036::::initializing
Mar  5 05:57:19 172.18.0.13 radosgw: 2013-03-05 05:57:19.799105
7f6f33fff700 10 ver=v1 first=e req=
Mar  5 05:57:19 172.18.0.13 radosgw: 2013-03-05 05:57:19.799108
7f6f33fff700 10 s->object=<NULL> s->bucket=e
Mar  5 05:57:19 172.18.0.13 radosgw: 2013-03-05 05:57:19.799136
7f6f33fff700  2 req 3:0.000095::HEAD /swift/v1/e::http status=400
Mar  5 05:57:19 172.18.0.13 radosgw: 2013-03-05 05:57:19.799282
7f6f33fff700  1 ====== req done req=0x7f6f70927320 http_status=400
======
_______________________________________________
ceph-users mailing list
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com


[Index of Archives]     [Information on CEPH]     [Linux Filesystem Development]     [Ceph Development]     [Ceph Large]     [Linux USB Development]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [xfs]


  Powered by Linux