You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/faq.md
+4-7Lines changed: 4 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -60,21 +60,18 @@ These are the current penalties that affect both DNS weight and earned FIL:
60
60
- Fraudulent logging (e.g. self-dealing)
61
61
- Multi-noding (Running multiple nodes on the same host)
62
62
63
-
These are visibile e.g. by hovering over the _Weight_ of a Node on https://dashboard.saturn.tech, or on the _Penalty_ graph of the [Moonlet](https://github.com/31z4/saturn-moonlet).
63
+
These are visible e.g. by hovering over the _Weight_ of a Node on https://dashboard.saturn.tech.
64
64
65
65
Here are more details about each kind of penalty, with information what could cause it, and how to remedy if your Node encounters them:
66
66
67
-
-`error_ratio`is caused by errors as shown in the log of L1 Node container, scuh as:
67
+
-Error ratio is caused by network errors connecting to the node and HTTP 5xx errors
68
68
- Node refusing to connect with a client multiple times.
69
-
-`dup_cache_miss_ratio`is caused if a computed error ratio for consecutive duplicate cache misses goes over a threshold.
70
-
-`health_check_failures`are caused by an unexpectedly (not deregistered) unreachable node.
69
+
-Duplicate Cache Miss Ratio is caused when the same CID & file path is cached missed to upstream providers. This shouldn't happen if the node has enough disk and the right file permissions.
70
+
-Health Check Failures are caused by an unexpectedly (not deregistered) unreachable node. This isn't necessarily the node's fault, but could also be a connectivity issue anywhere in the internet path from the orchestrator to the node.
71
71
- This penalty starts with each health check failure event, and then gradually decreases over ~6h.
72
72
- Fix this by resolving the root cause of the node unavailability.
73
73
- Note the [deregister my node](#how-can-i-manually-deregister-my-node) section.
74
74
75
-
None of these are "expected" under normal operation, and all are something that you want to keep down.
76
-
77
-
78
75
## Registration
79
76
80
77
### My Node fails to register with error ETIMEDOUT/EHOSTUNREACH
0 commit comments