- observium - lists.observium.org

Re: [Observium] (no subject)
by Adam Armstrong 25 Mar '15

25 Mar '15

Either SNMP timeout, SNMP stack bug or vendor bug. Adam. On 25 Mar 2015 02:06, Zach Underwood <zunder1990(a)gmail.com> wrote: > > I get the same thing about the interfaces nulling on some of my HP 1910 switches. > > On Mar 24, 2015 10:02 PM, "Christopher Pole" <chris(a)apexn.com.au> wrote: >> >> Poor choice of terms on my part regarding discovery, let me try again. >> >> Every now and then Observium will go through and mark every interface attribute on this device as NULL and then shortly thereafter re-learn the attributes, for example: >> >> Time: 2015-03-25 00:56:26 >> Port: lag2 >> Message: Interface changed: [ifName] LAG2 -> NULL; [ifAlias] Trunk: sw01 -> NULL; [ifAdminStatus] up -> NULL; [ifOperStatus] up -> NULL; [ifMtu] 9216 -> NULL; [ifSpeed] 2000000000 -> NULL; [ifHighSpeed] 2000 -> NULL; [ifType] ieee8023adLag -> NULL; [ifPhysAddress] 001bed9fa841 -> NULL; [ifPromiscuousMode] true -> NULL; [ifConnectorPresent] false -> NULL >> >> At this point the alert triggers for this interface, as anything over 0bps is triggers the >85% util alarm. >> >> Shortly thereafter observium relearns the interface attributes: >> >> Time: 2015-03-25 01:00:16 >> Port: lag2 >> Message: Interface changed: [ifName] -> LAG2; [ifAlias] -> Trunk: sw01; [ifAdminStatus] -> up; [ifOperStatus] -> up; [ifMtu] -> 9216; [ifSpeed] -> 2000000000; [ifHighSpeed] -> 2000; [ifType] -> ieee8023adLag; [ifPhysAddress] -> 001bed9fa841; [ifPromiscuousMode] -> true; [ifConnectorPresent] -> false >> >> At this point the alert sends a recovery message. >> >> The nullification and re-learning of interface attributes happens periodically but with no fixed schedule. Is this possibly something that can be caused by a bulk-walk failure part way through? Or an SNMP timeout? >> >> Thanks, >> >> Chris >> >> >> On Wed, Mar 25, 2015 at 10:41 AM, Adam Armstrong <adama(a)memetic.org> wrote: >>> >>> Nothing gets rediscovered at any frequency other than the frequency with which you run discovery.php. >>> >>> Almost everything collected by the poller is collected by snmpbulkwalk. >>> >>> It's possible that bulkwalk is failing part way through for this device causing the ifHighSpeed to be set to zero (or set to the value of ifSpeed, which will be just as useless on ports >1Gb) >>> >>> adam. >>>> >>>> On 24/03/2015 22:16:43, Christopher Pole <chris(a)apexn.com.au> wrote: >>>> >>>> Hi folks, >>>> >>>> we have an alert that triggers when certain ports hit >85% utilisation being triggered by a single device on a regular basis as it seems to get rewalked quite often, which briefly sets the speed of the monitored ports to 0 which then triggers the alert as any utilisation over 0 is >85% :). >>>> >>>> The device is a Brocade CES, but it is the only one in our fleet that suffers from this rediscover > trigger alert issue. Though the others also seem to rediscover more often than is necessary. >>>> >>>> Any thoughts on how I might figure out what is going on so I can fix it? >>>> >>>> Thanks, >>>> Chris >>>> _______________________________________________ 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

(no subject)
by Christopher Pole 25 Mar '15

25 Mar '15

Hi folks, we have an alert that triggers when certain ports hit >85% utilisation being triggered by a single device on a regular basis as it seems to get rewalked quite often, which briefly sets the speed of the monitored ports to 0 which then triggers the alert as any utilisation over 0 is >85% :). The device is a Brocade CES, but it is the only one in our fleet that suffers from this rediscover > trigger alert issue. Though the others also seem to rediscover more often than is necessary. Any thoughts on how I might figure out what is going on so I can fix it? Thanks, Chris

3 3

Alerts not working
by Patrick Marquetecken 25 Mar '15

25 Mar '15

I'm trying to get my alerts working but until now without success. I have put a server down, and i know some systems have a disk that is full about 80% I have followed the http://www.observium.org/wiki/Creating_an_Alert_Checker and created some alert according to the examples, and run the regenerate. Test mails are successfully send from the command line. but no luck, can anyone please advice on this matter?

3 7

howto control ports
by J.P.M.H. Geerets 24 Mar '15

24 Mar '15

