Fehlerhafte Notification

CarstenMartens

CarstenMartens

Active Member
Proxmox Subscriber
Dec 28, 2021
92
6
28
Coburg, Germany
www.notesit.net
Hallo,

ich habe in unseren Backupservern unter Notification eingestellt das nur bei Schweregrad Warnung und Error verschickt werden soll (siehe Bild)20260611_003.png

Allerdings kommen immer auch Succsessful Meldungen an.

Hier der Mail Header

Subject: Garbage Collect Datastore 'PBS3S2' successful
From: Proxmox Backup Server - pbs3 <xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxt>
To: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxt
Date: Wed, 10 Jun 2026 21:00:05 +0200

und

Subject: Garbage Collect Datastore 'PBS2S2' successful
From: Proxmox Backup Server - pbs2 <xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxt>
To: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxt
Date: Thu, 11 Jun 2026 04:00:08 +0200
Auto-Submitted: auto-generated;

Kann ich noch irgendwo etwas einstellen?
 
Doofe Frage aber ist der default-matcher oder andere aktiv?
 
Last edited:
Der default-matcher ist nicht deaktiviert, der läuft auf Default (das Minus-Zeichen). Der routet ja alles außer successful prune job notifications, also kommt GC-successful da durch.

Du musst den default-matcher ausschalten (Modify → Enable auf "No" setzen), dann greifen nur noch deine Custom-Matcher und die GC-Mails sollten weg sein.
 
Bu66as said:
Der default-matcher ist nicht deaktiviert, der läuft auf Default (das Minus-Zeichen). Der routet ja alles außer successful prune job notifications, also kommt GC-successful da durch.

Du musst den default-matcher ausschalten (Modify → Enable auf "No" setzen), dann greifen nur noch deine Custom-Matcher und die GC-Mails sollten weg sein.
Click to expand...
Nein, der ist deaktiviert...
 
Das Minus-Zeichen in der Enable-Spalte heißt nicht "deaktiviert", das heißt "Default". Und der Default für den built-in Matcher ist aktiv. Deaktiviert wäre ein rotes X oder ein "No".

Klick mal auf den default-matcher → Modify → und schau unter "General" was bei "Enable" steht. Da ist nix gesetzt, also "Default". Setz das explizit auf "No" und speicher. Dann sollte er wirklich aus sein und die GC-success-Mails aufhören.
 
Bu66as said:
Das Minus-Zeichen in der Enable-Spalte heißt nicht "deaktiviert", das heißt "Default". Und der Default für den built-in Matcher ist aktiv. Deaktiviert wäre ein rotes X oder ein "No".

Klick mal auf den default-matcher → Modify → und schau unter "General" was bei "Enable" steht. Da ist nix gesetzt, also "Default". Setz das explizit auf "No" und speicher. Dann sollte er wirklich aus sein und die GC-success-Mails aufhören.
Click to expand...
Nochmal: die ist expliziert deaktiviert. Wenn diese aktiviert ist wird diese auch - wie alle anderen - in der Übersicht mit einem Hacken angezeigt.
 
@Neobin, steht im PBS Admin Guide unter Notifications, built-in Matcher sind per Default enabled.

@CarstenMartens, statt dass wir uns im Kreis drehen: check mal cat /etc/proxmox-backup/notifications.cfg auf dem PBS. Da siehst du schwarz auf weiß ob beim default-matcher ein disable drinsteht oder nicht. Wenn ja, ist er wirklich aus und das Problem liegt woanders. Wenn nein, läuft der Default (= aktiv) und der lässt die GC-Mails durch.
 
Bu66as said:
@Neobin, steht im PBS Admin Guide unter Notifications, built-in Matcher sind per Default enabled.

@CarstenMartens, statt dass wir uns im Kreis drehen: check mal cat /etc/proxmox-backup/notifications.cfg auf dem PBS. Da siehst du schwarz auf weiß ob beim default-matcher ein disable drinsteht oder nicht. Wenn ja, ist er wirklich aus und das Problem liegt woanders. Wenn nein, läuft der Default (= aktiv) und der lässt die GC-Mails durch.
Click to expand...
1. Ja die deault Matcher sind aktiviert wenn nicht explizietr deaktiviert.
Nur wo steht, das diese, wie von Dir angesprochen mit einem roten X oder No gekenzeichnet sind?

2. Zum x.ten mal die ist defivitiv aus
Code: 
root@pbs2:/opt/NinjaRMMAgent/programfiles# cat /etc/proxmox-backup/notifications.cfg
matcher: default-matcher
    comment Route everything but successful prune job notifications to Mail-to-PMG1
    disable true
    invert-match true
    match-field exact:type=acme,gc,package-updates,prune,sync,system-mail,verify
    match-severity warning,error,unknown
    mode all
    target mail-to-root
20260611_006.png
20260611_007.png
 
OK, du hast recht, sorry fürs Beharren. Das disable true in der Config ist eindeutig, der default-matcher ist aus. Mein Fehler.

