Passa al contenuto principale
Supporto OCLC

Dashboard: "Es ist ein Problem aufgetreten" - Varianten

  1. Ultimo aggiornamento
  2. Salva come PDF

Problembeschreibung

  • Beim Versuch sich am Dashboard anzumelden, erscheint eine Fehlermeldung (auch nach einem Neustart des Rechners):

    "Achtung! Es ist ein Problem aufgetreten.
    Probieren Sie es bitte gleich noch einmal. Sollte das Problem weiterhin bestehen, wenden Sie sich bitte an Ihren Administrator."

Gilt für

  • BIBLIOTHECAnext ab V11.0 bis V12.0 (NICHT für die Hosting-Umgebung)

Ursachen/Lösungen

Typische (aber nicht notwendige) Fehlermeldung in der Logdatei Core.pro:

29.09.2022 15:27:25,266 [ERROR] - Dashboard [11.0.0.13538] - Exception: 
Die HTTP-Anforderung ist beim Clientauthentifizierungsschema "Negotiate" nicht autorisiert. Vom Server wurde der Authentifizierungsheader "Negotiate" empfangen.
Stacktrace: 
at System.ServiceModel.Channels.HttpResponseMessageHelper.ValidateAuthentication()
at System.ServiceModel.Channels.HttpResponseMessageHelper.ParseIncomingResponse(TimeoutHelper timeoutHelper)
at System.ServiceModel.Channels.HttpChannelFactory`1.HttpClientRequestChannel.HttpClientChannelAsyncRequest.ReceiveReplyAsync(TimeoutHelper timeoutHelper)
at System.ServiceModel.Channels.RequestChannel.RequestAsync(Message message, TimeSpan timeout)
at System.ServiceModel.Channels.RequestChannel.RequestAsyncInternal(Message message, TimeSpan timeout)
at System.Runtime.TaskHelpers.WaitForCompletionNoSpin[TResult](Task`1 task)
at System.ServiceModel.Channels.RequestChannel.Request(Message message, TimeSpan timeout)
at System.ServiceModel.Dispatcher.RequestChannelBinder.Request(Message message, TimeSpan timeout)
at System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, Object[] outs, TimeSpan timeout)
at System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, Object[] outs)
at System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(MethodCall methodCall, ProxyOperationRuntime operation)
at System.ServiceModel.Channels.ServiceChannelProxy.Invoke(MethodInfo targetMethod, Object[] args)
at generatedProxy_1.GetToken(String , String , String , String , String , String , Int32 )
at OCLC.OPEN.SolutionItems.Utils.Connector`1.Login(String password, Int32 ttl, Boolean rememberMe, Boolean portal)
at OCLC.BTP.SolutionItems.Utils.ServiceConnectorFactory.GetConnector[T](List`1 baseUrls, String dbname, String username, String pwd, String refreshId, Int32 ttl, T service)
at neXtDashboardSharedClassLibrary.ServiceApp.neXtDashboardAPP.LoginRequest(String username, String password, String database)
 

 

Ursachen prüfen

Es sind mehrere mögliche Varianten einer Ursache zu prüfen und ggfs. abzustellen.

Falls bei einer der folgenden Erläuterungen Unsicherheiten bestehen, ziehen Sie den lokalen IT-Administrator zu Rate oder wenden sich an den Support.

 

Ursache/Lösung 1

Ursache: 

  • Neue Parameter in der winoeb.ini fehlen.

Lösung: 

  • Prüfen Sie, ob im ersten Abschnitt die folgenden Parameter vorhanden sind und stellen Sie diese korrekt ein:
    • CoreLocalUrl
    • CoreLocalSecureUrl
    • CoreMainUrl
    • CoreMainSecureUrl

Ursache/Lösung 2

Ursache: 

  • Neue Ports 8082, 8083, 16082, 16083 auf Client/Server nicht freigegeben

Lösung: 

  • Prüfen Sie, dass diese Ports nicht bereits von anderer Software auf Client/Server verwendet werden.
  • Geben Sie diese Ports auf Client/Server für das verwendete Netzwerk frei.

Ursache/Lösung 3

Ursache: 

  • Die Namen der Datenbanken sind case-sensitive.

Lösung: 

  • Bei SQLBase sollte der DBNAME in der winoeb.ini dem Verzeichnisnamen entsprechen (bspw. BIBLIO, aber nicht Biblio oder biblio).

Ursache/Lösung 4

Ursache: 

  • Es fehlen Einträge mit den Namen der Datenbank(en) in der winoeb.ini.

Lösung: 

  • Prüfen Sie, ob im ersten Abschnitt die folgenden Parameter vorhanden sind und stellen Sie diese korrekt ein:
    • DBNAME1=BIBLIO
    • DBNAME2=BEISPIEL

