- observium - lists.observium.org

Host up/down polling
by James Bensley 20 Aug '13

20 Aug '13

Hi All, Sometimes I get host down notifications from Observium at the start of a 5 minute poll. Five minutes later I get a host up alert for the same host. I believe that sometimes a busy host will drop the 5 minute "probe" from Observium which is presumably a UDP SNMP packet. As soon as I get such a notification I check the host in question, it is usually up unless it really has gone down, just a bit busy perhaps. [1] Where is this initial checking of device up/down state happening in the code? I have been looking through include/polling and I can see various scripts for different device types. Is there a generic host up/down check that happens for all devices, I'd like to hack in a "if a device recorded as up seems down, wait and check again a couple more times, then mark as down". Cheers, James. [1] So that is a separate issue I need to tackle, ensuring there is no packet loss to hosts and ensuring they aren't too busy to respond. I don't wish to discuss that here though.

3 5

Lost sensors from PAN firewall
by Zafar Pravaiz 20 Aug '13

20 Aug '13

HI I am monitoring a pair of Palo Alto Firewall, recently i noticed one of the firewall not showing any traffic. I investigated and found there is not sensor showing in sensors list (screenshot attached). This happened recently any clue what happened and how to fix that? I don't want to delete and add the device again. Other PAN device show everything right. Thanks -- *Zafar Pravaiz *IT Senior Systems Engineer Information Technology Department AUS /> </span><span style='font-size:10.0pt;font-family:Times;mso-bidi-font-family: Tel +971 6 515 2164 Fax +971 6515 2112 American University of Sharjah PO Box 26666, Sharjah United Arab Emirates http://www.aus.edu <http://www.aus.edu/> zpravaiz(a)aus.edu <mailto:youremail@aus.edu>

1 1

Re: [Observium] Broken lines in disk usage chart
by Jordan TUCKER 20 Aug '13

20 Aug '13

Hi, Just to say that the problem with broken lines in disk usage chart is not new, I saw this problem monthes ago and I didn't succeeded to find how this is happening, but I didn't try the debug mode. I will come back to you shortly if I find something. It happens only on Windows servers and for a few of my windows servers, especially 2003 servers, they don't do any storage graph at all. Jordan T.

1 0

Login-Issue after Upgrade
by Patrick Kambach 20 Aug '13

20 Aug '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 hi all, after upgrading to 4305 the login failed; authlog tables shows "Logged In" and at the same timestamp "Authentication Failure". User / Password is correct. Br, Patrick - -- ConnectingBytes GmbH - "www.kambach.net" | In der Steele 35, 40599 Düsseldorf, Germany | Telefon: 0800 / 900 2580 - 1, Fax: 0800 / 900 2580 - 2 | Email: pkambach(a)kambach.net | Web: http://www.kambach.net | | Geschäftsführer: Patrick Kambach | Amtsgericht Düsseldorf, HRB 60009 | Ust-IdNr.: DE815028832, Steuernummer: 106/5736/0037 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (MingW32) iEYEARECAAYFAlISTeUACgkQCIR+kawbQF24uQCgmB2aq1Ih6/flrSOOdt/HoA70 uCsAn1Rb7GKk6dHuK+AClFUKO16c/PlU =HfMf -----END PGP SIGNATURE-----

6 10

svn update broke Ubiquiti airos
by Zach Underwood 19 Aug '13

19 Aug '13

The ports are now marked for delete in observium version= 0.13.8.4309 dc_ap 49 airos Ports : DEBUG: SNMP Auth options = -v1 -c public /usr/bin/snmpwalk -v1 -c public -OQUs -m IF-MIB -M /opt/observium/mibs udp:dc_ap:161 ifDescr ifDescr.1 = lo ifDescr.2 = eth0 ifDescr.3 = eth1 ifDescr.4 = wifi0 ifDescr.5 = ath0 ifDescr.6 = ath1 ifDescr.7 = ath2 ifDescr.8 = eth0.100 ifDescr.9 = ath0.100 ifDescr.10 = eth0.1006 ifDescr.11 = ath0.1006 ifDescr.12 = br0 ifDescr.13 = br0.1006 ifDescr.14 = br0.100 -- Zach Underwood (RHCE,RHCSA,RHCT) My website <http://zachunderwood.me> My photes <http://zunder1990.openphoto.me>

1 0

Authentication system updates.
by Adam Armstrong 19 Aug '13

19 Aug '13

Evening Guys. We've committed some changes to the way the 'remember me' function of the authentication system works, removing a few pretty serious security issues with the old login system. We encourage everyone to upgrade to latest as soon as possible. You may need to restart your browser and/or clear cookies if you can't log in after the upgrade is done. adam.

1 0

svn broken
by Chris Stone 19 Aug '13

19 Aug '13

