Video Screencast Help

SEP 12.1 RU2 no definition reporting

Created: 02 Jan 2013 • Updated: 03 Jan 2013 | 6 comments
JFinnhult's picture
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!

Comments 6 CommentsJump to latest comment

pete_4u2002's picture

can you try delete the SEP client from SEPM console and let us know if it updates.

JFinnhult's picture

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.


ᗺrian's picture

How long has this being going on?

What happens if you force a client check in?

Please click the "Mark as solution" link at bottom left on the post that best answers your question. This will benefit admins looking for a solution to the same problem.

pete_4u2002's picture

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?

JFinnhult's picture

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.


JFinnhult's picture

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...