Die Datenbank unter DBNAME1 wird als Hauptdatenbank verwendet. Diese wird zur Speicherung von Jobs der Aufgabenverwaltung verwendet.

BIBLIO ist der Standardname für die Hauptdatenbank. Falls dieser in Ihrer Installation geändert wurde, muss hier der geänderte Name stehen.

Falls in Ihrer Installation MEHRERE Datenbanken verwendet werden, sind diese ALLE fortlaufend nummeriert anzugeben (auf Client und Server).

BEISPIEL ist nur eine Testdatenbank und kann ggf. entfallen.

Ursache/Lösung 5

Ursache: 

  • Proxy-Einstellungen verhindern Zugriff.

Lösung: 

  • In einem eventuell verwendeten Proxy müssen die Zugriffe von Clients auf den Server erlaubt werden.

Ursache/Lösung 6

Ursache: 

  • Unterschiedliche Systemzeiten zwischen Server und Clients.

Lösung: 

  • Die Systemzeit sollte sowohl auf dem Server als auch auf den Clients möglichst identisch eingestellt sein.
    Hinweis:
    Temporäre Lösung über Setzen der MainCores mit den Werten der LocalCores.

Ursache/Lösung 7

Ursache: 

  • Fehlende oder falsch gesetzte SQLBASE Systemumgebungsvariable.

Lösung: 

  • Mit Adminrechten muss die Systemumgebungsvariable SQLBASE auf einen Pfad zur verwendeten konfigurierten SQL.INI Datei gesetzt werden.

Ursache/Lösung 8

Ursache: 

  • Beim Einsatz von Oracle fehlende oder falsch gesetzte TNS_ADMIN Systemumgebungsvariable.

Lösung: 

  • Mit Adminrechten muss die Systemumgebungsvariable TNS_ADMIN auf einen Pfad zur verwendeten konfigurierten TNSNAMES.ORA Datei gesetzt werden.

Ursache/Lösung 9

Ursache: 

  • In der SQL.INI fehlen die server, dbname, serverpath/remotedbname Einträge für die Datenbanken oder diese sind nicht konsistent.

Lösung: 

  • Prüfen Sie, ob im ersten Abschnitt die folgenden Parameter vorhanden sind und stellen Sie diese korrekt ein:
    • servername (symbolischer Name für den Server, standardmäßig server1)
    • dbname (jede der verwendeten Datenbanken muss namentlich aufgeführt sein, bspw. standardmäßig Biblio)
    • Bei SQLBase serverpath (Verknüpfung zwischen symbolischem Servernamen, einer Serveradresse und den gehosteten Datenbanken)
    • Bei MS-SQL Server remotedbname (Verknüpfung zwischen Datenbankname, Treiber, Serveradresse und den gehosteten Datenbanken)

Wenn die SQL.INI angepasst wird, muss immer auch der BIBIBLIOTHECAnext Core Server bzw. BIBLIOTHECAnext Core Client neu gestartet werden.

Ursache/Lösung 10

Ursache: 

  • Der Server Core ist nicht erreichbar.

Lösung: 

  • Prüfen Sie in der winoeb.ini, ob die bei folgenden Parametern eingetragenen Servernamen korrekt und erreichbar sind:
    • CoreMainUrl=http://<SERVERNAME>:8083
    • CoreMainSecureUrl=https://<SERVERNAME>:16083

Anstelle von <SERVERNAME> muss der hostname des Servers stehen.

Bei Änderungen am Servernamen muss der Dienst BIBLIOTHECAnext Core (Server) neu gestartet werden.

Ursache/Lösung 11

