-
Notifications
You must be signed in to change notification settings - Fork 79
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
Adopt possibly incomplete NeoFS SEARCH results in NeoFSBlockFetcher and upload-bin
CLI command
#3645
Comments
One more example:
|
But sometimes it works differently (logs are from the same mainnet service):
|
can be connected #3615 |
Well, of course it's a bug in fetchLatestMissingBlockIndex only if our batches are full and don't have gaps.
Check currently uploaded data for N3 mainet. See if there are gaps in batches. |
Checked, depends on #3615 resolution. |
To resolve this issue, we need to adopt the SEARCH completeness marker once nspcc-dev/neofs-node#2721 implemented. |
upload-bin
upload-bin
CLI command
upload-bin
CLI commandupload-bin
CLI command
See also nspcc-dev/neofs-node#2721 (comment): for situations where all SNs from REP policy are dead, we need to shut down BlockFetcher, because it won't be able to receive even block OIDs and proceed with addition of blocks to the chain. |
Within the scope of this issue we need to revert changes made by #3670 and fall back from per-object SEARCH to SEARCH for the range of objects. |
Current Behavior
Some blocks are uploaded to NeoFS, then restart of the script happens. The script starts to upload from 0 block, not from the latest incomplete batch:
The pattern repeats.
Expected Behavior
Reupload must happen starting from latest incomplete batch.
Possible Solution
Find the problem in
fetchLatestMissingBlockIndex
, fix it.The text was updated successfully, but these errors were encountered: