I found the problem with the robocopy script. It uses \\example.com\us\people\%username%
It should be using \\example.com\us\users\%username% But that leaves me with a question: Why was the data allowed to land where it did? I'm guessing that it didn't really replictae to his home drive. Now to investigate the other user and SyncToy. On Fri, Oct 9, 2015 at 5:51 AM, Kennedy, Jim <[email protected]> wrote: > DFS creates a shared folder under the root of the namespace if it was > created through the wizard. The backup tools are taking advantage of that > somehow. > > -----Original Message----- > From: [email protected] [mailto: > [email protected]] On Behalf Of Kurt Buff > Sent: Thursday, October 8, 2015 5:15 PM > To: ntsysadm <[email protected]> > Subject: [NTSysADM] Weird problem with DFS > > Server 2012R2 file server. 2008R2 DFL/FFL > > Home directories served out by DFS in the form of \\example.com > \people\%username% > > I got an alert this morning that the C: drive on this machine was only 7% > free. > > I poked around (with windirstat), and found that two users had massive > amounts of data stashed in the c:\DFSRoots\US directory. One was in > people\%username%\, the other was in %user%\ - more than 35gb each > > The one thing they have in common is that they're backing up data to their > home drive. > > One uses a script using robocopy, the other uses synctoy. > > The data resides in both spots on the file server - their home directory > and on user partition. > > I can delete the errant data from the C: drive without disturbing the data > on the user partition. > > I've done some SFTW, but I'm not finding anything that looks like my > problems. > > Anyone have an idea what's happening here, and how to correct it? > > Kurt > > >
