Keyhelp Zugang als keyadmin Timeout [GELÖST]

[Viktor]

STOP - Bitte lesen Sie die nächsten Zeilen aufmerksam!

1) Bitte füllen Sie die unten stehende Beitragsvorlage vollständig aus!
2) Die Mitglieder dieses Forum stellen ihre wertvolle Zeit zur Verfügung, um zu helfen! Bitte stellen Sie im Gegenzug soviel Informationen wie möglich zur Verfügung und seien Sie in der Fehlerbeschreibung konkret. Beiträge die geringe Eigeninitiative zeigen werden wahrscheinlich keine guten Antworten erhalten!

Sie können diesen oberen Teil der Beitragsvorlage entfernen.
Die folgende Beitragsvorlage darf jedoch in keinem Fall entfernt werden.
---------------------------------------------------------------------------


Ich bin sicher, dass die Ursache des Problems bei KeyHelp liegt
(Probleme ohne KeyHelp-Bezug gehören ins Offtopic-Forum)
Ja

Server-Betriebssystem + Version
Debian 11


Eingesetzte Server-Virtualisierung-Technologie
(z.B. keine, OpenVZ, KVM, XEN, etc.)
Keine

KeyHelp-Version + Build-Nummer
(z.B. 22.0 - Build 2366)
23.2.1 (Build 3125)

Problembeschreibung / Fehlermeldungen
Ich komme in Keyhelp als Admin (keyadmin) nicht mehr rein.
Fehler: Gateway Timeout
Als User geht alles.

Erwartetes Ergebnis
Das ich in Keyhelp rein komme.

Tatsächliches Ergebnis
Gateway Timeout

Schritte zur Reproduktion


