cancel
Showing results for 
Search instead for 
Did you mean: 

I have a few question about LazyCaching . We have just upgraded ePO from 4.5 Patch 4 or to EPO 4.6.6

I have a few question about LazyCaching . We have just upgraded ePO from  4.5 Patch 4 or to EPO 4.6.6, I also upgrade what I can from that starting point.

ePO 4.6.6 build 176

Super Agent

Agent 4.8.0.887  

Product Coverage Reports  4.8.0.887  

VirusScan Enterprise  8.8.0.975.Srv  7235.0000 

RSD  4.7.1.120 

I was not present when the repository was setup when we were on ePO 4.5. We control the network traffic, setup was

  • Global update off
  • Master repository, a default task updates the master repository from the McAfee update site (McAfeeHttp), overnight.
  • Update Super Agent Repository, overnight.

Curret setting  with ePO 4.6.6

  • Global update off.
  • LazyCaching on.
  • Master repository, a default task updates the master repository from the McAfee update site (McAfeeHttp), overnight.
  • Update Super Agent Repository, overnight.

Repository List

Super Agent

ePO server(only one) at top of the lists and enable, then a lists of all the Super Agent site 30 enable.

Client Repository List

ePO server at the top of the lists but disabled, then a lists of all the Super Agent site 30 enable.

I looked at the McAfee Clip on the web site about LazyCaching , and it look like a client ask it local Super Agent then wait for the local Super Agent to get the update.  When it has arrived at the local Super Agent the client then get the update form that local Super Agent

However, I noticed that Client and Super Agent request for an update, Dat file, they try any Super Agent before finding one that could update them, and it may not be the local Super Agent.  Bear in mind that a couple of Super Agent sites have a low connection speed, as they are small sites.

  1. What is the correct setting that I should have set-up?
  2. Super Agent assigned to that system, how?

The document say “When a client system first requests content, the Super Agent assigned to that system caches that content. From that point on, the cache is updated whenever a newer version of the package requested”

3. Distributed Repositories, Action ,View Package  some of the site say “Failed to verify site catalog, no repository public key matches signature”, or some similar error of missing package?

3 Replies
Highlighted
McAfee Employee JoeBidgood
McAfee Employee
Report Inappropriate Content
Message 2 of 4

Re: I have a few question about LazyCaching . We have just upgraded ePO from 4.5 Patch 4 or to EPO 4.6.6

Curret setting  with ePO 4.6.6

  • Global update off.
  • LazyCaching on.
  • Master repository, a default task updates the master repository from the McAfee update site (McAfeeHttp), overnight.
  • Update Super Agent Repository, overnight.

Please note that Lazy Caching and replication are effectively opposites, and you should only be using one or the other - not both. (The whole point of lazy caching is to reduce the amount of bandwidth used, by only transferring files that are required - so if  you then do a replication to the repository, you remove this benefit.)

The client machines have a number of different ways of choosing which repository to use, such as ping time and subnet distance. These methods are normally pretty good at locating the nearest repository, but they are not perfect: if it is important to you that clients only go to a particular repository, then you will need to use the "use order in repository list" option in the agent policy, and configure the list accordingly. (Usually this means that you would create one policy per repository, and assign the policy to the machines that should use that repository.)

HTH -

Joe

Re: I have a few question about LazyCaching . We have just upgraded ePO from 4.5 Patch 4 or to EPO 4.6.6

Joe,

        Thank for your answer it has helped.  However, I still not sure, if you look at a client log, I uploaded.  You will see that the client look for as Super Agent to get it, updates, Dat  file.   It may find a Super Agent that has the Dat, half get the Dat then look some where else.

I uploaded a log for a Client, it a laptop that not been on the network for sometime,  so was showing as unmanaged.  After a few send to the ePO to became manage again.  I then added the correct policy.  It then started to look for the latest DAT file.

I bit worried if I just use LazyCaching at 09:30 Agent Client will look for a Super Agent and may find a Super Agent site other than ePO server that up to date and it will get all the traffic. 

Looking at LazyCaching video the client ask for the update from a Superagent , then wait for the Super Agent in it domain to pull the update.  After that Super Agent has recived the update it aviable for all the client in that domain.

Paul

McAfee Employee JoeBidgood
McAfee Employee
Report Inappropriate Content
Message 4 of 4

Re: I have a few question about LazyCaching . We have just upgraded ePO from 4.5 Patch 4 or to EPO 4.6.6

It's difficult to tell from this log exactly what is happening - you would need to check the agent log (rather than the agent monitor log) and then also cross-reference the agent log on the superagent machine to get a better idea.

But before anything else, make sure you are *only* using Lazy Caching, not replication.

Also, you should check the network connectivity between the clients and superagent repositories - if the connection is very slow then the download can time out. (I don't think this is the case for you, but it's worth checking.)

HTH -

Joe

More McAfee Tools to Help You

Community Help Hub

    New to the forums or need help finding your way around the forums? There's a whole hub of community resources to help you.

  • Find Forum FAQs
  • Learn How to Earn Badges
  • Ask for Help
Go to Community Help

Join the Community

    Thousands of customers use the McAfee Community for peer-to-peer and expert product support. Enjoy these benefits with a free membership:

  • Get helpful solutions from McAfee experts.
  • Stay connected to product conversations that matter to you.
  • Participate in product groups led by McAfee employees.
Join the Community
Join the Community