nextcloud / nextcloud/server

[Bug]: OpenStack v3 (Swift) object storage returns 429 Too many requests

Open
#47,146 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

0. Needs triage 29-feedback bug feature: object storage
Dominant language
PHP
Stars
36.9k
Forks
5.2k
Avg merge
2d 3h
Merged PRs (30d)
713

Description

⚠️ This issue respects the following points: ⚠️
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

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.