- observium - lists.observium.org

Re: [Observium] Changes made to Devices > Locations
by Adam Armstrong 23 Apr '13

23 Apr '13

You would not be stupid enough to try to complain about something not working on an old release, would you? Paul Gear <observium(a)gear.dyndns.org> wrote: >I'm talking about reverting to the old behaviour, not getting >geolocation working. > >On 04/23/2013 02:31 PM, Adam Armstrong wrote: >> There is still work to be done on it. >> >> The geolocation service we are using is a little temperamental, so needs well formatted locations. >> >> Adam. >> >> Paul Gear <observium(a)gear.dyndns.org> wrote: >> >>> On 04/23/2013 02:17 PM, Sonny Kupka wrote: >>>> Tom, >>>> >>>> Worked perfectly. >>>> >>>> Thanks. >>>> Sonny >>>> >>>> >>>> ----- Original Message ----- >>>> From: "Tom Laermans" <tom.laermans(a)powersource.cx> >>>> To: "Observium Network Observation System" <observium(a)observium.org> >>>> Sent: Monday, April 22, 2013 4:18:05 PM >>>> Subject: Re: [Observium] Changes made to Devices > Locations >>>> >>>> Hi Sonny, >>>> >>>> You can override the geolocation and return to the old behaviour by adding >>>> >>>> $config['location_menu_geocoded'] = FALSE; >>>> >>>> to your configuration file. I like it better too ;-) >>>> >>>> Tom >>> Does that feature require a particular svn revision? I'm on 3934 and it >>> doesn't work for me. >>> >>> Or does it require something like rediscovery? >>> >>> Paul >>> >>> _______________________________________________ >>> observium mailing list >>> observium(a)observium.org >>> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >> _______________________________________________ >> observium mailing list >> observium(a)observium.org >> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

2 2

Re: [Observium] Changes made to Devices > Locations
by Adam Armstrong 23 Apr '13

23 Apr '13

Feel free to consider all bug reports and other complaints ignore from nice on, then. Adam. Paul Gear <observium(a)gear.dyndns.org> wrote: >Where "old release" == "I only do 'svn up' in cron.weekly"? Evidently >so. :-) > >/me updates and tries again > >On 04/23/2013 02:42 PM, Adam Armstrong wrote: >> You would not be stupid enough to try to complain about something not working on an old release, would you? >> >> Paul Gear <observium(a)gear.dyndns.org> wrote: >> >>> I'm talking about reverting to the old behaviour, not getting >>> geolocation working. >>> >>> On 04/23/2013 02:31 PM, Adam Armstrong wrote: >>>> There is still work to be done on it. >>>> >>>> The geolocation service we are using is a little temperamental, so needs well formatted locations. >>>> >>>> Adam. >>>> >>>> Paul Gear <observium(a)gear.dyndns.org> wrote: >>>> >>>>> On 04/23/2013 02:17 PM, Sonny Kupka wrote: >>>>>> Tom, >>>>>> >>>>>> Worked perfectly. >>>>>> >>>>>> Thanks. >>>>>> Sonny >>>>>> >>>>>> >>>>>> ----- Original Message ----- >>>>>> From: "Tom Laermans" <tom.laermans(a)powersource.cx> >>>>>> To: "Observium Network Observation System" <observium(a)observium.org> >>>>>> Sent: Monday, April 22, 2013 4:18:05 PM >>>>>> Subject: Re: [Observium] Changes made to Devices > Locations >>>>>> >>>>>> Hi Sonny, >>>>>> >>>>>> You can override the geolocation and return to the old behaviour by adding >>>>>> >>>>>> $config['location_menu_geocoded'] = FALSE; >>>>>> >>>>>> to your configuration file. I like it better too ;-) >>>>>> >>>>>> Tom >>>>> Does that feature require a particular svn revision? I'm on 3934 and it >>>>> doesn't work for me. >>>>> >>>>> Or does it require something like rediscovery? >>>>> >>>>> Paul >>>>> ... > >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

