This content has been marked as final. Show 3 replies
I solved the problem.
- I created a new FTP repository, which hosts only DAT and Engine files.
- I created a new Agent policy, which uses only the new FTP repository (and the McAfee Http fallback).
- I modified the standard Agent policy, to use not the FTP repository.
I am sure other will correct me if i am wrong but i believe there is a base line that Mcafee checks when a agent checks in.
For instance when we migrated to EPO 3.5 to EPO 4 we were only at patch 4 for VSE 8.5. When we setup EPO 4, only VSE with patch 5 (not just the patch 5 update, the full package) was available for download from Mcafee and that was what was checked in. As we migrated users to check into the new EPO 4 server they all got upgraded to VSE patch 5.
Does that make sense.
I agree forcing them to check into a repository that only has DAT files will only update the DAT files to the level available in the repository.
The problem was, that the Update Task always looks for patches available in the repositories.
So you need a repository with only DAT and Engine in it. To tell the desired clients to look into that repository, just assign them a different Agent policy, which has a different repository list activated.
This has nothing to do with the Deployment task.