Leadership-schedule > Decoding TxIx: too many bytes

Staking & Delegation Operate a Stake Pool
1

hi,

I run in cardano node uptated to 1.35 the leadership-schedule

(edit) All this work in previous epoch, but not in this one

(edit) dccc = sudo docker exec -it cardano-cli cardano-cli 

dccc query leadership-schedule \
     --testnet-magic 1097911063 \
     --genesis testnet-shelley-genesis.json \
     --stake-pool-id  pool1f2t2htzzrml9v2tfw5g7eqkt5rfvsyfrkszqdtqxszxgwp5jsuj \
     --vrf-signing-key-file vrf.skey \
     --current

and I obtain this return. What it can be?

`Command failed: query leadership-schedule  Error: Failed to successfully decode the current epoch state: DecoderErrorDeserialiseFailure "EpochState (BabbageEra StandardCrypto)" (DeserialiseFailure 32048041 "Decoding TxIx: too many bytes.")`

thanks!

2

Try this

cardano-cli query leadership-schedule \
--testnet-magic 1097911063 \
--genesis testnet-shelley-genesis.json \
--stake-pool-id pool1f2t2htzzrml9v2tfw5g7eqkt5rfvsyfrkszqdtqxszxgwp5jsuj \
--vrf-signing-key-file vrf.skey \
--current
1 Like
3

thanks! I edited my post to clarify the “dccc” and that the command worked in previous epoch

4

Can be a bug?

1 Like
5

good point! it seems that I will need to wait to 1.35.1. thanks

1 Like
6

I’m hitting the same issue right now. Sorry I don’t see how the bug is related to the issue at hand. I thought bug would just cause a long restart time due to rescanning.

do I miss anything? Is this a new bug?

7

Did u downloded/tried with new script files from alpha branch?
U can also try 1.35.1 node version

1 Like
8

what scripts from alpha branch should I try?

Can someone confirm “query leadership-schedule” works with v1.35.0 at all? I just try to understand whether this is a individual issue or widespread issue.

Thanks

9

For me cardano-cli query leadership-schedule works on mainnet(I just tried current) on 1.35.0. On testnet it doesn’t work.

2 Likes
10

hi @Alexd1985

I just download cardano-node 1.35.1

ffe6ffbb93cc   inputoutput/cardano-node:1.35.0  cardano-cli
c42d796b8f1c   inputoutput/cardano-node:1.35.1 cardano-node

executing “cardano-cli query leadership-schedule” I have different outputs

server1: CNode 1.35.1 and CCli 1.35.0

Command failed: query leadership-schedule  Error: The stake pool: "4a96abac421efe5629697511ec82cba0d2c81123b40406ac06808c87" has no stake

server2: CNode 1.35.0 and CCli 1.35.0

Command failed: query leadership-schedule  Error: Failed to successfully decode the current epoch state: DecoderErrorDeserialiseFailure "EpochState (BabbageEra StandardCrypto)" (DeserialiseFailure 34416622 "Decoding TxIx: too many bytes.")
11

what is this number? should be the pool ID right? aah it’s for testnet I believe

12

yes, it’s tesnet. This pool

13

On testnet 1.35.0 & 1.35.1 are not working correctly, at least for me.

Master should be ok:

1 Like
14

thanks @os11k ! time to wait to 1.35.2 :slight_smile:

15

I can confirm that using the 7/13 build (still marked as v1.35.0 somehow) solves this problem.

1 Like
16

I think this is a different problem from the one reported here by @acangros

1 Like
17

Yes, there were 2 separate issues. In 1.35.0 cardano-cli query leadership-schedule was not working at all in babbage era(testnet), but 1.35.1 in babbage era(testnet) were returning slots, but those slots were incorrect.

1 Like
18

thanks @os11k & @Jun_Sun !!

just checked with 1.35.1 CNode & 1.35.1 CCli on testnet, now I have output from query leadership-schedule but doesn’t coincide with reality.

1 Like
19

I just did a quick check on my testnet pool (nsp11). The reported schedule matches journalctl log output.

Again, I’m not sure where you got v1.35.1. I got the cardano from the nightly build on 7/13. And it seems to be working fine.

20

hi @Jun_Sun

I download v1.35.1 from official web page docker cardano