1 0

Issue with 95th Percentile for Billing
by Poh Yong Hwang 23 Apr '13

23 Apr '13

Hi All, New here. :) I have an issue with the billing of traffic. I want to bill according to 95th percentile but for some reason it is always 0Mbps. It can plot my traffic for incoming and outgoing but it always show 0 for my 95th percentile. Any advise on this? Thanks Poh

2 1

Re: [Observium] Issue with 95th Percentile for Billing
by Adam Armstrong 23 Apr '13

23 Apr '13

You are not running the billing poller. Poh Yong Hwang <yongsan(a)gmail.com> wrote: >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

1 0

Re: [Observium] Strange timezone behaviour in graphs
by Adam Armstrong 23 Apr '13

23 Apr '13

Still irritating, though. Matt Hucker <matt(a)nrsolutions.com.au> wrote: >Cool. Easy enough to work around. > >Thanks, >Matt > > >On 23/04/2013, at 2:28 PM, Adam Armstrong wrote: > >> Yes. This is down to some funkiness with timezones between client and server. >> >> It has been known for a while. The last attempted fix was reverted because it broke things even more! >> >> Adam. >> >> Matt Hucker <matt(a)nrsolutions.com.au> wrote: >> >>> Hi, >>> >>> I'm not sure what to make of this. When I try to enter custom time ranges in any of the traffic graphs, I get different results depending on which browser I'm using. >>> >>> Results are as follows. I'm in Brisbane (GMT +10). >>> >>> Mac OS X 10.6 >>> >>> Firefox: Observium always converts the time I enter (in local time) to GMT. Therefore my graphs are out by 10 hours. >>> Safari: Won't accept any time info I enter. Always give me the last 24 hours. >>> Chrom: Everything seems to work ok. >>> >>> Windows 7 >>> >>> Internet Explorer: Always gives me the last 24 hours. Same as Safari on OS X >>> Chrome: Everything seems ok. >>> >>> >>> Clicking any of the preset time periods, e.g 6 / 24 / 48 hours, always works ok regardless of which browser/os I'm using. >>> >>> Is this expected behaviour? >>> >>> Cheers, >>> Matt. >>> _______________________________________________ >>> observium mailing list >>> observium(a)observium.org >>> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >> _______________________________________________ >> observium mailing list >> observium(a)observium.org >> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

1 0

Re: [Observium] Strange timezone behaviour in graphs
by Adam Armstrong 23 Apr '13

23 Apr '13

Yes. This is down to some funkiness with timezones between client and server. It has been known for a while. The last attempted fix was reverted because it broke things even more! Adam. Matt Hucker <matt(a)nrsolutions.com.au> wrote: >Hi, > >I'm not sure what to make of this. When I try to enter custom time ranges in any of the traffic graphs, I get different results depending on which browser I'm using. > >Results are as follows. I'm in Brisbane (GMT +10). > >Mac OS X 10.6 > >Firefox: Observium always converts the time I enter (in local time) to GMT. Therefore my graphs are out by 10 hours. >Safari: Won't accept any time info I enter. Always give me the last 24 hours. >Chrom: Everything seems to work ok. > >Windows 7 > >Internet Explorer: Always gives me the last 24 hours. Same as Safari on OS X >Chrome: Everything seems ok. > > >Clicking any of the preset time periods, e.g 6 / 24 / 48 hours, always works ok regardless of which browser/os I'm using. > >Is this expected behaviour? > >Cheers, >Matt. >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

2 1

Re: [Observium] Changes made to Devices > Locations
by Adam Armstrong 23 Apr '13

23 Apr '13

