none
Software Katalog Server gespeicherte Profile RRS feed

  • Frage

  • Hallo zusammen,

    folgendes Problem stellt sich bei mir Momentan:

    Wir haben in unserer AD Struktur einige User, die servergespeicherte Profile haben.
    Bei einigen dieser User funktioniert die Installation von Software über den SCCM nicht und es kommt nur die Fehlermeldung, dass die Installation nicht gestartet werden konnte.
    Die Logs im ccm\log geben nicht den geringsten Fehler aus.

    Das einzige Logs das einen Fehler zeigt ist Log ConfigMgrSoftwareCatalog.log aus dem \Appdata\locallow\silverlight\.... Ordner.

    Dort erscheinen folgende Meldungen:

    [1][08/09/2012 14:34:24] :ApplicationViewService.InstallApplicationCallback-Error:System.ServiceModel.CommunicationException: [HttpWebRequest_WebException_RemoteServer]

    [1][08/09/2012 14:34:24] :ApplicationDetailViewModel.RequestPolicyAssingmentForInstallCallback-Error:The policy information is empty or an error ocurred!
    [1][08/09/2012 14:34:25] :ApplicationDetailViewModel.UpdatePageViewModelAsync:PageViewMode changed to:FastInstallError
    [1][08/09/2012 14:34:25] :FastInstallPageView:Create Page View FastInstallError

    Sobald man den Profilpfad im AD User Konto rausnimmt funktioniert die Softwareinstallation.

    Kennt jemand dazu eine Lösung bzw. ein Ansatz ?

    Danke

    Donnerstag, 9. August 2012 14:49

Antworten

  • Die Lösung die wir bisher gefunden haben sieht so aus.
    Nach dem erneuten Eintragen des Profilpfades trat der Fehler am Rechner wieder auf. Wir haben dann den User sich mal an einem neuen Rechner anmelden lassen. Dort ging der Katalog dann und komischerweise danach auch auf dem alten Rechner. Es scheint eine kombination aus defektem Profil und SCCM zu sein. Keine schöne Lösung, aber die einzige die wir finden konnten.


    • Als Antwort markiert Asmus Rohwer Dienstag, 21. August 2012 07:10
    • Bearbeitet Asmus Rohwer Dienstag, 21. August 2012 07:10
    Dienstag, 21. August 2012 07:10

Alle Antworten

  • Den Fehler habe ich (auch bei servergespeicherten Profilen) noch nicht gesehen. Hast Du wirklich nur "den Profilpfad im AD User Konto rausnimmt" geändert oder gleichzeitig weitere Einstellungen oder ganze GPOs entfernt?

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

    Donnerstag, 9. August 2012 16:49
    Beantworter
  • Ja wirklich nur den Pfad im Profil entfernt und dann natürlich einen neustart, damit es greift.

    Freitag, 10. August 2012 05:58
  • Ich habe doch noch einen weiteren Logeintrage gefunden und zwar im ServicePortalWebService.log:

    [51, PID:4796][08/09/2012 14:32:51] :An exception has been thrown from the service: System.ServiceModel.FaultException`1[[Microsoft.ConfigurationManager.SoftwareCatalog.Service.ServiceError, Microsoft.ConfigurationManager.SoftwareCatalog.Service.ApplicationOfferContract, Version=5.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35]]: Invalid parameter

    bringt mich aber leider auch nicht weiter

    Freitag, 10. August 2012 09:36
  • Ne, leider noch nicht.

    das einzige was wir bis jetzt definitiv festgestellt haben ist, dass die Entfernung vom Profilpfad in der AD das Problem behebt.
    Nächster Schritt ist es ein Userprofil mit diesem Problem an einem ganz frischen System anzumelden, um ein defektes Userprofil auszuschließen.
    Ich habe da aber eher wenig Hoffnung.
    Die wahrschnlichkeit, dass es ein BUG ist wächst mit jedem Tag.
    Komischer Weise scheint das Phänomen nur in einer Domain aufzutreten.

    • Als Antwort markiert Asmus Rohwer Dienstag, 21. August 2012 07:05
    • Tag als Antwort aufgehoben Asmus Rohwer Dienstag, 21. August 2012 07:10
    Mittwoch, 15. August 2012 08:39
  • Die Lösung die wir bisher gefunden haben sieht so aus.
    Nach dem erneuten Eintragen des Profilpfades trat der Fehler am Rechner wieder auf. Wir haben dann den User sich mal an einem neuen Rechner anmelden lassen. Dort ging der Katalog dann und komischerweise danach auch auf dem alten Rechner. Es scheint eine kombination aus defektem Profil und SCCM zu sein. Keine schöne Lösung, aber die einzige die wir finden konnten.


    • Als Antwort markiert Asmus Rohwer Dienstag, 21. August 2012 07:10
    • Bearbeitet Asmus Rohwer Dienstag, 21. August 2012 07:10
    Dienstag, 21. August 2012 07:10