Closed stuberman closed 6 months ago
As investigated at length in this slack thread, this is an unfortunate deficiency in how lotus client retrieve
operates today. Specifically it dropping some of the blocks present in the original car results in the behavior you see.
A cumbersome workaround for some of the issues, which is available to you right now is to pass the downloads through kubo ( formerly go-ipfs ). This is not a scalable option, I am only mentioning it as something that came out of the investigation.
The real solution is one or more of:
lotus client retrieve
to preserve more fidelity ( although this is a losing battle that might not fix all the issues you are observing )filc
? ) transparently pull thatI do not have insight into timelines for the above, tagging @LexLuthr to share any knowledge he has.
@stuberman unfortunately, there isn't much I can do to address this from evergreen's side itself... Nevertheless, keeping issue open to track related efforts
No longer relevant with graphsync finally being retired.
Here is one of many examples:
lotus client retrieve --provider f019551 --maxPrice 0 --allow-local --car 'mAXAAehIwCiYBcKDkAiCiLW6qXqtmz2MrK4CLVl9e8oPfiXqKvfH6RaS8dBeDQhIAGIugg4AEEjAKJgFwoOQCIHbVa82fl0XHIBwktG1LxXXM+o5c9t1jaFvZpyrMNqMREgAY6LSM3gMKFAgCGPmvid4HIICAgIAEIPmvid4D' $(pwd)/baga6e~olkmuuoy__bafyaa~427co6am.car
boostd import-data bafyreifpprhtw7ttqx3kbmpbgw3mcvirdc65xxfodrzalz63wov6sg62gm /market/deals/baga6e~olkmuuoy__bafyaa~427co6am.car
Lotus versions
lotus-miner version
boostd --version
Details below
Found example eligible small file (2 GiB)
curl -sLH "Authorization: $( ./fil-spid.bash f01278 )" https://api.evergreen.filecoin.io/eligible_pieces/anywhere
echo curl -sLH \"Authorization: $( ./fil-spid.bash f01278 )\" https://api.evergreen.filecoin.io/pending_proposals | sh