yes, that's true.
On Thu, Jan 12, 2017 at 3:55 AM, Thomas Holt twh@sinewavetech.com wrote:
I assume everyone else is getting the Not Found when looking to browse the mailing list archives? http://postman.memetic.org/pipermail/observium/
On Wed, Jan 11, 2017 at 7:00 AM, observium-request@observium.org wrote:
Send observium mailing list submissions to observium@observium.org
To subscribe or unsubscribe via the World Wide Web, visit http://postman.memetic.org/cgi-bin/mailman/listinfo/observium or, via email, send a message with subject or body 'help' to observium-request@observium.org
You can reach the person managing the list at observium-owner@observium.org
When replying, please edit your Subject line so it is more specific than "Re: Contents of observium digest..."
Today's Topics:
- Re: Nested location menu glitch (Attila Nagy)
- Re: Feature Request? (Adam Armstrong)
- Re: Feature Request? (Lyndon Labuschagne)
- Re: Feature Request? (Adam Armstrong)
- Re: Feature Request? (Lyndon Labuschagne)
- Re: Feature Request? (Adam Armstrong)
- Re: Feature Request? (Lyndon Labuschagne)
- Re: Mikrotik polling (Kacper Czerwonka)
- Re: Mikrotik polling (Tom Laermans)
Message: 1 Date: Tue, 10 Jan 2017 14:16:10 +0100 From: Attila Nagy tylla_at_memetic.org@tylla.hu To: observium@observium.org Subject: Re: [Observium] Nested location menu glitch Message-ID: e49ade43-e16e-8ecf-b905-a72e7d01359e@tylla.hu Content-Type: text/plain; charset=utf-8; format=flowed
Hi Tom,
and what do you think about the second solution?
Regards, Tylla
On 2017-01-09 20:28, Tom Laermans wrote:
Hi Attila,
Thanks, it does indeed make sense to remove the coordinates from the string before splitting!
Tom
On 09/01/2017 19:13, Attila Nagy wrote:
Hi everyone!
We recently updated to the latest CE version and happily saw the new improvements, the new map really rocks, and the small things are awesome too.
What I would like to point out is one small glitch in the new (at least for us) nested location menu. We use $config['location_map'] to mass override the location strings of most devices (lots of devices don't cope with accented/special characters, so we limit the on device sysLocation and add human readable address later on), and we include exact coordinates in square brackets at the end of the new location string. And here comes the glitch, the split char for the nested menu is by default comma, so the new location string gets one extra split in the middle of the coordinates like: Locations > Some place > some other place [43.53 > 15.25]
A solution that I found is to completely drop any coordinates from the end of the location string. For this I changed /opt/observium/html/includes/navbar.inc.php and added to the line 165: $location = preg_replace('/[[[:digit:]NWSE,. -]+]$/','',$location);
As seen in context:
foreach (get_locations() as $location) {
$location = preg_replace('/\[[[:digit:]NWSE,.-]+]$/','',$location); // If location is empty, substitute by OBS_VAR_UNSET as empty location parameter would be ignored $name = ($location === '' ? OBS_VAR_UNSET : escape_html($location));
Another solution that came into my mind - and one that is more general - is to include an option, something like $config['location']['menu']['nested_end_string'] = ' - '; where the location string would be truncated at the first occurrence of this subtring. This way one can enter extra information in the location string be it from the sysLocation of a device or from $config['location_map'] and have it displayed in the Location entry of a device but ignore it during the composition of the Location menu.
/opt/observium/html/includes/navbar.inc.php line 165: (together with the previous changes)
foreach (get_locations() as $location) {
$location = preg_replace('/\[[[:digit:]NWSE,.-]+]$/','',$location);
if (strlen($config['location']['menu']['nested_end_string'])
$location =preg_replace('/'.$config['location']['menu']['nested_end_
string'].'.*$/',
'', $location); // If location is empty, substitute by OBS_VAR_UNSET as empty location parameter would be ignored $name = ($location === '' ? OBS_VAR_UNSET : escape_html($location));
I hope you'll find these changes usable (and you didn't already addressed these - in this case sorry for robbing your time).
Regards, Tylla
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Message: 2 Date: Tue, 10 Jan 2017 16:43:33 +0000 From: "Adam Armstrong" adama@memetic.org To: "" observium@observium.org Subject: Re: [Observium] Feature Request? Message-ID: 79237b2e-08e4-4827-bbbf-8d89999552b9@getmailbird.com Content-Type: text/plain; charset="utf-8"
You realise rancid has nothing at all to do with us, right?
adam. On 10/01/2017 05:48:20, Lyndon Labuschagne lyndonl@mobiletorque.co.za wrote: Hello
We use Observium in conjunction with Rancid, we backup not only our Routers and Switches but also our UBNT Radios. The feature request is as follows,
If we set a CPE radio to "Ignore device for alerting and notifications” the backup attempts will also stop
For most of our radios we don’t ever ignore them, however in the consumer space there are clients who will switch off equipment every day when they are not home, or will unplug they are going away for a weekend or longer,
We still poll these consumer radios so that we can graph traffic and packetloss etc, but are not really worried if the client switches them off, we don't proactively monitor consumer / home user radios. however when a number of clients do switch their kit off it fills up the screen that is used by NOC.
Is there a way to still allow rancid from backup up a device that has been set to ignore?
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium