reef radosgw returns 503/slow down when creating a bucket with location
Hi, we have a multi zonegroup setup and since after the upgrade from pacific to reef we encountered an issue with creating buckets. When you try to create a bucket in another zonegroup and set the `bucket_location` (Region to create bucket in) parameter in the s3cmd, the radosgw answer with (503 (ServiceUnavailable)) 'reason': 'Slow Down' After removing the bucket_location from the config it just works. I use s3cmd with a really bare bones config. [default] # bucket_location = zg-b host_base = zg-b.test.dev host_bucket = %(bucket)s.zg-b.test.dev access_key = xxx secret_key = yyy website_endpoint = https://%(bucket)s.s3-website-zg-b.test.dev Is this a bug or expected behavior. Cheers Boris
Hi Boris, as far as I can remember the bucket_location is related to the LocationConstraint when you create a bucket (AWS S3 API). read this link: https://docs.ceph.com/en/latest/radosgw/placement/#s3-bucket-placement and double check the syntax how to define it. Regards, Joachim joachim.kraftmayer@clyso.com www.clyso.com Hohenzollernstr. 27, 80801 Munich Utting | HR: Augsburg | HRB: 25866 | USt. ID-Nr.: DE275430677 Am Di., 6. Mai 2025 um 16:05 Uhr schrieb Boris <bb@kervyn.de>:
Hi,
we have a multi zonegroup setup and since after the upgrade from pacific to reef we encountered an issue with creating buckets.
When you try to create a bucket in another zonegroup and set the `bucket_location` (Region to create bucket in) parameter in the s3cmd, the radosgw answer with (503 (ServiceUnavailable)) 'reason': 'Slow Down'
After removing the bucket_location from the config it just works.
I use s3cmd with a really bare bones config. [default] # bucket_location = zg-b host_base = zg-b.test.dev host_bucket = %(bucket)s.zg-b.test.dev access_key = xxx secret_key = yyy website_endpoint = https://%(bucket)s.s3-website-zg-b.test.dev
Is this a bug or expected behavior.
Cheers Boris _______________________________________________ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
participants (2)
-
Boris
-
Joachim Kraftmayer