|
|
(40 intermediate revisions by 4 users not shown) |
Line 1: |
Line 1: |
− | ==Troubleshooting individual Nodes== | + | ==Specific troubleshooting guides== |
| | | |
− | * [[Possible Node Onboarding Errors]] | + | * [[Troubleshooting Node Deployment Errors]] |
− | * [[Unhealthy Nodes|Troubleshooting Unhealthy Nodes]] | + | * [[Troubleshooting Unhealthy Nodes]] |
− | * [[Updating Firmware]] | + | * [[Troubleshooting Networking Issues]] |
− | * [[iDRAC access and TSR logs]] | + | * [[Troubleshooting Failed NNS proposals]] |
| | | |
− | ==Node Status on the Dashboard== | + | ==Getting the node ID from a node== |
− | The dashboard lists each node by the principal of the currently-running OS. Node Providers track privately which server corresponds to each principal. This includes updating their records when a node is redeployed and gets a new principal.
| |
| | | |
− | There are four statuses of node:
| + | # Hook up a console to the node. |
| + | # The node ID will print to the screen upon a fresh boot and every 10 minutes thereafter. |
| + | # If a node does not show its principal, consult the [[Troubleshooting Node Deployment Errors]] page. |
| | | |
− | * '''Active in Subnet''' - This is a node which is healthy and is currently running a subnet.
| + | ==Node Provider Matrix channel == |
− | * '''Awaiting Subnet''' - This is a node which is healthy and is currently a spare node. It is not running a subnet but it keeping itself updated so that it is ready at a moment's notice to take part in a subnet
| + | '''<u>After first consulting relevant documentation</u>''', discuss your issue with other Node Providers in the [[Node Provider Matrix channel]]. |
− | * '''Offline''' - This is a node which has completely failed. The failure is recent enough that it hasn't been removed from the registry yet. If there is an outage of some sort at the data center, then the node should come back online and be healthy once it's resolved, as long as it doesn't take too long. Make sure that connectivity to the node is properly supplied before doing anything else. If there are no issues with connectivity, then [[Unhealthy Nodes|troubleshooting steps]] should be taken. Note that the node will have to be removed from the registry before it can be redeployed, if redeployment is needed.
| |
− | * '''Degraded''' - This node is struggling to keep up with the blockchain. If it's a temporary issue then it should catch back up and become healthy again. If it's a permanent issue, then it will eventually fail and go offline. If it's removed from the registry before it fails completely then it will disappear from the dashboard.
| |
− | * '''Not listed at all'''. If a node is not listed at all, then it had an issue and it was already removed from the registry. [[Unhealthy Nodes|Troubleshooting steps]] should be taken.
| |
− | | |
− | ==Changing your Node Provider principal in the NNS==
| |
− | * [[Changing Your Node Provider Principal]]
| |
− | | |
− | == IC Node Providers Matrix/Element channel ==
| |
− | There is an open Matrix channel that's intended to bring together all existing, future, and potential future Node Providers: https://app.element.io/#/room/#ic-node-providers:matrix.org
| |
− | | |
− | The channel runs on the open and decentralized Matrix network. Among other ways the channel is also accessible from element.io and from the Element desktop app. The Element desktop app is similar in functionality to Slack, and they offer a web UI, a desktop client, and a mobile app.
| |
− | | |
− | We recommend that you add [https://ems-docs.element.io/books/element-cloud-documentation/page/element-settings an email address in the Element Profile settings] and to [https://element.io/help#settings3 enable notifications for missed messages].
| |
− | 🔗 How do I set up email notifications?
| |
− | You can set Element up to email you when you have missed some activity (new messages, new invites…). You can do this in the Notification section of your Settings and turn on the toggle labelled as ‘Enable email notifications’.
| |