-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
[BUG] 1.7.0 cannot cancel-retrieve #5938
Comments
I assume the transfer id is different than the deal id. The deal ids for the retrievals aren't in the CLI anywhere as far as I can tell. |
I suspect that the error is coming from switching between branches, one of which has a migration. Details here: |
@dirkmc That makes sense. I'll wipe out my |
@mgoelzer was it resolved? |
@jennijuju I haven't had time to re-test yet and I probably won't until next week. Why don't we close out this issue for now? If I retest and discover the same problem, or if you notice a similar bug report from someone else, we can reopen. |
Oops, seems like we needed more information for this issue, please comment with more details or this issue will be closed in 24 hours. |
This issue was closed because it is missing author input. |
Describe the bug
In Lotus 1.5.x, receiving channels had monotonically increasing integer ids like 1, 2, 3, etc. You could cancel a retrieve by using a command like:
lotus client cancel-retrieval --deal-id=3
.In 1.7.0, the receiving channel ids seem to be bigints and you cannot cancel them. Here is an example. First, here is my one receiving channel with id = 1617328731745316884:
Try to cancel it and get this error:
Check again and the receiving channel did indeed fail to get canceled:
Version (run
lotus version
):I'm using the current tip of
master
:To Reproduce
Kick off a retrieval of any CID, e.g.,
lotus client retrieve --miner f01240 bafykbzacea5dewvdatvbxc2tmi26bomowduqhoi7ery4yqi3n6li32n4oe546 baf-oe546.bin
Then follow the steps under "Describe the Bug" to reproduce.
Expected behavior
lotus client cancel-retrieval --deal-id=1617328731745316884
should have successfully canceled that retrieval.Logs
Not available.
The text was updated successfully, but these errors were encountered: