Unable to export next-staking-ledger

[kaozenn]

Preliminary Checks

• This issue is not a duplicate. Before opening a new issue, please search existing issues: https://github.com/MinaProtocol/mina/issues
• This issue is not a question, feature request, RFC, or anything other than a bug report. Please post those things in GitHub Discussions: https://github.com/MinaProtocol/mina/discussions

Description

This issue has been tested using docker and the debian packages.
Running mina ledger export staking-epoch-ledger > ledger.json is successful but mina ledger export next-epoch-ledger > next-ledger.json fail with (monitor.ml.Error ("Stack overflow")

Steps to Reproduce

1. Run the mina daemon 3.0.3.1-cc59a0 using docker or as a Debian Package
2. Wait for the daemon to Sync.
3. Test exporting the current staking ledger

mina ledger export staking-epoch-ledger > ledger.json

It should be successful
3. Test exporting the next staking ledger

mina ledger export next-epoch-ledger > next-ledger.json

It fails

Expected Result

next-ledger.json file generated with the next staking ledger

Actual Result

(monitor.ml.Error ("Stack overflow")
 ("Raised by primitive operation at Stdlib.max in file \"stdlib.ml\", line 75, characters 17-23"
  "Called from Bi_outbuf.really_extend in file \"src/bi_outbuf.ml\", line 16, characters 12-34"
  "Called from Bi_outbuf.add_sub in file \"src/bi_outbuf.ml\", line 76, characters 2-14"
  "Called from Bi_outbuf.add_substring in file \"src/bi_outbuf.ml\" (inlined), line 80, characters 20-39"
  "Called from Yojson.finish_string in file \"write.ml\", line 25, characters 4-70"
  "Called from Stdlib__Bytes.make in file \"bytes.ml\", line 42, characters 10-18"
  "Called from CamlinternalFormat.string_to_caml_string in file \"camlinternalFormat.ml\", line 1374, characters 12-35"
  "Called from CamlinternalFormat.make_padding.(fun) in file \"camlinternalFormat.ml\", line 1673, characters 42-49"
  "Called from Yojson.finish_string in file \"write.ml\", line 27, characters 4-93"
  "Called from Yojson.write_string in file \"write.ml\", line 50, characters 2-24"
  "Called from Yojson.json_string_of_string in file \"write.ml\", line 55, characters 2-19"
  "Called from Yojson.Pretty.format_field in file \"pretty.ml\", line 54, characters 24-52"
  "Called from Stdlib__List.map in file \"list.ml\", line 92, characters 20-23"
  "Called from Stdlib__List.map in file \"list.ml\", line 92, characters 32-39"
  "Called from Stdlib__List.map in file \"list.ml\", line 92, characters 32-39"
  "Called from Stdlib__List.map in file \"list.ml\", line 92, characters 32-39"
  "Called from Stdlib__List.map in file \"list.ml\", line 92, characters 32-39"
  "Called from Stdlib__List.map in file \"list.ml\", line 92, characters 32-39"
  "Called from Stdlib__List.map in file \"list.ml\", line 92, characters 32-39"
  "Called from Stdlib__List.map in file \"list.ml\", line 92, characters 32-39"
  "Called from Stdlib__List.map in file \"list.ml\", line 92, characters 32-39"
  "Called from Stdlib__List.map in file \"list.ml\", line 92, characters 32-39"
  "Called from Stdlib__List.map in file \"list.ml\", line 92, characters 32-39"
  "Called from Stdlib__List.map in file \"list.ml\", line 92, characters 32-39"
  "Called from Stdlib__List.map in file \"list.ml\", line 92, characters 32-39"
  "Called from Yojson.Pretty.format in file \"pretty.ml\", line 30, characters 61-90"
  "Called from Yojson.Pretty.format_field in file \"pretty.ml\", line 55, characters 82-94"
  "Called from Stdlib__List.map in file \"list.ml\", line 92, characters 20-23"
  "Called from Stdlib__List.map in file \"list.ml\", line 92, characters 32-39"
  "Called from Stdlib__List.map in file \"list.ml\", line 92, characters 32-39"
  "Called from Stdlib__List.map in file \"list.ml\", line 92, characters 32-39"
  "Called from Stdlib__List.map in file \"list.ml\", line 92, characters 32-39"
  "Called from Stdlib__List.map in file \"list.ml\", line 92, characters 32-39"
  "Called from Stdlib__List.map in file \"list.ml\", line 92, characters 32-39"
  "Called from Stdlib__List.map in file \"list.ml\", line 92, characters 32-39"
  "Called from Yojson.Pretty.format in file \"pretty.ml\", line 30, characters 61-90"
  "Called from Stdlib__List.map in file \"list.ml\", line 92, characters 20-23"
  "Called from Stdlib__List.map in file \"list.ml\", line 92, characters 32-39"
  ...
  ...
  "Called from Stdlib__List.map in file \"list.ml\", line 92, characters 32-39"
  "Called from Stdlib__List.map in file \"list.ml\", line 92, characters 32-39"))

Daemon version

Commit cc59a03 (3.0.3.1-cc59a0)

How frequently do you see this issue?

Always

What is the impact of this issue on your ability to run a node?

Medium

Status

Mina daemon status
-----------------------------------

Global number of accounts:                     262984
Block height:                                  428641
Max observed block height:                     428641
Max observed unvalidated block height:         428641
Local uptime:                                  54m2s
Ledger Merkle root:                            jxCtMabBe8FMcdth1cLBGz3qooJrJrMKo5xxMBaj8Hhovjk2K4a
Protocol state hash:                           3NLQPYHFz8cJCnwzzTFBjjcFsyMFGTigvaLqD9XciiMGJ9iZvqJZ
Chain id:                                      a7351abc7ddf2ea92d1b38cc8e636c271c1dfd2c081c637f62ebc2af34eb7cc1
Git SHA-1:                                     cc59a034a9d942f9eb315986fbbde79e6834e423
Configuration directory:                       /home/dlehuby/.mina-config
Peers:                                         69
User_commands sent:                            0
SNARK worker:                                  None
SNARK work fee:                                100000000
Sync status:                                   Synced
Catchup status:                                
	To build breadcrumb:           0
	To initial validate:           0
	Finished:                      305
	To download:                   0
	Waiting for parent to finish:  0
	To verify:                     0

Block producers running:                       0
Coinbase receiver:                             Block producer
Best tip consensus time:                       epoch=17, slot=2532
Best tip global slot (across all hard-forks):  688392
Consensus time now:                            epoch=17, slot=2532
Consensus mechanism:                           proof_of_stake
Consensus configuration:                       
	Delta:                     0
	k:                         290
	Slots per epoch:           7140
	Slot duration:             3m
	Epoch duration:            14d21h
	Chain start timestamp:     2024-06-05 00:00:00.000000Z
	Acceptable network delay:  3m

Addresses and ports:                           
	External IP:    65.21.232.111
	Bind IP:        0.0.0.0
	Libp2p PeerID:  12D3KooWDAkfoN5tcT2qZ9SEs4e55DJvQWBGU4wux44Kg4U1crF8
	Libp2p port:    8302
	Client port:    8301

Metrics:                                       
	block_production_delay:             7 (0 0 0 0 0 0 0)
	transaction_pool_diff_received:     106
	transaction_pool_diff_broadcasted:  0
	transactions_added_to_pool:         12
	transaction_pool_size:              5
	snark_pool_diff_received:           472
	snark_pool_diff_broadcasted:        0
	pending_snark_work:                 0
	snark_pool_size:                    58

Additional information

Please note that is work on Kubernetes (EKS) using Amazon Linux EC2 instances. I suspect the issue is linked to the type of kernel used by the machine

[mrmr1993]

This issue is not a duplicate.

Duplicate of #16579. The 3.0.4 alpha release contains a fix.

[Isaac-DeFrain]

This works for me on commit b8e5f6b570e64ac92a8c68d2c69e5cc0c66af70a