RE: [Bubba-users] Changing interfaces
Brought to you by:
slarti71
Menu
▾
▴
RE: [Bubba-users] Changing interfaces
|
From: Steven J. S. P. <ssu...@en...> - 2003-05-22 01:06:57
|
Thanks for the hint on the &_debug. I was wondering how to use that (manually putting print statements when needed is a drag.) BTW, I have a messy version of the text based report working. It works pretty hard to obtain the data, but it works. I'm going to clean it up = this weekend and add customer specific HTML email reports next week. -Steve S. -----Original Message----- From: bub...@li... [mailto:bub...@li...] On Behalf Of Todd A. = Green Sent: Wednesday, May 21, 2003 5:05 PM To: ssu...@en... Cc: BUBBA Users Subject: Re: [Bubba-users] Changing interfaces Getting closer... In the past I had only used the formulas to add interfaces that were = both taking data. I just happen to have (back in march) a case like your where we moved a connection from one interface to another. When I setup the formula I = get the same results as you (calcs, but no graph). Thinking I might have broken the formulas at some point I added one that adds two interfaces that are currently being used. That worked so that tells me this is something I hadn't seen before. BTW It is possible to enable 'debug' mode by adding &_debug=3Dtrue at = the end of a particular CGI call. One example would be to view the graph separatly (right-click and select 'view image' with mozilla). You will then see the CGI call used to = generate the graph. By adding &_debug=3Dtrue you will see a dump of a ton of = data structures. One of them looks like this: $VAR3 =3D [ '/tmp/bubba-cache/bubba-564d3f81.gif', '--title', 'ITC DS/3 (Combined) - March, 2003', '--start', 1046584800, '--end', 1049262900, =20 'DEF:in0=3D/usr/local/bubba/data/mn/routers/cisco/c7206-1/interfaces/seri= al2_0 /200303.rrd:in:LAST', =20 'DEF:out0=3D/usr/local/bubba/data/mn/routers/cisco/c7206-1/interfaces/ser= ial2_ 0/200303.rrd:out:LAST', =20 'DEF:in1=3D/usr/local/bubba/data/mn/routers/cisco/c7206-1/interfaces/seri= al1_0 /200303.rrd:in:LAST', =20 'DEF:out1=3D/usr/local/bubba/data/mn/routers/cisco/c7206-1/interfaces/ser= ial1_ 0/200303.rrd:out:LAST', 'CDEF:in_bits=3D0,in0,in1,+,+,8,*', 'CDEF:out_bits=3D0,out0,out1,+,+,8,*', =20 'DEF:dummy=3D/usr/local/bubba/data/mn/routers/cisco/c7206-1/interfaces/se= rial1 _0/200303.rrd:out:LAST', 'COMMENT:Interfaces:\\n', 'COMMENT: DS/3 to IDG\\n', 'COMMENT: DS/3 to ITC Deltacom\\n', 'COMMENT:\\n', 'COMMENT: Max 95th = Percentile\\n', 'COMMENT: ', 'AREA:in_bits#00FF00:In', 'GPRINT:in_bits:MAX: %8.3lf %sb/s ', 'HRULE:953978.166222225#000000:Current (in) ', 'COMMENT: 953.978 kb/s', 'COMMENT:\\n', 'COMMENT: ', 'LINE1:out_bits#0000FF:Out', 'GPRINT:out_bits:MAX: %8.3lf %sb/s ', 'HRULE:3000000#FF0000:Contract ', 'COMMENT: 3.000 Mb/s' ]; This you might recognize (if you've worked with RRDTool directly) is the array of commands sent to RRDs::graph. Somewhere in here lies the problem. I think I've found one potential issue, but it may be with my data. The start time listed is actually Sun Mar 2 00:00:00 2003 instead of Sat = Mar 1 00:00:00 2003. I haven't looked into this one yet, but I suspect = Daylight Savings Time as being the culprit here. Anyway back to the issue of no data in the graphs. My thinking is that RRDGraph maybe getting annoyed about having two datasources one which doesn't have data at the end of the request time period, and another that doesn't have data at the beginning. I'm going to setup some scripts to plug these args directly into = RRDGraph and see what it gives me. Thanks again for the help. On Mon, 2003-05-19 at 12:27, Steven J. Surdock, PE wrote: > That seems to have changed the 95th percentile calculation, but data=20 > for one of the interfaces is not presented on the graph. I attached=20 > some gifs of what shows up... >=20 > I tried ordering the interfaces differently in bubba_menu.conf but it=20 > did not seem to make a difference. It also did not change which=20 > interface was displayed. >=20 > -Steve S. >=20 >=20 > -----Original Message----- > From: bub...@li... > [mailto:bub...@li...] On Behalf Of Todd A.=20 > Green > Sent: Wednesday, May 14, 2003 4:19 PM > To: Steven Surdock > Cc: BUBBA Users > Subject: [Bubba-users] RE: Bubba >=20 >=20 > On Tue, 2003-05-13 at 13:41, Steven Surdock wrote: > > It appears the user list is a bit light on users;-( I have a couple > > of quickies for you. > >=20 > > Is there an easy way to adjust the size of the image? Ideally via > > RRD::graph and not just via HTML. > Check out my last response. >=20 > >=20 > > And we changed interfaces for a customer. Is there a way for Bubba=20 > > to > > combine the data from two RRDs and show it on one graph? Now I'm=20 > > getting two separate graphs (see attached). > Yes there is, it's called a formula. >=20 > Here's a sample from one of the example files included in the=20 > distribution. >=20 > <formula id=3D"billable"> > <description>Billable Interfaces</description> > <default>0</default> > <operation>+/switches/ionic-5500a/interfaces/3_24</operation> > <operation>+/switches/ionic-5500b/interfaces/5_4</operation> > <operation>+/switches/ionic-5500b/interfaces/5_15</operation> > <operation>+/switches/ionic-5500b/interfaces/6_1</operation> > <operation>+/switches/ionic-5500b/interfaces/6_12</operation> > </formula> >=20 > This would go in the bubba_menu.conf file for the customer in=20 > question. >=20 > >=20 > > Thanks yet again! > No, Thank you! >=20 > BTW I haven't forgotten about the previous request dealing with=20 > text-based reports. That one is significant enough that I'm waiting=20 > on 0.0.8 to implement it. Got myself stuck on some ACL stuff for the=20 > new portal (bubba_menu.cgi replacement). >=20 > >=20 > > -Steve S. > >=20 > > -----Original Message----- > > From: Todd A. Green [mailto:sla...@aw...] > > Sent: Tuesday, April 29, 2003 11:39 AM > > To: Steven Surdock > > Subject: RE: Bubba > >=20 > >=20 > > I've released 0.0.7pre3 on SF with the conversion fixes. > >=20 > > Thanks for the help > >=20 > > ... <snip> --=20 Todd A. Green <sla...@aw...> ------------------------------------------------------- This SF.net email is sponsored by: ObjectStore. If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now = part of Progress Software. http://www.objectstore.net/sourceforge _______________________________________________ Bubba-users mailing list Bub...@li... https://lists.sourceforge.net/lists/listinfo/bubba-users |
