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:
1. Re: Nested location menu glitch (Attila Nagy)
2. Re: Feature Request? (Adam Armstrong)
3. Re: Feature Request? (Lyndon Labuschagne)
4. Re: Feature Request? (Adam Armstrong)
5. Re: Feature Request? (Lyndon Labuschagne)
6. Re: Feature Request? (Adam Armstrong)
7. Re: Feature Request? (Lyndon Labuschagne)
8. Re: Mikrotik polling (Kacper Czerwonka)
9. 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'])
>> > 0)
>> + $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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://postman.memetic.org/pipermail/observium/ >attachments/20170110/42f81294/ attachment-0001.html
------------------------------
Message: 3
Date: Tue, 10 Jan 2017 16:47:17 +0000
From: Lyndon Labuschagne <lyndonl@mobiletorque.co.za>
To: Observium Network Observation System <observium@observium.org>
Subject: Re: [Observium] Feature Request?
Message-ID: <EC01027F-A354-4F09-B72D-CB75ECF5E273@mobiletorque.co. >za
Content-Type: text/plain; charset="utf-8"
I do
But when I tick the “ignore device for alerting…” in Observium, then Rancid no longer backs up the device,
I can only assume that the tick box disables something that is checked by the generate-rancid script, which I assume has noting to do with Shrubbery / Rancid
On 10 Jan 2017, at 18:43, Adam Armstrong <adama@memetic.org<mailto:adama@memetic.org >> wrote:
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<mailto: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<mailto:observium@observium.org >
http://postman.memetic.org/cgi-bin/mailman/listinfo/ observium
_______________________________________________
observium mailing list
observium@observium.org<mailto:observium@observium.org >
http://postman.memetic.org/cgi-bin/mailman/listinfo/ observium
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://postman.memetic.org/pipermail/observium/ >attachments/20170110/aa3b6183/ attachment-0001.html
------------------------------
Message: 4
Date: Tue, 10 Jan 2017 16:49:55 +0000
From: "Adam Armstrong" <adama@memetic.org>
To: "" <observium@observium.org>
Subject: Re: [Observium] Feature Request?
Message-ID: <e68e4533-f028-4b32-9d8a-511d2de679eb@getmailbird.com >
Content-Type: text/plain; charset="utf-8"
Oh, I see.
It totally wasn't clear at all what you were asking, since you used 10000 words where about 7 would have sufficed.
Probably the SQL query which builds the list of hosts is excuding devices with ignore =1.
adam.
On 10/01/2017 16:47:29, Lyndon Labuschagne <lyndonl@mobiletorque.co.za> wrote:
I do
But when I tick the “ignore device for alerting…” in Observium, then Rancid no longer backs up the device,
I can only assume that the tick box disables something that is checked by the generate-rancid script, which I assume has noting to do with Shrubbery / Rancid
On 10 Jan 2017, at 18:43, Adam Armstrong <adama@memetic.org [mailto:adama@memetic.org]> wrote:
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 [mailto: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 [mailto:observium@observium.org ]
http://postman.memetic.org/cgi-bin/mailman/listinfo/ observium
_______________________________________________
observium mailing list
observium@observium.org [mailto:observium@observium.org ]
http://postman.memetic.org/cgi-bin/mailman/listinfo/ observium
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://postman.memetic.org/pipermail/observium/ >attachments/20170110/fa4102b3/ attachment-0001.html
------------------------------
Message: 5
Date: Tue, 10 Jan 2017 16:55:05 +0000
From: Lyndon Labuschagne <lyndonl@mobiletorque.co.za>
To: Observium Network Observation System <observium@observium.org>
Subject: Re: [Observium] Feature Request?
Message-ID: <8AF71E09-6245-4380-8D1A-EFDDD9D5B198@mobiletorque.co. >za
Content-Type: text/plain; charset="utf-8"
Ok,
"Ignore device” break rancid backup, can you fix
:) better?
On 10 Jan 2017, at 18:49, Adam Armstrong <adama@memetic.org<mailto:adama@memetic.org >> wrote:
Oh, I see.
It totally wasn't clear at all what you were asking, since you used 10000 words where about 7 would have sufficed.
Probably the SQL query which builds the list of hosts is excuding devices with ignore =1.
adam.
On 10/01/2017 16:47:29, Lyndon Labuschagne <lyndonl@mobiletorque.co.za<mailto:lyndonl@mobiletorque. co.za >> wrote:
I do
But when I tick the “ignore device for alerting…” in Observium, then Rancid no longer backs up the device,
I can only assume that the tick box disables something that is checked by the generate-rancid script, which I assume has noting to do with Shrubbery / Rancid
On 10 Jan 2017, at 18:43, Adam Armstrong <adama@memetic.org<mailto:adama@memetic.org >> wrote:
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<mailto: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<mailto:observium@observium.org >
http://postman.memetic.org/cgi-bin/mailman/listinfo/ observium
_______________________________________________
observium mailing list
observium@observium.org<mailto:observium@observium.org >
http://postman.memetic.org/cgi-bin/mailman/listinfo/ observium
_______________________________________________
observium mailing list
observium@observium.org<mailto:observium@observium.org >
http://postman.memetic.org/cgi-bin/mailman/listinfo/ observium
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://postman.memetic.org/pipermail/observium/ >attachments/20170110/8e4496d1/ attachment-0001.html
------------------------------
Message: 6
Date: Tue, 10 Jan 2017 17:04:31 +0000
From: "Adam Armstrong" <adama@memetic.org>
To: "" <observium@observium.org>
Subject: Re: [Observium] Feature Request?
Message-ID: <eb860352-d125-42c8-856c-136199268e11@getmailbird.com >
Content-Type: text/plain; charset="utf-8"
Changed!
adam.
On 10/01/2017 16:55:15, Lyndon Labuschagne <lyndonl@mobiletorque.co.za> wrote:
Ok,
"Ignore device” break rancid backup, can you fix
:) better?
On 10 Jan 2017, at 18:49, Adam Armstrong <adama@memetic.org [mailto:adama@memetic.org]> wrote:
Oh, I see.
It totally wasn't clear at all what you were asking, since you used 10000 words where about 7 would have sufficed.
Probably the SQL query which builds the list of hosts is excuding devices with ignore =1.
adam.
On 10/01/2017 16:47:29, Lyndon Labuschagne <lyndonl@mobiletorque.co.za [mailto:lyndonl@mobiletorque.co.za ]> wrote:
I do
But when I tick the “ignore device for alerting…” in Observium, then Rancid no longer backs up the device,
I can only assume that the tick box disables something that is checked by the generate-rancid script, which I assume has noting to do with Shrubbery / Rancid
On 10 Jan 2017, at 18:43, Adam Armstrong <adama@memetic.org [mailto:adama@memetic.org]> wrote:
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 [mailto: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 [mailto:observium@observium.org ]
http://postman.memetic.org/cgi-bin/mailman/listinfo/ [http://postman.memetic.org/observium cgi-bin/mailman/listinfo/ ]observium
_______________________________________________
observium mailing list
observium@observium.org [mailto:observium@observium.org ]
http://postman.memetic.org/cgi-bin/mailman/listinfo/ [http://postman.memetic.org/observium cgi-bin/mailman/listinfo/ ]observium
_______________________________________________
observium mailing list
observium@observium.org [mailto:observium@observium.org ]
http://postman.memetic.org/cgi-bin/mailman/listinfo/ observium
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://postman.memetic.org/pipermail/observium/ >attachments/20170110/d4383c1a/ attachment-0001.html
------------------------------
Message: 7
Date: Tue, 10 Jan 2017 17:05:51 +0000
From: Lyndon Labuschagne <lyndonl@mobiletorque.co.za>
To: Observium Network Observation System <observium@observium.org>
Subject: Re: [Observium] Feature Request?
Message-ID: <0562A025-09D9-4D58-A177-223B0B8000F5@mobiletorque.co. >za
Content-Type: text/plain; charset="utf-8"
Thanks Adam
On 10 Jan 2017, at 19:04, Adam Armstrong <adama@memetic.org<mailto:adama@memetic.org >> wrote:
Changed!
adam.
On 10/01/2017 16:55:15, Lyndon Labuschagne <lyndonl@mobiletorque.co.za<mailto:lyndonl@mobiletorque. co.za >> wrote:
Ok,
"Ignore device” break rancid backup, can you fix
:) better?
On 10 Jan 2017, at 18:49, Adam Armstrong <adama@memetic.org<mailto:adama@memetic.org >> wrote:
Oh, I see.
It totally wasn't clear at all what you were asking, since you used 10000 words where about 7 would have sufficed.
Probably the SQL query which builds the list of hosts is excuding devices with ignore =1.
adam.
On 10/01/2017 16:47:29, Lyndon Labuschagne <lyndonl@mobiletorque.co.za<mailto:lyndonl@mobiletorque. co.za >> wrote:
I do
But when I tick the “ignore device for alerting…” in Observium, then Rancid no longer backs up the device,
I can only assume that the tick box disables something that is checked by the generate-rancid script, which I assume has noting to do with Shrubbery / Rancid
On 10 Jan 2017, at 18:43, Adam Armstrong <adama@memetic.org<mailto:adama@memetic.org >> wrote:
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<mailto: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<mailto:observium@observium.org >
http://postman.memetic.org/cgi-bin/mailman/listinfo/ observium
_______________________________________________
observium mailing list
observium@observium.org<mailto:observium@observium.org >
http://postman.memetic.org/cgi-bin/mailman/listinfo/ observium
_______________________________________________
observium mailing list
observium@observium.org<mailto:observium@observium.org >
http://postman.memetic.org/cgi-bin/mailman/listinfo/ observium
_______________________________________________
observium mailing list
observium@observium.org<mailto:observium@observium.org >
http://postman.memetic.org/cgi-bin/mailman/listinfo/ observium
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://postman.memetic.org/pipermail/observium/ >attachments/20170110/08eae558/ attachment-0001.html
------------------------------
Message: 8
Date: Wed, 11 Jan 2017 12:26:41 +0100
From: Kacper Czerwonka <kacper.czerwonka@um.koszalin.pl >
To: Observium Network Observation System <observium@observium.org>
Subject: Re: [Observium] Mikrotik polling
Message-ID: <334dcf1c-877b-7bb2-1975-12f314ab320e@um.koszalin.pl >
Content-Type: text/plain; charset="utf-8"
Tom,
One more question. If someone will write for me that part of code, will
You include it into next Observium releases (or add new device support)?
Of course according to the rules from Developing Observium site.
I don't know if that will ever happen, but maybe.
Kacper.
W dniu 09.01.2017 o 16:27, Kacper Czerwonka pisze:
> OK Tom, I can't disagree :-) If we know that it doesn't work
> properly, are there any plans to make it works?
>
> P.S.
> I've tried to work around this with Custom OID's, but in that place
> You must get specific port, example .1.3.6.1.4.1.14988.1.1.1.3.1.6.x,
> where x is port number, random for the same type of devices, so it
> doesn't make any sense.
>
> Kacper.
>
> W dniu 09.01.2017 o 15:40, Tom Laermans pisze:
>>
>> Kacper,
>>
>> The file is included, as evidenced by 2 things
>>
>> 1) You have the error count in the UI, which means snmpget ran on
>> that OID
>>
>> 2) MIKROTIK-MIB is printed under MIBs under the wifi module.
>>
>> Tom
>>
>>
>> On 01/09/2017 03:38 PM, Kacper Czerwonka wrote:
>>> Tom,
>>>
>>> There is a file
>>> /opt/observium/includes/polling/wifi/mikrotik-mib.inc. php with line:
>>>
>>> $wificlients1 = snmp_get($device, 'mtxrWlApClientCount', '-OUqnv',
>>> 'MIKROTIK-MIB');
>>>
>>> so You've right, that it literally querying mtxrWlApClientCount.
>>> I've checked MIKROTIK-MIB with mib explorer and it shows:
>>> Name mtxrWlApClientCount
>>> OID .1.3.6.1.4.1.14988.1.1.1.3.1.6
>>> MIB MIKROTIK-MIB
>>> Syntax COUNTER32
>>> Access read-only
>>> Status current
>>> DefVal
>>> Indexes mtxrWlApIndex
>>> so it should work correct. I think, that file mikrotik-mib.inc.php
>>> was never include during query process.
>>> Code could be incomplete, I've found interesting comment in file
>>> /opt/observium/includes/polling/wifiinc.php "FIXME : everything
>>> below this point is horrible sh*t..." ;-)
>>> For now I'm going to try understand how Observium is checking wifi
>>> includes, maybe this will be solution.
>>>
>>> Kacper.
>>>
>>> W dniu 09.01.2017 o 10:53, Tom Laermans pisze:
>>>>
>>>> Kacper,
>>>>
>>>> Apparently your device supplies this as mtxrWlApClientCount.6 and
>>>> up, while the code currently is only set up for literally querying
>>>> mtxrWlApClientCount.
>>>>
>>>> Some of the wifi clients code is very old, somewhat ugly, and in
>>>> this case, incomplete...
>>>>
>>>> Tom
>>>>
>>>>
>>>> On 01/09/2017 10:32 AM, Kacper Czerwonka wrote:
>>>>> Hi Tom,
>>>>>
>>>>> When I read my message, I actually did not make myself clear.
>>>>> I wish Observium showednumber of clients connected to AccesPoint.
>>>>> It should in some way to show the value (I've seen this in php
>>>>> code), but instead displays the error.
>>>>>
>>>>> Kacper.
>>>>>
>>>>> W dniu 05.01.2017 o 18:27, Tom Laermans pisze:
>>>>>> Hi Kcarper,
>>>>>>
>>>>>> You've failed to convey what problem you're trying to solve.
>>>>>>
>>>>>> Tom
>>>>>>
>>>>>> On 05/01/2017 12:57, Kacper Czerwonka wrote:
>>>>>>>
>>>>>>> Hi.
>>>>>>>
>>>>>>> I'm getting some SNMP errors when polling my Mikrotik RB800 device.
>>>>>>> This is from GUI:
>>>>>>>
>>>>>>> MIKROTIK-MIB *mtxrWlApClientCount Failed response 3331*
>>>>>>>
>>>>>>> From CLI:
>>>>>>>
>>>>>>> ./poller.php -h um-rbswr.ap | grep mtxr
>>>>>>> o MIKROTIK-MIB mtxrDHCP
>>>>>>>
>>>>>>> and the:
>>>>>>>
>>>>>>> ##### Module Start: wifi #####
>>>>>>> o MIBs MIKROTIK-MIB o Module time 0.0122s
>>>>>>>
>>>>>>> So I'm thinking, that it even doesn't try to ask about it, but
>>>>>>> when I'm typing by hand from Obserevium server:
>>>>>>>
>>>>>>> snmpwalk -c public -v 2c um-rbswr.ap .1.3.6.1.4.1.14988.1.1.1.3.1.6
>>>>>>> SNMPv2-SMI::enterprises.14988.1.1.1.3.1.6.6 = Counter32: 0
>>>>>>> SNMPv2-SMI::enterprises.14988.1.1.1.3.1.6.7 = Counter32: 0
>>>>>>> SNMPv2-SMI::enterprises.14988.1.1.1.3.1.6.8 = Counter32: 0
>>>>>>> SNMPv2-SMI::enterprises.14988.1.1.1.3.1.6.9 = Counter32: 0
>>>>>>>
>>>>>>> Any ideas were to dig to solve it?
>>>>>>>
>>>>>>> Best Regards,
>>>>>>> Kacper.
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> 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
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> 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
>
>
>
>
> _______________________________________________
> observium mailing list
> observium@observium.org
> http://postman.memetic.org/cgi-bin/mailman/listinfo/ observium
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://postman.memetic.org/pipermail/observium/ >attachments/20170111/3da3beda/ attachment-0001.html
------------------------------
Message: 9
Date: Wed, 11 Jan 2017 12:30:23 +0100
From: Tom Laermans <tom.laermans@powersource.cx>
To: Observium Network Observation System <observium@observium.org>
Subject: Re: [Observium] Mikrotik polling
Message-ID: <7fb32a26-4ce8-09f5-5b05-b210f3594c83@powersource.cx >
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Hi Kacper,
Yes, definitely possible.
You can also have one of us write that code as sponsored development, in
that case please get in touch with me, Mike or Adam :)
Tom
On 01/11/2017 12:26 PM, Kacper Czerwonka wrote:
> Tom,
>
> One more question. If someone will write for me that part of code,
> will You include it into next Observium releases (or add new device
> support)? Of course according to the rules from Developing Observium site.
> I don't know if that will ever happen, but maybe.
>
> Kacper.
>
> W dniu 09.01.2017 o 16:27, Kacper Czerwonka pisze:
>> OK Tom, I can't disagree :-) If we know that it doesn't work
>> properly, are there any plans to make it works?
>>
>> P.S.
>> I've tried to work around this with Custom OID's, but in that place
>> You must get specific port, example .1.3.6.1.4.1.14988.1.1.1.3.1.6.x,
>> where x is port number, random for the same type of devices, so it
>> doesn't make any sense.
>>
>> Kacper.
>>
>> W dniu 09.01.2017 o 15:40, Tom Laermans pisze:
>>>
>>> Kacper,
>>>
>>> The file is included, as evidenced by 2 things
>>>
>>> 1) You have the error count in the UI, which means snmpget ran on
>>> that OID
>>>
>>> 2) MIKROTIK-MIB is printed under MIBs under the wifi module.
>>>
>>> Tom
>>>
>>>
>>> On 01/09/2017 03:38 PM, Kacper Czerwonka wrote:
>>>> Tom,
>>>>
>>>> There is a file
>>>> /opt/observium/includes/polling/wifi/mikrotik-mib.inc. php with line:
>>>>
>>>> $wificlients1 = snmp_get($device, 'mtxrWlApClientCount', '-OUqnv',
>>>> 'MIKROTIK-MIB');
>>>>
>>>> so You've right, that it literally querying mtxrWlApClientCount.
>>>> I've checked MIKROTIK-MIB with mib explorer and it shows:
>>>> Name mtxrWlApClientCount
>>>> OID .1.3.6.1.4.1.14988.1.1.1.3.1.6
>>>> MIB MIKROTIK-MIB
>>>> Syntax COUNTER32
>>>> Access read-only
>>>> Status current
>>>> DefVal
>>>> Indexes mtxrWlApIndex
>>>> so it should work correct. I think, that file mikrotik-mib.inc.php
>>>> was never include during query process.
>>>> Code could be incomplete, I've found interesting comment in file
>>>> /opt/observium/includes/polling/wifiinc.php "FIXME : everything
>>>> below this point is horrible sh*t..." ;-)
>>>> For now I'm going to try understand how Observium is checking wifi
>>>> includes, maybe this will be solution.
>>>>
>>>> Kacper.
>>>>
>>>> W dniu 09.01.2017 o 10:53, Tom Laermans pisze:
>>>>>
>>>>> Kacper,
>>>>>
>>>>> Apparently your device supplies this as mtxrWlApClientCount.6 and
>>>>> up, while the code currently is only set up for literally querying
>>>>> mtxrWlApClientCount.
>>>>>
>>>>> Some of the wifi clients code is very old, somewhat ugly, and in
>>>>> this case, incomplete...
>>>>>
>>>>> Tom
>>>>>
>>>>>
>>>>> On 01/09/2017 10:32 AM, Kacper Czerwonka wrote:
>>>>>> Hi Tom,
>>>>>>
>>>>>> When I read my message, I actually did not make myself clear.
>>>>>> I wish Observium showednumber of clients connected to AccesPoint.
>>>>>> It should in some way to show the value (I've seen this in php
>>>>>> code), but instead displays the error.
>>>>>>
>>>>>> Kacper.
>>>>>>
>>>>>> W dniu 05.01.2017 o 18:27, Tom Laermans pisze:
>>>>>>> Hi Kcarper,
>>>>>>>
>>>>>>> You've failed to convey what problem you're trying to solve.
>>>>>>>
>>>>>>> Tom
>>>>>>>
>>>>>>> On 05/01/2017 12:57, Kacper Czerwonka wrote:
>>>>>>>>
>>>>>>>> Hi.
>>>>>>>>
>>>>>>>> I'm getting some SNMP errors when polling my Mikrotik RB800 device.
>>>>>>>> This is from GUI:
>>>>>>>>
>>>>>>>> MIKROTIK-MIB *mtxrWlApClientCount Failed response 3331*
>>>>>>>>
>>>>>>>> From CLI:
>>>>>>>>
>>>>>>>> ./poller.php -h um-rbswr.ap | grep mtxr
>>>>>>>> o MIKROTIK-MIB mtxrDHCP
>>>>>>>>
>>>>>>>> and the:
>>>>>>>>
>>>>>>>> ##### Module Start: wifi #####
>>>>>>>> o MIBs MIKROTIK-MIB o Module time
>>>>>>>> 0.0122s
>>>>>>>>
>>>>>>>> So I'm thinking, that it even doesn't try to ask about it, but
>>>>>>>> when I'm typing by hand from Obserevium server:
>>>>>>>>
>>>>>>>> snmpwalk -c public -v 2c um-rbswr.ap .1.3.6.1.4.1.14988.1.1.1.3.1.6
>>>>>>>> SNMPv2-SMI::enterprises.14988.1.1.1.3.1.6.6 = Counter32: 0
>>>>>>>> SNMPv2-SMI::enterprises.14988.1.1.1.3.1.6.7 = Counter32: 0
>>>>>>>> SNMPv2-SMI::enterprises.14988.1.1.1.3.1.6.8 = Counter32: 0
>>>>>>>> SNMPv2-SMI::enterprises.14988.1.1.1.3.1.6.9 = Counter32: 0
>>>>>>>>
>>>>>>>> Any ideas were to dig to solve it?
>>>>>>>>
>>>>>>>> Best Regards,
>>>>>>>> Kacper.
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> 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
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> 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
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> 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
>>
>>
>>
>>
>> _______________________________________________
>> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://postman.memetic.org/pipermail/observium/ >attachments/20170111/2384d6be/ attachment-0001.html
------------------------------
Subject: Digest Footer
_______________________________________________
observium mailing list
observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/ observium
------------------------------
End of observium Digest, Vol 78, Issue 9
****************************************