The .gem files are the incremental updates for the dats.
It's not safe to manually remove any content from an ePO repository or you will probably find the whole repository is broken in the process.
The repositories do not know what the end nodes will require when they call in for an update so they keep a copy of everything current.
There should not be any old files that need deleting under normal circumstances.
Having said that with SA repositories on MA 4.6 we now have 'lazy-cacheing'.
Lazy-cacheing is a new features that will help with space taken by dats on SA repositories as they can be set up to no longer keep a copy of everything but request content on-demand to hand off to the client.
Gem files will be of few kbs and should not take much of space.
On the ePO server, the DAT files will be under \program files\McAfee\ePO\DB\Software\Current\VSCANDAT1000.
Sorry, didn't see. Rob has already replied.
I have the same problem, 25GB of my hd is used by old DAT
Could you provide some more detail for the group on exactly where these files are being found.
It's not clear if we are talking about repositories or client machines.
Is 25GB is because of Gem files?
Do you see accumulation of older DATs in Repocache folder of ePO?
C:\Program Files\McAfee\ePolicy Orchestrator\DB\RepoCache\Current\VSCANDAT1000\DAT\0000
there are *.gem and zip like ( avvdat-6385.zip) 100Mb each one
I have also seen this on some of my client-nodes in very rare circumstances.
Although, my "extra" files are here: C:\Documents and Settings\All Users\Application Data\McAfee\Common Framework\Current\VSCANDAT1000\DAT\0000
in my case they are un server