Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 10 replies
  • Subscribers 3 subscribers
  • Views 5124 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Install third party rpm / monitoring nrpe

raffis
Hi

Hi we have some serious cases where snmp monitoring or mail notificaton is just not enaugh to monitor astaros.
For example mail queue/spool monitoring or monitoring the the spool on a 2nd node within HA cluster. 
The snmpd could crash on a 2nd HA node and no one is able to detect this immediately without active monitoring checks.

For the mail queue example, there is a feature request Reporting: Monitor SMTP queue levels via SNMP, but this was 6 years ago, and nothing happend since then....

And active checks are actually the better way to ensure a service of a system is running well.

In my opinion the only safe way to check my astaro HA Cluster is to install a third party nrpe rpm package or a custom build.
=> RPM OpenSuSE 11.X nagios-nrpe 2.12 x86_64 rpm

So is it safe to install third party rpms on astaro?
What happens if I run an up2date?
Does anyone else work with nrpe on astaro?

I know there is the following line in the agreement, but how else can I monitor the astaro? 
Mail reporting, snmp, snmp traps are just not enaugh, I need to write my own check scripts. 
 (6) The User must not install any third party software beside the Software on the same computer and shall not modify the Software.



Thanks


This thread was automatically locked due to age.
Parents
  • 0
    AFAIK thee's no way to do what you are wanting to do internally.  UTM is pretty good about notifying if a problem comes up.  I've not seen the queue get bogged down unless the underlying hardware is overloaded or there's a misconfiguration.  I've not tried the new iview system which also uses syslog but i'm not sure if that's an active monitor like you are looking for.
  • 0 in reply to William Warren
    AFAIK thee's no way to do what you are wanting to do internally.

    Yeah I know, the only way I see is to break my support (don't need it anyways, hopefully).

    But what happens if i'm able to install an nrpe package and run up2date?

    UTM is pretty good about notifying if a problem comes up.  I've not seen the queue get bogged down unless the underlying hardware is overloaded or there's a misconfiguration..

    I don't agree with you. There are x problems I get not notified.

    Keyword "mail queue", there aren't any notifications about that.
    The first notificaton I will get is the snmp trap or mail report that the storage disk is filling up.


    But there are other scenarios which I want to monitor and astaro/sophos serves no way to do that.

    Again mail reporting is just not as good as active monitoring checks.
    (And it does not make any sense to trust mail reporting if the mail system itself has a problem!)
Reply
  • 0 in reply to William Warren
    AFAIK thee's no way to do what you are wanting to do internally.

    Yeah I know, the only way I see is to break my support (don't need it anyways, hopefully).

    But what happens if i'm able to install an nrpe package and run up2date?

    UTM is pretty good about notifying if a problem comes up.  I've not seen the queue get bogged down unless the underlying hardware is overloaded or there's a misconfiguration..

    I don't agree with you. There are x problems I get not notified.

    Keyword "mail queue", there aren't any notifications about that.
    The first notificaton I will get is the snmp trap or mail report that the storage disk is filling up.


    But there are other scenarios which I want to monitor and astaro/sophos serves no way to do that.

    Again mail reporting is just not as good as active monitoring checks.
    (And it does not make any sense to trust mail reporting if the mail system itself has a problem!)
Children
No Data