can you share your sepm version ?
I think this problem has been resolved in this version.
Please restart the sepm and check.
did not help
Refresh the main window, may be that system updated so not be reflect in report
No, I think the point or in the content or in the database
this issue are resolved in sep 12.1.2,if this problem are available new version you can create support ticket.
Out-of-date virus definition notifications are incorrect
Clones were, but I got rid of them, may have appeared. I'll have to check.
1. Browse to \Program Files\Symantec\Symantec Endpoint Protection Manager\data\outbox\agentinfo
2. Look for any .err files or tmp files & Dat files
3. If you find anything which is not processed by sepm then it might be the reason for the client data loss
4. Stop SEPM services from services.msc
5. Delete all the files inside the location \Program Files\Symantec\Symantec Endpoint Protection Manager\data\inbox\agentinfo
6. Restart the SEPM services.
Check the SEPM now if still issue persist go for step 7
7. Run the Management server configuration wizard.
\Program Files\Symantec\Symantec Endpoint Protection Manager\data\outbox\agentinfo
It will exist, may be you have it in different drive or under program files (x86) folder.
OS - Windows Server 2003
any .ERR files inside Agentinfo Folder?
Can you try restarting SEPM service once. that info is based on 12 or 24 hour window. might take some time to update.
if duplication issue you can try this artical and repair sep client.
How to repair duplicate IDs on cloned Symantec Endpoint Protection 12.1 clients
In this article, I corrected the duplicate, the more they do not appear in the logs for the past 2 days.
Try this and rebuild the index
Symantec Endpoint Protection Manager displays clients as offline even though the client is showing online
It is set up with us every day automatically, and it's been a few days...
upgrade to 12.1.3 (just the manager) .
12.1.3 manager can still manage any previous version of clients
upgrading manager does not require a reboot.
As far as I can tell, this is known issue that is still under investigation by Symantec. The only thing I can suggest is to log a case with Symantec and perhaps subscribe to the below article:
In the meantime, you could try setting the "Delete inactive clients after X days" value to just 1 (this is found in the domain properties), and wait a day before bringing it back up to 30, this will hopefully ensure the old/legacy clients are cleared from the DB.
2) Clients connect back to yourself? In the same group were? Do not want to take risks, because a few hundred clients and they are in groups with specific policies.
It's unclear what you mean by this post, but I'll guess these are questions of some sort?
Please upgrade to SEP 12.1.3