Some Windows Operating System folders, more specifically for non-English versions (German, Italian, etc.), contain junctions. When opened, the path to the file may show multiple instances of the same folder when seen at the command-line level. Windows Explorer does not show the duplicate folders. You can see them if running a "dir /a" command.
When an Inventory policy is executed and runs the File scan, it reports the duplicate directories wherever one of theses folders is opened, so the NSE will contain a lot of records of same file located in different folders. Here is an example from an Italian Operating System:
"C:\Documents and Settings\
There are two issues that occur because of the way the File scan handles this behavior.
While no errors or warnings will be thrown, the Agent logs will be flooded with informational and/or trace level records. They will look similar to the screen shot below taken from Windows 7 SP1 x64 client with a German OS. Files discovered in junction folders will then be stored in the NSE file to be sent back to server.
This is a known issue.
This issue is resolved with 8.0 HF1 -
If you are running a previous version than the above and need to resolve the issue without upgrading, the current workaround is to exclude these directories from scanning.
Note: Beyond folder exclusions you may need to follow the steps from TECH231139 to clean up records from database. A snippet below details this:
HKLM_SOFTWARE\Altiris\Altiris Agent\Inventory\FileInventoryFullUpdate key set to 1 will force File inventory to be sent without PartialUpdate flag. This will ensure that the next inventory will delete records from the database tables for the same files reported from these junction folders with different depths. After Inventory runs the value will be switched back to 0.