milvus icon indicating copy to clipboard operation
milvus copied to clipboard

[Bug]: The default configs are different when Milvus is deployed by different tools

Open zhuwenxing opened this issue 1 year ago • 2 comments

Is there an existing issue for this?

  • [X] I have searched the existing issues

Environment

- Milvus version:
- Deployment mode(standalone or cluster):
- MQ type(rocksmq, pulsar or kafka):    
- SDK version(e.g. pymilvus v2.0.0rc2):
- OS(Ubuntu or CentOS): 
- CPU/Memory: 
- GPU: 
- Others:

Current Behavior

  • minio buckets:

docker-compose: a-bucket/files

helm/operator: milvus-bucket/file

  • label

helm:

app.kubernetes.io/instance=yongpeng-suivm
app.kubernetes.io/name=milvus
component=datanode

operator

app.kubernetes.io/component=datanode
app.kubernetes.io/instance=disable-sync
app.kubernetes.io/name=milvus
  • etcd prefix

helm: by-dev

operator: ${release_name}

Expected Behavior

It would be better if the default config is the same when using different deploy tools

Steps To Reproduce

No response

Milvus Log

No response

Anything else?

No response

zhuwenxing avatar Apr 14 '23 08:04 zhuwenxing

What are the inconveniences:

  1. configuration of Milvus-backup
  2. Milvus-CDC configuration
  3. Chaos test requires different configuration files when fault injection is performed on the same type of component

zhuwenxing avatar Apr 14 '23 08:04 zhuwenxing

/assign @LoveEachDay can we keep the same configs for the new deployments first? /unassign

yanliang567 avatar Apr 14 '23 09:04 yanliang567

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. Rotten issues close after 30d of inactivity. Reopen the issue with /reopen.

stale[bot] avatar May 15 '23 14:05 stale[bot]