Skip to content
View in the app

A better way to browse. Learn more.

Unraid

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

Issues with browsing SMB shares - extremely slow browsing

Featured Replies

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:
unknown.png.222f7e4e43e17bb68872090f0396a26e.png
Drives in the array:

firefox_RTSEDDyvKt.png
What the browsing experience is like:

 

Edited by Quashera
Added more details

  • Community Expert

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.

  • Community Expert

Try this:

image.png.5fdfb6e2001f9c3e9e6aa97ae2e6e6dd.png

   

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 by Frank1940

  • Author

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 by Quashera

  • Community Expert
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. 

  • Author

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 by Quashera

  • Community Expert

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

  • Author

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!

  • Community Expert

Also be sure that you turn off indexing as shown below:

image.png.a5b43441121d0a2630c58c86cbc1d4d6.png

 

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.

  • Community Expert
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.

  • Author

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 by Quashera

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.

Guest
Reply to this topic...

Account

Navigation

Search

Search

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.