Die Starface 7 legt nach wie vor unser ldap Verzeichnis lahm (das Verhalten hatte mit einer späten 6.x Version begonnen). Kennt noch jemand dieses Verhalten?
BG,
Christoph
Die Starface 7 legt nach wie vor unser ldap Verzeichnis lahm (das Verhalten hatte mit einer späten 6.x Version begonnen). Kennt noch jemand dieses Verhalten?
BG,
Christoph
darf ich Fragen ob du auch Estos Metadirectory (4) als Adressbuchabfrage nutzt?
Die Starface 7 legt nach wie vor unser ldap Verzeichnis lahm (das Verhalten hatte mit einer späten 6.x Version begonnen). Kennt noch jemand dieses Verhalten?
https://support.starface.de/fo…0553&viewfull=1#post50553
Das hat mich schon Nerven gekostet!
Hi,
das alte Problem sollte eigentlich gefixt sein. Soweit ich das sehen kann, wurde das mit einem der 7er Beta-Releases auch nochmal explizit erfolgreich getestet.
Bitte macht ein Support-Ticket auf, das muss dann nochmal genauer untersucht werden.
Danke & Gruß
Andreas
Starface 7.0.1.8 das LDAP Problem ist nach wie vor vorhanden.
Wenn ich mir die Firewall States so anschaue wirkt das Fix nicht und der LDAP beklagt sich auch wieder:
Jun 9 07:49:10 server slapd[671]: warning: cannot open /etc/hosts.allow: Too many open files
Jun 9 07:49:10 server slapd[671]: warning: cannot open /etc/hosts.deny: Too many open files
Jun 9 07:49:10 server slapd[671]: warning: cannot open /etc/hosts.allow: Too many open files
Jun 9 07:49:10 server slapd[671]: warning: cannot open /etc/hosts.deny: Too many open files
Jun 9 07:50:01 server slapd[671]: warning: cannot open /etc/hosts.allow: Too many open files
Jun 9 07:50:01 server slapd[671]: warning: cannot open /etc/hosts.deny: Too many open files
Hallo Guido,
entschuldige bitte die späte Antwort. Ich habe die Frage übersehen.
Nein, wir verwenden zur Abfrage tatsächlich nur das Starface Webinterface. Durch die Verwendung von LDAP können wir aber die Kontakte mit den Google Gruppenkontakten automatisch synchronisieren (mittels Google Cloud Directory Sync) und haben somit alle Telefonnummern auch auf den Mobiltelefonen verfügbar.
MfG
Christoph
also ich kann bestätigen dass LDAP immernoch Probleme zu machen scheint, heute morgen funktioniert eine Adressbuch Abfrage nicht mehr:
[2021-06-19 17:59:50,758] [ERROR] [] [de.vertico.starface.StarfaceDataSource] -------------Connection Checker---------------
[2021-06-19 17:59:50,758] [ERROR] [] [de.vertico.starface.StarfaceDataSource] active 0(420), idle 2(2)
[2021-06-19 17:59:50,758] [ERROR] [] [de.vertico.starface.StarfaceDataSource] ----------------------------------------------
[2021-06-20 14:15:32,919] [ERROR] [] [de.starface.core.component.monitoring.VMSensor] To many threads detected: 3145
[2021-06-20 14:15:33,101] [ERROR] [] [de.starface.core.component.monitoring.VMSensor] Too many threads: 3145
.
.
.
"Connection reader for connection 212434 to LDAPSERVER:712" Id=3274535 RUNNABLE (in native)
"Connection reader for connection 212433 to LDAPSERVER:712" Id=3274534 RUNNABLE (in native)
"Connection reader for connection 212432 to LDAPSERVER:712" Id=3274533 RUNNABLE (in native)
"Connection reader for connection 212431 to ln-dt-it:712" Id=3274529 RUNNABLE (in native)
.
.
.
Alles anzeigen
Von dem Connection reader-Eintrag gibts noch tausende Zeilen mehr. Am Samstag läuft bei uns nix telefontechnisches, trotzdem scheint es sich selbständig zu machen
[2021-06-20 17:59:50,758] [ERROR] [] [de.vertico.starface.StarfaceDataSource] -------------Connection Checker---------------
[2021-06-20 17:59:50,758] [ERROR] [] [de.vertico.starface.StarfaceDataSource] active 0(420), idle 2(2)
[2021-06-20 17:59:50,758] [ERROR] [] [de.vertico.starface.StarfaceDataSource] ----------------------------------------------
[2021-06-21 07:41:03,436] [ERROR] [] [de.vertico.starface.persistence.connector.addressbook.AddressBookInterface] LDAP Connection or query timed out. Please check your LDAP-Configuration!
[2021-06-21 07:41:29,741] [ERROR] [] [de.vertico.starface.persistence.connector.addressbook.AddressBookInterface] A client-side timeout was encountered while waiting 3000ms for a response to simple bind request with message ID 1 for user 'starface' from server ln-dt-it:712.
[2021-06-21 07:41:32,749] [ERROR] [] [de.vertico.starface.persistence.connector.addressbook.AddressBookInterface] LDAP Connection or query timed out. Please check your LDAP-Configuration!
.
.
.
[2021-06-21 10:18:13,901] [ERROR] [] [de.vertico.starface.persistence.connector.addressbook.AddressBookInterface] LDAP Connection or query timed out. Please check your LDAP-Configuration!
[2021-06-21 10:18:33,619] [ERROR] [] [de.vertico.starface.helpers.SystemUtils] checkPassword failed
org.apache.commons.exec.ExecuteException: Process exited with an error: 1 (Exit value: 1)
at org.apache.commons.exec.DefaultExecutor.executeInternal(DefaultExecutor.java:404)
at org.apache.commons.exec.DefaultExecutor.execute(DefaultExecutor.java:166)
at org.apache.commons.exec.DefaultExecutor.execute(DefaultExecutor.java:153)
at de.vertico.starface.helpers.runtime.ProcessExecutor.execWithInput(ProcessExecutor.java:252)
at de.vertico.starface.helpers.SystemUtils.checkPassword(SystemUtils.java:668)
at de.vertico.starface.helpers.SystemUtils.isInstallationPasswordInUse(SystemUtils.java:1023)
at de.vertico.starface.helpers.SystemUtils.isDefaultPasswordInUse(SystemUtils.java:1018)
at de.vertico.starface.filters.ValidateFilter.checkRootPassword(ValidateFilter.java:133)
at de.vertico.starface.filters.ValidateFilter.doFilter(ValidateFilter.java:65)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
at de.vertico.starface.filters.i18nFilter.doFilter(i18nFilter.java:93)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
at de.vertico.starface.filters.CsfrTokenFilter.doFilter(CsfrTokenFilter.java:44)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
at de.vertico.starface.filters.AuthFilter.doFilter(AuthFilter.java:53)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
at de.vertico.starface.filters.TrafficFilter.doFilter(TrafficFilter.java:63)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
at de.vertico.starface.filters.OriginFilter.doFilter(OriginFilter.java:39)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
at de.vertico.starface.filters.AntiXssFilter.doFilter(AntiXssFilter.java:34)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
at de.vertico.starface.filters.PortFilter.doFilter(PortFilter.java:37)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
at de.vertico.starface.filters.ExceptionFilter.doFilter(ExceptionFilter.java:37)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
at de.vertico.starface.filters.HttpResponseHeaderFilter.doFilter(HttpResponseHeaderFilter.java:36)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
at de.vertico.starface.filters.HttpResponseHeaderFilter.doFilter(HttpResponseHeaderFilter.java:36)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:202)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:97)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:542)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:143)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:92)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:78)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:357)
at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:374)
at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:65)
at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:893)
at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1707)
at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Thread.java:748)
Alles anzeigen
Vielleicht hilft es ja...
Von dem Eintrag gibts noch tausende Zeilen mehr. Am Samstag läuft bei uns nix telefontechnisches, trotzdem scheint es sich selbständig zu machen
Mir ist bei uns aufgefallen das in 66 Tagen 5,35 GiB Daten durch die Firewall Regel geflossen sind, das ist nur Starface Adressbuch LDAP.
Vielleicht irre ich mich, aber das kommt mir sehr viel vor.
also bei mir stürzt hin und wieder die LDAP Adressbuch Abfrage ab.
Der Workaround die maximalen Verbindungen in Estos hoch zu setzen hilft dabei leider nicht.
Vielleicht ist das mit der 7.1.0.2 die Lösung?
ZitatBehoben: LDAP/AD Verbindungen wurden nicht korrekt über einen Pool behandelt und ggf. nicht geschlossen. [Call#6954744]
Hallo,
ich möchte es hoffen oder glauben so langsam bekommen wir mit unseren Kunden diesbezüglich schon Probleme und das sind keine 3 Mann Buden die ein Estos einsetzen.
Gruß
Michael
Hallo,
wir setzten seit Freitag bei uns die 7.1.0.2 in der Firma ein und bisher ist der Fehler nicht mehr aufgetreten, muss aber bisher nichts heißen.
Kann gerne in 2-3 Tagen darüber erneut berichten.
Gruß
Markus
Hallo,
das wäre Klasse dann hätte der Spuk bald ein Ende.
Gruß
Michael Lakenberg
Alles anzeigenHallo,
wir setzten seit Freitag bei uns die 7.1.0.2 in der Firma ein und bisher ist der Fehler nicht mehr aufgetreten, muss aber bisher nichts heißen.
Kann gerne in 2-3 Tagen darüber erneut berichten.
Gruß
Markus
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!