Cannot start a node with --utxoindex

[9igeeky]

[ERROR] thread 'main' panicked at kaspad/src/daemon.rs:226:32: attempt to multiply with overflow

thread 'main' panicked at kaspad/src/daemon.rs:226:32:
attempt to multiply with overflow
note: run with RUST_BACKTRACE=1 environment variable to display a backtrace
Exiting...

kaspad/src/daemon.rs:
pub fn create_core_with_runtime(runtime: &Runtime, args: &Args, fd_total_budget: i32) -> (Arc, Arc) {
let network = args.network();
let mut fd_remaining = fd_total_budget;
let utxo_files_limit = if args.utxoindex {
let utxo_files_limit = fd_remaining * 10 / 100;
fd_remaining -= utxo_files_limit;
utxo_files_limit
} else {
0
};

Line 226: let utxo_files_limit = fd_remaining * 10 / 100;

[freshair18]

I believe changing fd_remaining * 10 / 100 -> fd_remaining /10 should make it work. This sounds pretty specific to your system so you will have to test this yourselves eventually anyway.

If it works lmk and I'll push a PR, or you can just push one.

[9igeeky]

I've tried to change it to * 1 / 100, the node started, but after a while failed with an error. I don't remember what error exactly it was. Something like "corrupted block" or whatever.

Btw, I've tried it on a few other PCs (all are on Ubuntu 24.10)

I will test it out and let you know. Thanks!

[aspect]

It looks like your systems are not configured to support large number of file descriptors. You need to change the number of file descriptors allowed for your user. This can be done via "ulimit" and other methods. Kaspa tries to augment the system settings are runtime but is unable to do that if it runs in an environment restricted at admin/root level. Give this to GPT and it will guide you as to what settings should be changed (ulimit, /etc/limits etc..).

[9igeeky]

I reinstalled Ubuntu, ulimit is set to 1073741816 by default, isn’t it enough?
The problem remains, but I've managed to successfully run the node after changing the 226 line to "/ 10".
The node is synced and working, thank you!

[freshair18]

To me it sounded like the error is caused because your ulimit, or something of the sort, is set too high rather than too low. This sounds like it is extremely specific to you...

@aspect do you see a fault with changing *10/100 to just /10?
I don't really get what this multiply then divide pattern is going for.

[aspect]

@biryukovmaxim ^

[biryukovmaxim]

To me it sounded like the error is caused because your ulimit, or something of the sort, is set too high rather than too low. This sounds like it is extremely specific to you...

@aspect do you see a fault with changing *10/100 to just /10? I don't really get what this multiply then divide pattern is going for.

It just 10 percent. Usually in Linux it has limit of 65k and don't lead to any issues, on Mac os this value is much lower