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

Investigate F3 participation lease start before existing lease #12785

Open
masih opened this issue Dec 14, 2024 · 2 comments
Open

Investigate F3 participation lease start before existing lease #12785

masih opened this issue Dec 14, 2024 · 2 comments

Comments

@masih
Copy link
Member

masih commented Dec 14, 2024

Reported by a number of folks

image

2024-12-13T22:15:18.724+0700    INFO    f3      lf3/participation.go:118        Renewing F3 participation
2024-12-13T22:15:18.725+0700    WARN    f3      lf3/participation.go:184        F3 participation ticket starts before the existing lease. Acquiring a new ticket.       {"attempts": 0, "err": "ticket starts before existing lease"}
2024-12-13T22:15:19.225+0700    INFO    f3      lf3/participation.go:118        Renewing F3 participation
2024-12-13T22:15:19.226+0700    WARN    f3      lf3/participation.go:184        F3 participation ticket starts before the existing lease. Acquiring a new ticket.       {"attempts": 0, "err": "ticket starts before existing lease"}

Reports so far:

Versions on which issue is observed:

lotus-miner version 1.30.0+mainnet+git.9c1964e8a
lotus version 1.30.0+mainnet+git.9c1964e8a  
otus version 1.30.0+mainnet+git.9c1964e8a.dirty
lotus-miner version 1.30.0+mainnet+git.9c1964e8a.dirty
@github-project-automation github-project-automation bot moved this to 📌 Triage in FilOz Dec 14, 2024
@masih
Copy link
Member Author

masih commented Dec 16, 2024

For those affected by this issue, can I ask you to upgrade to 1.31 please?

@masih
Copy link
Member Author

masih commented Dec 17, 2024

https://filecoinproject.slack.com/archives/CPFTWMY7N/p1734391198252789?thread_ts=1733543526.322559&cid=CPFTWMY7N

I didn't check the logs before rebooting, but I noticed there seems to be an issue in relation to synchronization with the processes performing the chain sync/operations and the miners. If miners are restarted, the problem happens. If the chain processes are restarted without touching the miners, it becomes happy.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: 📌 Triage
Development

No branches or pull requests

1 participant