Looks like the svn setup is broken: Your request was unable to be processed com.cenqua.fisheye.rep.DbException - SVN Client exception fetching content: org.tigris.subversion.javahl.ClientException: svn: E175002: OPTIONS of '/svn/observer/trunk/html/pages/bill/infoboxes.inc.php': 500 Internal Server Error (http://localhost) svn: E175002: OPTIONS request failed on '/svn/observer/trunk/html/pages/bill/infoboxes.inc.php' - SVN Client exception fetching content: org.tigris.subversion.javahl.ClientException: svn: E175002: OPTIONS of '/svn/observer/trunk/html/pages/bill/infoboxes.inc.php': 500 Internal Server Error (http://localhost) svn: E175002: OPTIONS request failed on '/svn/observer/trunk/html/pages/bill/infoboxes.inc.php' - org.tigris.subversion.javahl.ClientException: svn: E175002: OPTIONS of '/svn/observer/trunk/html/pages/bill/infoboxes.inc.php': 500 Internal Server Error (http://localhost) svn: E175002: OPTIONS request failed on '/svn/observer/trunk/html/pages/bill/infoboxes.inc.php' - svn: E175002: OPTIONS of '/svn/observer/trunk/html/pages/bill/infoboxes.inc.php': 500 Internal Server Error (http://localhost) svn: E175002: OPTIONS request failed on '/svn/observer/trunk/html/pages/bill/infoboxes.inc.php' - svn: E175002: OPTIONS of '/svn/observer/trunk/html/pages/bill/infoboxes.inc.php': 500 Internal Server Error (http://localhost) svn: E175002: OPTIONS request failed on '/svn/observer/trunk/html/pages/bill/infoboxes.inc.php' You are running release CR2.10.4 FE2.10.4 (20130403093648 2013-04-03), please report your release number when reporting bugs. Chris -- Chris Stone AxisInternet, Inc. www.axint.net

3 3

the resources in Observium MIB
by Eliezer Sousa 19 Aug '13

19 Aug '13

Hello, good afternoon everyone! I wonder how and when it is appropriate to use the resources in Observium MIB. ass eliezer

2 1

Re: [Observium] Broken lines in disk usage chart
by Michael F. Kisser 19 Aug '13

19 Aug '13

Hello, I have the same problem as well some servers on the network interface so big brakes in the lines. It started with this latest update. What's odd is the TX/RX white area does not match up top to bottom. So it's not like obervium could not reach the device. It's like it will process one but not the other at times TX/RX. Mike ---------------------------------------------------------------------- Message: 1 Date: Mon, 19 Aug 2013 11:35:25 +0000 From: Kristjan Hinn - PERH <Kristjan.Hinn(a)regionaalhaigla.ee> To: Observium Network Observation System <observium(a)observium.org> Subject: Re: [Observium] Broken lines in disk usage chart Message-ID: <FC8AD12ABE3FEC4E99A2D163779305AA06830B5B(a)MINERVA.regionaalhaigla.ee> Content-Type: text/plain; charset="us-ascii" Hi, I have almost the same problem with window 2008 R2 network traffic graphs. I have 4 identical servers and each of them have 3 network cards. One of the servers is drawing graphs perfectly but 3 servers have problem with one network card, other 2 network cards on the server are drawing perfectly. But this one network card is messing up summarized graphs also. I haven't found anything what might cause it[cid:image001.png@01CE9CE9.574202E0] Any advice or hint is highly appriciated BR, Kristjan -----Original Message----- From: observium [mailto:observium-bounces@observium.org] On Behalf Of Adam Armstrong Sent: Monday, August 19, 2013 6:18 AM To: Observium Network Observation System Subject: Re: [Observium] Broken lines in disk usage chart Hi, I doubt this has anything to do with us. You can see what data your device is reporting back by running the poller in debug mode: ./poller.php -h <hostname> -m storage -d -r You can see the data being returned via SNMP and what we interpret from it. adam. On 2013-08-19 00:54, Tom Henderson wrote: > What might be causing this disk usage chart to break up like this? > Looks like it started acting up after an upgrade a couple of weeks > ago. > > This is a windows 2008 r2 server and the disks are (mostly) iSCSI. It > seems to be the only server affected. > > Cheers > > Tom Henderson > > IT Manager | Pack & Company | 027 461 4403 | 09 929 2750 | > tom(a)pack.co.nz<mailto:tom@pack.co.nz> > > -- > > ------------------------- > > If you are not the intended recipient of this email, you must not > disclose, copy, or distribute any information contained in or attached > to it, or take any action/inaction based on it. Please contact us > immediately, and delete this email from your system. Any views or > opinions presented in this email are solely those of the author and > not of Pack & Company (NZ) Limited (the "Company"), however any > intellectual property contained in or attached to this email is the > property of the Company. Thank you. > _______________________________________________ > observium mailing list > observium(a)observium.org<mailto:observium@observium.org> > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium(a)observium.org<mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

2 1

Broken lines in disk usage chart
by Tom Henderson 19 Aug '13

19 Aug '13

What might be causing this disk usage chart to break up like this? Looks like it started acting up after an upgrade a couple of weeks ago. This is a windows 2008 r2 server and the disks are (mostly) iSCSI. It seems to be the only server affected. [Image:Screen Shot 2013-08-19 at 10.59.18 AM.png] Cheers Tom Henderson IT Manager | Pack & Company | 027 461 4403 | 09 929 2750 | tom(a)pack.co.nz -- ---------------------------------------------------------------------------If you are not the intended recipient of this email, you must not disclose, copy, or distribute any information contained in or attached to it, or take any action/inaction based on it. Please contact us immediately, and delete this email from your system. Any views or opinions presented in this email are solely those of the author and not of Pack & Company (NZ) Limited (the "Company"), however any intellectual property contained in or attached to this email is the property of the Company. Thank you.

3 2