Dann muss es einer deiner Custom-Matcher sein. Der "Backup"-Matcher hat zwar type=gc,prune,verify + severity=warning,error mit mode=all, aber da sollte GC-success nicht durchkommen. Vielleicht lässt einer der anderen (SystemMails?) die durch. Kannst du mal die komplette cat /etc/proxmox-backup/notifications.cfg posten, also alle Matcher-Blöcke? Dann sieht man welcher den GC-Kram durchreicht.
 
Bu66as said:
OK, du hast recht, sorry fürs Beharren. Das disable true in der Config ist eindeutig, der default-matcher ist aus. Mein Fehler.

Dann muss es einer deiner Custom-Matcher sein. Der "Backup"-Matcher hat zwar type=gc,prune,verify + severity=warning,error mit mode=all, aber da sollte GC-success nicht durchkommen. Vielleicht lässt einer der anderen (SystemMails?) die durch. Kannst du mal die komplette cat /etc/proxmox-backup/notifications.cfg posten, also alle Matcher-Blöcke? Dann sieht man welcher den GC-Kram durchreicht.
Click to expand...
Was seltsam ist, das wirklich nur Garbagecollet Meldungen durckommen. Alle anderen wie Prune, Verify usw. nur bei Fehlermeldungen wie angegeben.
 
Interessant, dass es nur GC-success ist. Prune und Verify sind ja auch im "Backup"-Matcher drin und die werden korrekt gefiltert. Dann lässt wahrscheinlich einer der anderen Matcher GC durch. Mein Verdacht: der "SystemMails"-Matcher, schau da mal in die Match Rules rein, ob der vllt keinen Severity-Filter hat oder GC mit abfängt.

Alternativ kannst du auch einfach die komplette cat /etc/proxmox-backup/notifications.cfg posten (alle Matcher-Blöcke, nicht nur den default-matcher), dann sehen wir sofort welcher Matcher die GC-Mails routet.
 
Bu66as said:
Interessant, dass es nur GC-success ist. Prune und Verify sind ja auch im "Backup"-Matcher drin und die werden korrekt gefiltert. Dann lässt wahrscheinlich einer der anderen Matcher GC durch. Mein Verdacht: der "SystemMails"-Matcher, schau da mal in die Match Rules rein, ob der vllt keinen Severity-Filter hat oder GC mit abfängt.

Alternativ kannst du auch einfach die komplette cat /etc/proxmox-backup/notifications.cfg posten (alle Matcher-Blöcke, nicht nur den default-matcher), dann sehen wir sofort welcher Matcher die GC-Mails routet.
Click to expand...
Hier die komplette notification.cfg

Code: 
root@pbs2:/opt/NinjaRMMAgent/programfiles# cat /etc/proxmox-backup/notifications.cfg
matcher: default-matcher
    comment Route everything but successful prune job notifications to Mail-to-PMG1
    disable true
    invert-match true
    match-field exact:type=acme,gc,package-updates,prune,sync,system-mail,verify
    match-severity warning,error,unknown
    mode all
    target mail-to-root

sendmail: mail-to-root
    comment Send mails to root@pam's email address
    disable true
    mailto-user root@pam

smtp: mail-via-smtp
    from-address xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    mailto-user PBS2@pbs
    mode insecure
    server xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

matcher: Updates
    match-field exact:type=package-updates
    match-severity warning,error
    mode all
    target mail-via-smtp

matcher: Certificate
    match-field exact:type=acme
    match-severity warning,error
    mode all
    target mail-via-smtp

matcher: SystemMails
    match-field exact:type=system-mail
    match-severity warning,error
    mode all
    target mail-via-smtp

matcher: Backup
    comment Mail for Verify, Prune and Garbage Backups
    match-field exact:type=gc,prune,verify
    match-severity warning,error
    mode all
    target mail-via-smtp

matcher: Sync
    match-field exact:type=sync
    match-severity warning,error
    mode all
    target mail-via-smtp

Ich finde da keine Ungereimtheiten
 
Looking at the post #14 config and screenshots: the notifications.cfg shows all custom matchers (Backup, Updates, Certificate, SystemMails, Sync) each with match-severity warning,error and mode all. Default-matcher is disabled (disable true). The config is correct. No matcher should pass GC-success through.

So here's the odd part: prune and verify success are correctly filtered (same "Backup" matcher, same rules), but GC success gets through. That looks like a PBS bug specific to GC notifications.

Stimmt, die Config sieht sauber aus. Kein Matcher sollte GC-success durchlassen, die haben alle mode all + match-severity warning,error. Und das Komische ist ja dass Prune und Verify im selben "Backup"-Matcher stecken und da korrekt gefiltert werden, nur GC rutscht durch. Das riecht nach einem PBS-Bug, wo GC-Notifications intern über einen anderen Codepfad verschickt werden als Prune/Verify.

Welche PBS-Version läuft auf den Kisten? Und ist das Verhalten auf pbs2 UND pbs3 identisch (im ersten Post kamen GC-Mails von beiden)? Wenn ja, würd ich das als Bug im Proxmox Bugzilla melden, mit der Config und dem Hinweis dass nur GC-success die Matcher ignoriert.
 
You must log in or register to reply here.
Top Bottom
Back