- observium - lists.observium.org

Slow page when accessing the Syslog message
by dorje2007＠seznam.cz 24 Aug '17

24 Aug '17

Dears, in my Observium, i have about 800.000 Syslog messages. When i want to access it via Observium - Syslog page, it take about 10-15 minutes. My HW is : 8 GB RAM, 8 cores, HyperV Would you be so kind to let me know, how can i tune it ? Also the other pages of Observium are quite slow Thank you

1 0

VDX6740 and flexport support
by Youssef BENGELLOUN - ZAHR 23 Aug '17

23 Aug '17

2 5

devices without snmp
by Hans Wolters 18 Aug '17

18 Aug '17

Dear all, Currently we are looking into the different option to get data from NSX Edge devices. Since snmp is not available on them we used the api to get the statistic information. Currently we store those values in a database. We would like to know what would be the best way to import this data into observium. Our goal is to have a generic solution that we can use for all kinds of data gathered from devices without snmp. We are also willing to contribute this to the observium community. >From what I have seen we have several options: 1. using an agent to provide the data on the agent port. 2. write an application. Both options would not make it very flexible. Could you please advise? Best regards, Hans Wolters

1 0

Module LM-SENSORS-MIBS missing?
by Kelley, Ronald E. 17 Aug '17

17 Aug '17

Any guidance appreciated ... Cron <root@observium> [ -x /usr/lib/php5/sessionclean ] && /usr/lib/php5/sessionclean Error message: MIB search path: /opt/observium/mibs Cannot find module (LM-SENSORS-MIB): At line 0 in (none) MIB search path: /opt/observium/mibs Cannot find module (LM-SENSORS-MIB): At line 0 in (none) Version Information Observium CE 0.16.10.8128 (6th October 2016) OS Linux 3.16.0-4-amd64 [amd64] (Debian 8.9) Apache Apache PHP 5.6.30-0+deb8u1 (OPcache: ENABLED) Python 2.7.9 MySQL 5.5.57-0+deb8u1 (extension: mysqli 5.5.57) SNMP NET-SNMP 5.7.2.1 RRDtool 1.4.8 Statistics DB size 799MB RRD size 6.44GB Devices 182 Ports 744 IPv4 Addresses 220 IPv4 Networks 61 IPv6 Addresses 11 IPv6 Networks 2 Services 0 Applications 0 Processors 441 Memory pools 788 Storage Entries 30 Disk I/O Entries 4 HR-MIB Entries 1089 Entity-MIB Entries 0 Syslog Entries 0 Eventlog Entries 3332428 Sensors 396 Printer Supplies 132 Netscaler VServers 0 Netscaler Services 0 Virtual Machines 0 IP SLAs 0 Ronald Kelley Director of Network Hospitals, IT Operations Information Technology Division Houston Methodist Houston Methodist. Leading Medicine. U.S. News & World Report has recognized Houston Methodist as one of the nation’s top 20 hospitals, placing it for the second time on the magazine’s prestigious Honor Roll. It is also designated as a Magnet hospital for excellence in nursing. Visit us at houstonmethodist.org. Follow us at twitter.com/MethodistHosp and facebook.com/HoustonMethodist. ***CONFIDENTIALITY NOTICE*** This e-mail is the property of Houston Methodist and/or its relevant affiliates and may contain restricted and privileged material for the sole use of the intended recipient(s). Any review, use, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive for the recipient), please contact the sender and delete all copies of the message. Thank you.

2 2

Customer Records Missing on rebuild
by Mal Evans 16 Aug '17

16 Aug '17

Hi - I did a full rebuild of Observium and restored the database. I previously had the ability to view 'Customers'. I can still see the Customers item in the Ports drop down but there are no entries. I can see that there are no records in the Customers table in the db. Since the customers were generated by polling the devices I thought this might just be a short term problem however after nearly 24 hours there are still no customer entries. I am wondering if I have missed something in the config or if perhaps this is because I have only installed the community edition initially whereas we had previously used the subscription edition including the traffic accounting functionality? Not sure where to start investigating the issue so would appreciate any suggestions. Cheers Mal

2 4

Server port description
by Pieter De Wit 16 Aug '17

16 Aug '17

Hi Guys, What effect does the “Server:” port description have “inside” observium - I can’t see anything. Can we get a server tab under the ports menu perhaps ? (I am using the stable SVN so this might already be implemented) (Core etc has the effect of putting it under a certain tab etc) Thanks, Pieter

1 0

