Nach Upgrade einer Sophos XG106w auf SFOS 19.0.1 MR-1-Build365 startet der Dienst "AntiSpam" nicht mehr!

Scheint mal wieder so als hätte jeder der auf 19.0.1 geupdated hat das selbe Problem.
Maßnahmen die aus dem Support Case sind natürlich wieder super "starten Sie die Firewall neu, reimagen Sie das Cluster usw."

Es ist irgendwie immer das selbe, man investiert viel Geld in HA und dann ist man ständig am Restarten oder Reimagen...  

Ein Bugfix wäre mal eine vernünftige Lösung.

Scheint mal wieder so als hätte jeder der auf 19.0.1 geupdated hat das selbe Problem.
Maßnahmen die aus dem Support Case sind natürlich wieder super "starten Sie die Firewall neu, reimagen Sie das Cluster usw."

Es ist irgendwie immer das selbe, man investiert viel Geld in HA und dann ist man ständig am Restarten oder Reimagen...  

Ein Bugfix wäre mal eine vernünftige Lösung.

Hallo Nils, das Problem ist inzwischen vom Sophos Support, Entwicklungsabteilung, gelöst worden.

Das Problem trat nur bei dieser einen UTM auf, bei allen anderen lief' es problemlos durch.

Auf Anfrage, was denn das Problem eigentlich war, kam folgende Antwort zurück:

Nach dem Update, das wir vom Entwicklungsteam erhalten haben, sieht es so aus, als sei die auf der Appliance verfügbare Antispam-Datei beschädigt worden, was vermutlich auf die Fehler zurückzuführen ist, die wir erhalten.

23.10:06:32 MESSAGE [Main] [ main.cpp:90] LASE Daemon Version: 5.1.1 2022-09-23.10:06:32 ERROR [Main] [ DB/dbowner.cpp:425] database length < sizeof( asdb_header ) + ntohl( hdr->datalen )

2022-09-23.09:41:41 ERROR [Main] [ laseserver.cpp:164] Could not fetch new signatures: Couldn't fetch: <https://sasi.sophosupd.com/v4/i386/asdb.antispam.csum> Exiting.. Failed to run server: Could not fetch new signatures: Couldn't fetch: <https://sasi.sophosupd.com/v4/i386/asdb.antispam.csum> Exiting..

Sie haben die problematischen Dateien korrigiert, so dass die Appliance die neue Version der Antispam-Datenbank vom Server herunterlädt und das Problem behoben ist.
Das Entwicklerteam wird auch intern daran arbeiten, solche Probleme in Zukunft zu vermeiden.

Gruß Andreas

Unser Fehler ist nun auch ohne Downtime gefixed. Der Global Escalation Support hat irgendeine Checksumme bereinigt, dann ging es wohl.