[rtg] RTG Digest, Vol 38, Issue 2

[Steve Scaffidi]

I've built debian source and binary packages of RTG with Bill's yrtg patch.

I'd be happy to share them... heck, with permission from both Bill Fumerola
and Robert Beverly I would be happy to submit them for inclusion in Debian's
repositories and be the maintainer.


On 8/2/07, rtg-request at lists.grdata.com <rtg-request at lists.grdata.com>
wrote:
>
> Send RTG mailing list submissions to
>         rtg at lists.grdata.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         http://lists.grdata.com/mailman/listinfo/rtg
> or, via email, send a message with subject or body 'help' to
>         rtg-request at lists.grdata.com
>
> You can reach the person managing the list at
>         rtg-owner at lists.grdata.com
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of RTG digest..."
>
>
> Today's Topics:
>
>    1. Losing data on a restart after adding an interface
>       (Landon Stewart)
>    2. Re: Losing data on a restart after adding an interface
>       (bill fumerola)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 1 Aug 2007 16:03:28 -0700
> From: "Landon Stewart" <lstewart at superb.net>
> Subject: [rtg] Losing data on a restart after adding an interface
> To: RTG at lists.grdata.com
> Message-ID:
>         <afc2d4d70708011603v4c6ffebbre70c23cfb2413fa9 at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hello,
>
> Are there any plans (or already a way) to make rtgpoll work with the HUP
> signal to simply read new interfaces and start the normalization and
> polling
> for those instead of losing a whole polling period's worth of data?  We
> have
> a 15 minute polling interval and a restart loses quite a bit of
> data.  Even
> a 5 minute polling period would have a loss of data.
>
> An example 'dip' is attached.
>
> [image:
>
> http://rtg.superb.net/rtgplot.cgi?t1=ifInOctets_203&t2=ifOutOctets_203&begin=1185951600&end=1186037999&units=bits/s&factor=8&iid=4101&xplot=500&yplot=150&borderb=70
> ]
> --
> Landon Stewart <LStewart at SUPERB.NET>
> SuperbHosting.Net by Superb Internet Corp.
> Toll Free: 888-354-6128 x 4199 (US/Canada)
> International: 604-638-2525 x 4199
> Web hosting and more "Ahead of the Rest": http://www.superbhosting.net
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://lists.grdata.com/pipermail/rtg/attachments/20070801/988bb6ee/attachment-0001.html
>
> ------------------------------
>
> Message: 2
> Date: Wed, 1 Aug 2007 16:32:59 -0700
> From: bill fumerola <billf at mu.org>
> Subject: Re: [rtg] Losing data on a restart after adding an interface
> To: Landon Stewart <lstewart at superb.net>
> Cc: RTG at lists.grdata.com
> Message-ID: <20070801233259.GA42834 at elvis.mu.org>
> Content-Type: text/plain; charset=us-ascii
>
> On Wed, Aug 01, 2007 at 04:03:28PM -0700, Landon Stewart wrote:
> > Are there any plans (or already a way) to make rtgpoll work with the HUP
> > signal to simply read new interfaces and start the normalization and
> polling
> > for those instead of losing a whole polling period's worth of data?  We
> have
> > a 15 minute polling interval and a restart loses quite a bit of
> data.  Even
> > a 5 minute polling period would have a loss of data.
>
> it's supposed to process a SIGHUP right now. there's a thread created
> as a signal handler. signal handler threads are tricky and can only call
> certain functions and do certain operations. i found that it didn't work
> as of a couple years ago. as part of other work, i rewrote the internal
> structures that are used to hash/add/remove/change the targets and as a
> result, it does work.
>
> <broken record>
> the trouble is, the patch is relative to code from two years ago.
>
> http://www.mu.org/~billf/yrtg/
> http://www.mu.org/~billf/yrtg/yrtg.patch
> </>
>
> i did this for $oldemployer and now $currentemployer has expressed an
> interest in me bringing this work up to date (and adding more features).
>
> so at best, you may get working sighup support from an updated release
> of my version of rtg in a few months. at worse, i can at least confirm
> that SIGHUP support in rtg is magical and has a lot to do with what's
> changed (new targets, changed targets, removed targets) and when the
> signal is sent relative to where in the codepath it's running at.
>
> IIRC, your best bet is to run it while rtg is sleeping between polls.
>
> hope that sorta helps.
>
> --
> - bill fumerola / billf at FreeBSD.org
>
>
>
>
> ------------------------------
>
> _______________________________________________
> RTG mailing list
> RTG at lists.grdata.com
> http://lists.grdata.com/mailman/listinfo/rtg
>
>
> End of RTG Digest, Vol 38, Issue 2
> **********************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.grdata.com/pipermail/rtg/attachments/20070802/9c78342d/attachment.html