• Search of SMB shares not working (MacOS client)


    CS01-HS
    • Minor

    I don't search often so I can't say for certain it's the beta but it used to work consistently and now it doesn't, even in safe mode. No results returned no matter how long I wait.

     

    I'm running the latest MacOS Catalina.

    I also tested in MacOS Mojave (unraid VM), same result.

     

    I have a Raspberry Pi shared over SMB where search from the same two clients works fine.

     

    Diagnostics from safe mode attached.

     

    nas-diagnostics-20201027-1319.zip



    User Feedback

    Recommended Comments

    Still a problem in beta-35. 

     

    Am I the only who searches SMB shares or are others not experiencing this?

    Link to comment
    Share on other sites
    1 hour ago, CS01-HS said:

    Am I the only who searches SMB shares or are others not experiencing this?

    Are you referring to Spotlight searches for content that's stored on SMB shares, or to something else?

    Link to comment
    Share on other sites
    2 minutes ago, John_M said:

    Are you referring to Spotlight searches for content that's stored on SMB shares, or to something else?

    No. Just a simple search in the Finder window of a share.

    Link to comment
    Share on other sites

    In case it's not clear from my description here it is in pictures:

     

    787541218_ScreenShot2020-11-17at10_13_46AM.thumb.png.ea7f56875e22456f7bcf6918b7572c66.png

     

    1261269430_ScreenShot2020-11-17at10_14_13AM.thumb.png.a446c736a78ee7e6e376184bb7a29615.png

     

    A search of "debian" in my isos share (which clearly contains it) returns no results.

    Searching the full name debian-10.3.0-amd64-netinst.iso also returns no results.

     

    This problem persisted through the upgrade from beta30 to beta35, and from Catalina to Big Sur.

    Link to comment
    Share on other sites
    40 minutes ago, JorgeB said:

    This looks more like a macOS problem.

    Reasonable assumption but with same MacOSs searches on my Raspberry Pi share (with the standard packages) work properly.

     

    *Website is the Raspberry Pi share.

     

    726850417_ScreenShot2020-11-17at11_35_09AM.thumb.png.9a0537d10dc0067d0bec3ce4fc9f83db.png

     

    1133146506_ScreenShot2020-11-17at11_35_32AM.thumb.png.cf919854217beac267e652fc95eb4288.png

    Link to comment
    Share on other sites
    4 minutes ago, JorgeB said:

    I would say that only confirms it's a problem with that specific computer/OS.

    It happens on multiple computers, from Mojave to Catalina to Big Sur. It worked on all of them with 6.8.3. It broke sometime after I installed the first beta (beta25.)

     

    I'm pretty certain that's the culprit - the question is whether it's a bug in the release or something went wrong during the install process, maybe particular to my setup.

     

    To answer that it'd be helpful to know whether it's working with the beta for anyone on MacOS.

    Link to comment
    Share on other sites
    9 minutes ago, CS01-HS said:

    To answer that it'd be helpful to know whether it's working with the beta for anyone on MacOS.

    Yep, maybe someone else will chime in, I don't have any Macs, only work with them when I get paid to do so at work. 😛

    • Haha 1
    Link to comment
    Share on other sites

    Testing an SMB share on Unraid 6.9.0-beta30 6.9.0-beta35 with macOS High Sierra (the latest my ancient MacBook Pro can run) I see the same as you:

    547500541_ScreenShot2020-11-17at22_55_49.png.073a61820fc2069c9ac8e540ffa01a98.png

    1313346692_ScreenShot2020-11-17at22_56_32.png.f2422e84a028c3b236942a9d229d286f.png

    The three matching files are not being found. However, If I copy the folder to a server running Unraid 6.8.3 and repeat the test, the matching three files are found.

    84096127_ScreenShot2020-11-17at22_56_41.png.8ca6a08ec7ea495dfade9c79872d8aa3.png

    1197170526_ScreenShot2020-11-17at22_57_05.png.6ee454518b36bfcd4df8c4b6cae025b5.png

     

    Edited by John_M
    Corrected Unraid version
    • Thanks 1
    Link to comment
    Share on other sites

    I've done some digging on this - here's what I found.

     

    Mount unraid share system on my mac and check its spotlight status:

    [macbook-pro]:~ $ mdutil -s /Volumes/system
    /System/Volumes/Data/Volumes/system:
    Server search enabled.
    [macbook-pro]:~ $

    But as best I can tell "server search" is not in fact enabled.

     

    Turns out samba 4.12.0 changed this search-related default:

    Note that when upgrading existing installations that 
    are using the previous default Spotlight backend 
    Gnome Tracker must explicitly set "spotlight backend = tracker"
    as the new default is "noindex".

     

    If I add the following to SMB extras:

    [global]
       spotlight backend = tracker

    in addition to this share-specific code:

    [system]
       path = /mnt/user/system
       spotlight = yes

     

    Search works again!

     

    When I check spotlight status I get the following:

    [macbook-pro]:~ $ mdutil -s /Volumes/system
    /System/Volumes/Data/Volumes/system:
    Indexing disabled.
    [macbook-pro]:~ $

     

    Hopefully this is useful toward a general fix.

    I'd rather avoid a custom entry for each share.

    • Like 1
    • Thanks 1
    Link to comment
    Share on other sites


    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
    Add a comment...

    ×   Pasted as rich text.   Restore formatting

      Only 75 emoji are allowed.

    ×   Your link has been automatically embedded.   Display as a link instead

    ×   Your previous content has been restored.   Clear editor

    ×   You cannot paste images directly. Upload or insert images from URL.


  • Status Definitions

     

    Open = Under consideration.

     

    Solved = The issue has been resolved.

     

    Solved version = The issue has been resolved in the indicated release version.

     

    Closed = Feedback or opinion better posted on our forum for discussion. Also for reports we cannot reproduce or need more information. In this case just add a comment and we will review it again.

     

    Retest = Please retest in latest release.


    Priority Definitions

     

    Minor = Something not working correctly.

     

    Urgent = Server crash, data loss, or other showstopper.

     

    Annoyance = Doesn't affect functionality but should be fixed.

     

    Other = Announcement or other non-issue.