Why are the client properties on SEPM not what it actually is?
Created: 11 Feb 2013 | Updated: 12 Feb 2013 | 8 comments
This issue has been solved. See solution.
Case in point. From SEPM I go to a client and look at properties and it tells me False on the GUP and also that it rejected the upgrade package. Both of these are not true because I log into the client and sure enough it is using the GUP correctly. The client status updating time is current but not the info.
thanks
Discussion Filed Under:
Comments 8 Comments • Jump to latest comment
On the GUP, open a Run prompt and type smc -stop and wait 10-15 seconds, than type smc -start.
Check the system log to ensure it says it has become a GUP. Check the SEPM again after a few minutes to see if GUP is now reporting as True
Or you can just delete the client from the SEPM and force it to check back in and than see what it is showing.
I believe this is just a "cosmetic" type issue.
SEP Knowledge Base
Endpoint SWAT
Hello,
Could you try deleting the SEP client from the SEPM machine?
Make sure you have SEPM and GUP client are of the same version.
On the next heart beat interval, the client would re-apear on the SEPM group and would provide the correct status.
Check this -
Symantec Endpoint Protection : The Heartbeat Process
www-secure.symantec.com/connect/articles/symantec-endpoint-protection-heartbeat-process
Hope that helps!!
Mithun Sanghavi
Symantec Technical Support Engineer, SEP
MIM | MCSA | MCTS | STS | ITIL v3
Twitter: @mithun_sanghavi
Don't forget to mark your thread as 'SOLVED' with the answer that best helps you.<&a
Hi,
agreed with above both comments,
Please restart the gup machine or restart the symantec services and wait some time it will be act as a GUP. other wise you have to delete it from console...
Thank& Regards,
Ambesh
Please mark your thread as 'SOLVED' with the answer that helps you.
I remember a simillar issue where the issue was with different versions.
check if GUP and SEPM should are of same version.
Please don't forget to mark your thread solved with whatever answer helped you : ) Rafeeq
"I go to a client and look at properties and it tells me False on the GUP and also that it rejected the upgrade package. Both of these are not true because I log into the client and sure enough it is using the GUP correctly."
The Group Update Provider Status in the client properties - designates if the selected machine is a GUP, not if it is using a GUP for update.
As for the rejected package there may be several reasons - client is already on that version, different language package, 32/64bit difference between the installed client and the pushed package.
I rebooted the machine that is the GUP and it still says false. However the monitor logs of sylink and the clients themselves tell me it is workng 100% as a GUP. One difference is that I identified the GUP in SEPM by ip address and not by name as it appears in the SEPM console.
Read my blog on dedupe https://www-secure.symantec.com/connect/blogs/garys-dedupe-experiences
Identification by IP should work as well, try restarting the smc service on this GUP machine: smc -stop, smc -start. There have been some issues with it on older SEP version - but if you confirm the GUP is really providing the updates, seems to be only a cosmetic issue then.
Hi,
Could you please confirm SEPM version.
GUP clients in RU5 are randomly switching to FALSE
http://www.symantec.com/docs/TECH131164
If it's happening with the latest SEP version then need to log a case with support.
As other said make sure SEPM and GUP are on the same version.
Chetan Savade
Technical Support Engineer, Endpoint Security
Enterprise Technical Support
CCNA | CCNP | MCSE | SCTS |
Don't forget to mark your thread as 'SOLVED' with the answer that best helps you.&
Would you like to reply?
Login or Register to post your comment.