Skip to content

Commit

Permalink
Fix md links
Browse files Browse the repository at this point in the history
  • Loading branch information
telezhnaya committed Sep 20, 2024
1 parent f7188be commit 9d54eee
Show file tree
Hide file tree
Showing 3 changed files with 4 additions and 5 deletions.
4 changes: 2 additions & 2 deletions docs/troubleshooting/resharding.md
Original file line number Diff line number Diff line change
Expand Up @@ -54,11 +54,11 @@ You can find instructions on how to migrate to split storage on [Split Storage p

#### Monitoring {#monitoring 1.37}
To monitor resharding you can use metrics `near_resharding_status`, `near_resharding_batch_size`, and `near_resharding_batch_prepare_time_bucket`.
You can read more [on github](https://github.com/near/nearcore/blob/master/docs/architecture/how/resharding.md#monitoring).
You can read more [on github](https://github.com/near/nearcore/blob/master/docs/architecture/how/resharding_v2.md#monitoring).

If you observe problems with block production or resharding performance, you can adjust resharding throttling configuration.
This does not require a node restart, you can send a signal to the neard process to load the new config.
Read more [on github](https://github.com/near/nearcore/blob/master/docs/architecture/how/resharding.md#monitoring).
Read more [on github](https://github.com/near/nearcore/blob/master/docs/architecture/how/resharding_v2.md#monitoring).

### After resharding {#after 1.37}
If your node failed to reshard or is not able to sync with the network after the protocol upgrade, you will need to download the latest DB snapshot provided by Pagoda from s3
Expand Down
3 changes: 1 addition & 2 deletions docs/validator/running-a-node-macos-linux.md
Original file line number Diff line number Diff line change
Expand Up @@ -179,8 +179,7 @@ Enter your account ID (leave empty if not going to be a validator):

## Running a Node on the Cloud {#running-a-node-on-the-cloud}

Create a new instance following the [Hardware
requirements](hardware-validator).
Create a new instance following the [Hardware requirements](hardware-validator.md).

Add firewall rules to allow traffic to port 24567 from all IPs
(0.0.0.0/0).
Expand Down
2 changes: 1 addition & 1 deletion docs/validator/validator-bootcamp.md
Original file line number Diff line number Diff line change
Expand Up @@ -869,7 +869,7 @@ near call {pool_id}.{staking_pool_factory} update_staking_key '{"stake_public_ke

In order to get a validator seat you must first submit a proposal with an appropriate amount of stake. Proposals are sent for epoch +2. Meaning if you send a proposal now, if approved, you would get the seat in 3 epochs. You should submit a proposal every epoch to ensure your seat. To send a proposal we use the ping command. A proposal is also sent if a stake or unstake command is sent to the staking pool contract.

To note, a ping also updates the staking balances for your delegators. A ping should be issued each epoch to keep reported rewards current on the pool contract. You could set up a ping using a cron job or use [Cron Cat](https://cron.cat/).
To note, a ping also updates the staking balances for your delegators. A ping should be issued each epoch to keep reported rewards current on the pool contract. You could set up a ping using a cron job.


Staking Pools Factories for each network:
Expand Down

0 comments on commit 9d54eee

Please sign in to comment.