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

Pass ValidatorSigner to Chain #8254

Closed
Longarithm opened this issue Dec 20, 2022 · 1 comment
Closed

Pass ValidatorSigner to Chain #8254

Longarithm opened this issue Dec 20, 2022 · 1 comment

Comments

@Longarithm
Copy link
Member

More details here: https://near.zulipchat.com/#narrow/stream/295558-pagoda.2Fcore/topic/pass.20ValidatorSigner.20to.20Chain/near/314946062

TLDR - Chain needs to know about ValidatorSigner to know if we track a shard or not.

@Longarithm
Copy link
Member Author

Not actual because we are moving FlatStorageCreator to Client instead.

@Longarithm Longarithm closed this as not planned Won't fix, can't repro, duplicate, stale Jan 12, 2023
near-bulldozer bot pushed a commit that referenced this issue Jan 13, 2023
As discussed in #8193 (comment), flat storage creation makes more sense inside `Client` and `check_triggers`. `update_status` is a job which should be triggered periodically, and it doesn't have to be connected with finishing of block processing.

To support that, we introduce config option `flat_storage_creation_period` which defines frequency with which creation status update will be triggered. Node owners could change it to higher values if this work executed in main thread is time consuming for some reasion.

Also we fix `TestEnv::restart` a bit, because now we can call `cares_about_shard` in newly created client, and it fails, as described here: #8269.

P.S. It makes #8254 not necessary because `Client` already has information about validator signer, what is even more convenient.

## Testing

* test `test_flat_storage_creation` needed minor changes and still passes;
* https://nayduck.near.org/#/run/2811: nayduck test `python3 pytest/tests/sanity/repro_2916.py` passes now - without a change, a node crashed on restart trying to create FS for non-tracked shard.
nikurt pushed a commit to nikurt/nearcore that referenced this issue Jan 15, 2023
As discussed in near#8193 (comment), flat storage creation makes more sense inside `Client` and `check_triggers`. `update_status` is a job which should be triggered periodically, and it doesn't have to be connected with finishing of block processing.

To support that, we introduce config option `flat_storage_creation_period` which defines frequency with which creation status update will be triggered. Node owners could change it to higher values if this work executed in main thread is time consuming for some reasion.

Also we fix `TestEnv::restart` a bit, because now we can call `cares_about_shard` in newly created client, and it fails, as described here: near#8269.

P.S. It makes near#8254 not necessary because `Client` already has information about validator signer, what is even more convenient.

## Testing

* test `test_flat_storage_creation` needed minor changes and still passes;
* https://nayduck.near.org/#/run/2811: nayduck test `python3 pytest/tests/sanity/repro_2916.py` passes now - without a change, a node crashed on restart trying to create FS for non-tracked shard.
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

1 participant