S3 API Compatibility
SILO 20261109 contract: This page retains the inherited S3 API catalog. The target is SILO 20261109 (RELEASE.2026-11-09T00-00-00Z), including locked bulk-version deletion, two-phase restore, multi-pool lifecycle quorum checks, and current-object multipart conditions. Apply the documented limits and error behavior for ordinary LIST, Object Lock, and multipart listing. Checksum message text can change; see the checksum contract.
This page documents S3 APIs supported by MinIO Object Storage. For reference documentation on any given API, see the corresponding documentation for Amazon S3.
Important
MinIO strongly recommends using an S3-Compatible SDK for performing object storage operations.
Object APIs
- CopyObject
- DeleteObject
- DeleteObjects
- Conditional DELETE: published Server 20260903 ignores
If-Match. Server 20260916 supports nonemptyIf-Matchon singleDeleteObject(#145/#178), including addressed-version comparison. BatchDeleteObjectsstill ignores<Object><ETag>and provides no per-item conditional guard. See scope and limitations. - SILO 20261109: checks physical version removals sequentially under the mutation lock across all pools (
6ef3a52fc) so concurrent legal-hold or retention updates cannot be bypassed, checks Object Lock on directorynullversions (aa2d79daf), and runs ordinary bulk-delete erasure-set groups concurrently (#301).
- Conditional DELETE: published Server 20260903 ignores
- DeleteObjectTagging
- GetObject
- GetObjectAttributes
- GetObjectTagging
- HeadObject
- ListObjects
- ListObjectsV2
- ListObjectVersions
- PutObject
- PutObjectTagging
- RestoreObject
- SILO 20261109 (
POST ?restore): executes two-phase in-place restores without holding the object write lock during remote-tier download (#284, #289). Canceled or failed restores return immediately after a100 msmarker-cleanup attempt and finish cleanup in the background. During mixed-version rolling upgrades, upgraded nodes return503 ServiceUnavailablewhile any peer is on an older version or unreachable.
- SILO 20261109 (
- SelectObjectContent
Write commit errors
PR #232, included in the Server 20261018
candidate, returns HTTP 503 SlowDownWrite when staged xl.meta
disappears at the final commit of PUT or multipart completion. Earlier code
could report 400 IncompleteBody for PUT or 404 NoSuchKey for completion.
Actual incomplete client uploads retain their existing error handling. This
classification allows SDK retries; it does not restore lost staging data.
See the source and release boundary.
Object Locking
- GetObjectRetention
- PutObjectRetention
- GetObjectLegalHold
- PutObjectLegalHold
- GetObjectLockConfiguration
- PutObjectLockConfiguration
Unsupported API Object Endpoints
Multipart Uploads
- AbortMultipartUpload
- CompleteMultipartUpload
- SILO 20261109: a failed ordinary
CompleteMultipartUploadattempt leaves the multipart upload usable for retry (#327).
- SILO 20261109: a failed ordinary
- CreateMultipartUpload
- ListMultipartUploads
- ListParts
- UploadPart
- UploadPartCopy
Differences from S3 APIs for Multipart Uploads
- Published Server 20260903 treats a non-empty
ListMultipartUploadsprefix as an exact object name. An empty prefix uses node-local volatile state without complete pagination, marker or delimiter semantics. - Server 20260916 adds persistent scanning as an opt-in strict mode while retaining legacy exact-key/cache behavior by default. Its historical upgrade contract still applies to those binaries.
- SILO 20261109 (since Server 20261018): withdraw default persistent scanning and restore node-local cache listing for an empty prefix and exact-key lookup otherwise (#79). Restart omissions, true-prefix and cache-pagination defects remain. Ignore the retired mode switch with a warning and tolerate its obsolete shared key; existing strict users lose optional durable listing and strict cancellation. Diagnostic scans retain resource limits without gating public operations. Preserve identity fields, safety checks, default best-effort Abort and cleanup repairs. See the decision, capacity and limits.
- The
AbortIncompleteMultipartUploadlifecycle action is not supported withPutBucketLifecycle.
Bucket APIs
- CreateBucket
- DeleteBucket
- DeleteBucketEncryption
- DeleteBucketTagging
- GetBucketEncryption
- GetBucketLocation
- GetBucketTagging
- GetBucketVersioning
- HeadBucket
- ListBuckets
- ListDirectoryBuckets
- PutBucketEncryption
- PutBucketTagging
- PutBucketVersioning
Bucket Replication
- GetBucketReplication
- PutBucketReplication
- SILO 20261109: replicated deletes preserve target Object Lock retention and legal hold (
7e9ee6bef); a source version purge that bypassedGOVERNANCEretention is refused when the target copy still carries active retention, and replication retries until the target lock allows removal.
- SILO 20261109: replicated deletes preserve target Object Lock retention and legal hold (
- DeleteBucketReplication
Bucket Lifecycle
- GetBucketLifecycle
- GetBucketLifecycleConfiguration
- PutBucketLifecycle
- SILO 20261109: lifecycle expiration evaluates authoritative version history and Object Lock protection across all pools under the object lock (#278), restricts
ExpiredObjectAllVersionsandDelMarkerExpirationto the exact expired key rather than child keys (#297), executes rules whose only action isDelMarkerExpiration(#268), expires only the cached restored copy of a tiered current version instead of the underlying object (#281), and does not replicate lifecycle-generated delete markers or version purges (1bd0b1b04).
- SILO 20261109: lifecycle expiration evaluates authoritative version history and Object Lock protection across all pools under the object lock (#278), restricts
- PutBucketLifecycleConfiguration
- DeleteBucketLifecycle
Bucket Notifications
- GetBucketNotification
- GetBucketNotificationConfiguration
- PutBucketNotification
- PutBucketNotificationConfiguration
Bucket Policies
- GetBucketPolicy
- GetBucketPolicyStatus
- PutBucketPolicy
- DeleteBucketPolicy
- GetBucketCors
- PutBucketCors
- DeleteBucketCors
Unsupported API Bucket Operations
MinIO alternatives for unsupported Bucket resources
- For calls to
BucketACLorObjectACLoperations, use Policies. BucketCORSoperations are supported sinceRELEASE.2026-09-03T13-18-01Z. A bucket with its own CORS configuration is served only by that configuration; buckets without one use the server-wideMINIO_API_CORS_ALLOW_ORIGINpolicy, which allows every origin by default.- For calls to
BucketWebsiteoperations, usecaddyornginx. - For calls to
BucketAnalytics,BucketMetrics, orBucketLoggingoperations, use Bucket Notifications.