Hi folks, Bit new here. Have an observium (community edition) install in test environment. Is het possible to creat my own ports to test on? Want to test for example ports on a cloverleaf (communication) server to check orm messages etc. Also wanna check dicomports, mostly on 104. Any idea how to do this with observium? Met vriendelijke groet, Jean-Paul --- Jean-Paul Geerets - ICT Radiologie ________________________________ AMC Disclaimer : http://www.amc.nl/disclaimer ________________________________

4 6

LDAP changes in the Professional version?
by George Phillips 23 Mar '15

23 Mar '15

Hi folks! I tried searching the list but didn’t see anything promising... I had LDAP auth setup and working great on the Community version, but as soon as I upgraded to Professional (version 0.15.3.6343), it ceased allowing logins. A debug of the login shows: LDAP[Connecting to xxx.xxx.xxx.xxx] LDAP[Connected] LDAP[Referrals][Disabled] LDAP[Version][Set to 3] LDAP[Bind DN called] LDAP[Bind][cn=manager,ou=Internal,dc=example,dc=com] LDAP[Filter][(uid=testuser)][ou=Users,ou=Accounts,dc=example,dc=com] LDAP[Authenticate][User: testuser][Bind user: cn=Test User,ou=Users,ou=Accounts,dc=example,dc=com] LDAP[Authenticate][Comparing: cn=admins,ou=Groups,ou=Accounts,dc=example,dc=com][member=cn=Test User,ou=Users,ou=Accounts,dc=example,dc=com] LDAP[Authenticate][Compare LDAP error: No such object] So this part looked a bit strange to me: LDAP[Authenticate][Comparing: cn=admins,ou=Groups,ou=Accounts,dc=example,dc=com][member=cn=Test User,ou=Users,ou=Accounts,dc=example,dc=com] (notice the strange "member=cn=…" part) My config is: // Begin LDAP Config $config['auth_mechanism'] = "ldap"; $config['auth_ldap_starttls'] = FALSE; $config['auth_ldap_binddn'] = "cn=manager,ou=Internal,dc=example,dc=com"; $config['auth_ldap_bindpw'] = “PASSWORD_HERE"; $config['auth_ldap_attr']['uid'] = "uid"; $config['auth_ldap_attr']['uidNumber'] = "uidNumber"; $config['auth_ldap_attr']['cn'] = "cn"; $config['auth_ldap_objectclass'] = "inetOrgPerson"; $config['auth_ldap_version'] = 3; $config['auth_ldap_server'] = “LDAP_SERVER_IP"; $config['auth_ldap_port'] = 389; $config['auth_ldap_prefix'] = "cn="; $config['auth_ldap_suffix'] = ",ou=Users,ou=Accounts,dc=example,dc=com"; $config['auth_ldap_group'] = array("cn=admins,ou=Groups,ou=Accounts,dc=example,dc=com"); $config['auth_ldap_groupbase'] = "ou=Groups,ou=Accounts,dc=example,dc=com"; $config['auth_ldap_groupmembertype'] = "fulldn"; $config['auth_ldap_groupmemberattr'] = "member"; unset($config['auth_ldap_groups']); $config['auth_ldap_groups']['admins']['level'] = 10; // End LDAP Config Again, this same config works like a champ on the community edition. Did something change with LDAP auth in the professional edition? Am I missing something? Thanks! —George George Phillips www.pfsense.org

2 2

Request for more info from Allied Telesis AW+ switches
by Daniel Olynsma 23 Mar '15

23 Mar '15

