[Orca-users] paths to png files.
John Mastin
john.mastin at bms.com
Thu Mar 29 09:34:05 PST 2001
orca-users at yahoogroups.com wrote:
>
>
> There are 6 messages in this issue.
>
> Topics in this digest:
>
> 1. Updating Orca graphs at longer intervals
> From: "David Aitchison" <David.Aitchison at abci.gov.au>
> 2. Re: Updating Orca graphs at longer intervals
> From: Blair Zajac <blair at akamai.com>
> 3. Re: I would like to plot this 6 data on the same plot
> From: Blair Zajac <blair at akamai.com>
> 4. Re: Updating Orca graphs at longer intervals
> From: "David Aitchison" <David.Aitchison at abci.gov.au>
> 5. Re: Updating Orca graphs at longer intervals
> From: Blair Zajac <blair at akamai.com>
> 6. silly orca question percol files
> From: Mark Rowlands <markr at guld.spray.se>
>
> ________________________________________________________________________
> ________________________________________________________________________
>
> Message: 1
> Date: Thu, 29 Mar 2001 14:39:25 +1000
> From: "David Aitchison" <David.Aitchison at abci.gov.au>
> Subject: Updating Orca graphs at longer intervals
>
> Hello all,
>
> I have scoured the Orca mailing list archives and found nothing on this, so here goes...
>
> As I see it, at set intervals Orca checks for updated percol* files, updates rrd's from that, then generates graphs for whatever requires re-graphing. This is great for a powerful server, or just a few clients to graph, but the CPU time required for graphing for all our servers is getting too much.
>
> My question:
>
> ...Has anyone found a way to have Orca update rrd files regularly, but only update graphs once in a while?
>
> I know this can be done by running Orca with -o and -r switches regularly, then just -o every so often, but I prefer to keep Orca running constantly, so as not to have to re-read all the past percol* files (as it does with a -o switch).
>
> Many thanks in advance,
>
> David Aitchison
> David.Aitchison at abci.gov.au
> (02) 6243 5610 --- 0402 057671
>
> ----------------------------------------- ooOOoo ----------------------------------------
> One of the greatest labour saving inventions of today is tomorrow.
> ----------------------------------------- ooOOoo ----------------------------------------
>
> *******************************************************************
> WARNING
>
> The information contained in this email and any files attached may be
> confidential information to the intended recipient and may be the
> subject of legal privilege or public interest immunity.
>
> If you are not the intended recipient, any use, disclosure or copying is
> unauthorised.
>
> If you have received this document in error please notify the sender
> immediately and delete it from your InBox.
>
> Mail and Attachments are subject to content scanning for inappropriate
> material including, but are not limited to, the transmission of DEFAMATORY,
> OBSCENE or HARASSING messages.
>
> This footnote also confirms, In accordance with ABCI Corporate IT Security
> Policy, MIMEsweeper has swept the email message for the presence of
> known computer viruses. This process does not guarantee the email is free from viruses
>
> *******************************************************************
>
> ________________________________________________________________________
> ________________________________________________________________________
>
> Message: 2
> Date: Wed, 28 Mar 2001 21:38:59 -0800
> From: Blair Zajac <blair at akamai.com>
> Subject: Re: Updating Orca graphs at longer intervals
>
> Hello David,
>
> Currently there is no way to do what you're looking for except by
> the method you use with -o -r and then -o command line options.
>
> It wouldn't be too hard, and I would appreciate the patches, to take
> some of the code that implements the find_times parameter, such as the
> time parsing, and use it to regenerate the images after a specific
> time. If you choose to take on this mission :), I'll send you the
> latest Orca beta version to work with. I think naming the new
> parameter "generate_plot_times" would be a good fit with some new
> parameters in the next Orca release.
>
> Regards,
> Blair
>
> David Aitchison wrote:
> >
> > Hello all,
> >
> > I have scoured the Orca mailing list archives and found nothing on
> > this, so here goes...
> >
> > As I see it, at set intervals Orca checks for updated percol* files,
> > updates rrd's from that, then generates graphs for whatever requires
> > re-graphing. This is great for a powerful server, or just a few
> > clients to graph, but the CPU time required for graphing for all our
> > servers is getting too much.
> >
> > My question:
> >
> > ...Has anyone found a way to have Orca update rrd files regularly, but
> > only update graphs once in a while?
> >
> > I know this can be done by running Orca with -o and -r switches
> > regularly, then just -o every so often, but I prefer to keep Orca
> > running constantly, so as not to have to re-read all the past percol*
> > files (as it does with a -o switch).
> >
> > Many thanks in advance,
> >
> > David Aitchison
> > David.Aitchison at abci.gov.au
> > (02) 6243 5610 --- 0402 057671
> >
> > ----------------------------------------- ooOOoo
> > ----------------------------------------
> > One of the greatest labour saving inventions of today is tomorrow.
> > ----------------------------------------- ooOOoo
> > ----------------------------------------
> >
> > *******************************************************************
> > WARNING
> >
> > The information contained in this email and any files attached may be
> > confidential information to the intended recipient and may be the
> > subject of legal privilege or public interest immunity.
> >
> > If you are not the intended recipient, any use, disclosure or copying
> > is
> > unauthorised.
> >
> > If you have received this document in error please notify the sender
> > immediately and delete it from your InBox.
> >
> > Mail and Attachments are subject to content scanning for inappropriate
> > material including, but are not limited to, the transmission of
> > DEFAMATORY,
> > OBSCENE or HARASSING messages.
> >
> > This footnote also confirms, In accordance with ABCI Corporate IT
> > Security
> > Policy, MIMEsweeper has swept the email message for the presence of
> > known computer viruses. This process does not guarantee the email is
> > free from viruses
> >
> > *******************************************************************
>
> ________________________________________________________________________
> ________________________________________________________________________
>
> Message: 3
> Date: Wed, 28 Mar 2001 21:41:05 -0800
> From: Blair Zajac <blair at akamai.com>
> Subject: Re: I would like to plot this 6 data on the same plot
>
> Hi,
>
> Currently the only way to do this would be to preprocess the input data
> and generate an Orca configuration file that contains all of the data
> you
> want.
>
> The other thing to do is patch the add_plots subroutine in
> lib/Orca/SourceFile.pm. This is where the regular expressions are
> parsed
> and where the individual plots are made.
>
> Regards,
> Blair
>
> Mbh wrote:
>
> > Hi, yes , but I forget to said that I don't know in advance what data
> > will be. ( data X-table-entries ), do you a other idee ? Regards,Mbh
> >
> > ----- Original Message -----
> > From: Blair Zajac
> > To: orca-users at yahoogroups.com
> > Sent: Tuesday, March 27, 2001 9:13 PM
> > Subject: Re: [orca-users] I would like to plot this 6 data
> > on the same plot
> > Hi,
> >
> > I think the issue is the use of regular expressions in the
> > data
> > parameters. Orca will split different regular expression
> > matches
> > to different plots.
> >
> > Try putting the data's explicitly:
> >
> > data 1-table-entries
> > data 1-cache-entries
> > data 3-table-entries
> > data 3-cache-entries
> > data 5-table-entries
> > data 5-cache-entries
> >
> > And see if this works.
> >
> > Regards,
> > Blair
> >
> > > Mbh wrote:
> > >
> > > Hi,
> > >
> > > I have 3 files , and on each of them I have date columns +
> > 2 data
> > > columns , so
> > >
> > > /home/xana9.slot.1.point
> > > date 1-table-entries 1-cache-entries
> > > /home/xana9.slot.3.point
> > > date 3-table-entries 3-cache-entries
> > > /home/xana9.slot.5.point
> > > date 5-table-entries 5-cache-entries
> > >
> > > and I would like to plot this 6 data on the same plot :
> > > for that I use the next config , but Orca plot on the
> > different plot,
> > > why?
> > >
> > >
> > > group xana {
> > > find_files /home/.*\.point
> > > column_description first_line
> > > date_source column_name date
> > > date_format %s
> > > interval 60
> > > reopen 1}
> > >
> > > plot {
> > > source xana
> > > data (?:.*\d)-table-entries
> > > data (?:.*\d)-cache-entries
> > > data_max 999999998
> > > data_type gauge
> > > data_type gauge
> > > line_type line2
> > > line_type line2
> > > color 0000ff
> > > color ff0000
> > > title %g ---->Slot table-entries cache-entries
> > > }
> > >
> > >
> > > Regards
> > >
> > > Mehdi Ben Hassen
> > > Network Engineer
> > > Altran Europe: http://www.altran-group.com
> > > Tel: +32 (0)3 450 36 13
> > > Gsm: 0476/ 76.95.82
> > > Email: mehdi.ben_hassen at alcatel.be
> > >
> > > Yahoo! Groups Sponsor
> > > [Click Here to Find Software Faster]
> > > Click Here to Find Software Faster
> > >
> > >
> > of Service.
> >
> >
> > Service.
> >
> >
> > Yahoo! Groups Sponsor
> [Click Here to Find Software Faster]
> Click Here to Find Software Faster
>
> >
>
> [This message contained attachments]
>
> ________________________________________________________________________
> ________________________________________________________________________
>
> Message: 4
> Date: Thu, 29 Mar 2001 16:03:32 +1000
> From: "David Aitchison" <David.Aitchison at abci.gov.au>
> Subject: Re: Updating Orca graphs at longer intervals
>
> Hi Blair,
>
> I have addressed this direct to save myself from the onslaught of the Perl Gods reading orca-users..!
>
> I am interested in giving this a go, but am not convinced my Perl skills are quite up with the likes of your own. So, I have taken to pulling apart Orca 0.26 in detail, which should tell me quickly if I am up to the task.
>
> Should I find what I believe is required, I'll grab that latest beta. I just don't want to promise something that I may not come through with.
>
> Cheers,
>
> David Aitchison
> David.Aitchison at abci.gov.au
> (02) 6243 5610 --- 0402 057671
>
> ----------------------------------------- ooOOoo ----------------------------------------
> One of the greatest labour saving inventions of today is tomorrow.
> ----------------------------------------- ooOOoo ----------------------------------------
>
> >>> Blair Zajac <blair at akamai.com> 03/29/01 03:38PM >>>
> Hello David,
>
> Currently there is no way to do what you're looking for except by
> the method you use with -o -r and then -o command line options.
>
> It wouldn't be too hard, and I would appreciate the patches, to take
> some of the code that implements the find_times parameter, such as the
> time parsing, and use it to regenerate the images after a specific
> time. If you choose to take on this mission :), I'll send you the
> latest Orca beta version to work with. I think naming the new
> parameter "generate_plot_times" would be a good fit with some new
> parameters in the next Orca release.
>
> Regards,
> Blair
>
> David Aitchison wrote:
> >
> > Hello all,
> >
> > I have scoured the Orca mailing list archives and found nothing on
> > this, so here goes...
> >
> > As I see it, at set intervals Orca checks for updated percol* files,
> > updates rrd's from that, then generates graphs for whatever requires
> > re-graphing. This is great for a powerful server, or just a few
> > clients to graph, but the CPU time required for graphing for all our
> > servers is getting too much.
> >
> > My question:
> >
> > ...Has anyone found a way to have Orca update rrd files regularly, but
> > only update graphs once in a while?
> >
> > I know this can be done by running Orca with -o and -r switches
> > regularly, then just -o every so often, but I prefer to keep Orca
> > running constantly, so as not to have to re-read all the past percol*
> > files (as it does with a -o switch).
> >
> > Many thanks in advance,
> >
> > David Aitchison
> > David.Aitchison at abci.gov.au
> > (02) 6243 5610 --- 0402 057671
> >
> > ----------------------------------------- ooOOoo
> > ----------------------------------------
> > One of the greatest labour saving inventions of today is tomorrow.
> > ----------------------------------------- ooOOoo
> > ----------------------------------------
> >
> > *******************************************************************
> > WARNING
> >
> > The information contained in this email and any files attached may be
> > confidential information to the intended recipient and may be the
> > subject of legal privilege or public interest immunity.
> >
> > If you are not the intended recipient, any use, disclosure or copying
> > is
> > unauthorised.
> >
> > If you have received this document in error please notify the sender
> > immediately and delete it from your InBox.
> >
> > Mail and Attachments are subject to content scanning for inappropriate
> > material including, but are not limited to, the transmission of
> > DEFAMATORY,
> > OBSCENE or HARASSING messages.
> >
> > This footnote also confirms, In accordance with ABCI Corporate IT
> > Security
> > Policy, MIMEsweeper has swept the email message for the presence of
> > known computer viruses. This process does not guarantee the email is
> > free from viruses
> >
> > *******************************************************************
>
>
>
>
> *******************************************************************
> WARNING
>
> The information contained in this email and any files attached may be
> confidential information to the intended recipient and may be the
> subject of legal privilege or public interest immunity.
>
> If you are not the intended recipient, any use, disclosure or copying is
> unauthorised.
>
> If you have received this document in error please notify the sender
> immediately and delete it from your InBox.
>
> Mail and Attachments are subject to content scanning for inappropriate
> material including, but are not limited to, the transmission of DEFAMATORY,
> OBSCENE or HARASSING messages.
>
> This footnote also confirms, In accordance with ABCI Corporate IT Security
> Policy, MIMEsweeper has swept the email message for the presence of
> known computer viruses. This process does not guarantee the email is free from viruses
>
> *******************************************************************
>
> ________________________________________________________________________
> ________________________________________________________________________
>
> Message: 5
> Date: Wed, 28 Mar 2001 22:16:35 -0800
> From: Blair Zajac <blair at akamai.com>
> Subject: Re: Updating Orca graphs at longer intervals
>
> Hi David,
>
> Unfortunately, your message went to the mailing list, not to me
> directly due to the way Yahoo! Groups adds a Reply-To SMTP header
> to all email (manually changing the reply is the only way around
> this AFAIK).
>
> In any case, there are many people here who aren't Perl Gods and
> any contributions, small or large, are welcome!
>
> Regards,
> Blair
>
> David Aitchison wrote:
> >
> > Hi Blair,
> >
> > I have addressed this direct to save myself from the onslaught of the
> > Perl Gods reading orca-users..!
> >
> > I am interested in giving this a go, but am not convinced my Perl
> > skills are quite up with the likes of your own. So, I have taken to
> > pulling apart Orca 0.26 in detail, which should tell me quickly if I
> > am up to the task.
> >
> > Should I find what I believe is required, I'll grab that latest beta.
> > I just don't want to promise something that I may not come through
> > with.
> >
> > Cheers,
> >
> > David Aitchison
> > David.Aitchison at abci.gov.au
> > (02) 6243 5610 --- 0402 057671
> >
> > ----------------------------------------- ooOOoo
> > ----------------------------------------
> > One of the greatest labour saving inventions of today is tomorrow.
> > ----------------------------------------- ooOOoo
> > ----------------------------------------
> >
> > >>> Blair Zajac <blair at akamai.com> 03/29/01 03:38PM >>>
> > Hello David,
> >
> > Currently there is no way to do what you're looking for except by
> > the method you use with -o -r and then -o command line options.
> >
> > It wouldn't be too hard, and I would appreciate the patches, to take
> > some of the code that implements the find_times parameter, such as the
> > time parsing, and use it to regenerate the images after a specific
> > time. If you choose to take on this mission :), I'll send you the
> > latest Orca beta version to work with. I think naming the new
> > parameter "generate_plot_times" would be a good fit with some new
> > parameters in the next Orca release.
> >
> > Regards,
> > Blair
> >
> > David Aitchison wrote:
> > >
> > > Hello all,
> > >
> > > I have scoured the Orca mailing list archives and found nothing on
> > > this, so here goes...
> > >
> > > As I see it, at set intervals Orca checks for updated percol* files,
> > > updates rrd's from that, then generates graphs for whatever requires
> > > re-graphing. This is great for a powerful server, or just a few
> > > clients to graph, but the CPU time required for graphing for all our
> > > servers is getting too much.
> > >
> > > My question:
> > >
> > > ...Has anyone found a way to have Orca update rrd files regularly,
> > but
> > > only update graphs once in a while?
> > >
> > > I know this can be done by running Orca with -o and -r switches
> > > regularly, then just -o every so often, but I prefer to keep Orca
> > > running constantly, so as not to have to re-read all the past
> > percol*
> > > files (as it does with a -o switch).
> > >
> > > Many thanks in advance,
> > >
> > > David Aitchison
> > > David.Aitchison at abci.gov.au
> > > (02) 6243 5610 --- 0402 057671
> > >
> > > ----------------------------------------- ooOOoo
> > > ----------------------------------------
> > > One of the greatest labour saving inventions of today is tomorrow.
> > > ----------------------------------------- ooOOoo
> > > ----------------------------------------
> > >
> > > *******************************************************************
> > > WARNING
> > >
> > > The information contained in this email and any files attached may
> > be
> > > confidential information to the intended recipient and may be the
> > > subject of legal privilege or public interest immunity.
> > >
> > > If you are not the intended recipient, any use, disclosure or
> > copying
> > > is
> > > unauthorised.
> > >
> > > If you have received this document in error please notify the sender
> > > immediately and delete it from your InBox.
> > >
> > > Mail and Attachments are subject to content scanning for
> > inappropriate
> > > material including, but are not limited to, the transmission of
> > > DEFAMATORY,
> > > OBSCENE or HARASSING messages.
> > >
> > > This footnote also confirms, In accordance with ABCI Corporate IT
> > > Security
> > > Policy, MIMEsweeper has swept the email message for the presence of
> > > known computer viruses. This process does not guarantee the email is
> > > free from viruses
> > >
> > > *******************************************************************
> >
> > http://docs.yahoo.com/info/terms/
> >
> > *******************************************************************
> > WARNING
> >
> > The information contained in this email and any files attached may be
> > confidential information to the intended recipient and may be the
> > subject of legal privilege or public interest immunity.
> >
> > If you are not the intended recipient, any use, disclosure or copying
> > is
> > unauthorised.
> >
> > If you have received this document in error please notify the sender
> > immediately and delete it from your InBox.
> >
> > Mail and Attachments are subject to content scanning for inappropriate
> > material including, but are not limited to, the transmission of
> > DEFAMATORY,
> > OBSCENE or HARASSING messages.
> >
> > This footnote also confirms, In accordance with ABCI Corporate IT
> > Security
> > Policy, MIMEsweeper has swept the email message for the presence of
> > known computer viruses. This process does not guarantee the email is
> > free from viruses
> >
> > *******************************************************************
> >
> > Yahoo! Groups Sponsor
> > [Click Here to Find Software Faster]
> > Click Here to Find Software Faster
> >
> >
>
> ________________________________________________________________________
> ________________________________________________________________________
>
> Message: 6
> Date: Thu, 29 Mar 2001 11:37:50 +0200
> From: Mark Rowlands <markr at guld.spray.se>
> Subject: silly orca question percol files
>
> I am using the SEToolkit to provide data to orca so this
> my not be the appropropriate place for this but....
> Question is , when the data from setoolkit changes, ie
> there is a change in the number of columns, (a disk / network
> interface has been removed/added), How is this reflected in the
> percol file. Is a new file begun with a new set of headers or
> the headers written out again? I have not found this in the docs
> for setoolkit / orca [no reason for it being in the orca stuff
> but you never know your luckthere i know :-)]
>
> So, is there anyone here who knows?
>
> ________________________________________________________________________
> ________________________________________________________________________
>
--
John Mastin, Jr. email: john.mastin at bms.com
Bristol-Myers Squibb phone: (609) 818-3788
PRI Infomatics fax: (609) 818-7693
Princeton NJ
More information about the Orca-users
mailing list