none
Clients verweigern Software-Installation mit 0x87D00607 trotz korrekter Boundaries RRS feed

 > 

  • Frage

  • Question
    Anmelden
    0
    Anmelden

    Hallo!

    Ich hab hier eine Umgebung mit SCCM 2012 SP1 laufen. Von den gut 20 DPs in den Standorten werden Clients u.a. mit Software übers Softwarecenter versorgt. Nun habe ich an manchen Standorten das Problem, dass Clients eben keine Software installieren.

    Fehlercode ist 0x87D00607, welcher darauf hinweisen soll, dass keine Boundary greift. Das kann aber eigentlich nicht angehen, denn Boundaries und Gruppen sind gesetzt anhand der AD Site, die PC Konten sind im AD sauber eingeordnet und sonstige Probleme tauchen nicht auf. 

    Das Probem taucht bisher nur an Standorten auf, wo der DP auf Server 2012 läuft. Die Mehrzahl der DPs läuft auf 2008 R2. Kann allerdings Zufall sein. 

    Irgendwelche Ideen, wo ich weiter schauen kann?

    Gruß, Ingo

    Mittwoch, 24. Juli 2013 06:37
    |

Antworten

Alle Antworten

  • Question
    Anmelden
    0
    Anmelden
    0x87D00607 = Content not found.
    Clientseitige Logs: ClientLocation.log, LocationServices.log und CAS.log. Ist die Software denn laut \Monitoring\Overview\Distribution Status\Content Status zu 100% auf alle DPs verteilt?

    Torsten Meringer | http://www.mssccmfaq.de

    Mittwoch, 24. Juli 2013 07:05
    |
    Beantworter
  • Question
    Anmelden
    0
    Anmelden

    Laut Konsole sind die betroffenen Updates auf diesem DP vorhanden. Ich habe zwar ein wenig Schwierigkeiten, dass Updates nicht an alle DPs geliefert werden, aber in diesem Fall sind sie tatsächlich mal da. 

    ClientLocation.log meldet den Client im Intranet und erkennt Forest und Domain richtig.

    LocationServices.log meldet die richtige AD Site sowie die Warnung "Calling back with empty distribution points list"

    CAS.log hat ein paar Fehlermeldungen bezüglich Downloads

    Download failed for content Content_f15fc170-e18b-4f8e-9dc8-c8cb81c9009c.1 under context System, error 0x800705b4

    Download failed for download request {3A20A7A1-314F-45D8-811B-0799CA35BB75}

    Raising event:
    [SMS_CodePage(852), SMS_LocaleID(1050)]
    instance of SoftDistDownloadFailedEvent
    {
    ClientID = "GUID:1F28003F-40D4-47F2-BB5B-9589463F1A7D";
    DateTime = "20130723070345.469000+000";
    MachineName = "CLIENTPC";
    PackageId = "Content_f15fc170-e18b-4f8e-9dc8-c8cb81c9009c";
    PackageName = "Content_f15fc170-e18b-4f8e-9dc8-c8cb81c9009c";
    PackageVersion = "1";
    ProcessID = 2596;
    SiteCode = "SMS1";
    ThreadID = 3820;
    };

    Error: DeleteDirectory:- Failed to delete Directory C:\Windows\ccmcache\3.BCWork with Error 0x00000002.

    SetCachedContentInUseFlag no change. Value : false

    Mittwoch, 24. Juli 2013 07:17
    |
  • Question
    Anmelden
    0
    Anmelden
    0x800705b4 = This operation returned because the timeout period expired.
    Hast Du schon einmal für dieses Paket auf diesem DP einen Content Validation Task gestartet? Ist in der ContentLib / DataLib auf dem DP denn Content_f15fc170-e18b-4f8e-9dc8-c8cb81c9009c (vermutlich .1) vorhanden?

    Torsten Meringer | http://www.mssccmfaq.de

    Mittwoch, 24. Juli 2013 07:55
    |
    Beantworter
  • Question
    Anmelden
    0
    Anmelden

    Nein, in der ContentLib siehts allgemein ziemlich leer aus. Außer dem SCCM Client liegt da gar nichts. 

    Irgendwas stimmt da nicht... arghs...zwei Server fehlten in meiner DP Gruppe. Damit kann das natürlich nicht klappen.

    Ich hatte geschaut, ob die Softwarepakete irgendwo Fehler produzieren aber mir war nicht aufgefallen, dass die entsprechenden Server überhaupt nicht genannt werden. 

    Schauen wir mal, inwiefern die Sache sich jetzt sauber repliziert. 

    Mittwoch, 24. Juli 2013 08:13
    |
  • Question
    Anmelden
    0
    Anmelden

    Hallo,

    ist die Thematik noch aktuell?

    Gruss,
    Raul

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

    Montag, 29. Juli 2013 07:28
    |
  • Question
    Anmelden
    0
    Anmelden
    Das Thema scheint sich durch die korrekte Aufnahme der Server in die Gruppe der DPs gelöst zu haben.
    Dienstag, 13. August 2013 07:58
    |