Hi All, I use Observium daily to monitor various test networks and have noticed limited support for AlliedwarePlus products. I have done some digging round in the MIBs as well as the Observium php files and found that Observium is only extracting the Software version from AT-SETUP-MIB in the file: /opt/observium/includes/polling/os$ cat alliedwareplus.inc.php I would like to request that this be increased to contain more device information. I have found that the HW, serial No etc.. info is available in the AT-RESOURCE-MIB. I have not attached the MIB file as it is already part of Observium. Please find below some experiments that I have done extracting the info. I have conducted experiments on standalone as well as a 'stacked' product consisting of 8 physical switches (rscBoardName). Each device lists a base board '.3' and stacking module '.4' and a power supply '.5'. I would expect that you would only be interested in the '.3' values. for the switch Type. In my experiments I also found following could be extracted: H/W Rev - rscBoardRevision S/N - rscBoardSerialNumber I do not have PHP experience so do not know how to add this functionality myself. However since I am requesting this I do make myself available to assist in this or other Allied Telesis related tasks Regards, Daniel Experiment results: ------- Get the $Hardware value AT-RESOURCE-MIB rscBoardName Standalone (With stacking hw) danielo@tb105 ~ $ snmpwalk -O n -v 2c -c public 10.37.105.36 1.3.6.1.4.1.207.8.4.4.3.21.1.1.4 .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.1.3 = STRING: "x510-52GTX" danielo@tb105 ~ $ Stacked product (8-stack) danielo@tb105 ~ $ snmpwalk -O n -v 2c -c public 10.37.105.49 1.3.6.1.4.1.207.8.4.4.3.21.1.1.4 .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.1.3 = STRING: "AT-x930-52GTX" .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.1.4 = STRING: "AT-StackQS" .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.1.5 = STRING: "PWR250" .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.2.3 = STRING: "AT-x930-52GPX" .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.2.4 = STRING: "AT-StackQS" .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.2.5 = STRING: "PWR250" .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.3.3 = STRING: "AT-x930-52GTX" .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.3.4 = STRING: "AT-StackQS" .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.3.5 = STRING: "PWR250" .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.4.3 = STRING: "AT-x930-52GPX" .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.4.4 = STRING: "AT-StackQS" .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.4.5 = STRING: "PWR250" .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.5.3 = STRING: "AT-x930-52GTX" .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.5.4 = STRING: "AT-StackQS" .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.5.5 = STRING: "PWR250" .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.6.3 = STRING: "AT-x930-52GPX" .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.6.4 = STRING: "AT-StackQS" .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.6.5 = STRING: "PWR250" .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.7.3 = STRING: "AT-x930-52GTX" .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.7.4 = STRING: "AT-StackQS" .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.7.5 = STRING: "PWR250" .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.8.3 = STRING: "AT-x930-52GPX" .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.8.4 = STRING: "AT-StackQS" .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.8.5 = STRING: "PWR250" danielo@tb105 ~ $ Standalone (Without stacking hw) danielo@tb105 ~ $ snmpwalk -O n -v 2c -c public 10.37.105.34 1.3.6.1.4.1.207.8.4.4.3.21.1.1.4 .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.1.3 = STRING: "x610-24Ts/X" danielo@tb105 ~ $ danielo@tb105 ~ $ snmpwalk -O n -v 2c -c public 10.37.105.34 1.3.6.1.4.1.207.8.4.4.3.21 .1.3.6.1.4.1.207.8.4.4.3.21.1.1.3.1.3 = STRING: "Base" .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.1.3 = STRING: "x610-24Ts/X" .1.3.6.1.4.1.207.8.4.4.3.21.1.1.5.1.3 = Gauge32: 340 .1.3.6.1.4.1.207.8.4.4.3.21.1.1.6.1.3 = STRING: " " .1.3.6.1.4.1.207.8.4.4.3.21.1.1.7.1.3 = STRING: "B-0" .1.3.6.1.4.1.207.8.4.4.3.21.1.1.8.1.3 = STRING: "C1ZQB4107" .1.3.6.1.4.1.207.8.4.4.3.21.2.1.1.1 = STRING: " Total: 511640 kB Free: 379816 kB" .1.3.6.1.4.1.207.8.4.4.3.21.2.1.2.1 = STRING: "63.0MB Used: 25.2MB Available: 37.8MB" .1.3.6.1.4.1.207.8.4.4.3.21.2.1.3.1 = STRING: "0 days 15:25:56" .1.3.6.1.4.1.207.8.4.4.3.21.2.1.4.1 = STRING: "2.0.4" danielo@tb105 ~ $ localadmin@observium:~$ snmpwalk -O n -m ~/.snmp/mibs/AT-RESOURCE-MIB -v 2c -c public 10.37.105.49 rscBoardName .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.1.3 = STRING: AT-x930-52GTX .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.1.4 = STRING: AT-StackQS .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.1.5 = STRING: PWR250 .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.2.3 = STRING: AT-x930-52GPX .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.2.4 = STRING: AT-StackQS .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.2.5 = STRING: PWR250 .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.3.3 = STRING: AT-x930-52GTX .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.3.4 = STRING: AT-StackQS .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.3.5 = STRING: PWR250 .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.4.3 = STRING: AT-x930-52GPX .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.4.4 = STRING: AT-StackQS .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.4.5 = STRING: PWR250 .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.5.3 = STRING: AT-x930-52GTX .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.5.4 = STRING: AT-StackQS .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.5.5 = STRING: PWR250 .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.6.3 = STRING: AT-x930-52GPX .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.6.4 = STRING: AT-StackQS .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.6.5 = STRING: PWR250 .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.7.3 = STRING: AT-x930-52GTX .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.7.4 = STRING: AT-StackQS .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.7.5 = STRING: PWR250 .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.8.3 = STRING: AT-x930-52GPX .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.8.4 = STRING: AT-StackQS .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.8.5 = STRING: PWR250 localadmin@observium:~$ snmpwalk -O n -m ~/.snmp/mibs/AT-RESOURCE-MIB -v 2c -c public 10.37.105.34 rscBoardName .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.1.3 = STRING: x610-24Ts/X localadmin@observium:~$ localadmin@observium:~$ localadmin@observium:~$ snmpwalk -O n -m ~/.snmp/mibs/AT-RESOURCE-MIB -v 2c -c public 10.37.105.36 rscBoardName .1.3.6.1.4.1.207.8.4.4.3.21.1.1.4.1.3 = STRING: x510-52GTX localadmin@observium:~$

