Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 10 replies
  • Subscribers 3 subscribers
  • Views 5122 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.
  • 0
    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


    no installing third party software or making changes via the cli voids your support.
  • 0 in reply to William Warren
    no installing third party software or making changes via the cli voids your support.

    I don't really see another way to monitor astaro, or do you have one?
  • 0
    i'm not sure what you are trying to achieve here.  I use SUM to monitor my client utm installations.
  • 0 in reply to William Warren
    i'm not sure what you are trying to achieve here.  I use SUM to monitor my client utm installations.

    Please read my first post again.

    I want to monitor an astaro with custom scripts. For example I can't monitor the mail queue of exim with snmp, traps, mail alerts or neither SUM.
  • 0
    Have you tried using the remote syslog option and running your tools against that output?
  • 0 in reply to William Warren
    Have you tried using the remote syslog option and running your tools against that output?

    I'm using remote syslogging yes, but this isn't actually a good way to monitoring a state of a service or nearly impossible to get the exact state of a service.
  • 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!)
  • 0
    Is that term from the current Sophos license or an old Astaro license?  Are both in effect?  The most correct answer probably comes from the parties of the agreement and legal counsel.

    Is it safe?  That depends on your definition of safe/unsafe.

    What happens if you run up2date?  Does that same license include " (3) Prior to operating the Software, the User shall build up a test
    environment similar to the environment under which the Software shall later
    operate. The Software shall only be put into operation after having
    successfully passed a sufficient test period. The same applies after each
    update of the Software."

    How else can you monitor?  If you must, or wish to avoid, local software and scripts then consider commands/scripts remotely initiated and managed via ssh.
  • 0
    Hi,

    If the NRPE RPM doesn't have any files which conflict with the existing system, then it won't cause any problems with up2date unless Sophos adds conflicting files later.

    However, chances are that the RPM is going to have some dependencies that don't exist on the UTM.

    Barry