up vote 14 down vote favorite
1
share [g+] share [fb]

I have a Windows Server 2008 R2 network share setup as a map drive in Win 7 x64. I want to search it via Windows 7 but I always get "no items match your search". It's as though it's not even attempting to search.

The File Server role with Windows Search Service is installed. The drive holding the network share is added to the indexing options on the server, and it indicates that indexing is complete.

From what I understand, the search query should be sent to the server (where the content is indexed), executed, and the results returned.

Failed solutions:

Source: http://social.technet.microsoft.com/Forums/en-US/w7itpronetworking/thread/afb904c1-1c61-4aae-b6b1-5cf525b9f8de/

  • create a symbolic link to the UNC. I find that to be an extreme fix to what should be a simple problem.

  • enable "Always Available Offline" for the UNC. In a corporate setting it's not acceptable to duplicate all server content locally, nor is it feasible with many TB's of server storage.

  • install the "Windows Desktop Search: Add-in for Files on Microsoft Networks" http://www.microsoft.com/downloads/details.aspx?DisplayLang=en&FamilyID=f7e981d9-5a3b-4872-a07e-220761e27283 It allows a UNC path to be entered into the indexing options on the client and then the index built locally. However, the add-on is not for Windows 7 and is not supported for x64.

Update:

  • The setup includes two clients (Both fully updated Win7 x64), one file server, no domain. Just to make it easy (security isn't an issue in this case), anonymous access is used. I really doubt it's a permissions problem as I can access, modify, and create content on the mapped drive. I just can't search it.

  • Searching on the server ALWAYS works. The share in question has lot of content: 2.17TB with 274,633 Files, however, the folder(s) I wish to search has only 11,503 files (54.3GB)

  • Searching on one of the two clients works most of the time. It appears to be somewhat unreliable. Some days it works, others it does not. Searching on the second client has never worked.

  • The index has been rebuilt on the server as well as both clients.

Update 2:

  • From the client, if I highlight all files in the share, go to properties, and let Win 7 count the files, then proceed to do a search after the counting is complete, it works. I'm not sure why that worked (something to do with rebuilding the index, properly this time?). I have a feeling that as the fileserver content changes it wont stay working. Any thoughts?
link|improve this question
Any chance the UNC path you're using is a DFS path? If so, that is unfortunately not supported, which I had to find out the hard way. – Jordan W. May 23 '11 at 13:20
No, the DFS service is not installed. – mbursill May 23 '11 at 15:28
feedback

7 Answers

up vote 2 down vote accepted

Given that you're trying to search a server and not your local system, it's probably not related to indexing as you shouldn't have all your clients indexing a file server.

What happens on the system that doesn't work if you login as a completely different user and try to search the sever? If you get results, try the steps laid out on this site

There's a registry key:

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Advanced

In this key there are two values (both hex dword)

Start_SearchFiles Start_SearchPrograms

Uninstalling Windows Search sets the value of both of these to zero, when they default to something else. However, reinstalling Windows Search does not restore them to their default setting like it probably should. By manually setting both of them to 1, it re-enabled the windows search function from the start menu. Somebody might want to notify one of the Microsoft software engineers that they should correct this issue so that reinstalling Windows Search properly configures this registry key back to its default setting, that way if anybody else does what I just did they'll avoid the same headache I went through. (I don't know how to contact them myself.)

Another thing to try would be to try the steps outlined on this site

link|improve this answer
As indicated in the second link, the Organize/Search setting for: "Don't use the index when searching in file folders for system files" may have done the trick. After turning that on, mapped folder searching is working. I've been tricked into thinking its fixed before (sometimes after a few hours it reverts back to the broken state). I'm optimistically cautious about this fix and will mark this as the answer if it proves positive. – mbursill Dec 18 '11 at 17:54
Not sure why it has worked, but turning on the option "Don't use the index when searching in file folders for system files" did the trick. Obviously the mapped drive does not contain any system files. Very strange. – mbursill Dec 20 '11 at 15:20
feedback
up vote 0 down vote

Sounds like a case of bad/incomplete/corrupt indexing.

Have you tried the exact same search directly on the server? If that doesn't work either, may I suggest forcing a rebuild of the index:

  1. Click Start, click Run, type regedit, and then click OK.
  2. Locate and then click the following registry subkey: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Search\SetupCompletedSuccessfully
  3. On the Edit menu, click Modify.
  4. Type 0, and then press ENTER.
  5. Exit Registry Editor, and then restart the computer.

(Steps taken from MS knowledge base.)

link|improve this answer
This looked promising but didn't do the job. I did learn, however, that it's only one system which is affected. The server its-self can execute searches without problem. I tested another Windows 7 client and searching of the mapped drive works successfully. Unfortunately, the system that gets used more often (and requires searching) still fails. Would the index of a mapped network drive really be copied local? Shouldn't the query string be sent to the server for execution and only the results returned? – mbursill May 19 '11 at 14:50
As far as I know, a mapped drive is a simple shortcut to a UNC path. There's no connection made to the remote services (e.g. Windows Search service of your Win2k8 server) through mapped drives. Now that I think of it, maybe you need to verify that the mapped drive is actually being indexed on the Win7 machine. Go in Indexing Options from your Control Panel and check the mapped drive if it's not checked. If it is already checked, click Advanced and then Rebuild to rebuild the index. Hopefully that will do it. – Olivier L. May 20 '11 at 4:32
Just read here that, as you said, Windows is intelligent enough to use the remote index on UNC paths. Learn something everyday. Anyway, if you haven't done so already, maybe you'll want to troubleshoot your issue through the Indexing Options of the Win7 machine. Maybe remove local indexing of the mapped drive if it's currently set? – Olivier L. May 20 '11 at 4:39
@mbursill, are you sure permissions are okay for that one computer that can't get anything? (both user and computer accounts?) Server 2008 should do the search, then filter out what you don't have access to. – Brian May 20 '11 at 13:31
@Olivier, with Win 7 you cannot add UNC or mapped drive to the local index. You load up Indexing Options, click Modify, then "Show all locations". You see everything local, even removable disks, but nothing remote. That said, I tried a rebuild anyway, and when it finally finished, I still couldn't search the mapped drive. The exact same search string (one word) on the server or second client works, but not on this one Win 7. Searching locally indexed content works fine. – mbursill May 22 '11 at 17:22
show 2 more comments
feedback
up vote 0 down vote

Go to Home Group on the Windows 7 machine in control panel (I know, but bear with me...). Click on "change advanced sharing options" and in the public section, turn ON network discovery (or toggle it off, apply, on, apply, if already on). Re-index and reboot.

This is just a suggestion. Also, do you notice if the shared network drive appears with an X on it, even for a brief time period, when the machine is turned on? Win 7 has a habit of giving up indexing a network share if it is not available immediately on bootup, even if it subsequently becomes available, like in 30 seconds.

I suspect that this is something to do with the Home Group interaction, even if you have it turned off. I have spent literally days getting machines to be visible when, for no apparent reason, they are immediately available to other machines on the same OS. All these cases involve some type of Windows 7 "homegroup" issue.

link|improve this answer
feedback
up vote 0 down vote

Try going in from the client PC and right click on the mapped drive. Make sure that "allow files on this drive to have contents indexed..." is checked.

The other option that I would check would be: double click the mapped drive, select all folders and then right click on them, click advanced, then make sure that "folder is ready for archiving" is checked and "allow files in this folder to have contents indexed" is checked.

I think that these settings are usually set on a per pc basis, not taken from the server's settings.

link|improve this answer
feedback
up vote 0 down vote

You need to include the mapped drive to indexing options in win 7.

link|improve this answer
feedback
up vote 0 down vote

Try creating a new Library and including the folder in the Library.

link|improve this answer
feedback

Your Answer

 
or
required, but never shown
discard

Not the answer you're looking for? Browse other questions tagged or ask your own question.