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

try-runtime-cli error Invalid input: Batch failed #14013

Closed
ggwpez opened this issue Apr 25, 2023 · 3 comments · Fixed by #14030
Closed

try-runtime-cli error Invalid input: Batch failed #14013

ggwpez opened this issue Apr 25, 2023 · 3 comments · Fixed by #14030
Assignees
Labels
I3-bug The node fails to follow expected behavior. U2-some_time_soon Issue is worth doing soon.

Comments

@ggwpez
Copy link
Member

ggwpez commented Apr 25, 2023

Error from CI fails at 94% when inserting keys:

  INFO main remote-ext: inserting keys progress = 94% [950000 / 1015227]    
ERROR main remote-ext: Batch processing failed: "Networking or low-level protocol error: The request body was too large"    
Error: 
   0: Invalid input: Batch failed.

  ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ BACKTRACE ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
                                ⋮ 3 frames hidden ⋮                               
   4: polkadot::main::h6b7329bd573c7d4a
      at <unknown source file>:<unknown line>
   5: std::sys_common::backtrace::__rust_begin_short_backtrace::hbf9819656ca822bf
      at <unknown source file>:<unknown line>
   6: std::rt::lang_start::{{closure}}::hb3de3ec96a11b220
      at <unknown source file>:<unknown line>
   7: core::ops::function::impls::<impl core::ops::function::FnOnce<A> for &F>::call_once::h203afb3af230319a
      at /rustc/9eb3afe9ebe9c7d2b84b71002d44f4a0edac95e0/library/core/src/ops/function.rs:287
   8: std::panicking::try::do_call::hf68e87013b70f3c5
      at /rustc/9eb3afe9ebe9c7d2b84b71002d44f4a0edac95e0/library/std/src/panicking.rs:483
   9: std::panicking::try::h040ea8f298390ba2
      at /rustc/9eb3afe9ebe9c7d2b84b71002d44f4a0edac95e0/library/std/src/panicking.rs:447
  10: std::panic::catch_unwind::h1e17b198887a05fa
      at /rustc/9eb3afe9ebe9c7d2b84b71002d44f4a0edac95e0/library/std/src/panic.rs:140
  11: std::rt::lang_start_internal::{{closure}}::hfb902d8927e51b86
      at /rustc/9eb3afe9ebe9c7d2b84b71002d44f4a0edac95e0/library/std/src/rt.rs:148
  12: std::panicking::try::do_call::h354e6eb41f2e7d42
      at /rustc/9eb3afe9ebe9c7d2b84b71002d44f4a0edac95e0/library/std/src/panicking.rs:483
  13: std::panicking::try::h4a39749cd018228c
      at /rustc/9eb3afe9ebe9c7d2b84b71002d44f4a0edac95e0/library/std/src/panicking.rs:447
  14: std::panic::catch_unwind::h30bce83b8de61cca
      at /rustc/9eb3afe9ebe9c7d2b84b71002d44f4a0edac95e0/library/std/src/panic.rs:140
  15: std::rt::lang_start_internal::h8f7e70b1a2558118
      at /rustc/9eb3afe9ebe9c7d2b84b71002d44f4a0edac95e0/library/std/src/rt.rs:148
  16: main<unknown>
      at <unknown source file>:<unknown line>
  17: __libc_start_main<unknown>
      at <unknown source file>:<unknown line>
  18: _start<unknown>
      at <unknown source file>:<unknown line>

Run with COLORBT_SHOW_HIDDEN=1 environment variable to disable frame filtering.
Run with RUST_BACKTRACE=full to include source snippets.

@liamaharon please manually test all changes for the try-runtime CLI on Polkadot + Kusama from now on until we have automatic testing in place.
I disabled it on Polkadot for now paritytech/polkadot#7114 (comment)

@liamaharon
Copy link
Contributor

liamaharon commented Apr 25, 2023

Hey, thanks for raising this to my attention.

I have been testing try-runtime against local Polkadot and Kusama before opening any PRs, I was not aware of any CI environments that it was also running in.

It's definitely a bug that it doesn't work as intended in the CI environment, I'm looking into replicating and fixing this now.

@liamaharon liamaharon added I3-bug The node fails to follow expected behavior. U2-some_time_soon Issue is worth doing soon. labels Apr 25, 2023
@ggwpez
Copy link
Member Author

ggwpez commented Apr 25, 2023

Yea the CI is just doing it against live network Polkadot, Kusama and Westend.
You can even use the same RPC endpoints from https://gist.github.com/ggwpez/81db110fe4390ed9a7622f5857dfc4ff without VPN.

@niklasad1
Copy link
Member

Just do:

	HttpClientBuilder::default()
		.max_request_body_size(u32::MAX)
		.request_timeout(std::time::Duration::from_secs(60 * 10))
                .build(url)?

should fix this

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
I3-bug The node fails to follow expected behavior. U2-some_time_soon Issue is worth doing soon.
Projects
Status: Done
Development

Successfully merging a pull request may close this issue.

3 participants