As said i am facing a similar problem. Main reason i think it is because i am using a SMR disk (4TB like you btw) which can’t handle the load. You can check by yourself:
- if this happens when you accept lot of concurrent requests.
- how big is the problem, i mean the percentage of the errors you are getting. If those were all the errors for the day, then your node is more than fine. If the problem appears once in 1000 or more logs then you should just forget it. Analyzing the data from logs is nice but overthinking every error will probably do nothing more than increase your blood pressure.
Using an SMR disk seem like a classic rookie mistake (like i did of course) as everyone buys the cheapest disk to provide more storage but forgets the bandwidth which is the most important here. A SMR disk though can maybe bring more benefits in the long run, because by the time you have filled it (or almost filled it), you will be having a lot of and hopefully not so many writes, and the disk will have a better performance and of course more space for his price, compared to a more expensive CMR.
What you can do:
I currently have a limit for 7 concurrent requests (you can specify that on the config.yaml file). This of course mean less payouts but this is how much my disk can handle, otherwise ram gets filled up for no reason and then i get those errors that you mentioned…
Hope this helped, but you also have to thank @michaln for tagging the right person in the right problem 