Dustin,
We're running debian (etch), and so far all upgrades went smoothly.
Hw (master): dual xeon 2.3ghz, 4gb, 2x160gb hd (hw raid 1). Slaves: 4 vms, 1
physical box.
The ndologs are always processed by the master, it doesn't matter if you
have distrubuted set up or not.

Rafael


On Thu, Jun 4, 2009 at 9:47 AM, Phillips, Dustin B <
[email protected]> wrote:

> Rafael,
>
> We're on 3.0.2.  We had a rough upgrade to that version so I think we're a
> bit apprehensive to go to 3.0.4 without a good upgrade guide to follow. :)
>  That's not to say we won't give it a go though.
>
> We have 1 master, 0 slaves, ~240 monitored hosts and ~4500 services.
>
> What hardware and OS are you using?
>
> Did you utilize slaves to distribute the ndologs importation or does that
> work take place on the master no matter what?
>
> Thanks!
>
> Dustin
>
>
>
>
> ----- Original Message -----
> From: [email protected] <
> [email protected]>
> To: Opsview Users <[email protected]>
> Sent: Thu Jun 04 08:04:31 2009
> Subject: Re: [opsview-users] Large ndolog generated after Opsview reload
>
> Dustin,
> What version of Opsview are you running?
> I noticed a much better performance on the impor_ndologsd after updating it
> to 3.0.4. Before the update, it would usually take about 15 minutes for it
> to complete, and now it takes about 30 secs.
> I don't know exactly what changed, but it make a HUGE difference in our set
> up (5 slaves, 555 hosts, 5681 services).
>
> Rafael
>
>
> On Wed, Jun 3, 2009 at 5:19 PM, Phillips, Dustin B (DBphillips) <
> [email protected]> wrote:
>
>
>        Hi,
>
>        We have been using Opsview for several months now and have been
> quite happy with it.  We have noticed, however, that every time we reload
> Opsview (via the init script or via the WebUI) a very large ndolog file is
> generated in the $nagios/var/ndologs directory.  Normally the files that are
> dropped here are 150KB or smaller and are processed in a one second or less
> but the file that is dropped there after an Opsview reload is almost 6MB.
> This file takes about an hour for the import_ndologsd script to process it
> which causes many other logs to queue up.  We normally queue about a
> thousand ndologs in the time it takes to import the large one.  The question
> is; is this by design or is there something we can do to prevent it?  It
> causes significant delays if we reload Opsview several times in a relatively
> short period of time.
>
>        Thanks in advance,
>
>        Dustin
>
>
>        --
>        Dustin Phillips | Principle Engineer | IP/DOCSIS Network Services
>         o. 314.288.3427 | c. 314.713.1515 | e. MailScanner has detected a
> possible fraud attempt from "[email protected]" claiming to
> be MailScanner has detected a possible fraud attempt from "
> [email protected]" claiming to be
> [email protected] <http://[email protected]>
>         Charter Communications | 12405 Powerscourt Dr., St. Louis, MO 63131
>
>
>
>        E-MAIL CONFIDENTIALITY NOTICE:
>
>
>
>
>
>
>
>        The contents of this e-mail message and
>        any attachments are intended solely for the
>        addressee(s) and may contain confidential
>        and/or legally privileged information. If you
>        are not the intended recipient of this message
>        or if this message has been addressed to you
>        in error, please immediately alert the sender
>         by reply e-mail and then delete this message
>        and any attachments. If you are not the
>        intended recipient, you are notified that
>        any use, dissemination, distribution, copying,
>        or storage of this message or any attachment
>        is strictly prohibited.
>
>
>
>
>
>
>
>
>
>        _______________________________________________
>        Opsview-users mailing list
>        [email protected]
>        http://lists.opsview.org/listinfo/opsview-users
>
>
>
>
>
>
> --
> Rafael Carneiro
> Network Engineer
>
>
> E-MAIL CONFIDENTIALITY NOTICE:
>
>
>
>
>
>
>
> The contents of this e-mail message and
> any attachments are intended solely for the
> addressee(s) and may contain confidential
> and/or legally privileged information. If you
> are not the intended recipient of this message
> or if this message has been addressed to you
> in error, please immediately alert the sender
>  by reply e-mail and then delete this message
> and any attachments. If you are not the
> intended recipient, you are notified that
> any use, dissemination, distribution, copying,
> or storage of this message or any attachment
> is strictly prohibited.
>
>
>
>
>
>
>
> _______________________________________________
> Opsview-users mailing list
> [email protected]
> http://lists.opsview.org/listinfo/opsview-users
>



-- 
Rafael Carneiro
Network Engineer
_______________________________________________
Opsview-users mailing list
[email protected]
http://lists.opsview.org/listinfo/opsview-users

Reply via email to