Zimbra - Snap disk at 100% - Disable Disk Space Monitoring for Loop Devices

Zimbra: /snap/core at 100% – Disk Space Überwachung für Loop Devices deaktivieren

Vor kurzem habe ich mich in das Admin-E-Mail-Konto eines von mir verwalteten Zimbra Mailserver eingeloggt, um zu sehen, ob es etwas Auffälliges zu beachten gab. In dieses Konto logge ich mich nicht oft ein, da es normalerweise nur Tagesberichte und E-Mail-Benachrichtigungen enthält, wenn Dienste eingestellt oder gestartet werden.

Was für eine Überraschung, als ich plötzlich über eine Million E-Mails im Posteingang sehe! 1.000.000! Und zu meiner Überraschung war der Betreff von 99% von ihnen eine Variante des Folgenden:

Disk /snap/core/13425 at 100% on mail.domain.com:
Disk /snap/certbot/2192 at 100% on mail.domain.com:
Disk /snap/canonical-livepatch/146 at 100% on mail.domain.com:
Disk /snap/core20/1518 at 100% on mail.domain.com:

Und der Inhalt dieser E-Mails bestand im Wesentlichen aus einer Zeile, wie man sie normalerweise in den Logdateien findet, z. B:

mail zimbramon[22102]: 22102:crit: Disk warning: mail.domain.com: /snap/canonical-livepatch/146 on device /dev/loop6 at 100%
mail zimbramon[22102]: 22102:crit: Disk warning: mail.domain.com: /snap/core/13425 on device /dev/loop3 at 100%

Ursache

Die Ursache dafür ist, dass Zimbra die vorhandenen Laufwerke überwacht und Warnmeldungen ausgibt, wenn diese voll sind. Diese /dev/loopX Laufwerke haben aber nichts mit Zimbra zu tun und müssen nicht überwacht werden. Sie werden automatisch erstellt, wenn snap installiert ist, und sie sind alle schreibgeschützt. Du kannst diese Laufwerke mit dem Befehl df -h sehen:

root@mail:~# df -h
Filesystem                 Size  Used Avail Use% Mounted on
udev                       5.9G     0  5.9G   0% /dev
tmpfs                      1.2G  115M  1.1G  10% /run
/dev/mapper/mail--vg-root  245G  122G  111G  53% /
tmpfs                      5.9G     0  5.9G   0% /dev/shm
tmpfs                      5.0M     0  5.0M   0% /run/lock
tmpfs                      5.9G     0  5.9G   0% /sys/fs/cgroup
/dev/loop0                  64M   64M     0 100% /snap/core20/1738
/dev/loop1                 9.0M  9.0M     0 100% /snap/canonical-livepatch/164
/dev/loop3                 9.0M  9.0M     0 100% /snap/canonical-livepatch/146
/dev/loop2                  64M   64M     0 100% /snap/core20/1778
/dev/loop4                  45M   45M     0 100% /snap/certbot/2582
/dev/loop5                 117M  117M     0 100% /snap/core/14399
/dev/loop6                  45M   45M     0 100% /snap/certbot/2618
/dev/sda1                  720M  164M  520M  24% /boot
tmpfs                      1.2G     0  1.2G   0% /run/user/999
tmpfs                      1.2G     0  1.2G   0% /run/user/1000

Lösung

Da dieses Problem nicht kritisch ist, die E-Mails aber sehr schnell sehr nervig werden können, ist es am besten, alle diese Loop-Laufwerke von Zimbras Überwachung auszuschließen. Das geht, indem du den folgenden Befehl als Zimbra-Benutzer ausführst (führe su - zimbra als root aus):

zmlocalconfig -e zmstat_df_excludes='/dev/loop0:/dev/loop1:/dev/loop2:/dev/loop3:/dev/loop4:/dev/loop5:/dev/loop6'

Aktualisiere den Befehl mit den Loop-Laufwerken, die du auf deinem Server siehst. Starte danach die stat data collectors neu, indem du den folgenden Befehl ausführst:

zmstatctl restart

Zusätzlicher Tipp

Beim Neustart des Servers oder im Laufe der Zeit kann es vorkommen, dass neue/andere Loop-Laufwerke auftauchen und die E-Mails für diese wieder eingehen. Wenn das passiert, führe einfach die oben genannten Befehle erneut aus und aktualisiere die Liste der auszuschließenden Geräte.

Zimbra Wiki: https://wiki.zimbra.com/wiki/Disable_Disk_Space_Monitoring_for_Loop_Devices