-
Notifications
You must be signed in to change notification settings - Fork 131
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
Add RialtoParachain <> Millau bridge to test deployments #1412
Add RialtoParachain <> Millau bridge to test deployments #1412
Conversation
…vered, then we must select para header that may be proved using this relay header
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM ! I just left a small question and I posted some updates for README.md
as part of #1537 .
#!/bin/bash | ||
set -xeu | ||
|
||
sleep 15 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should we also add an initial sleep in the message generation scripts (relay-messages-to-millau-generator-entrypoint.sh
for example) ? Otherwise I see that sometimes we get an error when sending the first message. Or is this desired ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do you mean connection errors? That's fine. Actually all these sleeps are now redundant (imo), as the relay is able to wait for required nodes startup itself.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, connection errors. Ok.
Marking the PR as reviewed |
…1412) * add RialtoParachain <> Millau bridge to test deployments * flush (still not working, but possible fix in comments) * proper fix * fixed on-demand parachains relay case: if better relay header is delivered, then we must select para header that may be proved using this relay header * dashboards * fmt * removing debugging code * more cleanup
…1412) * add RialtoParachain <> Millau bridge to test deployments * flush (still not working, but possible fix in comments) * proper fix * fixed on-demand parachains relay case: if better relay header is delivered, then we must select para header that may be proved using this relay header * dashboards * fmt * removing debugging code * more cleanup
IMPORTANT: do not forget to change cli on test deployments when this is merged
closes #1411
WIP. Current issues and TODOs:
9mERROR�[0m �[38;5;8mbridge�[0m Source node (Millau) and pallet at target node (RialtoParachain) have different headers at the same height 0: at-source 0x9f043d430c65dba8fc9b17ac0cad58fe0417360525ec9394880fc6bc3a913c3b54a3fafd81e3e9b38cb98a5fa86fcaecbe777985374e91bfa2e790c3ff2fbd3b vs at-target 0x6269d3d83bc36a0dd77bc74388028280e4254545af3f1c5e243f71f2cc0635b91e67e5226a0ef760fe636a28e410d9060c6992961648daf110d0a4e8f649ce2a
in logs (extracted to Different headers at the same height (0) in Millau -> RialtoParachain relay #1421 as non-critical);UPD: first issue seems to disappear after sometime. If everything else will be fixed, it may be extracted in a separate issue
UPD2: the reason of the second issue (log of the Millau node):