Found bug? in p2p_radios poller / discovery
by Lyndon Labuschagne 16 Aug '17

16 Aug '17

Hello I am running Observium 17.7.8697 (stable), I also tried rolling but seem to have the same issue I noticed some radios on our network did not have the P2P radio tab while others did, in some cases these where identical radios with identical firmware. When I poll the devices with -dd I get the following The poller seems to push an error "ERROR[Error in query: (Column 'radio_name' cannot be null) 1048]” Now if I take and change the 8th position from NULL and add the “radio name” I can then see the P2P Radio tab in Observium and the correct information is visible, when the poller runs again the “radio_name” is removed "INSERT INTO `p2p_radios` (`device_id`,`radio_mib`,`radio_index`,`radio_tx_freq`,`radio_rx_freq`,`radio_tx_power`,`radio_rx_level`,`radio_name`,`radio_bandwidth`,`radio_modulation`,`radio_total_capacity`,`radio_standard`,`radio_loopback`,`radio_tx_mute`,`radio_eth_capacity`,`radio_e1t1_channels`,`radio_cur_capacity`) VALUES ('1150','ubnt-airmax-mib','1.128.42.168.46.239.89','5195000','5195000','27','-65',NULL,NULL,NULL,'146250000',NULL,NULL,NULL,NULL,NULL,'146250000’)]” More details output below if needed ##### Module Start: p2p-radios ##### SQL[SELECT * FROM `p2p_radios` WHERE `device_id` = '1150'] ROWS[1] SQL RUNTIME[0.00084591s] o UBNT-AirFIBER-MIB UBNT-AirFIBER-MIB CMD[/usr/bin/snmpwalk -t '1' -r '3' -v1 -c 'MTsnmpRO99' -Pu -OQUs -m UBNT-AirFIBER-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp:/opt/observium/mibs/ubiquiti 'udp':'sectornorth.highsite.kzn.domain.co.za':'161' airFiberConfigIndex] CMD EXITCODE[0] CMD RUNTIME[0.1514s] STDOUT[ ] All quotes stripped from snmp output, also for indexes and values! SNMP STATUS[TRUE] o UBNT-AirMAX-MIB CMD[/usr/bin/snmpwalk -t '1' -r '3' -v1 -c 'MTsnmpRO99' -Pu -OQUs -m UBNT-AirMAX-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp:/opt/observium/mibs/ubiquiti 'udp':'sectornorth.highsite.kzn.domain.co.za':'161' ubntRadioEntry] CMD EXITCODE[0] CMD RUNTIME[0.1872s] STDOUT[ ubntRadioIndex.1 = 5 ubntRadioMode.1 = apwds ubntRadioCCode.1 = 511 ubntRadioFreq.1 = 5195 ubntRadioDfsEnabled.1 = false ubntRadioTxPower.1 = 27 ubntRadioDistance.1 = 5550 ubntRadioChainmask.1 = 3 ubntRadioAntenna.1 = AM-5G20-90 - 20 dBi ] All quotes stripped from snmp output, also for indexes and values! SNMP STATUS[TRUE] CMD[/usr/bin/snmpwalk -t '1' -r '3' -v1 -c 'MTsnmpRO99' -Pu -OQUsb -m UBNT-AirMAX-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp:/opt/observium/mibs/ubiquiti 'udp':'sectornorth.highsite.kzn.domain.co.za':'161' ubntStaEntry] CMD EXITCODE[0] CMD RUNTIME[0.7916s] STDOUT[ ubntStaMac.1.68.217.231.42.38.41 = 44:d9:e7:2a:26:29 ubntStaMac.1.68.217.231.170.62.55 = 44:d9:e7:aa:3e:37 ubntStaMac.1.128.42.168.46.239.89 = 80:2a:a8:2e:ef:59 ubntStaName.1.68.217.231.42.38.41 = ubntStaName.1.68.217.231.170.62.55 = ubntStaName.1.128.42.168.46.239.89 = ubntStaSignal.1.68.217.231.42.38.41 = -62 ubntStaSignal.1.68.217.231.170.62.55 = -61 ubntStaSignal.1.128.42.168.46.239.89 = -65 ubntStaNoiseFloor.1.68.217.231.42.38.41 = -92 ubntStaNoiseFloor.1.68.217.231.170.62.55 = -92 ubntStaNoiseFloor.1.128.42.168.46.239.89 = -92 ubntStaDistance.1.68.217.231.42.38.41 = 5550 ubntStaDistance.1.68.217.231.170.62.55 = 3450 ubntStaDistance.1.128.42.168.46.239.89 = 5550 ubntStaCcq.1.68.217.231.42.38.41 = 98 ubntStaCcq.1.68.217.231.170.62.55 = 96 ubntStaCcq.1.128.42.168.46.239.89 = 98 ubntStaAmp.1.68.217.231.42.38.41 = 2 ubntStaAmp.1.68.217.231.170.62.55 = 3 ubntStaAmp.1.128.42.168.46.239.89 = 3 ubntStaAmq.1.68.217.231.42.38.41 = 85 ubntStaAmq.1.68.217.231.170.62.55 = 79 ubntStaAmq.1.128.42.168.46.239.89 = 70 ubntStaAmc.1.68.217.231.42.38.41 = 69 ubntStaAmc.1.68.217.231.170.62.55 = 58 ubntStaAmc.1.128.42.168.46.239.89 = 51 ubntStaLastIp.1.68.217.231.42.38.41 = 192.168.32.51 ubntStaLastIp.1.68.217.231.170.62.55 = 192.168.32.157 ubntStaLastIp.1.128.42.168.46.239.89 = 192.168.32.39 ubntStaTxRate.1.68.217.231.42.38.41 = 162500000 ubntStaTxRate.1.68.217.231.170.62.55 = 146250000 ubntStaTxRate.1.128.42.168.46.239.89 = 146250000 ubntStaRxRate.1.68.217.231.42.38.41 = 65000000 ubntStaRxRate.1.68.217.231.170.62.55 = 97500000 ubntStaRxRate.1.128.42.168.46.239.89 = 65000000 ubntStaTxBytes.1.68.217.231.42.38.41 = 719486789 ubntStaTxBytes.1.68.217.231.170.62.55 = 24312362017 ubntStaTxBytes.1.128.42.168.46.239.89 = 68627880045 ubntStaRxBytes.1.68.217.231.42.38.41 = 740486755 ubntStaRxBytes.1.68.217.231.170.62.55 = 2319151248 ubntStaRxBytes.1.128.42.168.46.239.89 = 5223854785 ubntStaConnTime.1.68.217.231.42.38.41 = 35:21:24:13.00 ubntStaConnTime.1.68.217.231.170.62.55 = 18:22:24:49.00 ubntStaConnTime.1.128.42.168.46.239.89 = 8:3:36:17.00 End of MIB ] All quotes stripped from snmp output, also for indexes and values! SNMP STATUS[TRUE] SQL[INSERT INTO `p2p_radios` (`device_id`,`radio_mib`,`radio_index`,`radio_tx_freq`,`radio_rx_freq`,`radio_tx_power`,`radio_rx_level`,`radio_name`,`radio_bandwidth`,`radio_modulation`,`radio_total_capacity`,`radio_standard`,`radio_loopback`,`radio_tx_mute`,`radio_eth_capacity`,`radio_e1t1_channels`,`radio_cur_capacity`) VALUES ('1150','ubnt-airmax-mib','1.68.217.231.42.38.41','5195000','5195000','27','-62',NULL,NULL,NULL,'162500000',NULL,NULL,NULL,NULL,NULL,'162500000')] ROWS[-1] SQL RUNTIME[0.00072384s] ERROR[Error in query: (Column 'radio_name' cannot be null) 1048] +RRD /opt/observium/rrd/sectornorth.highsite.kzn.domain.co.za/p2p_radio-ubnt-airmax-mib-1.68.217.231.42.38.41.rrd already exists - no need to create. RRD CMD[update /opt/observium/rrd/sectornorth.highsite.kzn.domain.co.za/p2p_radio-ubnt-airmax-mib-1.68.217.231.42.38.41.rrd N:27:-62:U:U:162500000:U:U] RRD RUNTIME[0.0011s] RRD STDOUT[OK u:0.01 s:0.00 r:6.67] RRD_STATUS[TRUE] SQL[UPDATE `p2p_radios` set `radio_rx_level` ='-61',`radio_bandwidth` =NULL,`radio_modulation` =NULL,`radio_total_capacity` ='146250000',`radio_standard` =NULL,`radio_loopback` =NULL,`radio_tx_mute` =NULL,`radio_eth_capacity` =NULL,`radio_e1t1_channels` =NULL,`radio_cur_capacity` ='146250000' WHERE `radio_id` = '143950'] ROWS[1] SQL RUNTIME[0.00200510s] URRD /opt/observium/rrd/sectornorth.highsite.kzn.domain.co.za/p2p_radio-ubnt-airmax-mib-1.68.217.231.170.62.55.rrd already exists - no need to create. RRD CMD[update /opt/observium/rrd/sectornorth.highsite.kzn.domain.co.za/p2p_radio-ubnt-airmax-mib-1.68.217.231.170.62.55.rrd N:27:-61:U:U:146250000:U:U] RRD RUNTIME[0.0011s] RRD STDOUT[OK u:0.01 s:0.00 r:6.67] RRD_STATUS[TRUE] SQL[INSERT INTO `p2p_radios` (`device_id`,`radio_mib`,`radio_index`,`radio_tx_freq`,`radio_rx_freq`,`radio_tx_power`,`radio_rx_level`,`radio_name`,`radio_bandwidth`,`radio_modulation`,`radio_total_capacity`,`radio_standard`,`radio_loopback`,`radio_tx_mute`,`radio_eth_capacity`,`radio_e1t1_channels`,`radio_cur_capacity`) VALUES ('1150','ubnt-airmax-mib','1.128.42.168.46.239.89','5195000','5195000','27','-65',NULL,NULL,NULL,'146250000',NULL,NULL,NULL,NULL,NULL,'146250000')] ROWS[-1] SQL RUNTIME[0.00034904s] ERROR[Error in query: (Column 'radio_name' cannot be null) 1048] +RRD /opt/observium/rrd/sectornorth.highsite.kzn.domain.co.za/p2p_radio-ubnt-airmax-mib-1.128.42.168.46.239.89.rrd already exists - no need to create. RRD CMD[update /opt/observium/rrd/sectornorth.highsite.kzn.domain.co.za/p2p_radio-ubnt-airmax-mib-1.128.42.168.46.239.89.rrd N:27:-65:U:U:146250000:U:U] RRD RUNTIME[0.0011s] RRD STDOUT[OK u:0.01 s:0.00 r:6.67] RRD_STATUS[TRUE] o Module time 1.1504s

1 1

IPSLA targets in IPv6
by Robert Williams 10 Aug '17

10 Aug '17

Hi all, We have a requirement for some IPv6 IPSLA instances on an ASR9k. Can't say this has ever come up before, but anyway, it appears that the IPv6 target IPs don't show up (thousand words below): Is this a known issue (ie. Cisco failing to send it) or did we find a bug? Interestingly, the actual 'result' latency data is all there (and correct) but somewhat difficult to comprehend without the target IP :) Cheers! Robert Williams Custodian Data Centres https://www.CustodianDC.com

