Skip to content

Commit f383e2c

Browse files
authored
Merge pull request #53 from Alex-ssvlabs/main
Updated Grafana dashboard
2 parents 8c21bab + 522b267 commit f383e2c

File tree

2 files changed

+5454
-5269
lines changed

2 files changed

+5454
-5269
lines changed

docs/operators/operator-node/maintenance/troubleshooting.md

Lines changed: 3 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -82,7 +82,8 @@ This means that the Docker container running your node will always try to restar
8282

8383
<details>
8484

85-
<summary><strong>My node is not participating in cluster consensus</strong></summary>
85+
<summary><strong>My node is not attesting</strong></summary>
86+
There are several reasons for your node to not participate in cluster's consensus:
8687

8788
1. Verify that the `network` in config has the correct value for the blockchain you are trying to operate on.
8889

@@ -92,7 +93,7 @@ This means that the Docker container running your node will always try to restar
9293

9394
4. If the SSV node logs don't report any errors, please verify the clients logs themselves. If the disk they are running on does not support fast IOPS, they might struggle to stay in sync with the blockchain.
9495

95-
5. It is finally possible that the clients don't report any errors, but the issue persists. In this cases, try and re-sync execution and/or beacon client(s), to fix potential initialization issues.
96+
5. It is finally possible that the clients don't report any errors, but the issue persists. In this cases, try and re-sync ssv (by deleting `db` folder). If that doesn't help, try to re-sync execution and/or beacon client(s), and then re-sync ssv node again. That should fix potential initialization issues.
9697

9798
6. If you can't find the reason for this issue, feel free to ask our team for help in our [Discord channel](https://discord.com/invite/ssvnetworkofficial).
9899

0 commit comments

Comments
 (0)