Fix gateway docs remove redundant files (#5072)
parent
53e133e844
commit
3d2d63f71e
@ -1,17 +0,0 @@ |
||||
## Minio Azure Gateway Limitations |
||||
|
||||
Gateway inherits the following Azure limitations: |
||||
|
||||
- No support for prefix based bucket policies. Only top level bucket policy is supported. |
||||
- Gateway restart implies all the ongoing multipart uploads must be restarted. |
||||
i.e clients must again start with NewMultipartUpload |
||||
This is because S3 clients send metadata in NewMultipartUpload but Azure expects metadata to |
||||
be set during CompleteMultipartUpload (PutBlockList in Azure terminology). We store the metadata |
||||
sent by the client during NewMultipartUpload in memory so that it can be set on Azure later during |
||||
CompleteMultipartUpload. When the gateway is restarted this information is lost. |
||||
- Bucket names with "." in the bucket name is not supported. |
||||
- Non-empty buckets get removed on a DeleteBucket() call. |
||||
|
||||
Other limitations: |
||||
- Current implementation of ListMultipartUploads is incomplete. Right now it returns if the object with name "prefix" has any uploaded parts. |
||||
- Bucket notification not supported. |
@ -1,9 +0,0 @@ |
||||
## Minio GCS Gateway Limitations |
||||
|
||||
Gateway inherits the following GCS limitations: |
||||
|
||||
- Maximum number of parts per upload is 1024. |
||||
- No support for bucket policies yet. |
||||
- No support for bucket notifications yet. |
||||
- _List Multipart Uploads_ and _List Object parts_ always returns empty list. i.e Client will need to remember all the parts that it has uploaded and use it for _Complete Multipart Upload_ |
||||
|
Loading…
Reference in new issue