Closed zhangcheng-vitongue closed 10 months ago
I think you didn't enable ssl on minio but milvus connect with SSL
@xiaofan-luan
minio:
address: s3.ap-southeast-1.amazonaws.com
port: 443
accessKeyID: ******
secretAccessKey: *******
useSSL: true
bucketName: wired-milvus-df962b7
rootPath: "" # The root path where the message is stored in MinIO/S3
# Whether to useIAM role to access S3/GCS instead of access/secret keys
# For more information, refer to
# aws: https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_use.html
# gcp: https://cloud.google.com/storage/docs/access-control/iam
# aliyun (ack): https://www.alibabacloud.com/help/en/container-service-for-kubernetes/latest/use-rrsa-to-enforce-access-control
# aliyun (ecs): https://www.alibabacloud.com/help/en/elastic-compute-service/latest/attach-an-instance-ram-role
useIAM: false
# Cloud Provider of S3. Supports: "aws", "gcp", "aliyun".
# You can use "aws" for other cloud provider supports S3 API with signature v4, e.g.: minio
# You can use "gcp" for other cloud provider supports S3 API with signature v2
# You can use "aliyun" for other cloud provider uses virtual host style bucket
# When useIAM enabled, only "aws", "gcp", "aliyun" is supported for now
cloudProvider: aws
# Custom endpoint for fetch IAM role credentials. when useIAM is true & cloudProvider is "aws".
# Leave it empty if you want to use AWS default endpoint
iamEndpoint:
# Log level for aws sdk log.
# Supported level: off, fatal, error, warn, info, debug, trace
logLevel: ddebug
# Cloud data center region
region: ""
# Cloud whether use virtual host bucket mode
useVirtualHost: false
# timeout for request time in milliseconds
requestTimeoutMs: 3000
the above is my milvus.yaml config, it enabled the ssl
docker compose install seems not working ... having the same issue
Have you removed the default env MINIO_ADDRESS
in your docker-compose.yml
? By default the environment variables has higher precedence than milvus.yaml
.
@LoveEachDay no,
the docker-compose.yml contains this line:
MINIO_ADDRESS: minio:9000
/assign @LoveEachDay /unassign
@zhangcheng-vitongue You need to remove MINIO_ADDRESS: minio:9000
this line before running docker-compose up
.
@zhangcheng-vitongue You need to remove
MINIO_ADDRESS: minio:9000
this line before runningdocker-compose up
.
We should remove it by default and it is very misleading
No, by default we will local minio with docker-compose. We'd specify the minio address explicitly.
And we'd better refine our milvus doc at https://milvus.io/docs/deploy_s3.md#Configure-S3-with-Docker-Compose
Is there an existing issue for this?
Environment
Current Behavior
Expected Behavior
No response
Steps To Reproduce
No response
Milvus Log
No response
Anything else?
No response