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