none
software katalog server nicht erreichbar RRS feed

  • Frage

  • Hallo zusammen,

    die Softwarekatalog Website stellt bei uns in unregelmäßigen amständen den Dienst ein mit der Meldung, dass der Server nicht erreichbar sein.
    Ein deinstallieren/installieren der Website behebt das Problem, aber leider nur für ca.4-8 Tage.

    Folgende Meldungen kommen im ServicePortalWebSite.log:

    [12, PID:6704][08/24/2012 09:44:35] :SoftwareCatalog website - application instance dispose ...
    [12, PID:6704][08/24/2012 09:44:35] :SoftwareCatalog website - application instance dispose ...
    [12, PID:6704][08/24/2012 09:44:35] :No cached apps to serialize (caching not enabled or no apps in cache)
    [12, PID:6704][08/24/2012 09:44:35] :SoftwareCatalog website stop ...
    [1, PID:3432][08/24/2012 09:49:17] :SoftwareCatalog website start ...
    [1, PID:3432][08/24/2012 09:49:17] :DefaultApplicationOfferService - retrieving client proxy using endpoint SecureBinding_IApplicationOfferService
    [1, PID:3432][08/24/2012 09:49:17] :FindCertificate - Found certs via FindByThumbprint, count = 1
    [1, PID:3432][08/24/2012 09:49:17] :DefaultApplicationOfferService - opening channel via client proxy
    [1, PID:3432][08/24/2012 09:49:18] :Exception caught during warmup call
    [1, PID:3432][08/24/2012 09:49:18] :System.ServiceModel.Security.SecurityNegotiationException: Der Aufrufer wurde vom Dienst nicht authentifiziert.
    Server stack trace:
       bei System.ServiceModel.Security.IssuanceTokenProviderBase`1.DoNegotiation(TimeSpan timeout)
       bei System.ServiceModel.Security.SspiNegotiationTokenProvider.OnOpen(TimeSpan timeout)
       bei System.ServiceModel.Security.TlsnegoTokenProvider.OnOpen(TimeSpan timeout)
       bei System.ServiceModel.Channels.CommunicationObject.Open(TimeSpan timeout)
       bei System.ServiceModel.Security.SymmetricSecurityProtocol.OnOpen(TimeSpan timeout)
       bei System.ServiceModel.Channels.CommunicationObject.Open(TimeSpan timeout)
       bei System.ServiceModel.Channels.SecurityChannelFactory`1.ClientSecurityChannel`1.OnOpen(TimeSpan timeout)
       bei System.ServiceModel.Channels.CommunicationObject.Open(TimeSpan timeout)
       bei System.ServiceModel.Security.SecuritySessionSecurityTokenProvider.DoOperation(SecuritySessionOperation operation, EndpointAddress target, Uri via, SecurityToken currentToken, TimeSpan timeout)
       bei System.ServiceModel.Security.SecuritySessionSecurityTokenProvider.GetTokenCore(TimeSpan timeout)
       bei System.IdentityModel.Selectors.SecurityTokenProvider.GetToken(TimeSpan timeout)
       bei System.ServiceModel.Security.SecuritySessionClientSettings`1.ClientSecuritySessionChannel.OnOpen(TimeSpan timeout)
       bei System.ServiceModel.Channels.CommunicationObject.Open(TimeSpan timeout)
       bei System.ServiceModel.Channels.ServiceChannel.OnOpen(TimeSpan timeout)
       bei System.ServiceModel.Channels.CommunicationObject.Open(TimeSpan timeout)
    Exception rethrown at [0]:
       bei System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
       bei System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
       bei System.ServiceModel.ICommunicationObject.Open(TimeSpan timeout)
       bei System.ServiceModel.ClientBase`1.System.ServiceModel.ICommunicationObject.Open(TimeSpan timeout)
       bei Microsoft.ConfigurationManager.SoftwareCatalog.Website.PortalClasses.Connection.DefaultApplicationOfferService.Open()
       bei Microsoft.ConfigurationManager.SoftwareCatalog.Website.Global.Application_Start(Object sender, EventArgs e)System.ServiceModel.FaultException: Die Anforderung für ein Sicherheitstoken konnte nicht erfüllt werden, weil ein Fehler bei der Authentifizierung auftrat.
       bei System.ServiceModel.Security.SecurityUtils.ThrowIfNegotiationFault(Message message, EndpointAddress target)
       bei System.ServiceModel.Security.SspiNegotiationTokenProvider.GetNextOutgoingMessageBody(Message incomingMessage, SspiNegotiationTokenProviderState sspiState)

    Freitag, 24. August 2012 09:13

Alle Antworten

  • http oder https?
    Weitere Fehler in CertMgr.log, awebsctl.log oder portlctl.log?

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

    Freitag, 24. August 2012 09:41
    Beantworter
  • Läuft alles auf http.

    CertMgr.log wirft diesen Fehler in dem besagten Zeitraum aus:

      ERROR: Failed to open certificate store (HRESULT=0x35) SMS_CERTIFICATE_MANAGER 24.08.2012 09:08:17 4680 (0x1248)
    Error: Failed to write certificate from server (distribution.sitesystem.name)(distribution.sitesystem.name\TrustedPeople). SMS_CERTIFICATE_MANAGER 24.08.2012 09:08:17 4680 (0x1248)

    Kann aber sein das der entsprechende Niederlassungsserver zu dem Zeitpunkt down war, bzw. die mpls

    portlctl.log:

    Starting certificate maintenance... SMS_PORTALWEB_CONTROL_MANAGER 24.08.2012 10:10:30 5888 (0x1700)
    Certificate (0x3eb8e7b0) is Exportable SMS_PORTALWEB_CONTROL_MANAGER 24.08.2012 10:10:30 5888 (0x1700)
    Successfully completed certificate maintenance SMS_PORTALWEB_CONTROL_MANAGER 24.08.2012 10:10:30 5888 (0x1700)
    SSL is not enabled. SMS_PORTALWEB_CONTROL_MANAGER 24.08.2012 10:10:30 5888 (0x1700)
    Using thread token for request SMS_PORTALWEB_CONTROL_MANAGER 24.08.2012 10:10:30 5888 (0x1700)
    Call to HttpSendRequestSync succeeded for port 80 with status code 200, text: OK SMS_PORTALWEB_CONTROL_MANAGER 24.08.2012 10:10:30 5888 (0x1700)
    PORTALWEBs http check returned hr=0, bFailed=0 SMS_PORTALWEB_CONTROL_MANAGER 24.08.2012 10:10:30 5888 (0x1700)
    PORTALWEB's previous status was 0 (0 = Online, 1 = Failed, 4 = Undefined) SMS_PORTALWEB_CONTROL_MANAGER 24.08.2012 10:10:30 5888 (0x1700)
    Completed the PORTALWEB availability check against local computer. SMS_PORTALWEB_CONTROL_MANAGER 24.08.2012 10:10:30 5888 (0x1700)
    Waiting for changes for 60 minutes SMS_PORTALWEB_CONTROL_MANAGER 24.08.2012 10:10:30 5888 (0x1700)

    Dienstag, 28. August 2012 09:25
  • Erklärt denn
    "Kann aber sein das der entsprechende Niederlassungsserver zu dem Zeitpunkt down war, bzw. die mpls"
    nicht genau das
    "Softwarekatalog Website stellt bei uns in unregelmäßigen amständen den Dienst ein mit der Meldung, dass der Server nicht erreichbar sein."?
    Im Logfile steht ja auch etwas von timeout ...

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

    Dienstag, 28. August 2012 18:53
    Beantworter
  • Nein leider nicht.

    Der Softwarekatalog liegt auf der Primary Site im Hauptstandort. Wenn ein Verteilungspunkt nicht erreichbar ist sollte der Katalog ja noch für die anderen erreichbar sein. Der Katalog fällt aber global aus.
    Die anderen Verteilungspunkte waren ja noch erreichbar.

    Mittwoch, 29. August 2012 11:16