2 1

BUG: (and Fix) in poll-billing.php - snmp v1 issue
by Mark Gibbons 23 Mar '15

23 Mar '15

Hi We upgraded to the PRO version last week so that we could look at the billing feature. We did all the needed setup stuff including install of jdgraph etc and added the required cron jobs. We created a few tests bills on a couple of ports We left it for a few hours and got absolutely nothing. We ran poll-billing manually and kept on seeing that it returned "No Data" We searched online and believe that this bug might be referenced here: http://jira.observium.org/browse/OBSERVIUM-711 We enabled OBS_DEBUG in poll-billing.php and immediately could see the problem. The snmpget command was being invoked requesting v2 High Capacity counters against snmp v1 targets. The reason is that the conditional clause when building the snmpget command is wrong. Currently line 86 reads: if ($port['snmp_version'] == "1" || $port['port_64bit'] == "0") { However the snmpv1 string that should be looked for is "v1" not "1". Changing the clause to: if ($port['snmp_version'] == "v1" || $port['port_64bit'] == "0") { Solves all the problems and poll-billing then correctly returns data from snmp v1 devices. Can the please be fixed in an upcoming SVN release so we do not have to reapply the fix if poll-billing.php gets changed for other reasons. KR's Mark

1 0

lighttpd
by tridinebandim 23 Mar '15

23 Mar '15

hi guys, just registered to address a missing info in lighttpd installiation tutorial. "python-mysqldb" package is not in the list of prerequisite packages and what i see is it's required to run the cron "*/5 * * * * root /opt/observium/poller-wrapper.py 2 >> /dev/null 2>&1" if you can edit the tutorial, people who uses lighttpd will be able to see graphs with data. thanks for all your hard work.

1 0

Re: [Observium] MySQL/Apache apps
by Ben Gatewood 23 Mar '15

23 Mar '15

Have you set the “Agent Port” section in your config? Ben On 16/03/2015 09:27, "Asensio Sánchez, Juan" <jasensios(a)indra.es> wrote: >Hi > >We have just installed Observium from SVN, added some hosts, and almost >everything seems to work fine. We have some MySQL servers, and followed >the instructions to get the graphs. Running observium_agent in the MySQL >server, I get the <<<mysql>>> section. Doing telnet to the MySQL server >from the Observium server, to the agent port, I get the same section, >but I don't get any data in the device page. Any advice? The same >happens with the Apache servers. > >Regards. > >Este correo electrónico y, en su caso, cualquier fichero anexo al mismo, >contiene información de carácter confidencial exclusivamente dirigida a >su destinatario o destinatarios. Si no es vd. el destinatario indicado, >queda notificado que la lectura, utilización, divulgación y/o copia sin >autorización está prohibida en virtud de la legislación vigente. En el >caso de haber recibido este correo electrónico por error, se ruega >notificar inmediatamente esta circunstancia mediante reenvío a la >dirección electrónica del remitente. >Evite imprimir este mensaje si no es estrictamente necesario. > >This email and any file attached to it (when applicable) contain(s) >confidential information that is exclusively addressed to its >recipient(s). If you are not the indicated recipient, you are informed >that reading, using, disseminating and/or copying it without >authorisation is forbidden in accordance with the legislation in effect. >If you have received this email by mistake, please immediately notify the >sender of the situation by resending it to their email address. >Avoid printing this message if it is not absolutely necessary. >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

3 2

Re: [Observium] alert after 2 checks
by Tom Laermans 23 Mar '15

23 Mar '15

Yes. Set delay to 2 :) On Mar 23, 2015 6:07 PM, Simon Smith <simonsmith5521(a)gmail.com> wrote: > > Hi All, > > Im just wondering if this is possible, it may not be, or I just may not know how to do it? > > Currently i have a check thats says if bandwidth on a port more than 75%, then alert me… > > BUT i want the alert to only send me an email if after say 15mins its still over 75% ? > > i currently check our kit every 5 mins, so it work out after 3 checks > > Is this possible? > > regards > > Simon - Hestor Ltd > > _______________________________________________ > observium mailing list > observium(a)observium.org > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

2 1