URGENT HELP NEEDED! user files not showing up after changing domains!

I switched from 2 DCs (one being on a 2003 server the other on a 2008R2 server) to 1 DC (2008R2).  A new domain was created on the new 2008R2 box.   Among other things, I copied over using robocopy 2 file directories.  One was "general files" the other was "user shares" (permissions on "personal shares" is system, admins and the user of the share).  After the switch and files were put on new server "general files" were accessed fine by the new user accounts that were set up.  ***However, the "user shares" directory is showing EMPTY both on the new server and the old server even though if I look at the properties of the root folder it says the data is there!!!  When I try to recover from a backup that is a week old, that folder still shows empty!!!!!!

Any help on this would be GREATly appreciated.
Who is Participating?
Wouter MakkinjeConnect With a Mentor IT ManagerCommented:
Hmmn i have further searched for this and have stumbled across that this should work since robocopy sets the destination to system:

attrib -h -s -a [ Drive : ][ Path ].

For example: attrib -h -s -a "C:\My hidden folder"

Please give this a try as its a tad different then what i wrote earlier.

Also you can try this:

The problem is that for whatever reason, Robocopy has marked the directory with the System Attribute, making it invisible in the directory structure unless you enable the viewing of system files. The easiest way to resolve this is through the command line. Open a command prompt and change the focus to the drive in question (e.g. x:) then use the command [dir /A:S] to display all directories with the System attribute set. Locate your directory name and then enter the command [ATTRIB -R -S x:\MyBackup /S /D] where x:\ is the drive letter and MyBackup is your directory name, the /S re-curses subfolders and /D processes folders as well. This should clear the Read Only and System attributes on all directories and files allowing you to view the directory normally.
Have you checked the folder permissions? If you can't manage permissions try to take the ownership of the folder.
ImImInAuthor Commented:
Yes I have checked the folder permissions and everything seems to be in good order?
Creating Active Directory Users from a Text File

If your organization has a need to mass-create AD user accounts, watch this video to see how its done without the need for scripting or other unnecessary complexities.

Wouter MakkinjeIT ManagerCommented:
This might seem stupid but:

Have you enabled viewing hidden files and folders?
Are you running Access based enumeration on the share leaving it visibly empty unless your actual account has the proper rights on all folders?
Access-based enumeration (ABE) displays only the files and folders that a user has permissions to access. It is a feature that was previously available as a downloadable package for the Windows Server 2003(but included from SP1). Access-based enumeration is now included in the Windows Server 2008, and you can enable it by using Share and Storage Management for the share were you want to enable it.
Read more about it here: http://havardkristiansen.com/?p=152

What you are describing sounds exactly like a case of ABE but i can't know if you're actually using an account with the permissions granted or not.

To see if ABE is active


Open Administrative tools: Share and storage management


Right-click your share and select properties


Notice the field Access Based Enumeration and if it is set to Active or Inactive.I hope this helps a little let me know what turns up, feel free to attach screen shots of the ACL's so we may be able to help you better.

Oh also, if you know the name of the folder try running the following command in an elevated command prompt:

attrib -r -h -s "G:\folder_name"

Replace the Drive letter and folder name with your drive letter and folder name such as D:\Usershare
ImImInAuthor Commented:
Thanks for your replies!  I have enabled viewing hidden files and ABE is disabled.  Remember this sam bizarre problem is both on the old and new servers.  The old server did not have this problem prior to the switch over!
Wouter MakkinjeIT ManagerCommented:
Did you run attrib -r -h -s "path" ?
ImImInAuthor Commented:
yes, no luck.
ImImInAuthor Commented:
Thanks for your help guys!  It ended up being 'who know'!  After changing permissions around a bit (actually a lot!), content was found in the folder structure!  This was very frustrating!
Wouter MakkinjeIT ManagerCommented:
Great that it worked out for you! :D
All Courses

From novice to tech pro — start learning today.