[Bug]: OpenStack v3 (Swift) object storage returns 429 Too many requests
Nobody has claimed this yet.
- Dominant language
- PHP
- Stars
- 36.9k
- Forks
- 5.2k
- Avg merge
- 2d 3h
- Merged PRs (30d)
- 713
Description
⚠️ This issue respects the following points: ⚠️
- This is a bug, not a question or a configuration/webserver/proxy issue.
- This issue is not already reported on Github OR Nextcloud Community Forum (I've searched it).
- Nextcloud Server is up to date. See Maintenance and Release Schedule for supported versions.
- I agree to follow Nextcloud's Code of Conduct.
Bug description
I don't know if its the same cause of issue #12189.
Users have errors on file sync since they put some files on an OpenStack v3 external storage.
The openstack API returns a 429 Too Many Requests response.
HTTP Error ~~~~~~~~~~ The remote server returned a "429 Too Many Requests" error for the following transaction: Request ~~~~~~~ HEAD /object/v1/AUTH_[...]/[...] HTTP/1.1 User-Agent: GuzzleHttp/7 Host: s3.pub1.infomaniak.cloud Response ~~~~~~~~ HTTP/1.1 429 Too Many Requests content-length: 117 cache-control: no-cache content-type: text/html Further information ~~~~~~~~~~~~~~~~~~~ Visit http://docs.php-opencloud.com/en/latest/http-codes for more information about debugging HTTP status codes, or file a support issue on https://github.com/php-opencloud/openstack/issues.
Error while trying to scan mount as /[...]/files/Unlimited/:HTTP Error ~~~~~~~~~~ The remote server returned a "429 Too Many Requests" error for the following transaction: Request ~~~~~~~ HEAD /object/v1/AUTH_[...]/[...] HTTP/1.1 User-Agent: GuzzleHttp/7 Host: s3.pub1.infomaniak.cloud Response ~~~~~~~~ HTTP/1.1 429 Too Many Requests content-length: 117 cache-control: no-cache content-type: text/html Further information ~~~~~~~~~~~~~~~~~~~ Visit http://docs.php-opencloud.com/en/latest/http-codes for more information about debugging HTTP status codes, or file a support issue on https://github.com/php-opencloud/openstack/issues.
Steps to reproduce
Store files in an OpenStack v3 Object Storage
Expected behavior
Access files from Nextcloud. No sync problems on clients.
Installation method
Official All-in-One appliance
Nextcloud Server version
29
Operating system
Debian/Ubuntu
PHP engine version
None
Web server
None
Database engine version
None
Is this bug present after an update or on a fresh install?
None
Are you using the Nextcloud Server Encryption module?
Encryption is Disabled
What user-backends are you using?
- Default user-backend (database)
- LDAP/ Active Directory
- SSO - SAML
- Other
Configuration report
No response
List of activated Apps
No response
Nextcloud Signing status
No response
Nextcloud Logs
No response
Additional info
No response
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the file scan and client sync against an OpenStack v3 Object Storage mount, focusing on the reported HEAD request that returns 429. Trace the external-storage request handling and determine how this response should be handled so files remain accessible and sync errors stop.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- php
- Domain
- backend, cloud
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 25/100