Ursache: 

  • Versionsunterschied zwischen installierter Version und eingespielten Hotfixen.
    z.B. V11.0 und Hotfix 10.1.3    
     
  • Beim Aufruf des MainCore kommt eine Fehlermeldung.
    Aufruf:
    spw. https://<SERVERNAME>:16083/IServiceManagerConfigurationServiceContract/mex (wobei <SERVERNAME> ein echter hostname eines Servers ist)
    Fehlermeldung (beispielhaft):
    Dienst
    Beim Dienst ist ein Fehler aufgetreten.
    Ein ExceptionDetail, vermutlich erstellt durch IncludeExceptionDetailInFaults=TRUE, mit dem Wert:
    System.InvalidOperationException: In einem Aufruf einer WSDL-Exporterweiterung wurde eine Ausnahme ausgelöst: System.ServiceModel.Description.DataContractSerializerOperationBehavior
    Vertrag: http://tempuri.org/:IServiceManagerC...erviceContract ----> System.InvalidOperationException: Der DataContract für den Typ "OCLC.BTP.SL.Services.Contracts.ExecutionStatus" kann dem DataContractSet nicht hinzugefügt werden, da der Typ "OCLC.BTP.SL.Services.Contracts.ActivationStatus" mit demselben Datenvertragsnamen "ExecutionStatus" im Namespace "" bereits vorhanden ist und die Verträge einander nicht entsprechen.
    bei System.Runtime.Serialization.DataContractSet.InternalAdd(XmlQualifiedName name, DataContract dataContract)
    bei System.Runtime.Serialization.DataContractSet.AddClassDataContract(ClassDataContract classDataContract)
    bei System.Runtime.Serialization.DataContractSet.InternalAdd(XmlQualifiedName name, DataContract dataContract)
    bei System.Runtime.Serialization.DataContractSet.AddClassDataContract(ClassDataContract classDataContract)
    bei System.Runtime.Serialization.DataContractSet.InternalAdd(XmlQualifiedName name, DataContract dataContract)
    bei System.Runtime.Serialization.DataContractSet.AddCollectionDataContract(CollectionDataContract collectionDataContract)
    bei System.Runtime.Serialization.DataContractSet.InternalAdd(XmlQualifiedName name, DataContract dataContract)
    bei System.Runtime.Serialization.DataContractSet.AddClassDataContract(ClassDataContract classDataContract)
    bei System.Runtime.Serialization.DataContractSet.InternalAdd(XmlQualifiedName name, DataContract dataContract)
    bei System.Runtime.Serialization.DataContractSet.Add(Type type)
    bei System.Runtime.Serialization.XsdDataContractExporter.Export(Type type)
    bei System.ServiceModel.Description.MessageContractExporter.ExportType(Type type, String partName, String operationName, XmlSchemaType& xsdType)
    bei System.ServiceModel.Description.DataContractSerializerMessageContractExporter.ExportBody(Int32 messageIndex, Object state)
    bei System.ServiceModel.Description.MessageContractExporter.ExportMessage(Int32 messageIndex, Object state)
    bei System.ServiceModel.Description.MessageContractExporter.ExportMessageContract()
    bei System.ServiceModel.Description.DataContractSerializerOperationBehavior.System.ServiceModel.Description.IWsdlExportExtension.ExportContract(WsdlExporter exporter, WsdlContractConversionContext contractContext)
    bei System.ServiceModel.Description.WsdlExporter.CallExtension(WsdlContractConversionContext contractContext, IWsdlExportExtension extension)
    --- Ende der internen ExceptionDetail-Stapelüberwachung ---
    bei System.ServiceModel.Description.WsdlExporter.CallExtension(WsdlContractConversionContext contractContext, IWsdlExportExtension extension)
    bei System.ServiceModel.Description.WsdlExporter.CallExportContract(WsdlContractConversionContext contractContext)
    bei System.ServiceModel.Description.WsdlExporter.ExportContract(ContractDescription contract)
    bei System.ServiceModel.Description.WsdlExporter.ExportEndpoint(ServiceEndpoint endpoint, XmlQualifiedName wsdlServiceQName, BindingParameterCollection bindingParameters)
    bei System.ServiceModel.Description.WsdlExporter.ExportEndpoints(IEnumerable`1 endpoints, XmlQualifiedName wsdlServiceQName, BindingParameterCollection bindingParameters)
    bei System.ServiceModel.Description.ServiceMetadataBehavior.MetadataExtensionInitializer.GenerateMetadata()
    bei System.ServiceModel.Description.ServiceMetadataExtension.EnsureInitialized()
    bei System.ServiceModel.Description.ServiceMetadataExtension.HttpGetImpl.InitializationData.InitializeFrom(ServiceMetadataExtension extension)
    bei System.ServiceModel.Description.ServiceMetadataExtension.HttpGetImpl.GetInitData()
    bei System.ServiceModel.Description.ServiceMetadataExtension.HttpGetImpl.TryHandleMetadataRequest(Message httpGetRequest, String[] queries, Message& replyMessage)
    bei System.ServiceModel.Description.ServiceMetadataExtension.HttpGetImpl.ProcessHttpRequest(Message httpGetRequest)
    bei System.ServiceModel.Description.ServiceMetadataExtension.HttpGetImpl.Get(Message message)
    bei SyncInvokeGet(Object , Object[] , Object[] )
    bei System.ServiceModel.Dispatcher.SyncMethodInvoker.Invoke(Object instance, Object[] inputs, Object[]& outputs)
    bei System.ServiceModel.Dispatcher.DispatchOperationRuntime.InvokeBegin(MessageRpc& rpc)
    bei System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage5(MessageRpc& rpc)
    bei System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage41(MessageRpc& rpc)
    bei System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage4(MessageRpc& rpc)
    bei System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage31(MessageRpc& rpc)
    bei System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage3(MessageRpc& rpc)
    bei System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage2(MessageRpc& rpc)
    bei System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage11(MessageRpc& rpc)
    bei System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage1(MessageRpc& rpc)
    bei System.ServiceModel.Dispatcher.MessageRpc.Process(Boolean isOperationContextSet)
     

Lösung: 

  • Die Inkonsistenzen zwischen installierter Version und eingespielten Hotfixen müssen korrigiert werden.

Ursache/Lösung 12

Ursache: 

  • BIBLIOTHECAnext benötigt TLS 1.2, dies ist aber nicht vorhanden/konfiguriert.

Lösung: 

  • Bitte wenden Sie sich hierzu an den Support.
    Es ist die Registry zu prüfen, hinsichtlich TLS 1.2 E-Mail- und SMS-Unterstützung.
    Ggfs. zusätzlich abweichende Versionen der Frameworks auf Client und Server installiert.

Ursache/Lösung 13

Ursache: 

  • Der Name des Client PC oder des Servers enthält Umlaute.
    Beispiel: BÜCHER-PC
    Fehlermeldung (beispielhaft):
    26.10.2022 13:38:58,002 [ERROR] - Dashboard [11.0.0.13538] - Exception: 
     Die HTTP-Anforderung ist beim Clientauthentifizierungsschema "Negotiate" nicht autorisiert. Vom Server wurde der Authentifizierungsheader "Negotiate" empfangen.
    Stacktrace: 
    at System.ServiceModel.Channels.HttpResponseMessageHelper.ValidateAuthentication()
     

Lösung: 

  • Alternativ Zugriff mit der IP-Adresse testen. 
    Hinweise:
    Core Zertifikat löschen, danach mit hostname oder IP-Adresse testen. Nach jeder Änderung den Core Dienst neu starten.

Ursache/Lösung 14

Ursache: 

  • Datenbank nicht erreichbar.
    Stichworte aus Fehlermeldungen (beispielhaft):
    • InvalidDatabase
    • Setting Urls to DB. Exception: Stacktrace: InnerException: Die Sequenz enthält keine Elemente.
    • An error occurred creating and scheduling the jobs. Stacktrace: InnerException: Der Wert darf nicht NULL sein. Parametername: key

Lösung: 

  • Siehe dazu die Artikel zur Behebung von Fehlern bei der Datenbankverbindung.

Ursache/Lösung 15

Ursache: 

  • Core Service läuft, hat aber keine Verbindung zur Datenbank.
    Typischerweise tritt diese Ursache direkt bei der Installation auf.

    Fehlermeldung in der Logdatei Core.pro (beispielhaft):
    A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections. (provider: Named Pipes Provider, error: 40 - Could not open a connection to SQL Server)

    Zusätzlich sind in der Windows Ereignisanzeige zum Zeitpunkt der Installation Informationen zu BTN.CoreService.exe und OCLC.BTP.SL.BTP an.
     

Lösung: 

  • Anti-Viren-Software abschalten und BIBLIOTHECAnext neu installieren.
    (Beobachtet mit McAfee und TrendMicroScan.)

Ursache/Lösung 16

Ursache: 

  • Weitere Testmöglichkeiten. Hierzu wird der MainCore auf zwei Varianten aufgerufen und mögliche Fehler begutachtet.
    Dies sind Hinweise für weiteres Vorgehen bei Fehleranalyse.

Lösung: 

  1. Testaufruf des MainCore:
    https://<Adresse>:16083/IServiceManagerConfigurationServiceContract/mex

    Clients können keine Verbindung zum Server aufbauen:
    - Läuft der Dienst "BIBLIOTHECAnext Core (Server)" auf dem Anwendungsserver? Siehe "Core Service startet nicht".
    - Portfreischaltungen fehlen: 8083,16083 (8082,16082 sind nur lokal)
    - Einträge MainCoreURL & MainCoreSecureURL fehlen in der winoeb.ini (eher Client)
    - Groß-/Kleinschreibung im Parameter DBNAME prüfen (muss in winoeb.ini auf Client & Server identisch sein)
    - TLS 1.2 nicht aktiviert
    - MainCore mit Hostname / IP-Adresse nicht erreichbar (Adresse umstellen, MainCore neu starten)
    - Proxy-Einstellungen (Dashboard.pro: …(error: (403) Target service not)
     
  2. Testaufruf des MainCore:
    https://<Adresse>:16083/IDashboardService

    Eventuell in den Entwicklertools unter Network:
    HTTP Status 401
    Nur nachvollziehbar, wenn der CoreServer noch mit der alten URL läuft und nach Änderung der winoeb.ini noch nicht neu gestartet wurde.

     

 

Seiten ID

64897