Benutzer mit den meisten Antworten
SCCM 2012: Clients melden sich seit ca. 1 Woche nicht mehr bei Server und werden inaktiv angezeigt

Frage
-
Hallo,
im Bezug auf meine Probleme mit der Updateverteilung (http://social.technet.microsoft.com/Forums/de-DE/systemcenterde/thread/29bbb0f5-1e14-4692-886f-412857c240ea) ist mir bei der Suche nach möglichen Problemen aufgefallen, dass die Clients scheinbar seit einigen Tagen (jüngste war 6 Tage) keine Updates mehr an den Server geben.
Bei einem Testclient hier ist die letzte Statusmeldung vom 01.08.12. Habe nun versucht den Client neu zu installieren, was auch per Push klappt, allerdings ändert sich an der Situation dennoch nichts. Ich vermute, dass hier dann auch irgendwo der Hund begraben ist und der Client somit dann auch nicht mitteilen kann, welche Updates er denn dann benötigt.
Klingt gut... die Frage ist nur: Wieso kommt der Client nicht mehr an den Server? Die verteilten Anwendungen kann ich immer noch installieren und deinstallieren. Wenn ich die Berichte etc. am Client per Hand anstoße werden diese wohl auch ausgeführt, allerdings offensichtlich nicht an den Server weitergegeben.
Die Log-Dateien habe ich nun alle mal ein wenig durchgesehen (clientseitig) und er findet wohl auch den Server etc. als Fehler finde ich in der CIStateStore.log einige SQL Fehler, kann aber nicht ganz nachvollziehen, ob das Problem hier her kommt.
Beispiel:
<![LOG[QueryCIStateStoreFromSQL 0 rows returned for query select st.ModelName,st.Revision,st.UserSID,st.LastUpdateTime,st.Applicability,st.State,st.DesiredState,st.Severity,st.EvaluationState,st.EvaluationStateProgress, st.DisplayName,st.DetailedReport,st.CheckSum,st.LatestRevision,st.TotalSupressionCount,st.TotalEnforcements,st.TotalConflicts,st.NumCompliantRules,st.EnforcementState,st.EnforceError,st.LaunchState,st.LaunchErrorCode, st.LaunchAdditionalErrorInfo,st.EnforcementStateProgress,st.LastEvalTime,st.LastError,st.LastInstallTime,st.StartTime,st.EnforcementDeadline,st.UpdateDeadline, st.DCMDetectionState,st.Priority,st.Precedence,st.IsEnforcable,st.DPLocality,st.DisableMomAlerts,st.RaiseMomAlertsOnFailure,st.SupressReboot,st.OverrideServiceWindows,st.RebootOutsideOfServiceWindows, st.UseSiteEvaluation,st.UseGMTTimes,st.NotifyUser,st.UserUIExperience,st.WolEnabled,st.ContentSize,st.RetriesRemaining, st.IsUserPolicyEffective, st.SupersessionState, st.IsPreflightOnly from ConfigurationItemState st where UserSID='S-1-5-21-790525478-1767777339-839522115-7827' and EnforcementState = 'WaitingForUserReconnect'.]LOG]!><time="11:29:00.920-120" date="08-09-2012" component="CIStateStore" context="" type="1" thread="4072" file="cistateutils.cpp:1143">
Hängt das eine mit am anderen zusammen?
Danke!
- Typ geändert Raul TalmaciuMicrosoft contingent staff Donnerstag, 16. August 2012 06:51 Warten auf Feedback
- Typ geändert Raul TalmaciuMicrosoft contingent staff Donnerstag, 6. September 2012 09:56
Antworten
-
Das hängt vermutlich schon zusammen.
Funktioniert denn der MP? Ist auf der Monitoring Node der Konsole etwas "rot"? Gehen mplist / mpcert (siehe http://technet.microsoft.com/en-us/library/bb932118.aspx)?
Ich würde dann clientseitig einen Discovery Data und Hardware Inventory Cycle starten (InventoryAgent.log) und dann auf dem Management Point in MP_HINV.log und MP_DDR.log schauen, ob die Daten dort ankommen.Torsten Meringer | http://www.mssccmfaq.de
- Als Antwort markiert Raul TalmaciuMicrosoft contingent staff Donnerstag, 6. September 2012 09:57
-
Einfach die Datenbank sichern, ConfigMgr neu installieren und Datenbank wieder attachen geht nicht. Dazu müsstest Du schon die saubere ConfigMgr-Restore-Methode verwenden.
Stelle sicher, dass alle Voraussetzungen laut http://technet.microsoft.com/en-us/library/gg682077.aspx vor einer Neuinstallation gegeben sind.Torsten Meringer | http://www.mssccmfaq.de
- Als Antwort markiert Raul TalmaciuMicrosoft contingent staff Donnerstag, 6. September 2012 09:57
Alle Antworten
-
Das hängt vermutlich schon zusammen.
Funktioniert denn der MP? Ist auf der Monitoring Node der Konsole etwas "rot"? Gehen mplist / mpcert (siehe http://technet.microsoft.com/en-us/library/bb932118.aspx)?
Ich würde dann clientseitig einen Discovery Data und Hardware Inventory Cycle starten (InventoryAgent.log) und dann auf dem Management Point in MP_HINV.log und MP_DDR.log schauen, ob die Daten dort ankommen.Torsten Meringer | http://www.mssccmfaq.de
- Als Antwort markiert Raul TalmaciuMicrosoft contingent staff Donnerstag, 6. September 2012 09:57
-
Hallo,
danke. Bei mplist bekomme ich einen Serverfehler 500, bei mpcert zeigt er eine xml Datei mit dem Zertifikat an (zumindest schaut es nach so etwas für mich aus).
Ok. Clientseitig wird interessanterweise mitgeteilt, dass es klappt:
<![LOG[Inventory: Successfully sent report. Destination:mp:MP_HinvEndpoint, ID: {CEE3ACAA-0BC5-4CC2-86B2-F26725F00CCD}, Timeout: 80640 minutes MsgMode: Signed, Not Encrypted]LOG]!><time="13:11:18.811-120" date="08-09-2012" component="InventoryAgent" context="" type="1" thread="6672" file="agentstate.cpp:2130">
Am Server in der MP_Ddr.log hat sich nichts getan. Genau seit dem Zeitpunkt an dem die Clients keine Infos mehr abgeliefert haben. In der MP_Hinv hat sich zumindest gestern noch etwas getan. Und das klingt eindeutig nach einem SQL Problem: MPDB ERROR - CONNECTION PARAMETERS, später kommt dann noch ein Login TimeOut etc.
Ok... bin ich schon einmal weiter. Wenn ich nun mit dem SQL Server Management Studio drauf zu greifen möchte, so klappt das lokal ohne Probleme. Von einem anderen Rechner jedoch nicht. Im SQL auf dem SCCM ist jedoch eingestellt, dass Remoteverbindungen zugelassen sind, auch nicht mit ausgeschalteter Firewall. Schreiben die Clients direkt auf dem SQL? Dann hätte ich vielleicht schon hier das Problem...
-
Zugriff auf SQL erfolgt nur über den SMS Provider. Clients kontaktieren nur den MP. http 500 deutet auf ein Problem mit dem MP hin. Ist der MP den lokal auf dem Siteserver? Unter welchem Account läuft SQL? Hast Du einfach schon mal den Server neu gestartet? mpcontrol.log ist auch noch hilfreich.
Torsten Meringer | http://www.mssccmfaq.de
-
Neu gestartet hatte ich ihn mehrmals. Berechtigungen sollten auch gepasst haben.
Nach ewiger Fehlersuche habe ich mich zu der Holzhammermethode entschlossen. Alte CM_ Datenbank exportiert. WSUS, Softwareupdaterolle, Reporting Services Punkt und SQL Server deinstalliert. Reboot und WSUS + KB2530678 + KB2720211 installiert. Reboot. SQL Server neu installiert. Danach Neustart und SP1 vom SQL drauf... dann wieder Neustart und CU6 drauf. Dann die Datenbank wieder eingehängt. Danach Softwareupdatepunkt und Reporting Services Punkt wieder installiert.
Die Clients melden sich nun wieder und haben eine aktuelle Richtlinienanforderung. Das Statusupdate bleibt aber immer noch aus. Ist das normal?
Der WSUS Sync spinnt rum. Vermutlich findet der SCCM in seiner Datendank andere Dinge als der WSUS findet? Zumindest spuckt er hier wieder SQL Error aus. Wie kann ich den Part einfach komplett "resetten"?
Mein Reporting Services Point gibt mir auch einfach noch keine Reports...
Was mir noch aufgefallen ist: Unter Inhaltsstatus sind noch alle Softwareupdatepakete und alle Deployment Pakete vorhanden. Unter der Softwarebibliothek sind sie jedoch nicht mehr vorhanden. Wie bekomme ich diese noch entfernt oder wieder richtig angelegt?
Danke!
Edit: Ok, nachdem nun wieder lauter kuriose Meldungen in allen möglichen Logs auftauchen... Presslufthammer-Methode: SCCM komplett inkl. Datenbank deinstallieren.- Bearbeitet r33n Freitag, 10. August 2012 08:15
-
Einfach die Datenbank sichern, ConfigMgr neu installieren und Datenbank wieder attachen geht nicht. Dazu müsstest Du schon die saubere ConfigMgr-Restore-Methode verwenden.
Stelle sicher, dass alle Voraussetzungen laut http://technet.microsoft.com/en-us/library/gg682077.aspx vor einer Neuinstallation gegeben sind.Torsten Meringer | http://www.mssccmfaq.de
- Als Antwort markiert Raul TalmaciuMicrosoft contingent staff Donnerstag, 6. September 2012 09:57
-
Ah gut zu wissen für die Zukunft. Naja habe nun eben alles wieder deinstalliert, alle Punkte der Voraussetzungen 2 Mal abgecheckt und komplett neu installiert. Vor dem neu installieren den alten Deinstalliert. System Manager Container war auch leer. Dann noch alle alten Ordner gelöscht bzw. unbenannt. Die SQL Datenbank gelöscht und WSUS wieder deinstalliert.
Nun ist ein frischer WSUS drauf, ebenso wie eine neue Installation vom SCCM auf einer neuen DB mit altem Namen. Die ersten Clients haben sich schon wieder gemeldet. Die Synchronisation der Updates fahren auch schon. Soweit sieht bisher alles gut aus. Bis auf die Berichte... mir werden keine angezeigt... der SQL Server stimmt aber... aber mal abwarten, manches dauert erfahrungsgemäß einfach etwas. Kurioserweise hatte er mir bei der Neuinstallation die Konsole nicht mit installiert. Die habe ich aber dann einfach einzeln nachinstalliert.
Edit: Hm... komisch er holt mir nun alle Updates von allen Produkten in allen Sprachen? Ist das normal? Habe extra kaum Produkte angewählt und nur englisch/deutsch damit es etwas schneller geht...- Bearbeitet r33n Freitag, 10. August 2012 12:23
-
Hallo,
ist die Thematik noch aktuell?
Gruss,
RaulRaul Talmaciu, MICROSOFT
Bitte haben Sie Verständnis dafür, dass im Rahmen dieses Forums, welches auf dem Community-Prinzip „IT-Pros helfen IT-Pros“ beruht, kein technischer Support geleistet werden kann oder sonst welche garantierten Maßnahmen seitens Microsoft zugesichert werden können.