There is still work to be done on it. The geolocation service we are using is a little temperamental, so needs well formatted locations. Adam. Paul Gear <observium(a)gear.dyndns.org> wrote: >On 04/23/2013 02:17 PM, Sonny Kupka wrote: >> Tom, >> >> Worked perfectly. >> >> Thanks. >> Sonny >> >> >> ----- Original Message ----- >> From: "Tom Laermans" <tom.laermans(a)powersource.cx> >> To: "Observium Network Observation System" <observium(a)observium.org> >> Sent: Monday, April 22, 2013 4:18:05 PM >> Subject: Re: [Observium] Changes made to Devices > Locations >> >> Hi Sonny, >> >> You can override the geolocation and return to the old behaviour by adding >> >> $config['location_menu_geocoded'] = FALSE; >> >> to your configuration file. I like it better too ;-) >> >> Tom > >Does that feature require a particular svn revision? I'm on 3934 and it >doesn't work for me. > >Or does it require something like rediscovery? > >Paul > >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

2 1

Re: [Observium] FW: observium Digest, Vol 33, Issue 45
by Adam Armstrong 23 Apr '13

23 Apr '13

You are not our target market, then. Sam Munzani <smunzani(a)gmail.com> wrote: >> >> >> >>On 2013-04-22 15:32, Sam Munzani wrote: >>> Hi, >>> >>> I deployed Observium over the weekend to try out. Reading through >>> documents, I figured out how to exclude specific interface types. >>> However trying to figure out how to exclude a specific interface? E.g. >>> The list might be Fa0/30, Fa0/37, Gig0/9, Gig0/42. No contiguous >>> interface. >> >>This is contra to the design ethos of Observium, thus there is no simple >>way to do this. >> >>Thanks, >>adam. > >While its a great concept, its not scalable. I have Qty 40 of the Cisco 48 >port switches and not all ports I care about. These are desktop ports and >I care to graph uplink ports only. Even if it does it efficiently, it is >junk data that I would never use. > >What would have been awesome is let Observium discover everything and let >administrators decide what they want to graph. > >Its sad that even though I like the tool, it doesn't fit me because of >this limitation(or so called feature). > >My 2 cents. > >Sam > > >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

1 0

FW: observium Digest, Vol 33, Issue 45
by Sam Munzani 23 Apr '13

23 Apr '13

> > > >On 2013-04-22 15:32, Sam Munzani wrote: >> Hi, >> >> I deployed Observium over the weekend to try out. Reading through >> documents, I figured out how to exclude specific interface types. >> However trying to figure out how to exclude a specific interface? E.g. >> The list might be Fa0/30, Fa0/37, Gig0/9, Gig0/42. No contiguous >> interface. > >This is contra to the design ethos of Observium, thus there is no simple >way to do this. > >Thanks, >adam. While its a great concept, its not scalable. I have Qty 40 of the Cisco 48 port switches and not all ports I care about. These are desktop ports and I care to graph uplink ports only. Even if it does it efficiently, it is junk data that I would never use. What would have been awesome is let Observium discover everything and let administrators decide what they want to graph. Its sad that even though I like the tool, it doesn't fit me because of this limitation(or so called feature). My 2 cents. Sam

2 1

Strange timezone behaviour in graphs
by Matt Hucker 23 Apr '13

23 Apr '13

Hi, I'm not sure what to make of this. When I try to enter custom time ranges in any of the traffic graphs, I get different results depending on which browser I'm using. Results are as follows. I'm in Brisbane (GMT +10). Mac OS X 10.6 Firefox: Observium always converts the time I enter (in local time) to GMT. Therefore my graphs are out by 10 hours. Safari: Won't accept any time info I enter. Always give me the last 24 hours. Chrom: Everything seems to work ok. Windows 7 Internet Explorer: Always gives me the last 24 hours. Same as Safari on OS X Chrome: Everything seems ok. Clicking any of the preset time periods, e.g 6 / 24 / 48 hours, always works ok regardless of which browser/os I'm using. Is this expected behaviour? Cheers, Matt.

1 0