Zusätzliche Informationen
(z.B. kürzlich durchgeführte Änderungen am Server, Auszüge aus Protokolldateien (/var/log/*, /var/log/keyhelp/php-error.log, etc.))

Hallo,

ich habe den Server neu gestartet.

Jetzt komme ich als "keyadmin" nicht mehr rein.
Als Benutzer geht es.

/log/apache2/keyhelp/error.log

Code: Select all

[Sun Dec 10 23:43:46.055461 2023] [proxy_fcgi:error] [pid 9821] (70007)The timeout specified has expired: [client 91.51.130.190:50152] AH01075: Error dispatching request to : (polling)

Was muss ich machen das ich wieder rein komme.

Gruß
Viktor

Ich habe den Server neu gestartet weil ich tausende von Mails bekam mit diesem Inhalt:

Code: Select all

Transcript of session follows.

 Out: 220 jhgn.de ESMTP Postfix (Ubuntu)
 In:  EHLO jxhfd
 Out: 250-jhgn.de
 Out: 250-PIPELINING
 Out: 250-SIZE 36700160
 Out: 250-VRFY
 Out: 250-ETRN
 Out: 250-STARTTLS
 Out: 250-ENHANCEDSTATUSCODES
 Out: 250-8BITMIME
 Out: 250-DSN
 Out: 250-SMTPUTF8
 Out: 250 CHUNKING
 In:  STARTTLS
 Out: 454 4.7.0 TLS not available due to local problem

[Viktor]

Hallo,

sorry es hat sich Erledigt.

Ein Passwort zu einer E-Mail Adresse wurde gehackt und in der E-Mails in Warteschlange waren zehntausende von Mail.

Keyhelp konnte deshalb nicht aufgerufen werden.

Alle Mails gelöscht und schon geht es wieder.

Schade ist nur das Keyhelp dann nicht geht wenn zu Viele Mail in der Warteschlange sing.

Gruß
Viktor

[Alexander]

Beim Darstellen des Admin-Dashboard wird unter anderem ermittelt, wieviele Emails in der Mailqueue liegen.
Die entsprechende Funktion zur Ermittlung der Anzahl wird dann irgendwann bei einer exorbitant großen Mailqueue an Ihre Grenze kommen und ich dann auf die Anzeige des Dashboards auswirken (-> Fehler beim Login)

Ich schau mal, wie ich das schneller bekomme.

[Tobi]

Ich schau mal, wie ich das schneller bekomme.

E-Mail Warteschlange nach dem Login abfragen und das Ergebnis per Ajax dynamisch anzeigen

[Alexander]

Ich habe jetzt mit einer Mailqueue mit 32.000 Einträgen getestet.

Ich habe meine Ermittlung-der-Mailqueue-Einträge Funktion von vormals 7 bis 19 Sekunden Ausführzeit auf 0.07 - 0.13 Sekunden gebracht.
Das sollte erstmal ausreichend sein .

[Ralph]

Beim Darstellen des Admin-Dashboard wird unter anderem ermittelt, wieviele Emails in der Mailqueue liegen.
Die entsprechende Funktion zur Ermittlung der Anzahl wird dann irgendwann bei einer exorbitant großen Mailqueue an Ihre Grenze kommen und ich dann auf die Anzeige des Dashboards auswirken (-> Fehler beim Login)
Ich schau mal, wie ich das schneller bekomme.

Das Problem scheint in letzter Zeit häufiger aufzutreten
Von meiner Seite aus überwache ich die Anzahlt (mit limits) im Mailqueue und bekomme Benachrichtigungen bzw. Alarme ...

Aber wenn die Anzahl ja bereits vom Panel ermittelt wird, wäre es vieleicht keine schlechte Idee es einfach mit einer Admin Email Benachrichtigung zu erweitern z.b. ab 200 Emails eine Benachrichtigung?

[Alexander]

KeyHelp ist kein dediziertes Monitoring-Tool, für solche Sachen gibt es geeignetere Tools.

[Ralph]

KeyHelp ist kein dediziertes Monitoring-Tool, für solche Sachen gibt es geeignetere Tools.

Sehe ich auch so, war nur eine Montags Idee weil die Prüfung ja dazu bereits vorhanden ist (oder als Pro Feature irgendwann mal).

[Tobi]

Ich habe jetzt mit einer Mailqueue mit 32.000 Einträgen getestet.

Ich habe meine Ermittlung-der-Mailqueue-Einträge Funktion von vormals 7 bis 19 Sekunden Ausführzeit auf 0.07 - 0.13 Sekunden gebracht.
Das sollte erstmal ausreichend sein .

100 mal schneller ist beeindruckend

[mhagge]

Generell sollte man allerdings die Mailqueue in der Tat überwachen - ist die zu voll, ist in aller Regel irgendwas auf dem Server kaputt (vulgo gehackt)

Ob das jetzt Aufgabe von Keyhelp ist oder nicht sei dahingestellt (ich würde auch sagen eher nicht, alleine schon weil es innerhalb von Keyhelp nicht extern wäre...)

[Viktor]

Ich habe jetzt mit einer Mailqueue mit 32.000 Einträgen getestet.

Ich habe meine Ermittlung-der-Mailqueue-Einträge Funktion von vormals 7 bis 19 Sekunden Ausführzeit auf 0.07 - 0.13 Sekunden gebracht.
Das sollte erstmal ausreichend sein .

Hallo Alexander,

super das es in Zukunft schneller geht.

Gruß
Viktor

[Tobi]

KeyHelp ist kein dediziertes Monitoring-Tool, für solche Sachen gibt es geeignetere Tools.

Ich hadere etwas mit deiner Antwort .

KeyHelp verschickt bereits Warnmeldungen zu den unterschiedlichsten Ereignissen. Insofern wäre die Warnung „Mailqueue voll“ nur eine weitere Warnung.

[Alexander]

Ab wievielen Einträgen wäre sie denn dann für die Allgemeinheit als "voll" zu betrachten?

(z.B. auf der entsprechenden Seite (Konfiguration -> E-Mail-Warteschlange) zeige ich eine Warnung ab 500 Einträgen an.)

[Ralph]

Ab wievielen Einträgen wäre sie denn dann für die Allgemeinheit als "voll" zu betrachten?
(z.B. auf der entsprechenden Seite (Konfiguration -> E-Mail-Warteschlange) zeige ich eine Warnung ab 500 Einträgen an.)

In dem Fall sollte es mit dem Limit für die Warnmeldung gleich gesetzt werden, somit bekommen weniger versierte VPS Nutzer von dem Problem etwas mit und können eingreifen ...

Am zuverlässigsten ist wie Du schon sagtest ein externes Monitoring in dem Fall wenn der MX bereits blacklisted wurde und die Admin Email aus diesem Grund eventl. gar nicht mehr zugestellt werden kann.

Bei mir wird bereits ab 20 Mails ein Trigger ausgelöst
=> 20 - einfacher Push Hinweis
> 50 Push + Email Benachrichtigung
> 200 Disaster Alarm Push + Email + SMS Benachrichtigung

[Alexander]

Habe den Grenzwert jetzt auf 200 gesetzt.
Es wird nun regelmäßig um 0:00 Uhr geprüft, ob der Grenzwert überschritten ist und wenn JA, geht eine Hinweismail an die Admin-Accounts raus.
Über Konfiugration -> Email-Benachrichtigung kann man das Ganze wie gewohnt deaktivieren oder anpassen.

So, ich hoffe damit ist eurem Wunsch genüge getan - Ihr bekommt den Feature-Hals aber auch nie voll...