-
Notifications
You must be signed in to change notification settings - Fork 71
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
[Deal Making Issue] Client gets stuck in StorageDealAwaitingPreCommit even after deal has failed on miner side #261
Comments
PS I can provide shell access to both the client and the miner. |
Interestingly, in the last ~10 hours since I opened this issue, both deals have left The
And the
Maybe the real issues here are:
|
This stuff is still happening. I have a bunch of deals that are failed in the A ton with this error;
|
Example log; {"level":"info","ts":"2021-11-11T10:40:09.717Z","logger":"markets","caller":"loggers/loggers.go:20","msg":"storage provider event","name":"ProviderEventOpen","proposal CID":"bafyreidsf5msroslsubmaxmq7iewtma4ycr3jq634pwa2l2j7mmq46buge","state":"StorageDealValidating","message":""}
{"level":"info","ts":"2021-11-11T10:40:09.720Z","logger":"markets","caller":"loggers/loggers.go:20","msg":"storage provider event","name":"ProviderEventDealDeciding","proposal CID":"bafyreidsf5msroslsubmaxmq7iewtma4ycr3jq634pwa2l2j7mmq46buge","state":"StorageDealAcceptWait","message":""}
{"level":"info","ts":"2021-11-11T10:40:10.135Z","logger":"markets","caller":"loggers/loggers.go:20","msg":"storage provider event","name":"ProviderEventDataRequested","proposal CID":"bafyreidsf5msroslsubmaxmq7iewtma4ycr3jq634pwa2l2j7mmq46buge","state":"StorageDealWaitingForData","message":""}
{"level":"info","ts":"2021-11-11T10:47:19.101Z","logger":"markets","caller":"loggers/loggers.go:20","msg":"storage provider event","name":"ProviderEventVerifiedData","proposal CID":"bafyreidsf5msroslsubmaxmq7iewtma4ycr3jq634pwa2l2j7mmq46buge","state":"StorageDealReserveProviderFunds","message":""}
{"level":"info","ts":"2021-11-11T10:47:19.104Z","logger":"markets","caller":"loggers/loggers.go:20","msg":"storage provider event","name":"ProviderEventFundsReserved","proposal CID":"bafyreidsf5msroslsubmaxmq7iewtma4ycr3jq634pwa2l2j7mmq46buge","state":"StorageDealReserveProviderFunds","message":""}
{"level":"info","ts":"2021-11-11T10:47:19.104Z","logger":"markets","caller":"loggers/loggers.go:20","msg":"storage provider event","name":"ProviderEventFunded","proposal CID":"bafyreidsf5msroslsubmaxmq7iewtma4ycr3jq634pwa2l2j7mmq46buge","state":"StorageDealPublish","message":""}
{"level":"info","ts":"2021-11-11T10:57:19.219Z","logger":"markets","caller":"loggers/loggers.go:20","msg":"storage provider event","name":"ProviderEventDealPublishInitiated","proposal CID":"bafyreidsf5msroslsubmaxmq7iewtma4ycr3jq634pwa2l2j7mmq46buge","state":"StorageDealPublishing","message":""}
{"level":"info","ts":"2021-11-11T11:03:30.587Z","logger":"markets","caller":"loggers/loggers.go:20","msg":"storage provider event","name":"ProviderEventFundsReleased","proposal CID":"bafyreidsf5msroslsubmaxmq7iewtma4ycr3jq634pwa2l2j7mmq46buge","state":"StorageDealPublishing","message":""}
{"level":"info","ts":"2021-11-11T11:03:30.588Z","logger":"markets","caller":"loggers/loggers.go:20","msg":"storage provider event","name":"ProviderEventDealPublished","proposal CID":"bafyreidsf5msroslsubmaxmq7iewtma4ycr3jq634pwa2l2j7mmq46buge","state":"StorageDealStaged","message":""}
{"level":"info","ts":"2021-11-11T11:03:30.588Z","logger":"providerstates","caller":"providerstates/provider_states.go:329","msg":"handing off deal to sealing subsystem","pieceCid":"baga6ea4seaqpgmwj5yz4kbpy4l5a75y5lbkjq5o572sjt6pioxxxukms3szskdq","proposalCid":"bafyreidsf5msroslsubmaxmq7iewtma4ycr3jq634pwa2l2j7mmq46buge"}
{"level":"info","ts":"2021-11-11T11:07:16.626Z","logger":"providerstates","caller":"providerstates/provider_states.go:376","msg":"successfully handed off deal to sealing subsystem","pieceCid":"baga6ea4seaqpgmwj5yz4kbpy4l5a75y5lbkjq5o572sjt6pioxxxukms3szskdq","proposalCid":"bafyreidsf5msroslsubmaxmq7iewtma4ycr3jq634pwa2l2j7mmq46buge"}
{"level":"info","ts":"2021-11-11T11:07:16.626Z","logger":"markets","caller":"loggers/loggers.go:20","msg":"storage provider event","name":"ProviderEventDealHandedOff","proposal CID":"bafyreidsf5msroslsubmaxmq7iewtma4ycr3jq634pwa2l2j7mmq46buge","state":"StorageDealAwaitingPreCommit","message":""}
{"level":"info","ts":"2021-11-11T11:23:25.261Z","logger":"markets","caller":"loggers/loggers.go:20","msg":"storage provider event","name":"ProviderEventDealPrecommitFailed","proposal CID":"bafyreidsf5msroslsubmaxmq7iewtma4ycr3jq634pwa2l2j7mmq46buge","state":"StorageDealFailing","message":"error awaiting deal pre-commit: failed to set up called handler: called check error (h: 1274108): failed to look up deal on chain: deal 2744407 not found - deal may not have completed sealing before deal proposal start epoch, or deal may have been slashed"}
{"level":"warn","ts":"2021-11-11T11:23:25.261Z","logger":"providerstates","caller":"providerstates/provider_states.go:561","msg":"deal bafyreidsf5msroslsubmaxmq7iewtma4ycr3jq634pwa2l2j7mmq46buge failed: error awaiting deal pre-commit: failed to set up called handler: called check error (h: 1274108): failed to look up deal on chain: deal 2744407 not found - deal may not have completed sealing before deal proposal start epoch, or deal may have been slashed"}
{"level":"info","ts":"2021-11-11T11:23:25.261Z","logger":"markets","caller":"loggers/loggers.go:20","msg":"storage provider event","name":"ProviderEventFailed","proposal CID":"bafyreidsf5msroslsubmaxmq7iewtma4ycr3jq634pwa2l2j7mmq46buge","state":"StorageDealError","message":"error awaiting deal pre-commit: failed to set up called handler: called check error (h: 1274108): failed to look up deal on chain: deal 2744407 not found - deal may not have completed sealing before deal proposal start epoch, or deal may have been slashed"} |
I am closing this issue as |
Well thats nice, but its an error that is happening in markets (which is still being used) and then @jennijuju moved it away from the markets project and into the boost project - so instead of closing it, shouldn't it be moved back to the Lotus repo? |
Basic Information
When a miner fails 3 times to seal, it will give up and purge the sector. The problem this issue describes is that on the client side there is never any notification that the deal has failed. The client just hangs in a
StorageDealAwaitingPreCommit
state forever.I propose that the miner reports back on a final failure state like this so the client status can change to
StorageDealError
or some other error state.Describe the problem
On the client side (
1.7.0
), I'm seeing repeated instances of deals getting stuck inStorageDealAwaitingPreCommit
even days after the miner has failed to seal and given up on the sector.Version
To Reproduce
StorageDealAwaitingPreCommit
.StorageDealAwaitingPreCommit
status never changes to a final error status.Deal status
The output of
lotus client list-deals -v
:lotus-miner storage-deals list -v
(relevant lines only):Lotus daemon and miner logs
This issue is about client UX, not the underlying miner bug(s) that caused these deals to fail miner-side. Nevertheless, here are the relevant miner logs.
This is for the
'jhy
deal started last Friday and where client side is still stuck inStorageDealAwaitingPreCommit
(miner was running1.7.0
):This is for the
'dei
deal that was started 4 hours ago and is still inStorageDealAwaitingPreCommit
(miner running 1.6.0`):Right now, on the miner,
lotus client list-deals
is is still showingStorageDealAwaitingPreCommit
even though both deals have already failed permanently on the miner:Code modifications
None
The text was updated successfully, but these errors were encountered: