Finder search on shared volumes: Works on 10.7, not on 10.8

In our office, we have a Mac Mini acting as a local server running OS X 10.8.3 with an external hard drive connected.  Each person in our office connects to the Mac Mini through an idividual user account, so that we can control each user's access to the folders on the external hard drive.  Some users are on OS X Lion and others are on OS X Mountain Lion.
All of our Lion computers are able to connect to the Mac Mini and do a Finder search for any items in the shared volume.  So a filename search for ".doc" on the "Shared" scope returns all Word documents on our Mac Mini server which they have permission to access.
That same feature is not working properly for users connecting through Mountain Lion.  When a Mountain Lion user does the same search - filename containing ".doc" - no results are returned initially, however if they toggle the search scope back and forth (like from "Shared" to "This Mac") a few times, eventually some results show up on the Shared search.
But with this issue, we can't be confident that the results listed by any search are complete or not.  Our business generates a lot of documents and audio files each day and the search function is a crucial part of our daily workflow.
The Mac Mini server has recently been upgraded from Lion to Mountain Lion 10.8.3, and Mountain Lion users have just upgraded from 10.8.2 to 10.8.3, however the issue is still the same: users connecting with Lion 10.7.5 can search shared volumes properly, but users connecting with Mountain Lion 10.8.3 cannot.
Is there a solution to this that doesn't require a downgrade to Lion?

It sounds like you are using Spotlight.
Spotlight Alternatives
EasyFind – Spotlight Replacement
Find Any File
Information.
Spotlight – 5 things You Never Knew
Spotlight Basics
Spotlight – Create Good Queries
Spotlight FAQ
Spotlight – Narrow Search Results

Similar Messages

  • Problems with Spotlight searching of shared volumes

    According to: http://www.apple.com/macosx/features/300.html#spotlight, I should be able to "...search any connected Mac with Personal File Sharing enabled or a file server that’s sharing its files."
    It doesn't specify what "file server", so I presume it means Spotlight should be able to search any mounted shared volume (assuming, of course, that indexing has been enabled).
    I have a NAS device that I want to be able to search with Spotlight. According to mdutil, the volume is enabled for indexing, but I don't see any results when I search under "Shared" in Finder via Cmd+F. (I checked, and there's no .Spotlight folders on the volume.)
    From what I recall, under Tiger you could manually specify a network volume to index, but if you dismounted the volume, you'd have to re-enable indexing on next mount. This worked for other file systems (such as Fat32 & NTFS), as well as for HFS+ drives.
    According to mdutil in Leopard, the volume is still enabled for indexing even across dismounts. The NAS drive is not HFS+ formatted, but uses XFS.
    I've tried deleting the index, to no avail.
    Has anyone successfully used Spotlight to search mounted volumes on volumes not shared via another Mac?
    Am I missing something?

    You have not missed anything.... Leopard promises but does NOT deliver.
    I use an AFP server with Bonjour enabled. And NO NO NO Spotlight search is possible on this network volume...
    This is outrageous and FALSE information....
    Oh and - that Leopard is Sporting 300 new features is false info too.... Not even the "What is New in Leopard" says anything about 300 features.. But it sounds great doesn't it....

  • Leopard Clients cannot search a Shared Volume

    Clients are 10.5.1, conntecting to a Leopard server 10.5.1
    when the clients try to search for a file by contents or name, nothing is every returned, it does not seem to try (no delay or spinner)
    the results are the same if they click into the server first (to get the shared point name in the top of the search window) or if they open any other finder window
    searches of the local volume works perfectly
    Filesharing is working as intended on all clients, they have read and write on the files in question.
    its just that all searches return no results
    any ideas?

    Your server may be hanging while creating the Spotlight index for the share point. Look in the console.log file (open Console on the server from the Utilities folder). If one of the mdworker processes is having trouble, you'll see Spotlight error messages. Also look in Activity Monitor (also in Utilties) on the server to see if any process that starts with md (like mds, mdworker, etc.) is using a significant portion of CPU time (20% or more, sustained).
    It's possible that waiting will alleviate the problem, as Spotlight finishes the index. Or you may want to try this:
    1. Create a new share point (preferably on a different server volume, if possible), and set all permissions and turn on Spotlight search while the new share point is empty.
    2. Copy a few folders from the troublesome share point to the new one, and attempt searching from a client.
    3. If this works, continue copying or moving items from the old share to the new one. If you encounter problems, the last items moved or copied were probably troublesome. If you don't have trouble, then continue moving/copying items until the original share point is empty (or contains the same contents). Later you can delete the original share if you're happy about the status of the new one.
    And for VPN access to the server behind a NAT/PAT device (such as a DSL gateway), your server's firewall needs to accept any PPTP or L2TP and IKE data from the "any" network; then forward those ports from your gateway to the server's local address via Port Address Translation (PAT):
    * Most gateways ("routers", "cable modems", etc.) refer to PAT by one of these names: Port Forwarding, NAT Pinholes, or Port Address Translation. Some devices hide these settings in the Advanced, Security, or Firewall settings.
    * Let's say that your public IP address is 17.30.31.7 and that your server behind the NAT device is at 192.168.1.3. You want to forward incoming requests from 17.30.31.7 to 192.168.1.3 for the following TCP and UDP ports:
    UDP Port 500 (IKE)
    UDP Port 1701 (L2TP over UDP)
    TCP Port 1723 (PPTP)
    UDP 4500 (IKE NAT Traversal)
    --Gerrit

  • My iPad volume works on Facebook but not on games

    My iPad volume works n everything but games

    there is a mute setting on the pad, which controls 'system sounds', like beeps and clocks that are sometimes used in games - but does not control regular sounds like music.  You may have your pad muted.  look in settings, general and see what the side swith is set to control, and if it is set to control mute, simply switch it and see if that turns your game sounds back on.
    You can also look in control center and see if the mute symbol is shown.
    The side switch is the little swith next to the volume rocker.

  • Finder sees a shared volume, but cannot mount it

    I have a problem with a G5 that is on a network with a Mini and a G4, both set to up for Sharing. The Mini is also a print server.
    (1) The G5 cannot log onto either the Mini or the G5. The G5 Finder sees and identifies both in Server Browse. It just no longer will mount them, displaying no message why.
    (2) The G5 can print using the Mini as a print server, though!
    (3) The G4 can log onto the Mini.
    (4) The Mini can log onto the G4.
    Any ideas?

    I think those aren't simple files, though...
    /Library/Preferences/SystemConfiguration/preferences.plist
    and some others may hold some of them.
    I think most of the problem lies in the files/folders at Root called Automount, Network, and Servers.
    If you wish to try to eradicate them with sudu Terminal commands I can gelp.
    I've used Xupport to turn off hiding those Hidden files so it's easier to see those things, though I've been admonished for suggesting the regular User do such things... I hate the concept of Hidden Files... well, when everything goes right, they're not a problem, but over here, when things go wrong and Apple can't fix them, then most are at a loss.

  • Find files in mounted volumes (SAMBA or WIN2003) does not show all files????

    In Lion 10.7.1 FIND not working right, not display all the files, in TIGER FIND works correctly.......any idea?????

    Thanks for your reply. I have only had my new Macbook for a few weeks and do not have DropBox or GoogleDrive (or anything else) on it. It is a very weird problem.

  • Search / Spotlight doesn't work properly with my notes

    hi together,
    i have a strange issue with my iphone.
    when i search with spotlight or use the search field in the notes app it doesnt seem to recognize all notes. some found some not. never experienced that issue in other apps than notes. really annoying cause you can not rely on the results.
    is there a way to reset the spotlight db or any other tipps how to tackle that.
    thanks and regards
    stlei

    Hi,
    Here:
    1. Delete ALL your controllers from your controller setup page.
    2. Quit Logic.
    3. REMOVE all drivers for your old controller. Ask Tascam if you don't know where they placed them.
    4. Unplug the Mackie MCU from the MIDI.
    5. Go to your Audio Midi Setup, and remove all controllers from this application.
    6. Quit AMS Setup.
    7. Plug in your MCU.
    8. Turn on your MCU, while pressing the channel 1 and channel 2 select buttons (the little ones above the faders).
    9. The MCU MODE is now on the LCD screen, you need to select "Logic Control" by pressing the LAST encoder knob, number 8. then the MCU should re-start.
    10. Open AMS setup application, and add the MCU device, and connect it to the right MIDI ports. Test by using the test button, and click on the MCU. All the lights should go ON on the MCU when you click on it.
    11. Quit AMS setup.
    12. Open Logic Pro, and open the controller setup page. If Logic does NOT scan automatically, do a manual scan, so Logic finds the MCU.
    13. Once it's set up, you're done.
    Cheers, and let me know if you have any further issues.

  • My volume works for notifications and not music, help!

    My volume won't work, but my alarm and notifications will :/

    Try a Reset [Hold the Home and Sleep/Wake buttons down together for 10 seconds or so (until the Apple logo appears) and then release. The screen will go blank and then power ON again in the normal way.] It is app and data safe!

  • TS4006 why cant i find my phone phone it worked before now its not working and if i dont act fast i will lose it completely its been almost a month who is responsible for this app not working?

    does apple garantee this app becauser when i opened my sprint account there was no insurance available so now what happens if there app doesnt work its been a month since ive seen my phone?

    daveharris040 wrote:
    does apple garantee this app
    No

  • Is there a FIND search filter for SHARED folders?

    I believe Archiving will only archive the users emails not any messages displayed in a shared folder.
    But when I do a FIND search by date, I still see all those messages from shared folders that other users own.
    Is there a FIND search filter for SHARED folders?
    Further is there a way to differentiate or filter in a FIND search for shared folders that only I own, or shared folders that are owned by other people?

    condor wrote:
    > The Archiving process knows not to move messages from folders that are owned
    > by other people. How does it know?
    The archiving process isn't "allowed" to move messages from folders that are
    owned by others. This is a different matter altogether. Archiving systems
    typically use either IMAP or SOAP for their access, and cannot access folders
    shared by other users (Nexic Discovery is different in this if you use the API
    version of it, because it can see shared folders, and will archive if you
    request it).
    You are comparing apples and oranges unfortunately, and the client was built to
    be able to manage shared folders unlike the archiving program.
    As Michael says, you can choose to not "look in" shared folders if you do not
    want them to show up in a find results.
    Danita
    Novell Knowledge Partner
    Moving GroupWise to Linux?
    http://www.caledonia.net/gwmove.html

  • Home sharing stops working in 11.2.0.115

    I have a large library on iTunes 11.2.0.115, running on a Windows 8.1 computer with 12GB RAM and abundant processor and disk.  I'm finding that Home Sharing stops working after one session, and then I have to turn it off and back on, re-entering my Apple ID and password.  Some of my other devices have an easier time than others, but none can find the library once it stops working.  Quitting and restarting iTunes, and/or rebooting do not work.  Disabling IPV6 doesn't work.
    The one that sees the library best is my AppleTV V3, updated to current firmware.  My iPhone 5S on IOS 7.1.1 almost never sees the library, and neither does my iPad 2.  My iMac Air sees the library after restarting Home Sharing.
    I've looked and see lots of threads about this here and elsewhere.  Are there any logs or anything I can look at for clues?  Is there a way to get help from Apple (without paying per incident?)
    I have turned on Match, and that seems to work pretty well.  I'm looking for central play counts, and shared playback of lossless files as my primary wants.  My whole family has Apple iPhones, and I'd like them to be able to use this library.
    Any ideas are appreciated.

    Hi jfschroeder,
    If you are having issues with Home Sharing from iTunes on your PC, you may want to follow the steps detailed in this article -
    Troubleshooting Home Sharing
    http://support.apple.com/kb/TS2972
    It sounds like you have already done some of the steps but it would be good if you can complete them all.
    Thanks for using Apple Support Communities.
    Best,
    Brett L

  • Why will spotlight only search my HD and not shared volumes?

    spotlight gives me the choice to search shared volumes but will not produce any find results.
    This is really causing us production issues.
    Thanks for any help

    You can keep Spotlight from indexing a volume altogether by placing the Volume in the Privacy section of the Spotlight system preference. You would do this for instance, for your Backup volume, because otherwise Spotlight would find duplicates of all your data. Is it possible this is the case?
    I have seen where the solution is to add the volume to privacy, to not index and then remove. This seems to make spotlight index the volume. If that does not work, here is an article that details how to manually have spotlight manually index an external drive:
    http://forum.multiplexapp.com/comments.php?DiscussionID=17
    Notice the caveat in the article
    There are some potential drawbacks to indexing network drives, especially those with large amounts of storage. First, if your drive holds tens or hundreds of thousands of files, indexing can be slow and tedious to the OS, and may affect your operating system's performance.
    Might be wise to index during off hours.
    Cheers
    Michael

  • Snow Leopard Finder's Get Info fails to show Owner and Group for some files or folders which reside on a Shared Volume, hosted by G5 Server w/ OS 10.4 - why?

    Frustrations with file permissions abound, as certain co workers are unable to manually determine their level of permission or who to ask to make changes to files and folders belonging to others. Users of Snow Leopard desktop OS get unhelpful feedback via Finder's Get Info, seeing only the permissions listed for "Everyone" and a statement that "You have custom access".  The custom message exists, presumably, because ACL's are employed on the shared volume in an attempt to give managerial control over these volumes to specific users, even if all users can create files and folders on those volumes.
    Shared volumes are partitions of an external RAID which are set up as sharepoints on a G5 tower running Server 10.4.  Other persons in the office, using machines that are running desktop OS 10.5, can correctly see the assigned Owner and Group permissions (although the "custom access" still shows).  This at least lets the 10.5 user know who created a given file or folder, so that they can resolve permissions-restricted issues if they come up (i.e. User A wants to delete file X, but as it was created by User B, A must contact B and have them delete it.  In 10.6 it appears that A cannot determine who B is).
    I know that ACL's are functioning (enabled on the drive) since we have been making use of ACL-granted write privileges for quite a while (and the custom access seems to be evidence too).
    An error I encountered, pertaining to this, is that I used a 10.6 machine to create a working folder, then generated and saved several files in this location.  Expected permissions thus would be Owner = me (i.e. the user I was logged in as), R/W, Group = staff, R only, Everyone = R only.  However, immediately the permissions shown in Finder / Get Info consisted only of Everyone = R only, with no entry for Owner or Group.  Moreover, clicking + to add either an Owner or a Group resulted in error message that I had entered an invalid user or group, even though I typed in correct info (such as trying to add "staff" as a group).

    Frustrations with file permissions abound, as certain co workers are unable to manually determine their level of permission or who to ask to make changes to files and folders belonging to others. Users of Snow Leopard desktop OS get unhelpful feedback via Finder's Get Info, seeing only the permissions listed for "Everyone" and a statement that "You have custom access".  The custom message exists, presumably, because ACL's are employed on the shared volume in an attempt to give managerial control over these volumes to specific users, even if all users can create files and folders on those volumes.
    Shared volumes are partitions of an external RAID which are set up as sharepoints on a G5 tower running Server 10.4.  Other persons in the office, using machines that are running desktop OS 10.5, can correctly see the assigned Owner and Group permissions (although the "custom access" still shows).  This at least lets the 10.5 user know who created a given file or folder, so that they can resolve permissions-restricted issues if they come up (i.e. User A wants to delete file X, but as it was created by User B, A must contact B and have them delete it.  In 10.6 it appears that A cannot determine who B is).
    I know that ACL's are functioning (enabled on the drive) since we have been making use of ACL-granted write privileges for quite a while (and the custom access seems to be evidence too).
    An error I encountered, pertaining to this, is that I used a 10.6 machine to create a working folder, then generated and saved several files in this location.  Expected permissions thus would be Owner = me (i.e. the user I was logged in as), R/W, Group = staff, R only, Everyone = R only.  However, immediately the permissions shown in Finder / Get Info consisted only of Everyone = R only, with no entry for Owner or Group.  Moreover, clicking + to add either an Owner or a Group resulted in error message that I had entered an invalid user or group, even though I typed in correct info (such as trying to add "staff" as a group).

  • Index (search button) in finder and mail doesn't work after installing mountain lion, index doesn't work after installing mountain lion

    after I up grade to mountain lion search button in finder and mail doesn't work: when I search from something the result is "zero"
    How can I solve this problem? thank you

    Try:
    sudo mdutil -E /
    which rebuilds spotlight and search indexes on the volume.

  • Neither Spotlight nor Finder searching SHARED drives

    I have two shared drives (both accessed via a Time Capsule) on my local network (LAN). I have total access to these two drives (reading,writing,etc.).
    How can I perform a search for a particular file on these drives?
    When I attempt to search via Finder, I enter the name of a file I know exists on one of these drives (just to test the process out) in the Search box in Finder. I click the Shared and File Name buttons, but nothing happens, no files found, nothing, zip, nada.
    I know this file exists on one of these drives.
    Why don't I see any results when I attempt to perform a search on Shared drives?
    (NOTE: This works if I search on "This Mac").
    Ideas?
    Thanks
    -Mike
    Message was edited by: Soniq2

    Apparently this is a bug in 10.5.6.
    Several posts throughout these forums indicate that many folks are experiencing the same issue.
    We can search within individual folders on a Sharepoint, but cannot perform a search of the entire sharepoint.
    Strange.
    Apple, are you aware of this?
    Thanks
    -Mike

Maybe you are looking for

  • Cant ping inside hosts from client vpn. Think its a NAT issue

    Hello all, I am running into what I think is a NAT/nat exclusion issue with an IOS IPSEC VPN. I can connect to the VPN with the cisco IPSEC VPN client, and I am able to authenticate. Once I authenticate, I am not able to reach any of the inside hosts

  • Problems with Gband after updating to iTUnes 7 and Quicktime

    Garageband has bee acting strange ever since the update and sometimes tracks freeze and it goes into a repeat which won't stop until I use the power button to shut down the computer. I am having multiple application problems since the forced update t

  • Batch creation during goods issue to order

    i had a scenario where  4  production lines are used to produce fg material,in final operation all material produced in different lines are mixed . i am using different grades of raw material( single raw material) in different ratio in each line . du

  • Can a mouse be used with MacbookAir?

    Can a mouse be used with a MacbookAir?

  • Idoc type used for an output type

    Hi experts, How do I find the Idoc structure used by an output type. When i look in nace it only shows the program name as RSNASTED and form routine as EDI_PROCESSING. Thanks, Raghu.