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

doc: which services start in which order #1745

Open
coolaj86 opened this issue Mar 7, 2024 · 2 comments
Open

doc: which services start in which order #1745

coolaj86 opened this issue Mar 7, 2024 · 2 comments

Comments

@coolaj86
Copy link

coolaj86 commented Mar 7, 2024

If you don't start the services in the right order, sometimes they just crash and don't restart (looking at you tenderdash).

Although that behavior is probably a bug... but right now I just want to document the relationships:

dashd        19999 (P2P), 19998 (RPC), 18009 (ZMQ)
├── dapi-core-streams 2510 (gRPC), <needs ZMQ>
├── drive
│   └── tenderdash 26656 (P2P, alt port for testnet?), 26657 (Tender RPC), 26658 (ABCI), 26660 (Prometheus), 36656 (seed peers?)
│       └── dapi-api 2501 (JSON RPC), 2500 (gRPC)
└── caddy (10000 testnet, 443 mainnet)
    └── envoy (3080 - arbitrary for comms with caddy)

Ports required for ProRegTx testnet:

Dashcore P2P 19999
Tenderdash 26656 (though I chose 26262)
HTTPS gRPC Bridge 10000
@pshenmic
Copy link
Collaborator

pshenmic commented Mar 7, 2024

What exactly do you see crashing. I think the right approach should be that it waits until could connect and should not crash. Could you post some logs?

@coolaj86
Copy link
Author

coolaj86 commented Mar 8, 2024

I believe tenderdash is the thing that's the most finicky - erroring out when drive is restarted. It was either that or drive erroring out when tenderdash was restarted.

Next time I see it happen I will post back the logs.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants