Skip to content

Conversation

@odesenfans
Copy link
Collaborator

Fixed a warning that occurs in the TX processing loop. The logs
warn about not being able to pin the chaindata files:

Can't pin hash Qm...

The files end up being pinned anyway, the operation just takes
longer than 4 seconds. As we now know, some IPFS fetches can take
up to 100s of seconds. Increased the timeout to 2 minutes to
silence the warning.

Fixed a warning that occurs in the TX processing loop. The logs
warn about not being able to pin the chaindata files:

Can't pin hash Qm...

The files end up being pinned anyway, the operation just takes
longer than 4 seconds. As we now know, some IPFS fetches can take
up to 100s of seconds. Increased the timeout to 2 minutes to
silence the warning.
Copy link
Member

@hoh hoh left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM, just wondering if 120s is enough when 100s is reached in testing.

@odesenfans
Copy link
Collaborator Author

100s is the number that was cited at P2P Paris, I'm taking it as an upper bound if everything goes wrong. The file will be pinned in any case.

@odesenfans odesenfans merged commit 4035c84 into aleph-im:dev May 5, 2022
@odesenfans odesenfans deleted the od-increase-timeout-on-chaindata-pin branch May 5, 2022 22:02
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants