Skip navigation
Currently Being Moderated

Adobe PDF Ifilter 9 64bit - Random Folders on C Drive (Cause found, resolution not)

Jan 23, 2013 1:13 PM

Hello, I'm using the Adobe PDF ifilter 9 64bit on Windows Server 2008 R2 and Windows 7. We are having an issue where when Windows Search scans PDFs that contain attachments in them, the PDF filter will extract the attachments and create a "temporary" folder on the C drive that starts with "A9*" for each attachment. On Windows 7, these temp folders are deleted shortly after, on Windows 2008 R2 it is not. This has been tested on multiple machines.

 

I used ProcMon and can see that Windows 7 sends delete operations while 2008 R2 does not. The process that is sending the delete operation is the searchfilterhost.exe. I searched Google and found many people experiencing this issue but with no resolution.

 

Troubleshooting done:

Ran ProcMon to see if Windows 2008 R2 sends delete operations (it does not)

Checked system environment variables for TEMP (they are correct)

Tested on multiple machines (easily reproducable)

Reinstalled Ifilter 9 (same issue)

Indexed only 1 folder with 1 pd file with attachmetns (reproduced)

 

Windows 7 always deletes the temp folders/files

 
Replies
  • David Kastendick
    3,236 posts
    Apr 7, 2010
    Currently Being Moderated
    Jan 23, 2013 7:08 PM   in reply to AJ187
     
    |
    Mark as:
  • David Kastendick
    3,236 posts
    Apr 7, 2010
    Currently Being Moderated
    Jan 24, 2013 2:29 PM   in reply to AJ187

    I'm wondering if you've configured your environment per the instructions in our Enterprise Toolkit: http://www.adobe.com/devnet-docs/acrobatetk/tools/AdminGuide/planning. html#ifilter-microsoft-indexing

     

    Searching attachments and portfolios

    By default, attachments are not searchable inside Windows desktop search because iFilters for Windows Desktop Search (WDS) run in a filter isolation process (SearchFilterHost.exe). The process runs under the Local System security context with restricted rights which doesn’t permit creating temporary files. Since searching attachments requires creating a temp file, attachment searches fail.

    The workaround is to make WDS allow the PDF iFilter to write a temp file so that it can extract contents out of PDF file attachments. To do so:

    1. Open the registry.
    2. Go to HKLM\SOFTWARE\Microsoft\Windows Search\Gathering Manager\UseSystemTemp.
    3. Set the value to 1.

     

    Let us know!

     

    -David

     
    |
    Mark as:
  • Currently Being Moderated
    Jun 17, 2013 2:09 AM   in reply to AJ187

    I Have the same problem.

    All i needed to test it was creating a PDF with two pdfs attached to it. Place it onto an already indexed location or creating a new folder and adding that folder in the indexing options.

    The folders getting created onto "C:\" start with ARXXXXX.

     

    I've tested it onto Windows 2008 R2 Standard and SBS2011 Standard.

     

    Is there any solution to this already?

     
    |
    Mark as:
  • Currently Being Moderated
    Jun 17, 2013 11:17 PM   in reply to mprmon

    Hello,

     

    i have the same Problem on a Windows Server 2008 R2 (x64) SP1.

    The iFilter Version is the new one from David.

     

    I have 12 Server with the same configuration an the same Problem.

     

    Is there any solution?

     

    best regards ctrltaltentf

     
    |
    Mark as:
  • Currently Being Moderated
    Sep 3, 2013 6:07 AM   in reply to David Kastendick

    I cannot edit this registry key. I get...

     

    Error Editing Value

    Cannot edit UseSystemTemp: Error writing the value's new contents.

     

    I am logged into the server with an admin account.

    I have completed the following

    Start -> typed "regedit", right click "Run As Administrator"

    Exported this hive of the registry, edited thie export. And attempted to "Merge" the .reg file back. Where I get the error...

    "Not all data was written to the registry. Some keys are open by the system or other processes."

     

    I am stumped! How do I find what Service(s) or application(s) is/are locked this key?

     

    Ritchie

     
    |
    Mark as:
  • Currently Being Moderated
    Sep 3, 2013 6:15 AM   in reply to RitchieFraser

    That seems a very convoluted way to set the registry contents. What happens if you just try to change this one key?

     
    |
    Mark as:
  • Currently Being Moderated
    Sep 3, 2013 6:31 AM   in reply to Test Screen Name

    Oh sorry. I was not clear in my question I tried all the following methods to edit the reg key...

     

    1. Using regedit, and attempting to change just the one key. => "Cannot edit UseSystemTemp: Error writing the value's new contents."

     

    2. Then I tried again, running regedit "As Admin" even though I was logged on with an admin account, with the same result.

     

    3. Then I tried exporting the "HKLM\SW\Microsoft\Windows Search\Gathering Manager" to a reg file editing it and merging it back => "Some keys are open by the system or other processes."

     

    None of the above were successful.

    The last error seems to suggest that some other service or application is locking this key.

    I just don't know how to find out what.

     

    Ritchie

     
    |
    Mark as:
  • Currently Being Moderated
    Oct 15, 2013 6:31 PM   in reply to RitchieFraser

    I'm experiencing this same issue.  THOUSANDS of A9Rxxx.. folders at the root of our file server's C:\ drive after installing Adobe's iFilter ver.11.  I've configured the Path variable correctly.  I can't edit this reg key mentioned in the Enterprise Admin guide because "Administrator" doesn't have permission to do so on that reg key path (given that fact, i'd imagine it's a bad idea to do so per Microsoft).  Adobe will not answer their stinkin' phone.  Chat is useless.  There must be an answer?  if anyone comes up with anything, I'd be grateful. 

     
    |
    Mark as:
  • Currently Being Moderated
    Nov 24, 2013 11:51 PM   in reply to dlovitt

    After having tried all the different suggestions out there I "stumbled" on the REAL solution to this problem (for me at least).

     

    Ensure that the "Windows Search" service has "Allow service to interact with desktop" enabled:

     

    WSearch.gif

    After enabling this you need to restart the service.

     

    Please note that this fix alone (not doing anything else) solves the problem :-)

     

    /Tom

     
    |
    Mark as:
  • Currently Being Moderated
    Nov 26, 2013 10:18 AM   in reply to TomDitlev

    I did as Tom suggested and so far so good.  I enable desktop interraction, and the A9RXXX files have stopped being created.  Be warned, if you make this change to the service, your index will be deleted and recreated (at least it was in my case).  I owe Tom a drink! 

    I haven't verified that I can actually search for content of the archive files yet, but at least my system partition isn't filling with bogus files.

     
    |
    Mark as:
  • Currently Being Moderated
    Dec 5, 2013 3:12 PM   in reply to dlovitt1

    This actually didn't work fully.  It's a little odd, but after I allowed the service to interact with the desktop, the index was completely rebuilt.  It ran for days and ultimately indexed the 1.5 million or so files on the server.  The A9R files were not created. However, now, after a week or two, the A9R files are getting created, but only on the newest archives my users are creating, not the 10's of thousands that were there before. To summarize, the index was recreated and finished building, presumably with all of the archive pdf included and fully indexed, but now NEW archive pdf files are getting extracted and not deleted on the root of c:\.

     
    |
    Mark as:

More Like This

  • Retrieving data ...

Bookmarked By (0)

Answers + Points = Status

  • 10 points awarded for Correct Answers
  • 5 points awarded for Helpful Answers
  • 10,000+ points
  • 1,001-10,000 points
  • 501-1,000 points
  • 5-500 points