Jump to content

Stroker

Members
  • Content Count

    7
  • Joined

  • Last visited

Community Reputation

0 Neutral

About Stroker

  • Rank
    Newbie

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Stroker

    Consistent CPU Spikes though Folder Caching

    Thanks for the tipp but sadly I already exclude all no data folders. (Backups, tmp, appdata,vms,....) but sadly the problem persists... even with the new unraid versions.... How much files does your log say you have when running the Folder Caching? I'm just wondering if I have just that many files... but in total I have just ~10TB and the bulk of it would be videos...
  2. Hey Guys and Girls! for a few Weeks a got a very strange Problem as drescribed in the post here with Screenshots and my diagnostics file. To put it short I get consistent CPU spikes as high as 25 to 40 or nearly 50 % with activated Folder Caching, They appear as often as the setting "Maximum interval between folder scans (sec):" is selected. What was not discribed in the last post was the log of the Plugin itself at /var/log/cache_dirs.log . I have attached this as txt file to this Post and also a fresh Screenshot of the graph in the Statistics Plugin. This is with all settings at default and excluded all Backup or Cache Folders. In this it logs like 5-14% CPU Usage but in the Statistics Plugin I get much higher CPU Use as seen in the referenced Post or the Screenshot. With the unlimited deph I get nearly 122k files. The same Usage and nearly the same Spikes appear when the depth is fixed at 5 with arround 59k files. Should this usage be this much with a i3-3240? Shoudn't it scale accross the load of files? or are this Spikes anormal? Bonienl in the linked post said that he couldn't explain this spikes to himself either but sadly had no idea how to proceed. Does anyone here have any idea how I could troubleshoot this problem further? Best Regards Stroker folder_caching_logs.txt
  3. Stroker

    Consistent CPU Spikes though Folder Caching

    Does anyone have an idea was is causing this behaviour? For now i have deactivated the Plugin but I quite liked the feature... Best Regards
  4. Stroker

    6.5.3 Read Error

    Happend to me also last week. I run 1-2 Extended SMART Checks on the drive and these came back clean. After rechecking my Disk got no essential SMART Error Value it got a 2nd chance from me. For now (1 week and ongoing with write and read access) it works without any additional error appearing. as bonienl said it was a non-destructive error and simple indicated a "hick-up". Best Regards Stroker
  5. Stroker

    Consistent CPU Spikes though Folder Caching

    Yes its possible that such directorys exist (Project Folders of Java or Android apps come here to mind for me) but nothing deeper than a NTFS Partition could handle. This Files and Directorys also existed before. Every Backup/Docker Folder or VM folder is already excluded. If I try to set the "Use Adaptive depth" to "Fixed" and set a relativly low level like "7" (everything else is empty so default) then I see a constant Load of 30-60% on my CPU for minutes after minutes. Not even the Timeouts seem to work for me. If I read the settings right the longest would be " Scan timeout for a scan during disk-idle period (sec): " but the default says it is only maximal 150 sec. At the Screenshot it ran for 5 Minutes straight. If I just add my Video share which has a max depth of ~8-10 with all settings back to default then the spikes are still there... I don't think that such a depth should be a problem in any way... On the end of this CPU activity the Disks spun down so no activity on these for the whole time right after Caching activation. Edit: Sorry but I just noticed. Should this Thread not better be in the plugin Support part of the Forum? If yes could it get moved? sorry for the mistake
  6. Stroker

    Consistent CPU Spikes though Folder Caching

    Hey bonienl, Yes the new Version 2018.08.27a was released today but sadly this changed nothing on the cpu spike side. All the Screens you can see are with Version 2018.08.27a and with the Settings from the 3rd Screenshot
  7. Hello Guys & Girls! I build by first Unraid Server a few Days ago and having quite alot of fun fiddeling around. All went fine for the last couple days but yesterday I configured some Times for Parity checks/Auto Plugin and Docker Update as well as Backups though "Backup/Restore Appdata" and "Auto Update Applications". Today I woke up to oddly CPU spikes inside the Stats. Every 10 Seconds there is a Spike of 30-50%. After a lot of fiddeling I found out that the Dynamix Folder Caching was to blame. I couldn't remeber that something like that appeared before but in my opinion I changed nothing that should affect the CPU in this ways. I didn't even change the settings for Folder Caching itself. Now I'm quite desperate. A Screen on how my CPU Usage looks the second I turn on the Folder Caching is attached. In the beginning you can see the initial scan. On the Second Screen you can see my Settings inside the Folder Caching App. Today I excluded some of my Shares but this helped little. only when I include just 1 or 2 the spikes apear smaller. The Update which arrived today added quite a lot of additional Settings but the Problem persists. I found another Post with the same Problem here in the Forum with the Tag Solved But sadly I cannot say why and how it was solved? It mentioned the Setting "Scan User Shares" in the post but this setting vanished in the new Version 2018.08.27a and was disabled from the beginning (as it is default). Can somebody give me a tipp how to troubleshoot this Problem futher? The Spikes dissapear the second I dissable Folder Caching but I quite liked the feature. Diagnostics are also attached. If any other Log-File helps just let me know. My System: Core i3-3240 8GB RAM Asrock B75 Pro3-M with 6 Attached HDDS (5x 3TB 1x 6TB) and 2x Cache SSDs (1x 64 & 1x 120 GB) Unraid 6.5.3 Dynamix Cache Directories 2018.08.27a all Docker Container & VM's are stopped Best Regards Stroker unraid-diagnostics-20180827-1938.zip