SEP 12.1 RU2 no definition reporting
Created: 02 Jan 2013 | Updated: 03 Jan 2013 | 6 comments
This issue has been solved. See solution.
This is a clean installation of SEPM 12.1 RU2 on Windows 2008 R2 Standard Edition. All 25 test-clients including local SEP 12.1 RU2 installation fail to report to SEPM about their definition-status. There is no problem when I look on the SEP client itself, the definitions update through SEPM when in-house and through LiveUpdate when out-of-office. The SEP clients also fail to report last-scan status. All other reporting and communication seems to be ok though...
I have tried re-installing some clients and used sylink-drop on a few but neither helped.
Please help!
Discussion Filed Under:
Comments 6 Comments • Jump to latest comment
can you try delete the SEP client from SEPM console and let us know if it updates.
Cheers!
Pete
Help Link: http://www.symantec.com/business/support/overview.jsp?pid=54619
Hello Pete
I'm sorry, I forgot to write that I've tried that already. The SEP client comes back to SEPM after a while but with the same erroneous reporting.
/Jonas
How long has this being going on?
What happens if you force a client check in?
SEP Knowledge Base
Endpoint SWAT
can you run symhelp and see if you find error related to corrupt definition?
is this machine cloned/imaged without removing sephwid.xml and registry related to hardware id?
Cheers!
Pete
Help Link: http://www.symantec.com/business/support/overview.jsp?pid=54619
Hi again folks, thank you for trying to help me, but please read given facts before throwing out questions.
Brian, it's a clean installation of SEPM 12.1 RU2, this was released 2012-11-15, my problems started 2012-12-05 as seen in picture "SEP 12.1 RU2 definition problem 1.PNG".
Pete, symhelp didn't report any corrupt definitions. As you can see in picture "SEP 12.1 RU2 definition problem 1.PNG" and "SEP 12.1 RU2 definition problem 2.PNG" the definitions download and install without any problems.
Pete, no cloning involved.
/Jonas
This issue has been solved now! A good old restart of the server did the trick. It seems restarting the services wasn't enough. Even offline-computers have newer data now, so it might have been a database-issue rather than a communication-issue...
/Jonas
Would you like to reply?
Login or Register to post your comment.