Hi.
Im runing my 2 nodes on Unraid os.
Works like a charm nodewise so far.
But I have seen spikes on my CPU regarding mounting.
Comes up on HTOP like this "/mnt/Storj/Storj -noleaf
Googling around but cant find an answer.
Anybody here who knows?
Cheers
Is this maybe one of the filewalkers running ‘find’ with the noleaf flag? If so it’s just periodic maintenance (perhaps related to deleting older-than-1-week trash?).
But… I don’t know for sure: just guessing: doesn’t sound like a problem.
Hmm. That could be it. Noticed some find command.
Ill guess your spot on.
Thx mate
says “find /mnt/Storj/Storj -noleaf”
well back again. So it has been some days and my unraid server is really slow now.
If I stop the node the find process is still there working on the nodes hdd.
Did a new reboot today and that put som energy into the server (not as slow as it was).
After the reboot the find process is still there but dont take alot of the cpu as it did before the reboot.
I know that the cpu usage is also showing i/0 wait, and why would one nodes (got 2 going) i/0 get the rest of the server feeling like moving thru glue.
Im on the process of firing up my old server and moving storj over to that one but I would rather just have everything on this one server.
Well some more tips or pricks would be apriciated
John
I think that’s not storj fault, just unraid thing
https://forums.unraid.net/topic/114003-anyone-recognize-this-process-find-mntcacheappdata-noleaf-solved/
I will look into that.
Just that the only hdds that have theese processes are storj ones.
thx mate
Because of millions files that needs to be indexed
My good man.
Folder caching lol. so many files.
Today i learned that new folders by default add itself to folder caching.
Removed nodes from caching and BOOM write/read cpu etc all went to normal.
Thx alot mate. Ill put that old server back where i found it