3 6

Active Directory/SSO Issue
by Erimer, Tarkan 09 Aug '17

09 Aug '17

Hi, I'm trying to configure SSO with active directory per instructions at http://docs.observium.org/authentication/#active-directory-with-sso? But, once I enable "active_directory" in /opt/observium/config.php as the auth method. I got this error message on the browser : This page isn't working aaa.bbb.com redirected you too many times. Try clearing your cookies. ERR_TOO_MANY_REDIRECTS Any pointers, clues ? Thanks In Advance, Tarkan

2 2

VRF defined by route-target not route-distinguisher
by Simon Bell 09 Aug '17

09 Aug '17

Hi All, Just wondering if there is a way to use route-target to define our VRF's on observium instead of RD. We use route reflector's and therefore have a need for different RD's on each PE for the same VRF. However this means that we get 10 or so VRF's listings for the same VRF. Ideally we would just flip it to be RT if possible. (we use, Juniper MX, Cisco Nexus, Cisco IOS) Any feedback massively appreciated. Only had OBS running for just over a week and hugely impressed. Cheers Simon Simon Bell Core Network Architect Node4 Ltd. Pope Street, Normanton, Wakefield, WF6 2TA. ddi. 0845 123 2229 | t. 0845 123 2222 e. S.Bell(a)node4.co.uk Node4 Limited is registered in England No: 04759927 and has its registered office at Millennium Way, Pride Park, Derby, DE24 8HZ The information contained in this email is confidential and is intended for the exclusive use of the email addressee shown. If you are not the addressee, any disclosure, reproduction, distribution or other dissemination or use of this communication is strictly prohibited. If you have received this mail in error, please notify our mail manager at abuse(a)node4.co.uk and delete it from your system. Opinions expressed in this email are those of the individual not the company, unless specifically indicated to that effect. This email has been scanned inbound by Node4's Email Security System. This email message has been delivered safely and archived online by Mimecast.

1 0