|
From: | frwa onto |
Subject: | Re: Monitor Ossec |
Date: | Wed, 25 Sep 2013 14:10:28 +0800 |
It's up to you. If you need newer package then which is available from the repository, you can build the package from the source code using rpmbuild - it's not evil.The question of to-rpmbuild-or-not-to-rpmbuild is outside of Monit scope though (it's generic sysadmin decision which has it's pros and cons).
On Sep 24, 2013, at 6:20 PM, frwa onto <address@hidden> wrote:Dear Martin,I found it here the .rpm http://pkgs.repoforge.org/monit/ . The problem as you centos believes in stability and package based thus always discourage the rpmbuild ? What is you opinion if I use the rpmbuild vs taking the .rpm file itself ?--On Wed, Sep 25, 2013 at 12:16 AM, Martin Pala <address@hidden> wrote:
You can create the rpm package from the source code this way:rpmbuild -tb monit-5.6.tar.gzOn Sep 24, 2013, at 6:14 PM, frwa onto <address@hidden> wrote:Dear Martin,So in the case of Centos then I have rebuild as I dont see any direct .rpm file of monit 5.3 ? Ok I got it about the include files is very clear now not a big issue here.--On Wed, Sep 25, 2013 at 12:10 AM, Martin Pala <address@hidden> wrote:
Hello Frwa,the program check was added in Monit 5.3 - you need to upgrade Monit.The concept of include files allows to modularize the configuration - it's optional and if you want to keep it simple, put everything into single monitrc file (otherwise the include files can be enabled using "include" statement - see manual for details).Regards,MartinOn Sep 24, 2013, at 6:02 PM, frwa onto <address@hidden> wrote:Dear Werner,So if we keep separate how will the monit executable will be able to read different .conf file? Ok I got it why you want to keep it separate it due to updates of monit. So since I am on the bad side what is your best advice here ? Any other method to simulate it.--On Tue, Sep 24, 2013 at 11:50 PM, Werner Flamme <address@hidden> wrote:
frwa onto [24.09.2013 17:21]:
> Dear Werner,You can put anything you wrote into the separate file into monit.conf
> I dont understand what is the need of the extra
> ossec.conf why not its in the main monit.conf ?
(which I don't have, it's monitrc for me). The reason for keeping it
separated is that on an update, the central config may be rewritten, and
that your parts of the config might get lost. If you keep it in a
separate file, it will stay there even when you update monit.
From what I found, "check program" must have been introduced with
> On Tue, Sep 24, 2013 at 11:19 PM, frwa onto <address@hidden> wrote:
>
>> Dear Werner,
>> I went into the man page here
>> http://mmonit.com/monit/documentation/monit.html#program_status_testing so
>> I read and change it to this now check program test_ossec with path
>> "/usr/bin/test_ossec" with timeout 1000 seconds and still get service monit
>> start
>> Starting monit: /etc/monit.d/ossec.conf:1: Error: syntax error 'test_ossec'
>> [FAILED]
>> . I think my problem why it does not recognize could it be due to my
>> monit version is monit -V
>> This is monit version 5.1.1
>> Copyright (C) 2000-2010 by Tildeslash Ltd. All Rights Reserved. I am using
>> Centos 6.4 and epel repo. Another thing how I start the ossec is via the
>> /var/ossec/bin/ossec-control start not via the /etc/init.d scripts.
version 5.3, so you are on the bad side here.
Regards,
Werner
To unsubscribe:
https://lists.nongnu.org/mailman/listinfo/monit-general
--
To unsubscribe:
https://lists.nongnu.org/mailman/listinfo/monit-general
To unsubscribe:
https://lists.nongnu.org/mailman/listinfo/monit-general
--
To unsubscribe:
https://lists.nongnu.org/mailman/listinfo/monit-general
To unsubscribe:
https://lists.nongnu.org/mailman/listinfo/monit-general
--
To unsubscribe:
https://lists.nongnu.org/mailman/listinfo/monit-general
[Prev in Thread] | Current Thread | [Next in Thread] |