[Xymon] Ignoring Veeam Backup filesystems
Damien Martins
damien at makelofine.org
Mon Feb 8 16:44:22 CET 2021
Hello Robert,
If you do not expect to mount something else in /tmp, you may use
something like:
DISK %^/tmp/.* IGNORE
seems easier to read and understand, however may be too wide.
If you expect to mount something else in /tmp, then your regex seems OK
and unavoidable
Le 08/02/2021 à 16:38, Robert Herron a écrit :
> I'm deploying Veeam Backup & Replication to perform systems. I have a
> few Linux hosts that require being backed up via the local agent
> instead of using a VM-based backup. The backups run in the middle of
> the night as you might expect. 2AM Sunday, I received a full
> filesystem alarm on a Linux host I'm testing. It cleared in the next
> test sweep 5 minutes later but the unnecessarily alarms woke me up. I
> want to minimize that from happening.
>
> The Veeam agent creates and mounts devices under /tmp for the backup.
> The df line from the filesystem alarm looks like:
> Filesystem 1024-blocks Used Available Capacity Mounted on
> /dev/veeamimage7 4128448 4026052 0 100%
> /tmp/{16296b8b-8ad4-6614-6da9-aacdc519bd6b}
>
> The actual filesystem name is different on each host. I assume it's
> based on the host's BIOS UUID or the block ID. I don't want to add
> individual lines for each host.
>
> I want to add the following line to my analysis.cfg in the
> "CLASS=linux" section:
> DISK
> %^/tmp/\{[A-Fa-f0-9]{8}-[A-Fa-f0-9]{4}-[A-Fa-f0-9]{4}-[A-Fa-f0-9]{4}-[A-Fa-f0-9]{12}\}
> IGNORE
>
> Questions:
> 1.) Is this regex valid for the analysis.cfg?
> 2.) Is there a better way to handle this?
>
> Thanks,
> --Robert.
>
>
>
> Robert Herron
> robert.herron at gmail.com <mailto:robert.herron at gmail.com>
>
> _______________________________________________
> Xymon mailing list
> Xymon at xymon.com
> http://lists.xymon.com/mailman/listinfo/xymon
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20210208/35dfdeb0/attachment.htm>
More information about the Xymon
mailing list