KeyHelp Community

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

-> Ja, es trat erst auf nachdem ich auf KeyHelp umgezogen bin


Server-Betriebssystem + Version (z.B. Ubuntu 20.04)
-> Debian Bullseye 11.2

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


KeyHelp-Version + Build-Nummer (z.B. 22.0 (Build 2366))
-> 21.3 (Build 2344)


Problembeschreibung / Fehlermeldungen

-> Mailserver hängt, versendet keine Mails mehr, nimmt keine mehr an


Erwartetes Ergebnis

-> mails kommen an


Tatsächliches Ergebnis

-> Mails kommen nicht an


Schritte zur Reproduktion

-> ein paar Tage warten


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

Ich habe noch keine weiteren informationen, nur einer meiner Mailserver hing jetzt 2x.

Genau so wie vor ca. 2 Wochen der Server hier von KeyHelp, wo dann plötzlich innerhalb einiger Stunden alle Benachrichtigungen der vergangenen Tage eintrudelten.

Ich will zum Supportende von Stretch mein letztes i-MSCP vom Netz haben, dafür ist es essentiell, dass eMail auf den neuen Kisten zuverlässig ist.

24unix wrote: ↑Thu 10. Mar 2022, 21:04 Genau so wie vor ca. 2 Wochen der Server hier von KeyHelp, wo dann plötzlich innerhalb einiger Stunden alle Benachrichtigungen der vergangenen Tage eintrudelten.

Wobei man hier dazu sagen muß, daß der zeitweilige Ausfall der Benachrichtigungsfunktion nichts mit dem Mailserver zu tun hatte, sondern mit einer Funktionsstörung der Forensoftware.

24unix wrote: ↑Thu 10. Mar 2022, 21:04 Mailserver hängt, versendet keine Mails mehr, nimmt keine mehr an

Gab es zu dem Zeitpunkt irgendwelche auffälligen Einträge im Maillog?

24unix wrote: ↑Thu 10. Mar 2022, 21:04 ein paar Tage warten

Hat sich das System tatsächlich selbst "geheilt" oder hast du mit einem Restart des Mailservers respektive des kompletten Servers 'nachgeholfen'?

Jolinar wrote: ↑Thu 10. Mar 2022, 21:19

24unix wrote: ↑Thu 10. Mar 2022, 21:04 Genau so wie vor ca. 2 Wochen der Server hier von KeyHelp, wo dann plötzlich innerhalb einiger Stunden alle Benachrichtigungen der vergangenen Tage eintrudelten.

Wobei man hier dazu sagen muß, daß der zeitweilige Ausfall der Benachrichtigungsfunktion nichts mit dem Mailserver zu tun hatte, sondern mit einer Funktionsstörung der Forensoftware.

OK, das wusste ich nicht, sah von aussen halt genau so aus.

Jolinar wrote: ↑Thu 10. Mar 2022, 21:19

24unix wrote: ↑Thu 10. Mar 2022, 21:04 Mailserver hängt, versendet keine Mails mehr, nimmt keine mehr an

Gab es zu dem Zeitpunkt irgendwelche auffälligen Einträge im Maillog?

Ich kann das morgen noch mal in Ruhe checken, kann zeitlich aber noch alles nachvollziehen, miene Frau wartete auf ihren Corona-test via Mail …

Jolinar wrote: ↑Thu 10. Mar 2022, 21:19

24unix wrote: ↑Thu 10. Mar 2022, 21:04 ein paar Tage warten

Hat sich das System tatsächlich selbst "geheilt" oder hast du mit einem Restart des Mailservers respektive des kompletten Servers 'nachgeholfen'?

Habe via systemctl den Dienst neu gestartet.

Was mir jetzt mal aufgefallen ist, in der nacht vor dem neustart war das Log übervoll damit:

Mar 9 00:00:52 paz amavis[2051131]: (!!)TROUBLE in child_init_hook: BDB can't connect db env. at /var/lib/amavis/db: BDB0087 DB_RUNRECOVERY: Fatal error, run database recovery, No such file o r directory. at (eval 91) line 338.


Irgendwie finde ich den ganzen Antiviren und Antispam-Kram extrem nervig, vor dem Umzug ging es auch ohne.

Probier mal das hier
Quelle:
https://www.mail-archive.com/debian-bug ... 33405.html

Habe ich mal gemacht, vielen Dank, mal sehen, ob es was bringt. Wäre schön, wenn ich ich auf die Kiste einfach verlassen kann.

Tobi wrote: ↑Fri 11. Mar 2022, 18:43 Probier mal das hier

Code: Select all

        service amavis stop
        mv /var/lib/amavis/db /var/lib/amavis/db~
        mkdir /var/lib/amavis/db
        chown amavis:amavis /var/lib/amavis/db
        chmod o-rx /var/lib/amavis/db
        service amavis start

Quelle:
https://www.mail-archive.com/debian-bug ... 33405.html

Ähnliches dazu hatten wir vor langer langer Zeit mal (11.2018).

viewtopic.php?t=10008

So, ich hatte mal ein Terminal offen mit nem Tail auf die mail.log.

Gerade das gesehen:
Einfach so, aus heiterem Himmel.

Was muss ich ändern, um Amavis ganz abzuschalten, und übersteht das auch Konfigurationsänderungen seitens des Panels?

24unix wrote: ↑Sat 12. Mar 2022, 10:17 Was muss ich ändern, um Amavis ganz abzuschalten, und übersteht das auch Konfigurationsänderungen seitens des Panels?

Jolinar wrote: ↑Sat 19. Feb 2022, 18:31

Code: Select all

# content_filter = amavis:127.0.0.1:10024

So nimmst du Amavis erstmal aus der Gleichung raus. Das der Dienst im Hintergrund läuft, stört ja nicht weiter, wenn er eh nur im Leerlauf läuft.

Jolinar wrote: ↑Sat 12. Mar 2022, 10:31 So nimmst du Amavis erstmal aus der Gleichung raus. Das der Dienst im Hintergrund läuft, stört ja nicht weiter, wenn er eh nur im Leerlauf läuft.

Danke.

Amavis kann ich dann doch ganz einfach übers Panel deaktivieren, oder?

24unix wrote: ↑Sat 12. Mar 2022, 10:42 Amavis kann ich dann doch ganz einfach übers Panel deaktivieren, oder?

Deswegen hatte ich auf den anderen Thread gelinkt. Du kannst zwar Amavis im Panel stoppen, aber diese Einstellung überlebt (noch) keinen Reboot. Nach dem Neustart des Servers ist der Dienst wieder aktiv.

kurz noch ein kleines DANKESCHÖN(!!!) für diesen Beitrag und insbesondere den Tipp von Tobi!

service amavis stop
mv /var/lib/amavis/db /var/lib/amavis/db~
mkdir /var/lib/amavis/db
chown amavis:amavis /var/lib/amavis/db
chmod o-rx /var/lib/amavis/db
service amavis start

that helped at the same Problem! <3


Frohe Weihnachten euch allen!