Skip to content
This repository has been archived by the owner on Nov 15, 2023. It is now read-only.

[runtime 9122] [Relaychain] (offchain call) Error submitting a transaction to the pool: Pool(Unactionable) #4228

Closed
GopherJ opened this issue Nov 5, 2021 · 8 comments

Comments

@GopherJ
Copy link
Contributor

GopherJ commented Nov 5, 2021

Hi, I encounterred this error while running 4 kusama-local nodes, any idea on this?

@GopherJ GopherJ changed the title [Relaychain] (offchain call) Error submitting a transaction to the pool: Pool(Unactionable) [runtime 9122] [Relaychain] (offchain call) Error submitting a transaction to the pool: Pool(Unactionable) Nov 5, 2021
@AurevoirXavier
Copy link
Contributor

Same

@bkchr
Copy link
Member

bkchr commented Nov 6, 2021

More information are required. When does this happen? What happens exactly?

@AurevoirXavier
Copy link
Contributor

AurevoirXavier commented Nov 6, 2021

More information are required. When does this happen? What happens exactly?

After I called the enact runtime upgrade.
Before that everything works well.

I'm using polkadot-9.12-1's rococo-local(relaychain) and cumulus(parachain) 0.9.11.
I can't finish the runtime upgrade.

  1. watch the parachain, it can produce block successfully
  2. bump spec_version
  3. paraSystem authorizedUpgrade
  4. paraSystem enactAuthorizedUpgrade
  5. Can not produce block

@GopherJ
Copy link
Contributor Author

GopherJ commented Nov 7, 2021

@bkchr hope this can get your attention, indeed I spent two days on runtime upgrade, no matter it's westend-local either kusama-local, I cannot succeed to make it produce block again after enactAuthorizedUpgrade.

There are already many parachain teams submitted their wasm using polkadot-v0.9.12, can someone look at this problem? The main issue that I have on relaychain side is: #4232

@bkchr
Copy link
Member

bkchr commented Nov 7, 2021

What is the size of your parachain runtimes?

We have tests in Cumulus for runtime upgrades and they are working.

@GopherJ
Copy link
Contributor Author

GopherJ commented Nov 8, 2021

@bkchr 826KB, I increased kusama-local's validators to be 4, but I can still reproduce this issue, I think you can reproduce this issue using:

we all submitted our wasm & genesis for this crowdloan, but still worried on this runtime upgrade issue

BTW, can you share the link for this test? I'd like to have a look because might be useful for us

@bkchr
Copy link
Member

bkchr commented Nov 9, 2021

Increase your validation_upgrade_delay to 15 or more and try again.

@AurevoirXavier
Copy link
Contributor

I think this could be closed.

@bkchr bkchr closed this as completed Apr 3, 2022
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants