1 2 Previous Next 14 Replies Latest reply on Mar 15, 2011 11:59 AM by chris_blois

    ePO Reports - VSE Compliance "No Engine and Dat Version" shown


      Using ePO Server 4.0, MA 3.6 sad and VSE 8.5i P8 I'm trying to figure which systems failed installing the latest patch (are generally non-compliant).

      I used the provided "VSE: Version 8.5 Compliance " report and found several systems reported as non-compliant. Checking the list (table), I noticed that in the report, the columns/cells for the VSE Version, Enging Version and/or DAT version are blank for some PCs.

      Checking on at least a few of those PCs, I saw in the About box that VSE is in fact doing fine.

      It seems to be a problem with the McAfee Agent reporting the properties back to the server.

      It's annoying as I (repeatedly) call remote sites telling local admins that systems aren't up-to-date when in fact, they are.
      Does anyone have any information on this ?


      PS : I know Agent 3.6 is out, we need to be sure every PC has VSE patch 8 as Agent 4 is not compatible with VSE hotfix <7 (which ~10% systems still have)
        • 1. RE: ePO Reports - VSE Compliance "No Engine and Dat Version" shown
          Laszlo G
          Perhaps the agent-to-server port is locked btween the computer and the ePO server, if you don't even see last connection time on your epo server it can be this.

          Try a telnet from one of these machines to the ePO server agent-to-server port and see if it gets connected
          • 2. RE: ePO Reports - VSE Compliance "No Engine and Dat Version" shown

            Altogether this is for ~5% of my systems.

            • 3. RE: ePO Reports - VSE Compliance "No Engine and Dat Version" shown
              Laszlo G
              You can make a test deploying MA 4.0 to one of these machines (or use CMA instead of the one you are using if you don't want to upgrade to 4.0 now) and see if it returns all the info as it should be.

              I had the same problem some time ago and after upgrading to CMA 3.6 patch 4 ( it workd fine
              • 4. RE: ePO Reports - VSE Compliance "No Engine and Dat Version" shown

                I updated the agent to the latest patch ( and the problem remains :sad:

                MA 4 is not yet validated, we're testing it and we're following issues here :)

                • 5. Re: RE: ePO Reports - VSE Compliance "No Engine and Dat Version" shown

                  Was this ever resolved or know the solution?  I understand this is an old post but I'm experiencing this issue on a number of my systems running the latest patch of the 4.0 agent.  The client is fine and reports the correct DAT but what is listed in the Proptoserver file is 0 and that's what is showing up on the ePO server.  I've tried pushing out the agent again but this does no good.  I contacted McAfee support and they walked me through uninstalling then reinstalling and suprise this worked but I don't have that luxury to do this for everyone since many of these systems are remote.


                  Thanks for your support.

                  • 6. Re: RE: ePO Reports - VSE Compliance "No Engine and Dat Version" shown



                    I'd more or less forgotten I'd raised this issue and was thinking of checking (again) in the Kb and here about this.


                    No, the issue hasn't been solved.

                    I was told (somewhere) that switching to McAfee Agent 4 should resolve this... it didn't.


                    We're now using MA (latest patch AFAIK) on "all" systems (for some reason, some systems didn't upgrade the agent).

                    To summarize, I have about 5200 systems,

                    • 4500 have agent,
                    • 180 have MA,
                    • 500 have CMA 3.6.0.xxx
                    • 950 have a last update date of more than 2 weeks
                    • 850 have a last update date of more than 1 month

                    (I usually consider thos inactive computers as "zombies" as I'm not told when old Pc's are replaced or trashed, I have tofind out by myself if inactive systems are actually having a problem or if they have been replaced.)


                    If I only look at active systems (last update less than 2 weeks), I have 4327 systems, of these 15 have MA other than

                    346 are what I define as "non compliant" (MA version, VSE version, DAT and Engine versions) and in those I still see funny things like

                    • [blank]  VSE version, DAT or engine
                    • VSE Engine version reports as  "N/A"
                    • VSE Engine version reports as  "%%NewEngineVersion%%"
                    • DAT version reports as  "[Blank]"


                    I have been unable to find out exactly what goes wrong why where... I couldn't find any real link between systems showing this problem.

                    Most of the time, uninstalling all McAfee software and reinstalling solves the problem.

                    I'm not even sure that it's always the same systems that show the problem every week.


                    Since it only concerns a fraction of 8% of the systems, I can't spend too much (not enough) time on this.



                    • 7. Re: RE: ePO Reports - VSE Compliance "No Engine and Dat Version" shown

                      Hi Serge,


                      Please check your extension and make sure both VSE and the reporting extension are updated. It should be 202  for VSE 8.5 and 146 for the reporting extension (I think) . If they are up to date check on one machine what is actually sent to ePO. The file is called LastPropsSentToServer.xml in the agent directory. Does that contain correct data? There are other things to be checked but this might be a start.





                      • 8. Re: RE: ePO Reports - VSE Compliance "No Engine and Dat Version" shown

                        Oh Serge, you are totally in the same boat I'm in. I have all kinds of systems that I can not get updated with the latest patches or I can not get to install additional McAfee apps like SiteAdvisor or HIPS.  It's frustration but then again our environment is not standard by any means which my guess is part of the problem. 


                        I'll keep playing with it. Might even give McAfee another call to see if another tech gives me another solution.  Since I report a dashboard to the management team, they don't like to see systems we have no idea what DATS they are running so I'm forced to find a solution.  If I find anything I'll post it here.




                        • 9. Re: RE: ePO Reports - VSE Compliance "No Engine and Dat Version" shown

                          Just as a bit of clarification - this kind of thing is certainly possible. Here's the background - please bear with me


                          The agent on the client machine is not, strictly speaking, responsible for collecting the properties of the products installed on the machine. Instead, each point product provides an interface to the agent: when the agent wants to collect properties, it effectively tells each product "collect your properties and tell me when you've finished." The agent then packages up the properties from each product and uploads them to the server. However, it doesn't check that the properties it has make any kind of sense - it can't, since it doesn't know what constitutes valid properties. It relies on the point products to collect the correct properties.

                          If, therefore, a point product makes a mistake or fails to collect the correct properties, the agent is going to send this up to the server. In the case of DAT and engine versions, which cause the most trouble, this information has to be retrieved from the engine while it's running: if for any reason the engine is busy at the the time it is asked for its properties it may not be able to respond in time, and this in turn leads to a blank DAT or engine version.

                          Once this has happened, it's possible that it won't correct itself until the next dat version is installed.


                          There are a couple of different possible solutions to this. One is the full-properties wakeup call. If you have a machine whose properties are incorrect, you can send a wakeup call to that machine with the "Get full product properties" option enabled: this tells the agent to collect everything again and often solves the problem.


                          Alternatively you can tell VSE to collect its properties from the registry rather than from the engine: please see KB 60100  for more details on using the bReadEngReg value.


                          HTH -







                          Message was edited by: Joe Bidgood on 26/01/10 09:39:54 GMT
                          1 2 Previous Next