SquishyCollars Posted August 24, 2021 Share Posted August 24, 2021 (edited) I'm having some issues with my share access. Whenever I try to browse to my shares, it loads so slow that windows itself stops responding for up to several minutes. This problem happens to all computers connected to it as well, not just one. Is this a known issue/something I have configured wrong? I have a gigabit Ethernet connection with the server, dashboard, vms and dockers seem to run and respond just fine. File transfers to the drive also seems to work okay(but keep in mind that it does have a cache drive). Most drives spin down normally, but disk 1 and parity seems to be active most of the time (this is also the drive that holds most of the data, so I'm not sure if that's why). I've tested both with and without cache drive, and the issue seems to be similar. Cpu usage looks to be normal as well Server is set to local master, and both pc and server is in WORKGROUP Share config: Drives in the array: What the browsing experience is like: ZQCH9r33OJ.mp4 Edited August 24, 2021 by Quashera Added more details Quote Link to comment
itimpi Posted August 24, 2021 Share Posted August 24, 2021 I would think that you are likely to get better informed feedback if you attach your systems diagnostics zip file (obtained via Tools->Diagnostics) to your NEXT post. Quote Link to comment
Frank1940 Posted August 24, 2021 Share Posted August 24, 2021 (edited) Try this: Windows Explorer sometimes tries to get thumbnails and lots of other data about the files so that 'pretty' displays of file details can be exhibited rather than strictly a list of file names. EDIT: As I remember "Bilder" means picture in German... Edited August 24, 2021 by Frank1940 Quote Link to comment
SquishyCollars Posted August 24, 2021 Author Share Posted August 24, 2021 (edited) Thanks, here is the diagnostics file. It might be worth noting that I moved my USB stick and my drives from an older xeon server to my current ryzen server without this issue changing. @Frank1940 Thanks for the tip! Im still waiting for windows to respond after right clicking the network storage a few minutes ago, but I will report back if it helps when I'm allowed to do it 😅 Edit: Correct, the folder in the video is my images folder😃 But this behavior is in all folders, no matter the content. 😞 kei-diagnostics-20210824-1245.zip Edited August 24, 2021 by Quashera Quote Link to comment
Frank1940 Posted August 24, 2021 Share Posted August 24, 2021 49 minutes ago, Quashera said: Edit: Correct, the folder in the video is my images folder😃 But this behavior is in all folders, no matter the content. Try the 'setting' as Explorer will usually scan the entire tree otherwise. One more thing to try is to spin up all of the disks in the array to see if that helps. This is part of a experiment to see what factors are involved in your situation. Quote Link to comment
SquishyCollars Posted August 24, 2021 Author Share Posted August 24, 2021 (edited) The setting seems to possibly have helped a little bit, but it might also be the fact that I have had it open and changed stuff enough to buffer a bit. Spinning up all drives on top of this does not seem to have changed anything/ also just slightly. Browsing experience is still extremely slow, but it doesn't seem to lock up windows as badly and loads folders in 10-40 seconds compared to over a minute earlier Edited August 24, 2021 by Quashera Quote Link to comment
trurl Posted August 24, 2021 Share Posted August 24, 2021 Looks like you have had some connection issues with cache Aug 16 03:53:21 Kei kernel: ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300) Aug 16 03:53:21 Kei kernel: ata2.00: ATA-8: KINGSTON SV300S37A240G, 50026B776407AF3B, 608ABBF0, max UDMA/133 Aug 16 03:54:07 Kei kernel: ata2.00: failed command: READ FPDMA QUEUED Aug 16 03:54:07 Kei kernel: ata2.00: cmd 60/40:88:90:1e:0c/05:00:00:00:00/40 tag 17 ncq dma 688128 in Aug 16 03:54:07 Kei kernel: res 40/00:98:70:74:20/00:00:0c:00:00/40 Emask 0x10 (ATA bus error) Aug 16 03:54:07 Kei kernel: ata2.00: status: { DRDY } You might also try Cache Directories plugin Quote Link to comment
SquishyCollars Posted August 24, 2021 Author Share Posted August 24, 2021 Thanks! This seem to be my other cache though if Im not mistaken, not the one attatched to this share I have one cache - SSDs being used for my dockers and vms and one nascache - HDD being used for this share Don't know if this should make a difference Installing that plugin now, sounds promising! Quote Link to comment
Frank1940 Posted August 24, 2021 Share Posted August 24, 2021 Also be sure that you turn off indexing as shown below: All of these are little tricks to make Windows Explorer a little bit more responsive... By the way, this is a mapped drive from a Share on one of my Unraid servers. Note that Explorer 'thinks' that this drive is formatted as NTFS. (That drive on the server that actually is storing these files is formatted with XFS.) What I am not sure about is when Windows Explorer will decide that it should index the contents of this mapped drive--- When the connection is first established on boot-up or when you actively access the drive with Explorer. One more thing to try. Go into the server from the 'Network' portion of Widows Explorer, drill down, and see what the response times are using that method. Quote Link to comment
trurl Posted August 24, 2021 Share Posted August 24, 2021 17 minutes ago, Quashera said: This seem to be my other cache though if Im not mistaken, not the one attatched to this share I have one cache - SSDs being used for my dockers and vms All cache drives and array drives participate in all user shares for read purposes. Only writing new files takes user share settings into consideration. 1 Quote Link to comment
SquishyCollars Posted August 24, 2021 Author Share Posted August 24, 2021 (edited) Browsing seem much smoother from my laptop now(not mounted, trough network and vpn, no less), likely because of the plugin? My desktop that has the drive mounted has been trying to load for over 30 minutes now(network instead of mounted doesn't seem to make a difference), so I will try restarting and re-adding the network drive with the indexing settings applied. 28 minutes ago, trurl said: All cache drives and array drives participate in all user shares for read purposes. Only writing new files takes user share settings into consideration. Is the drive having issues consistently? Should I try removing it from my cache to see if anything changes? Edited August 24, 2021 by Quashera Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.