"Error e00084af - Directory or file was not found or could not be accessed" and Application Data folders being backed up recursively on Windows 2008

Article:TECH156919  |  Created: 2011-03-30  |  Updated: 2014-08-22  |  Article URL http://www.symantec.com/docs/TECH153488
Article Type
Technical Solution

Product(s)


Issue



The Application Data folder under C:\Users or C:\Documents and Settings is being backed up recursively.  This eventually causes the error:

0xe00084af - The directory or file was not found, or could not be accessed

 


Error



Directory Documents and Settings\administrator.EXAMPLE_DOMAIN\Local Settings\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\ was not found, or could not be accessed. None of the files or subdirectories contained within will be backed up

 

Final error: 0xe00084af - The directory or file was not found, or could not be accessed

 


Cause



Starting with Windows Server 2008, Microsoft changed the file structure of certain system folders.  For example, the data that was previously held in the C:\Documents and Settings folder in Windows Server 2003 is now stored in the C:\ProgramData and C:\Users folders. The old "Documents and Settings" folder as well as some of its subfolders like "Application Data" may still be displayed in Windows Explorer depending on the View settings. However, the old folder structure does not consist of folders any longer.  Instead, they are just system created junction points that are present to allow compatibility for older applications with the new folder structure of Windows Server 2008 and newer.

These junction points are supposed to have permissions set with an explicit "DENY" for "EVERYONE" for the right "List folder / read data". With this Deny for Everyone it should not be possible for a user to browse C:\Documents and Settings\ or C:\Users\<user name>\AppData\Local\Application Data\. Trying to browse through either of these junction points should generate an error:

Access is denied

 

It has been observed on some servers that a user has deleted the explicit Deny permission for Everyone from these junction points.  The altering of the default permissions on these junction points is what is causing the error during the backups. The junction point at this level points back to the folder which contains it, which causes the recursive folder structure.  The issue can be confirmed using Windows Explorer which will allow the user to browse through the same recursive folder structure.

 


Solution



Add the Deny permission back to all of the problem junction points by doing the following:

1. Open Windows Explorer

2. Browse to and right-click on one of the problem junction points that is being backed up recursively (such as C:\Documents and Settings or C:\Users\<user name>\AppData\Local\Application Data)

3. Select Properties

4. Click on the Security tab

5. At the bottom of the security tab click the Advanced button

6. On the Permissions tab click the Edit button

7. Click the Add... button

8. Under "Enter the object name to select (examples)" type: EVERYONE

9. Click OK

10. In the drop-down box for "Apply to:" select "This folder only".

11. In the list of permissions find "List folder / read data" and put a check mark in the Deny box.

12. Click OK

13. Click Apply and answer Yes to the prompt advising the user is setting a deny permission.

14. Click OK, OK, OK

 

After setting this Deny permission on a junction point, try to browse it again by double-clicking on it.  There should now be an error message saying that the folder is not available and that "Access is denied".

This procedure will need to be performed on any junction points causing a problem. At minimum, it should be confirmed that the Deny permission is in place on the following system junction points:

C:\Documents and Settings\

C:\Users\<user name>\AppData\Local\Application Data (do this for each user on the computer listed under C:\Users)

 

It is possible other system generated junction points are also showing up recursively. If any other junction points backup recursively in subsequent backup jobs, add the Deny permission that is supposed to be there using the instructions above.

 


Supplemental Materials

SourceUMI
ValueV-79-57344-33967
Description

 The directory or file was not found, or could not be accessed



Article URL http://www.symantec.com/docs/TECH153488


Terms of use for this information are found in Legal Notices