
I wouldn’t put too much faith in the “affected release” list as I’ve run into numerous bugs in the past where the version of IOS I was running was clearly affected, but not featured on the list. They update it as they identify affected versions, assuming someone remembers. I’ve seen the same of the “fixed in” list as well.
I would ask TACC to confirm a release that the bug has been fixed in, so you can download and test it.
If TACC won’t do it, and assuming you have a Cisco Account Manager or Systems Engineer handy, ask them to help. They’ll either escalate with TACC or go to the BU and find out.
On 4/9/15, 7:11 AM, "Matthias Cramer" matthias.cramer@iway.ch wrote:
Hi Adam and All
Cisco just confirmed this as a known bug: https://tools.cisco.com/bugsearch/bug/CSCty96914/?reffering_site=dumpcr The odd thing is that it is not fixed in all release trains ...
And I'm running a release which is not marked as affected.
The other thing is... I have a private Observium Cimmunity Edition installation. There I can poll this interface without problems (read there are graphs, only broadcast is always empty!). So there had to be a change in Observium IMHO.
Regards
Matthias
On 09/04/15 15:36, Jama Solomo wrote:
Hi Adam,
I am a CE user and monitor my 892FSP-K9 since November 2014 without any trouble. So at least with the last CE edition it is working well.
I have a lot of stuff configured on this 892FSP: Two ADSL Lines One FTTH line via SFP module A bunch of external VPNs Two DMZs ACLs and a lot of different net segments
At least this 892FSP is feeding Observium very well.
Only my 2cts Regards
Jama
Am 09.04.15 um 10:15 schrieb Adam Armstronf:
Nope, the ports poller code has hardly been touched for ages!
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 9 April 2015 08:42:35 Matthias Cramer matthias.cramer@iway.ch wrote:
Hi Adam
You are certainly right that these devices return BS. I set up a new one in the lab with very minimal config, basically only a IP on vlan1 and snmp settings. Same result... this suggests to me that they always returned BS in the past. Do you see any change that happened in the Observium code that now reacts to those wrong values? Just curious why it worked in the past.
I have opened a case with Cisco TAC.
Regards
Matthias
On 07/04/15 21:35, Adam Armstronf wrote:
If you can find an alternative reason for any device to return
those numbers, I'd be interested to hear it...
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 7 April 2015 20:19:34 Matthias Cramer matthias.cramer@iway.ch
wrote:
Funny thing is that it happens to all of them (42 routers) at the
same time ...
Therefore I don not really thing its a issue with the devices...
It does not happen on 881, 886, 887 and also not on 892 and 892F
... I could find it only on 892FSP
Any more info I can provide?
Regards
Matthias
On 07/04/15 21:01, Adam Armstrong wrote: > Your device is returning weird numbers: > > ifHCInBroadcastPkts.7 = 18446744073681690683 > ifHCInBroadcastPkts.8 = 18446744073708859433 > ifHCInBroadcastPkts.9 = 18446744073708641219 > ifHCOutBroadcastPkts.7 = 18446744073704115764 > ifHCOutBroadcastPkts.8 = 18446744073700307107 > ifHCOutBroadcastPkts.9 = 18446744073688302421 > ifHCOutBroadcastPkts.10 = 18446744073673177977 > > Reboot it, and it'll go away :) > > adam. > > Sent from Mailbird
http://www.getmailbird.com/?utm_source=Mailbird&utm_medium=email&utm_campaign=sent-from-mailbird
>> >> On 07/04/2015 19:59:57, Matthias Cramer
matthias.cramer@iway.ch wrote:
>> >> Hi Adam >> >> Here you are... >> >> Regards >> >> Matthias >> >> On 07/04/15 20:43, Adam Armstrong wrote: >>> You might want to include the rest of the poller debugging
output.
>>> >>> adam. >>> >>> Sent from Mailbird >>>> >>>> On 07/04/2015 19:42:19, Matthias Cramer wrote: >>>> >>>> Hi All >>>> >>>> Since 26.3 I nolonger can poll the ports of the internal
switch of all my Cisco 892FSP-K9 routers.
>>>> When running the poller.php script I see: >>>> >>>> Module [ entity-physical ] time: 0.0006s >>>> Module [ applications ] time: 0.0001s >>>> FDB Tables >>>> ERROR: Device does not support per-VLAN community. >>>> Module [ fdb-table ] time: 1.0148s >>>> >>>> Poller in debug mode outputs an error on updating the rrd: >>>> >>>> Port GigabitEthernet4(7) replacing with 64-bit... >>>> dot3Duplex, VLAN == 2 >>>> >>>> ifInOctets (839624 B) 3098.2435424354 Bps 271 secs >>>> >>>> ifOutOctets (27170196 B) 100259.02583026 Bps 271 secs >>>> >>>> ifInErrors (0 B) 0 Bps 271 secs >>>> >>>> ifOutErrors (0 B) 0 Bps 271 secs >>>> >>>> ifInUcastPkts (5217 B) 19.250922509225 Bps 271 secs >>>> >>>> ifOutUcastPkts (19418 B) 71.653136531365 Bps 271 secs >>>> bps(24.7kbps/802kbps)bytes(819kB/25.9MB)pkts(19.2pps/71.6pps) >>>> SQL[[[0;33mSELECT * FROM `device_graphs` WHERE `device_id` =
'155'[[0m][[0m
>>>> RUNTIME[[[0;32m0.00004601s[[0m][[0m >>>> RRD
/opt/observium/rrd/rt.globalsystem.cust.as8758.net/port-7.rrd already exists - no need to create.
>>>> RRD[cmd[[[0;32mupdate
/opt/observium/rrd/rt.globalsystem.cust.as8758.net/port-7.rrd
>>>>
N:3542003737302:41661739760485:0:0:2592603452:3263616715:1.8446744073711E+19:1.8446744073715E+19:0:0:0:18446744073681691247:18446744
>>>> stdout[[[0;32mERROR:
/opt/observium/rrd/rt.globalsystem.cust.as8758.net/port-7.rrd: not a simple signed integer: '1.8446744073711E+19'[[0m] [[0m
>>>> >>>> This seams to be the reason why the rrd's are empty since
then...
>>>> >>>> Regards >>>> >>>> Matthias >>>> >>>> >>>> -- >>>> Matthias Cramer / mc322-ripe Senior Network & Security Engineer >>>> iway AG Phone +41 43 500 1111 >>>> Badenerstrasse 569 Fax +41 44 271 3535 >>>> CH-8048 Zurich http://www.iway.ch/ >>>> GnuPG 1024D/2D208250 = DBC6 65B6 7083 1029 781E 3959 B62F
DF1C 2D20 8250
>>>> >>>> _______________________________________________ >>>> 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 >>> >> >> -- >> Matthias Cramer / mc322-ripe Senior Network & Security Engineer >> iway AG Phone +41 43 500 1111 >> Badenerstrasse 569 Fax +41 44 271 3535 >> CH-8048 Zurich http://www.iway.ch/ >> GnuPG 1024D/2D208250 = DBC6 65B6 7083 1029 781E 3959 B62F DF1C
2D20 8250
>> _______________________________________________ >> 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 >
-- Matthias Cramer / mc322-ripe Senior Network & Security Engineer iway AG Phone +41 43 500 1111 Badenerstrasse 569 Fax +41 44 271 3535 CH-8048 Zurich http://www.iway.ch/ GnuPG 1024D/2D208250 = DBC6 65B6 7083 1029 781E 3959 B62F DF1C
2D20 8250
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
-- Matthias Cramer / mc322-ripe Senior Network & Security Engineer iway AG Phone +41 43 500 1111 Badenerstrasse 569 Fax +41 44 271 3535 CH-8048 Zürich http://www.iway.ch/ GnuPG 1024D/2D208250 = DBC6 65B6 7083 1029 781E 3959 B62F DF1C 2D20 8250
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
-- Matthias Cramer / mc322-ripe Senior Network & Security Engineer iway AG Phone +41 43 500 1111 Badenerstrasse 569 Fax +41 44 271 3535 CH-8048 Zürich http://www.iway.ch/ GnuPG 1024D/2D208250 = DBC6 65B6 7083 1029 781E 3959 B62F DF1C 2D20 8250
Founded in 2007, IO provides the data center as a service to businesses and governments around the world.
The communication contained in this e-mail is confidential and is intended only for the named recipient(s) and may contain information that is privileged, proprietary, attorney work product or exempt from disclosure under applicable law. If you have received this message in error, or are not the named recipient(s), please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. Please immediately notify the sender of the error, and delete this communication including any attached files from your system. Thank you for your cooperation.