[Xymon] sepparated disk alerts

[Jeremy Laidman]

I'd do what Ralph suggested, but report a new event to Hobbit, one per
disk.  So you'd end up with columns like disk, fsA, fsB, fsC.  The "disk"
is from the standard test, and the "fsA.." ones are generated by your
script, and can be separately disabled/acknowledged/alerted on.

J


On 16 February 2013 09:12, Aiquen <aiqueneldar at gmail.com> wrote:

> I include the list in this response as I think it was left out by mistake.
>
> That is a good answer, and will probably help people in similar
> situations out. This will however not work for us as we don't use the
> email-functionality at all in xymon. Also this is a decision from
> management.
>
> So I need a solution that will show up in the non-green systems view
> in xymon. And also I need to get alerts based on that a filesystem
> changes state, not based on one disk changes state on a host as it is
> natively.
>
> I do know this is very specefic. But I have tried several workarounds
> and have been shot down from management because they want changes to
> the client to come upstream since the disk alert technically is
> working. It is just annoying for us who have to work with it this way.
>
> Kind regards
> Calle Lejdbrandt
>
> On Fri, Feb 15, 2013 at 10:51 PM, Mike Burger <mburger at bubbanfriends.org>
> wrote:
> > While I don't have a Xymon specific, technical answer, I do have a
> > suggestion, which I've put to use in other places, with other monitoring
> > tools.
> >
> > Send the emails to an account on the Xymon server, maybe even xymon,
> itself.
> >
> > For the user in question, create a .procmailrc file and make use of
> > Procmail's ability to filter and forward. You can then filter the alarms
> > based on subject and/or body content, forward out the messages that need
> a
> > response, and send the rest to /dev/null.
> > --
> > Mike Burger
> > http://www.bubbanfriends.org
> >
> > "It's always suicide-mission this, save-the-planet that. No one ever just
> > stops by to say 'hi' anymore." --Colonel Jack O'Neill, SG1
> >
> >
> >> Greetings
> >>
> >> I don't know if this is the correct forum for this question or more
> >> like it, new feature request. How ever I'm gonna post here and hope
> >> someone will point me right if this is the wrong place.
> >>
> >> For the issue at hand. At my company we use Xymon to monitor thousands
> >> of servers. And sometimes disks gets filled and thus generates an
> >> alert. Sometimes this won't get looked into for a couple of days since
> >> our clients have specified that they want to remove data themselves
> >> (and not buy more storage). And as several servers have 3 - 8 disk
> >> and/or partitions we sometimes have trouble monitoring the other disks
> >> since one is already sending an alert.
> >>
> >> Example:
> >> Server1 has 3 monitored partitions of a disk:
> >> /
> >> /srv/important/data
> >> /srv/database
> >>
> >> with the same limits on all three: 80% -> yellow alert; 90% -> red alert
> >> Then if /srv/important/data reaches 82% the client wants us to notify
> >> them and they will free up space. This normaly takes around 3 - 5
> >> working days. But they also wants us to monitor /srv/database. And say
> >> that 1 day after /srv/important/data gets filled, /srv/database
> >> reaches 84%. That will not trigger a new alert in the non-green status
> >> view which is what we monitor.
> >>
> >> The question/request is then as this: Is there a way to get the client
> >> to report each disk/partition as a separate alert, so we can disable
> >> the alert for one disk while receiving alerts for the other
> >> disks/partions. To use the example I want to be able to temporarily
> >> set /srv/important/data in disabled mode while still getting alerts
> >> from /srv/database
> >>
> >> I know this could be solved by writing my own script for the client,
> >> but that was disapproved of from management as they want as few custom
> >> scripts to maintain as possible (we already have dozens of custom
> >> scripts).
> >>
> >> All help and feedback is appreciated, thanks.
> >>
> >> Kind regards
> >> Calle Lejdbrandt
> >> _______________________________________________
> >> Xymon mailing list
> >> Xymon at xymon.com
> >> http://lists.xymon.com/mailman/listinfo/xymon
> >>
> >
>
>
>
> --
> Med vänliga hälsningar
> Aiquen Eldar
> ---Blessed be by the darkness---
> _______________________________________________
> 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/20130219/5de78115/attachment.html>