A device which is not part of this management group has attempted to access this Health Service.
Has anyone found an answer to this yet? I have uninstalled/reinstalled the agents both manually and through the push. Rebooted the client, rebooted the sce server. Forced the group policy to reapply, forced the health agent to /reportnow and I still get the error. The client shows up under the agent managed section but under the health state column it shows not monitored. The clients can ping the SCE server by FQDN and RDP to it as well so name resolution is working fine. On the the SCE server I get this in the logEvent Type:InformationEvent Source:OpsMgr ConnectorEvent Category:NoneEvent ID:20000Date:6/25/2009Time:10:09:40 AMUser:N/AComputer:*******Description:A device which is not part of this management group has attempted to access this Health Service. Requesting Device Name : ***** And this Event Type: Information Event Source: OpsMgr Connector Event Category: None Event ID: 21042 Date: 6/25/2009 Time: 10:25:14 AM User: N/A Computer: *********** Description: Operations Manager has discarded 1 items in management group Servername_MG, which came from $$ROOT$$. These items have been discarded because no valid route exists at this time. This can happen when new devices are added to the topology but the complete topology has not been distributed yet. The discarded items will be regenerated. On the client I getEvent Type:ErrorEvent Source:OpsMgr ConnectorEvent Category:NoneEvent ID:20070Date:06/25/2009Time:10:06:13 AMUser:N/AComputer:******Description:The OpsMgr Connector connected to****** but the connection was closed immediately after authentication occured. The most likely cause of this error is that the agent is not authorized to communicate with the server, or the server has not received configuration. Check the event log on the server for the presence of 20000 events, indicating that agents which are not approved are attempting to connect. And this as well Event Type: Error Event Source: OpsMgr Connector Event Category: None Event ID: 21016 Date: 06/25/2009 Time: 10:06:18 AM User: N/A Computer: ****** Description: OpsMgr was unable to set up a communications channel to **** and there are no failover hosts. Communication will resume when ******* is both available and allows communication from this computer. And this OpsMgr has no configuration for management group Servername_MG and is requesting new configuration from the Configuration Service. .
June 25th, 2009 10:29am
Hello,I noticed the last sentence. Did you run the Feature Configuration Wizard after you installing SCE? Generally, when the Feature Configuration Wizard was run and Domain Policy mode was selected, a security group named SCE Managed Computers (<Management Group Name>) and two Group Policy objects named SCE Managed Computers Group Policy and System Center Essentials All Computers Policy should be created in Active Directory. You can recreate it by rerunning the Feature Configuration Wizard. 1. Delete any SCE GPO from AD. 2. Run the command line below on the SCE server: SCECertPolicyConfigUtil.exe /ManagementGroup <MGName> /uninstall 3. Confirm that the Registry key is removed: HKLM\Software\Microsoft\System Center Essentials\1.0\PolicySettings 4. Run the Feature Configuration Wizard again and configure a domain-level Group Policy. 5. Confirm that the Management Group is created. Hope it helps. Thanks. Yog Li - MSFT
June 29th, 2009 6:10am
Before you install the agents manually, have you checked Global Settings (Administration --> Settings-->Server) to ensure you have configured security to not reject manual agent installations? They are rejected by default, and will result in some of the error messages you see above.Pete Zerger, MVP-OpsMgr and SCE | http://www.systemcentercentral.com
July 1st, 2009 3:53am
Yog,the Feature Configuration Wizard was already run. I have 100 desktops in the group functioning just fine its just one desktop thats getting the above message.the desktop is the exact image/hardware/sp/patch level ____ all the other desktops that are working just fine.
July 1st, 2009 9:54am
Thanks Pete Yea I have the SCE server set to allow all manual installs.
July 1st, 2009 9:55am
Hi, Is there any other error message logged, such as 20067 or 21002? If yes, it could be the problem of Mutual Authentication. Please navigate to the C:\Program Files\System Center Essentials 2007\Certificates directory on the Agent, verify if there are two files: WSUSSSL.cer and WSUSCodeSigning.cer. Please also check the following conditions if the certificates correct: 1. Verify that the affected computer is in the SCE_Managed_Computers group: a. Open Active Directory Users and Computers <DSA.MSC> b. View the OU that contains one of the computers that is experiencing the issue c. Open the properties of the Computer d. Select the "Member Of" tab. e. Verify that SCE_Managed_Computers is listed here. If not, add the computer to the SCE_Managed_Computers group. f. Log the client off of the network, then log the client back on. g. Restart the OpsMgr Health Service on the client. 2. Check if duplicate SPNs are there or missing, use following query command: ldifde -f C:\*.txt -t 3268 -d dc=domain,dc=com -l serviceprincipalname -r (serviceprincipalname=*) -p subtree In the above command, replace DC=domain,DC=com with the DN of the domain If you find and remove duplicate SPNs, use setspn -D to delete all of the HealthService SPNs. Then, restart OpsMgr Health Service on the management server and let it register its SPNs with the correct logon account. For example: Using the example above, the setspn -D commands would be as follow: setspn -D MSOMHSvc/OPSMGRFA opsmgrfasetspn -D MSOMHSvc/OPSMGRFA.ChildDomainA.ForestA.local opsmgrfa Note: You can find setspn.exe from Windows Server 2003 support tools. More information: Event IDs 20070 21016 (see end of Body for text to event log errors)http://social.technet.microsoft.com/Forums/en-US/systemcenterdeployment/thread/fde0524e-eb67-4b44-9a22-c3cff00b1ffc Thanks,Yog Li - MSFT
July 2nd, 2009 6:09am
Ok here is a new twist, after a long weekend the machine finally showed up as being managed and all the of the event log error messages have disappeared.Now, however,the PC is in the "All Computers" Group but not in the all "All clients" default group or the "windows xp" group that I created.Any ideas as to why It took about a week for it to show up as being managed and whoy not its not showing up in the proper groups?
July 6th, 2009 11:13am
Hi,I have met a similar issue. Please delete all Network Devices from Administration space -> Device Management -> Networked Devices and reinstall agents to see if the issue resolved.It seem like a bug of the SCE Network Device MP.You candownload and install the latest version of Network Device Monitoring Library MP from the link below:Microsoft System Center Network Device Monitoring Management Pack for System Center Essentials 2007 SP1 (KB960569)http://www.microsoft.com/downloads/details.aspx?FamilyID=8200e405-f871-4f19-a991-0411285fcbe5&displaylang=enThanks,Yog Li - MSFT
July 8th, 2009 7:03am
Yog,There are no devices under the "network devices" section in Administration space -> Device Management -> Networked Devices All of the computer are under the "agent managed" section.
July 8th, 2009 9:24am
Yog,Any ideas on this, any new computers i add to the domain are showing up as not monitored. The 100 or so original PC's are working finein the SCE server i get :Event Type:InformationEvent Source:OpsMgr ConnectorEvent Category:NoneEvent ID:20000Date:8/11/2009Time:5:23:31 PMUser:N/AComputer:*******Description:A device which is not part of this management group has attempted to access this Health Service. Requesting Device Name : ****** On the clients i getEvent Type:ErrorEvent Source:OpsMgr ConnectorEvent Category:NoneEvent ID:20070Date:08/11/2009Time:5:29:17 PMUser:N/AComputer:******Description:The OpsMgr Connector connected to********* but the connection was closed immediately after authentication occured. The most likely cause of this error is that the agent is not authorized to communicate with the server, or the server has not received configuration. Check the event log on the server for the presence of 20000 events, indicating that agents which are not approved are attempting to connect.
August 11th, 2009 5:34pm
Hello,Sorry for no more ideas on this issue except what I posted before. I would suggest you contacting CSS to start a case if possible. Microsoft System Center Essentials 2007 https://support.microsoft.com/oas/default.aspx?&c1=508&gprid=12684Hope it helps,Yog Li - MSFT
August 12th, 2009 8:18am
Hi jc23,have you solved this problem? Our customer have to solve the same issue.Thanks Jan
September 25th, 2009 5:48am
Hi Jan. Open the Systems Center Operations Console, go to the administration area right click throw the management server or gateway server that you want, click on properties and on the security tab select this option "Review new manual agents installation in pending management view " Hope this works. (Worked for me :) ) David C.
November 11th, 2009 1:21pm
Thanks David, We finally opened a case with MS. The problem was we had some orphan machines in our SCE database. Apparently SCE dosent handle this situation very well and did not let any other machines talk to theSCE server or join the SCE group untill they were removed. The orpahn machines did not show up in the console, but they were in an encypted in a table.If anyone is interested I can email them the script that I was sent to detect and correct this issue.
November 12th, 2009 9:48am
JC23, Can you send me the script you used to resolve your issue. I would greatly appreciate it. email@example.com Thanks, Matt
November 13th, 2009 5:39pm
Hi JC23,Can you send it to as erll please giga.michael @ gmail.comWe put our RMS and MS into maintenance mode for our patch weekend and then installed 78 new agents. I believe it is due to the RMS being in maintenance mode that the health service doesn't register the new agents properly. I need to remove the entries from the database and I think a reinstall will fix it as at the moment it doesn't help.Thanks - I hope you can save me =)Thanks,M
November 14th, 2009 1:57pm
Matt and MichaelI have emailed you both the MS scripts. Let me know how it works out for you.
November 16th, 2009 9:32am
jc23,Please send me the script as well: firstname.lastname@example.orgI suspect that I'm having the same issue. For a while, I was seeing phantom servers --servers that used to be connected but were removed. Now I'm trying to add servers with the same name but cannot.Hopefully your solution helps.Thanks either way!-Bony
November 23rd, 2009 12:26pm
Hello Can you send me also the script email@example.com ds
November 26th, 2009 3:48am
Hi jc,can you please post me a copy of that script firstname.lastname@example.org
November 29th, 2009 9:12pm
Hi JC,Can you please emailme a copy of that script?Thanks in advance! email@example.comMark
December 1st, 2009 12:06pm
Hi JC, Hopefully you are still listen to this thread as it appears more people are affected by this issue. I have logged a PSS call and they don't know anything about this script! Could you please send me this script or perhaps post it here so we can just see what it does? The MS guy just claimed the script may have been running a powershell command, Get-AgentPendingAction, however I expect it actually does some SQL queries to find the orphaned entries in the database. littlenath AT Hotmail.com Thanks Nathan
December 1st, 2009 11:53pm
Hey Nathan, Yea I have sent the script to eveyone that has aked for it. I dont know if its helped anybody else as none has given me any feedback either way.I guess I can post it here for everyone to use. Please keep in mind that if you use this script from MS its at your own risk, If your DB blows up, massive catastrophic failure ensues andso forth ITS YOUR OWN FAULT. MAKE SURE YOU HAVE GOOD BACKUPSStep 1) Run this against your SCE 2007 DB DECLARE @BaseManagedEntityInternalId int DECLARE @BaseManagedEntityId uniqueidentifier DECLARE @ViewName sysname DECLARE @Statement nvarchar(max) SET @BaseManagedEntityInternalId = 0 WHILE EXISTS (SELECT * FROM BaseManagedEntity WHERE (BaseManagedEntityInternalId > @BaseManagedEntityInternalId)) BEGIN SELECT TOP 1 @BaseManagedEntityInternalId = bme.BaseManagedEntityInternalId ,@BaseManagedEntityId = bme.BaseManagedEntityId ,@ViewName = met.ManagedTypeViewName FROM BaseManagedEntity bme JOIN ManagedType met ON (bme.BaseManagedTypeId = met.ManagedTypeId) WHERE (bme.BaseManagedEntityInternalId > @BaseManagedEntityInternalId) AND (bme.IsDeleted = 0) ORDER BY BaseManagedEntityInternalId SELECT @Statement = 'IF NOT EXISTS (SELECT * FROM ' + QUOTENAME(@ViewName) + ' WHERE BaseManagedEntityId = ''' + CAST(@BaseManagedEntityId AS varchar(50)) + ''') PRINT ''' + CAST(@BaseManagedEntityId AS varchar(50)) + ' ' + @ViewName + '''' EXECUTE(@Statement) END STEP 2) If your problem was the same a mine you should get some GUIDs returned. (For example 93790c0B-09C4-3A4D-CE72-F4E3Dd917D78 MTV_DeploymentSettings) Using the GUID that we got in the output fileExecute the below given query:==========================select fullname from basemanagedentity where basemanagedentityid = <GUID>==========================Verify that the device or the object mentioned in the above output is not displayed in Operations console. Only in case if the object is not displayed then use the below given query to delete it from database.==========================update basemanagedentityset isdeleted = 1where basemanagedentityid = <GUID>==========================Before executing the above query please ensure that you have the backup of the database. Also note that you need to run the above said query only incase if you do not see the object in the Operations console.After executing this query, run this stored procedure: ========================== exec p_Detectandfixinstancespaceinconsistencies========================== Once it is done:> Stop all the three OpsMgr services: health, Config and SDK on Management Server> Cleared the health service state folder.> Start all the three OpsMgr services: SDK, Config, and health on Management Server. > Wait for 30 minutes and see if the agents start getting monitored.I hope this helps everyone
December 2nd, 2009 8:47am
Hi JC,Could it be the script got mixed up by posting it to the forum?I mean like the quote's got mixed up or something?When I copy the script and paste it into a SQL Query the part below is mixed up I think....Can you edit your post and put the script into acode box SQL like below...Thanks, SELECT @Statement = 'IF NOT EXISTS (SELECT * FROM ' + QUOTENAME(@ViewName) + ' WHERE BaseManagedEntityId = ''' + CAST(@BaseManagedEntityId AS varchar(50)) + ''') PRINT ''' + CAST(@BaseManagedEntityId AS varchar(50)) + ' ' + @ViewName + ''''
December 3rd, 2009 10:07am
Thank you so much JC!The above query was recommended to me by PSS this morning. Running this query takes some time (around 40 min). It spat out a single GUID.After following your repair notes, I now have a very healthy SCOM Agent view.Thanks againNathan
December 6th, 2009 10:26pm
Glad it helped.
December 7th, 2009 2:07pm
Thanks, it works.
March 9th, 2012 2:20pm