Stack Exchange network consists of 183 Q&A communities including Stack Overflow, the largest, most trusted online community for developers to learn, share their knowledge, and build their careers.
It is not possible, at least up to version 1.8.13-stable-225171a4 , to increase the number of open files greater than 2048. You can increase them to any number you like in the unix system, user or process limits, but geth limits it back down to 2048. We constantly suffer from too many open files error, and as far as we know, there is no solution or workaround other than changing the limits in a constant loop in the background.
FYI, this serious bug still exists in geth version 1.8.13-stable-225171a4 You can increase the process, user and system soft and hard limits to whatever you want, but . the geth process internally limits the number of open files to around 2048. geth is not usable if heavily hit with RPC calls, or you will get too many files error.
"sudo lsof -u root | grep geth | wc -l" gives 582. The soft limit is 1024, but I still get constant " accept: Too many open files" output to console whenI try to query the geth node via the apis.
using "lsof -p pidofgeth | wc -l gives 5. However, when I do "sudo lsof -u root" It lists hundreds of files open for geth (e.g. /mnt/eth_volume/geth/chaindata/3321980.ldb). None of them seem to be duplicates. so lsof doesnt seem to be working as expected