Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Bug]: After build milvus,start standalone failed #32864

Closed
1 task done
mutezebra opened this issue May 8, 2024 · 2 comments
Closed
1 task done

[Bug]: After build milvus,start standalone failed #32864

mutezebra opened this issue May 8, 2024 · 2 comments
Assignees
Labels
kind/bug Issues or changes related a bug needs-triage Indicates an issue or PR lacks a `triage/foo` label and requires one.

Comments

@mutezebra
Copy link

Is there an existing issue for this?

  • I have searched the existing issues

Environment

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

Current Behavior

When I did the following behavior, I tried to activate the standalone, but it did not respond

$ git clone https://github.com/milvus-io/milvus.git
$ cd milvus/
$ ./scripts/install_deps.sh
$ make
$ cd deployments/docker/dev
$ docker-compose up -d
$ cd ../../../
$ ./scripts/start_standalone.sh

He only shows the starting... It's over.

$ ./scripts/start_standalone.sh
Starting standalone...

After waiting for a while, I tried to use go sdk to connect to 19530, but the timeout failed, so I used the command to check the port occupation and found that 19530 port was not occupied.

$ sudo netstat -tlnp | grep 19530
$ 

Does that mean that standalone startup failed? Where should I check the startup log?
Or do something else to get me connected to milvus server.

Expected Behavior

No response

Steps To Reproduce

No response

Milvus Log

No response

Anything else?

No response

@mutezebra mutezebra added kind/bug Issues or changes related a bug needs-triage Indicates an issue or PR lacks a `triage/foo` label and requires one. labels May 8, 2024
@SimFG
Copy link
Contributor

SimFG commented May 8, 2024

you can find the log file /tmp/standalone.log

@mutezebra
Copy link
Author

Thank you for reminding me. Through the log file, I found a fatal log output caused by the operation permission. I solved the problem by reusing sudo ./scripts/start_standalone.sh

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/bug Issues or changes related a bug needs-triage Indicates an issue or PR lacks a `triage/foo` label and requires one.
Projects
None yet
Development

No branches or pull requests

3 participants