I think during one of the recent updates, my powerDNS graphs broke. Has anyone else experienced this?
Here is the output of ./poller.php -h 8 -d (with host 8 being one of my DNS servers):
**************************************************** Notice: Undefined index: poll_applications in /opt/observium/includes/polling/functions.inc.php on line 189 including: includes/polling/applications.inc.php SELECT * FROM `applications` WHERE `device_id` = '8'
SQL[SELECT * FROM `applications` WHERE `device_id` = '8'] Applications:
SQL[SELECT `graph` FROM `device_graphs` WHERE `device_id` = '8'] uptime netstat_ip netstat_ip_frag netstat_tcp netstat_udp netstat_icmp netstat_icmp_info netstat_snmp netstat_snmp_pkt hr_processes hr_users ucd_cpu ucd_swap_io ucd_io ucd_contexts ucd_interrupts ucd_memory ucd_load ipsystemstats_ipv4 ipsystemstats_ipv4_frag ipsystemstats_ipv6 ipsystemstats_ipv6_frag Polled in 0.938 second
****************************************************
Here is the mysql query result on this:
mysql> SELECT * FROM `applications` WHERE `device_id` = '8'\G *************************** 1. row *************************** app_id: 3 device_id: 8 app_type: powerdns app_state: UNKNOWN app_status: 1 row in set (0.00 sec)
mysql>
****************************************************
As you can see, Observium doesn't seem to be picking up on the fact that there is a registered application for the host. Does anyone have any ideas on how to troubleshoot this?
I did a update last night and none of my Graphs are working. I am not sure why.
-brian
From: observium-bounces@observium.org [mailto:observium-bounces@observium.org] On Behalf Of Aaron Mayfield Sent: Tuesday, June 26, 2012 10:59 AM To: Observium Network Observation System (observium@observium.org) Subject: [Observium] PowerDNS
I think during one of the recent updates, my powerDNS graphs broke. Has anyone else experienced this?
Here is the output of ./poller.php -h 8 -d (with host 8 being one of my DNS servers):
**************************************************** Notice: Undefined index: poll_applications in /opt/observium/includes/polling/functions.inc.php on line 189 including: includes/polling/applications.inc.php SELECT * FROM `applications` WHERE `device_id` = '8'
SQL[SELECT * FROM `applications` WHERE `device_id` = '8'] Applications:
SQL[SELECT `graph` FROM `device_graphs` WHERE `device_id` = '8'] uptime netstat_ip netstat_ip_frag netstat_tcp netstat_udp netstat_icmp netstat_icmp_info netstat_snmp netstat_snmp_pkt hr_processes hr_users ucd_cpu ucd_swap_io ucd_io ucd_contexts ucd_interrupts ucd_memory ucd_load ipsystemstats_ipv4 ipsystemstats_ipv4_frag ipsystemstats_ipv6 ipsystemstats_ipv6_frag Polled in 0.938 second
****************************************************
Here is the mysql query result on this:
mysql> SELECT * FROM `applications` WHERE `device_id` = '8'\G *************************** 1. row *************************** app_id: 3 device_id: 8 app_type: powerdns app_state: UNKNOWN app_status: 1 row in set (0.00 sec)
mysql>
****************************************************
As you can see, Observium doesn't seem to be picking up on the fact that there is a registered application for the host. Does anyone have any ideas on how to troubleshoot this?
________________________________ Please consider the environment before printing this email.
________________________________ The information contained in this communication and any attachment(s) and/or link(s) hereto may contain proprietary and/or confidential information, which may be privileged or otherwise protected from disclosure, and is intended only for the sole use of the intended recipient(s). Any unauthorized review, use, disclosure, or distribution is strictly prohibited. If you have received this communication in error, please return it to the sender immediately and delete the original message from your computer system. If you have any questions concerning this message, please contact the sender.
Hi,
Do you also read the commit messages, or just svn up?
Applications are moving to agent-based instead of snmp-based, so for PowerDNS graphs to keep working you have to make sure you install the agent and the pdns script from scripts/agent-local.
If you already did that, then you did not paste the relevant output into the email ;-) ("unix-agent" is where it will be processed, not "applications")
Tom
On Tue, 2012-06-26 at 07:58 -0700, Aaron Mayfield wrote:
I think during one of the recent updates, my powerDNS graphs broke. Has anyone else experienced this?
Here is the output of ./poller.php -h 8 –d (with host 8 being one of my DNS servers):
Notice: Undefined index: poll_applications in /opt/observium/includes/polling/functions.inc.php on line 189
including: includes/polling/applications.inc.php
SELECT * FROM `applications` WHERE `device_id` = '8'
SQL[SELECT * FROM `applications` WHERE `device_id` = '8'] Applications:
SQL[SELECT `graph` FROM `device_graphs` WHERE `device_id` = '8'] uptime netstat_ip netstat_ip_frag netstat_tcp netstat_udp netstat_icmp netstat_icmp_info netstat_snmp netstat_snmp_pkt hr_processes hr_users ucd_cpu ucd_swap_io ucd_io ucd_contexts ucd_interrupts ucd_memory ucd_load ipsystemstats_ipv4 ipsystemstats_ipv4_frag ipsystemstats_ipv6 ipsystemstats_ipv6_frag Polled in 0.938 second
Here is the mysql query result on this:
mysql> SELECT * FROM `applications` WHERE `device_id` = '8'\G
*************************** 1. row ***************************
app_id: 3device_id: 8
app_type: powerdns
app_state: UNKNOWN
app_status:
1 row in set (0.00 sec)
mysql>
As you can see, Observium doesn’t seem to be picking up on the fact that there is a registered application for the host. Does anyone have any ideas on how to troubleshoot this?
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
That is the problem, I've merely been updating without staying tuned to what was being updated.
Thanks for the information, I will pursue this and be more mindful of the watching what is actually going on.
-----Original Message----- From: observium-bounces@observium.org [mailto:observium-bounces@observium.org] On Behalf Of Tom Laermans Sent: Tuesday, June 26, 2012 10:27 AM To: observium@observium.org Subject: Re: [Observium] PowerDNS
Hi,
Do you also read the commit messages, or just svn up?
Applications are moving to agent-based instead of snmp-based, so for PowerDNS graphs to keep working you have to make sure you install the agent and the pdns script from scripts/agent-local.
If you already did that, then you did not paste the relevant output into the email ;-) ("unix-agent" is where it will be processed, not "applications")
Tom
On Tue, 2012-06-26 at 07:58 -0700, Aaron Mayfield wrote:
I think during one of the recent updates, my powerDNS graphs broke. Has anyone else experienced this?
Here is the output of ./poller.php -h 8 –d (with host 8 being one of my DNS servers):
Notice: Undefined index: poll_applications in /opt/observium/includes/polling/functions.inc.php on line 189
including: includes/polling/applications.inc.php
SELECT * FROM `applications` WHERE `device_id` = '8'
SQL[SELECT * FROM `applications` WHERE `device_id` = '8'] Applications:
SQL[SELECT `graph` FROM `device_graphs` WHERE `device_id` = '8'] uptime netstat_ip netstat_ip_frag netstat_tcp netstat_udp netstat_icmp netstat_icmp_info netstat_snmp netstat_snmp_pkt hr_processes hr_users ucd_cpu ucd_swap_io ucd_io ucd_contexts ucd_interrupts ucd_memory ucd_load ipsystemstats_ipv4 ipsystemstats_ipv4_frag ipsystemstats_ipv6 ipsystemstats_ipv6_frag Polled in 0.938 second
Here is the mysql query result on this:
mysql> SELECT * FROM `applications` WHERE `device_id` = '8'\G
*************************** 1. row ***************************
app_id: 3device_id: 8
app_type: powerdns
app_state: UNKNOWN
app_status:
1 row in set (0.00 sec)
mysql>
As you can see, Observium doesn’t seem to be picking up on the fact that there is a registered application for the host. Does anyone have any ideas on how to troubleshoot this?
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
----- No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.2180 / Virus Database: 2437/5094 - Release Date: 06/26/12
Yeah, when I typed the email I was thinking about how we could address this, because I guess we can't expect everyone to keep track of every svn change... I tried to put it clearly in the commit log, but that might be a too narrow public.
Would displaying a "news update" when doing discovery after svn up help? Or do people also do automatic svn up?
Email to the list? Notice on the site? I guess the latter would also be read quite late...
On 26/06/2012 19:08, Aaron Mayfield wrote:
That is the problem, I've merely been updating without staying tuned to what was being updated.
Thanks for the information, I will pursue this and be more mindful of the watching what is actually going on.
-----Original Message----- From: observium-bounces@observium.org [mailto:observium-bounces@observium.org] On Behalf Of Tom Laermans Sent: Tuesday, June 26, 2012 10:27 AM To: observium@observium.org Subject: Re: [Observium] PowerDNS
Hi,
Do you also read the commit messages, or just svn up?
Applications are moving to agent-based instead of snmp-based, so for PowerDNS graphs to keep working you have to make sure you install the agent and the pdns script from scripts/agent-local.
If you already did that, then you did not paste the relevant output into the email ;-) ("unix-agent" is where it will be processed, not "applications")
Tom
On Tue, 2012-06-26 at 07:58 -0700, Aaron Mayfield wrote:
I think during one of the recent updates, my powerDNS graphs broke. Has anyone else experienced this?
Here is the output of ./poller.php -h 8 –d (with host 8 being one of my DNS servers):
Notice: Undefined index: poll_applications in /opt/observium/includes/polling/functions.inc.php on line 189
including: includes/polling/applications.inc.php
SELECT * FROM `applications` WHERE `device_id` = '8'
SQL[SELECT * FROM `applications` WHERE `device_id` = '8'] Applications:
SQL[SELECT `graph` FROM `device_graphs` WHERE `device_id` = '8'] uptime netstat_ip netstat_ip_frag netstat_tcp netstat_udp netstat_icmp netstat_icmp_info netstat_snmp netstat_snmp_pkt hr_processes hr_users ucd_cpu ucd_swap_io ucd_io ucd_contexts ucd_interrupts ucd_memory ucd_load ipsystemstats_ipv4 ipsystemstats_ipv4_frag ipsystemstats_ipv6 ipsystemstats_ipv6_frag Polled in 0.938 second
Here is the mysql query result on this:
mysql> SELECT * FROM `applications` WHERE `device_id` = '8'\G
*************************** 1. row ***************************
app_id: 3device_id: 8
app_type: powerdns
app_state: UNKNOWN
app_status:
1 row in set (0.00 sec)
mysql>
As you can see, Observium doesn’t seem to be picking up on the fact that there is a registered application for the host. Does anyone have any ideas on how to troubleshoot this?
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
No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.2180 / Virus Database: 2437/5094 - Release Date: 06/26/12 _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Is it possible to incorporate a message the user sees when they update? It would show up in red at the top of the UI or something, they could dismiss it or click on a link to see more info etc. You need a way to force the user into seeing the relevant information imo.
Morgan
On Wed, Jun 27, 2012 at 1:09 AM, Tom Laermans tom.laermans@powersource.cxwrote:
Yeah, when I typed the email I was thinking about how we could address this, because I guess we can't expect everyone to keep track of every svn change... I tried to put it clearly in the commit log, but that might be a too narrow public.
Would displaying a "news update" when doing discovery after svn up help? Or do people also do automatic svn up?
Email to the list? Notice on the site? I guess the latter would also be read quite late...
On 26/06/2012 19:08, Aaron Mayfield wrote:
That is the problem, I've merely been updating without staying tuned to what was being updated.
Thanks for the information, I will pursue this and be more mindful of the watching what is actually going on.
-----Original Message----- From: observium-bounces@observium.**org observium-bounces@observium.org[mailto: observium-bounces@**observium.org observium-bounces@observium.org] On Behalf Of Tom Laermans Sent: Tuesday, June 26, 2012 10:27 AM To: observium@observium.org Subject: Re: [Observium] PowerDNS
Hi,
Do you also read the commit messages, or just svn up?
Applications are moving to agent-based instead of snmp-based, so for PowerDNS graphs to keep working you have to make sure you install the agent and the pdns script from scripts/agent-local.
If you already did that, then you did not paste the relevant output into the email ;-) ("unix-agent" is where it will be processed, not "applications")
Tom
On Tue, 2012-06-26 at 07:58 -0700, Aaron Mayfield wrote:
I think during one of the recent updates, my powerDNS graphs broke. Has anyone else experienced this?
Here is the output of ./poller.php -h 8 –d (with host 8 being one of my DNS servers):
Notice: Undefined index: poll_applications in /opt/observium/includes/**polling/functions.inc.php on line 189
including: includes/polling/applications.**inc.php
SELECT * FROM `applications` WHERE `device_id` = '8'
SQL[SELECT * FROM `applications` WHERE `device_id` = '8'] Applications:
SQL[SELECT `graph` FROM `device_graphs` WHERE `device_id` = '8'] uptime netstat_ip netstat_ip_frag netstat_tcp netstat_udp netstat_icmp netstat_icmp_info netstat_snmp netstat_snmp_pkt hr_processes hr_users ucd_cpu ucd_swap_io ucd_io ucd_contexts ucd_interrupts ucd_memory ucd_load ipsystemstats_ipv4 ipsystemstats_ipv4_frag ipsystemstats_ipv6 ipsystemstats_ipv6_frag Polled in 0.938 second
Here is the mysql query result on this:
mysql> SELECT * FROM `applications` WHERE `device_id` = '8'\G
*************************** 1. row ***************************
app_id: 3device_id: 8
app_type: powerdns
app_state: UNKNOWN
app_status:
1 row in set (0.00 sec)
mysql>
As you can see, Observium doesn’t seem to be picking up on the fact that there is a registered application for the host. Does anyone have any ideas on how to troubleshoot this?
______________________________**_________________ observium mailing list observium@observium.org http://postman.memetic.org/**cgi-bin/mailman/listinfo/**observiumhttp://postman.memetic.org/cgi-bin/mailman/listinfo/observium
______________________________**_________________ observium mailing list observium@observium.org http://postman.memetic.org/**cgi-bin/mailman/listinfo/**observiumhttp://postman.memetic.org/cgi-bin/mailman/listinfo/observium
No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.2180 / Virus Database: 2437/5094 - Release Date: 06/26/12 ______________________________**_________________ observium mailing list observium@observium.org http://postman.memetic.org/**cgi-bin/mailman/listinfo/**observiumhttp://postman.memetic.org/cgi-bin/mailman/listinfo/observium
______________________________**_________________ observium mailing list observium@observium.org http://postman.memetic.org/**cgi-bin/mailman/listinfo/**observiumhttp://postman.memetic.org/cgi-bin/mailman/listinfo/observium
On Wed, Jun 27, 2012 at 10:09 AM, Tom Laermans tom.laermans@powersource.cx wrote:
Yeah, when I typed the email I was thinking about how we could address this, because I guess we can't expect everyone to keep track of every svn change... I tried to put it clearly in the commit log, but that might be a too narrow public.
Would displaying a "news update" when doing discovery after svn up help? Or do people also do automatic svn up?
Email to the list? Notice on the site? I guess the latter would also be read quite late...
Archlinux does all of these, and they're doing rolling updates for quite some time. Maybe an observium-announcements list is needed too, an RSS feed wouldn't hurt either.
Bundling a proper update script could show the latest feed items, or even ask for confirmation. (And maybe even git-svn support can be "hacked" into it.)
On 26/06/2012 19:08, Aaron Mayfield wrote:
That is the problem, I've merely been updating without staying tuned to what was being updated.
Thanks for the information, I will pursue this and be more mindful of the watching what is actually going on.
-----Original Message----- From: observium-bounces@observium.org [mailto:observium-bounces@observium.org] On Behalf Of Tom Laermans Sent: Tuesday, June 26, 2012 10:27 AM To: observium@observium.org Subject: Re: [Observium] PowerDNS
Hi,
Do you also read the commit messages, or just svn up?
Applications are moving to agent-based instead of snmp-based, so for PowerDNS graphs to keep working you have to make sure you install the agent and the pdns script from scripts/agent-local.
If you already did that, then you did not paste the relevant output into the email ;-) ("unix-agent" is where it will be processed, not "applications")
Tom
On Tue, 2012-06-26 at 07:58 -0700, Aaron Mayfield wrote:
I think during one of the recent updates, my powerDNS graphs broke. Has anyone else experienced this?
Here is the output of ./poller.php -h 8 –d (with host 8 being one of my DNS servers):
Notice: Undefined index: poll_applications in /opt/observium/includes/polling/functions.inc.php on line 189
including: includes/polling/applications.inc.php
SELECT * FROM `applications` WHERE `device_id` = '8'
SQL[SELECT * FROM `applications` WHERE `device_id` = '8'] Applications:
SQL[SELECT `graph` FROM `device_graphs` WHERE `device_id` = '8'] uptime netstat_ip netstat_ip_frag netstat_tcp netstat_udp netstat_icmp netstat_icmp_info netstat_snmp netstat_snmp_pkt hr_processes hr_users ucd_cpu ucd_swap_io ucd_io ucd_contexts ucd_interrupts ucd_memory ucd_load ipsystemstats_ipv4 ipsystemstats_ipv4_frag ipsystemstats_ipv6 ipsystemstats_ipv6_frag Polled in 0.938 second
Here is the mysql query result on this:
mysql> SELECT * FROM `applications` WHERE `device_id` = '8'\G
*************************** 1. row ***************************
app_id: 3
device_id: 8
app_type: powerdns
app_state: UNKNOWN
app_status:
1 row in set (0.00 sec)
mysql>
As you can see, Observium doesn’t seem to be picking up on the fact that there is a registered application for the host. Does anyone have any ideas on how to troubleshoot this?
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
No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.2180 / Virus Database: 2437/5094 - Release Date: 06/26/12 _______________________________________________ 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
RSS feed of SVN displayed *within* observium would be nice, indeed.
adam.
On 27/06/2012 13:31, Pas wrote:
On Wed, Jun 27, 2012 at 10:09 AM, Tom Laermans tom.laermans@powersource.cx wrote:
Yeah, when I typed the email I was thinking about how we could address this, because I guess we can't expect everyone to keep track of every svn change... I tried to put it clearly in the commit log, but that might be a too narrow public.
Would displaying a "news update" when doing discovery after svn up help? Or do people also do automatic svn up?
Email to the list? Notice on the site? I guess the latter would also be read quite late...
Archlinux does all of these, and they're doing rolling updates for quite some time. Maybe an observium-announcements list is needed too, an RSS feed wouldn't hurt either.
Bundling a proper update script could show the latest feed items, or even ask for confirmation. (And maybe even git-svn support can be "hacked" into it.)
On 26/06/2012 19:08, Aaron Mayfield wrote:
That is the problem, I've merely been updating without staying tuned to what was being updated.
Thanks for the information, I will pursue this and be more mindful of the watching what is actually going on.
-----Original Message----- From: observium-bounces@observium.org [mailto:observium-bounces@observium.org] On Behalf Of Tom Laermans Sent: Tuesday, June 26, 2012 10:27 AM To: observium@observium.org Subject: Re: [Observium] PowerDNS
Hi,
Do you also read the commit messages, or just svn up?
Applications are moving to agent-based instead of snmp-based, so for PowerDNS graphs to keep working you have to make sure you install the agent and the pdns script from scripts/agent-local.
If you already did that, then you did not paste the relevant output into the email ;-) ("unix-agent" is where it will be processed, not "applications")
Tom
On Tue, 2012-06-26 at 07:58 -0700, Aaron Mayfield wrote:
I think during one of the recent updates, my powerDNS graphs broke. Has anyone else experienced this?
Here is the output of ./poller.php -h 8 –d (with host 8 being one of my DNS servers):
Notice: Undefined index: poll_applications in /opt/observium/includes/polling/functions.inc.php on line 189
including: includes/polling/applications.inc.php
SELECT * FROM `applications` WHERE `device_id` = '8'
SQL[SELECT * FROM `applications` WHERE `device_id` = '8'] Applications:
SQL[SELECT `graph` FROM `device_graphs` WHERE `device_id` = '8'] uptime netstat_ip netstat_ip_frag netstat_tcp netstat_udp netstat_icmp netstat_icmp_info netstat_snmp netstat_snmp_pkt hr_processes hr_users ucd_cpu ucd_swap_io ucd_io ucd_contexts ucd_interrupts ucd_memory ucd_load ipsystemstats_ipv4 ipsystemstats_ipv4_frag ipsystemstats_ipv6 ipsystemstats_ipv6_frag Polled in 0.938 second
Here is the mysql query result on this:
mysql> SELECT * FROM `applications` WHERE `device_id` = '8'\G
*************************** 1. row ***************************
app_id: 3device_id: 8
app_type: powerdns
app_state: UNKNOWN
app_status:
1 row in set (0.00 sec)
mysql>
As you can see, Observium doesn’t seem to be picking up on the fact that there is a registered application for the host. Does anyone have any ideas on how to troubleshoot this?
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
No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.2180 / Virus Database: 2437/5094 - Release Date: 06/26/12 _______________________________________________ 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
An email to the list would probably be a great idea. Displaying it during the update would work as well for me.
Personally, I do the update process manually just so I can see which files were updated...
-----Original Message----- From: observium-bounces@observium.org [mailto:observium-bounces@observium.org] On Behalf Of Tom Laermans Sent: Wednesday, June 27, 2012 3:10 AM To: Observium Network Observation System Subject: Re: [Observium] PowerDNS
Yeah, when I typed the email I was thinking about how we could address this, because I guess we can't expect everyone to keep track of every svn change... I tried to put it clearly in the commit log, but that might be a too narrow public.
Would displaying a "news update" when doing discovery after svn up help? Or do people also do automatic svn up?
Email to the list? Notice on the site? I guess the latter would also be read quite late...
On 26/06/2012 19:08, Aaron Mayfield wrote:
That is the problem, I've merely been updating without staying tuned to what was being updated.
Thanks for the information, I will pursue this and be more mindful of the watching what is actually going on.
-----Original Message----- From: observium-bounces@observium.org [mailto:observium-bounces@observium.org] On Behalf Of Tom Laermans Sent: Tuesday, June 26, 2012 10:27 AM To: observium@observium.org Subject: Re: [Observium] PowerDNS
Hi,
Do you also read the commit messages, or just svn up?
Applications are moving to agent-based instead of snmp-based, so for PowerDNS graphs to keep working you have to make sure you install the agent and the pdns script from scripts/agent-local.
If you already did that, then you did not paste the relevant output into the email ;-) ("unix-agent" is where it will be processed, not "applications")
Tom
On Tue, 2012-06-26 at 07:58 -0700, Aaron Mayfield wrote:
I think during one of the recent updates, my powerDNS graphs broke. Has anyone else experienced this?
Here is the output of ./poller.php -h 8 –d (with host 8 being one of my DNS servers):
Notice: Undefined index: poll_applications in /opt/observium/includes/polling/functions.inc.php on line 189
including: includes/polling/applications.inc.php
SELECT * FROM `applications` WHERE `device_id` = '8'
SQL[SELECT * FROM `applications` WHERE `device_id` = '8'] Applications:
SQL[SELECT `graph` FROM `device_graphs` WHERE `device_id` = '8'] uptime netstat_ip netstat_ip_frag netstat_tcp netstat_udp netstat_icmp netstat_icmp_info netstat_snmp netstat_snmp_pkt hr_processes hr_users ucd_cpu ucd_swap_io ucd_io ucd_contexts ucd_interrupts ucd_memory ucd_load ipsystemstats_ipv4 ipsystemstats_ipv4_frag ipsystemstats_ipv6 ipsystemstats_ipv6_frag Polled in 0.938 second
Here is the mysql query result on this:
mysql> SELECT * FROM `applications` WHERE `device_id` = '8'\G
*************************** 1. row ***************************
app_id: 3device_id: 8
app_type: powerdns
app_state: UNKNOWN
app_status:
1 row in set (0.00 sec)
mysql>
As you can see, Observium doesn’t seem to be picking up on the fact that there is a registered application for the host. Does anyone have any ideas on how to troubleshoot this?
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
No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.2180 / Virus Database: 2437/5094 - Release Date: 06/26/12 _______________________________________________ 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
----- No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.2180 / Virus Database: 2437/5095 - Release Date: 06/26/12
We already email to a list automatically, observium-dev.
adam.
On 27/06/2012 15:44, Aaron Mayfield wrote:
An email to the list would probably be a great idea. Displaying it during the update would work as well for me.
Personally, I do the update process manually just so I can see which files were updated...
-----Original Message----- From: observium-bounces@observium.org [mailto:observium-bounces@observium.org] On Behalf Of Tom Laermans Sent: Wednesday, June 27, 2012 3:10 AM To: Observium Network Observation System Subject: Re: [Observium] PowerDNS
Yeah, when I typed the email I was thinking about how we could address this, because I guess we can't expect everyone to keep track of every svn change... I tried to put it clearly in the commit log, but that might be a too narrow public.
Would displaying a "news update" when doing discovery after svn up help? Or do people also do automatic svn up?
Email to the list? Notice on the site? I guess the latter would also be read quite late...
On 26/06/2012 19:08, Aaron Mayfield wrote:
That is the problem, I've merely been updating without staying tuned to what was being updated.
Thanks for the information, I will pursue this and be more mindful of the watching what is actually going on.
-----Original Message----- From: observium-bounces@observium.org [mailto:observium-bounces@observium.org] On Behalf Of Tom Laermans Sent: Tuesday, June 26, 2012 10:27 AM To: observium@observium.org Subject: Re: [Observium] PowerDNS
Hi,
Do you also read the commit messages, or just svn up?
Applications are moving to agent-based instead of snmp-based, so for PowerDNS graphs to keep working you have to make sure you install the agent and the pdns script from scripts/agent-local.
If you already did that, then you did not paste the relevant output into the email ;-) ("unix-agent" is where it will be processed, not "applications")
Tom
On Tue, 2012-06-26 at 07:58 -0700, Aaron Mayfield wrote:
I think during one of the recent updates, my powerDNS graphs broke. Has anyone else experienced this?
Here is the output of ./poller.php -h 8 –d (with host 8 being one of my DNS servers):
Notice: Undefined index: poll_applications in /opt/observium/includes/polling/functions.inc.php on line 189
including: includes/polling/applications.inc.php
SELECT * FROM `applications` WHERE `device_id` = '8'
SQL[SELECT * FROM `applications` WHERE `device_id` = '8'] Applications:
SQL[SELECT `graph` FROM `device_graphs` WHERE `device_id` = '8'] uptime netstat_ip netstat_ip_frag netstat_tcp netstat_udp netstat_icmp netstat_icmp_info netstat_snmp netstat_snmp_pkt hr_processes hr_users ucd_cpu ucd_swap_io ucd_io ucd_contexts ucd_interrupts ucd_memory ucd_load ipsystemstats_ipv4 ipsystemstats_ipv4_frag ipsystemstats_ipv6 ipsystemstats_ipv6_frag Polled in 0.938 second
Here is the mysql query result on this:
mysql> SELECT * FROM `applications` WHERE `device_id` = '8'\G
*************************** 1. row ***************************
app_id: 3device_id: 8
app_type: powerdnsapp_state: UNKNOWN
app_status:
1 row in set (0.00 sec)
mysql>
As you can see, Observium doesn’t seem to be picking up on the fact that there is a registered application for the host. Does anyone have any ideas on how to troubleshoot this?
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
No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.2180 / Virus Database: 2437/5094 - Release Date: 06/26/12 _______________________________________________ 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
No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.2180 / Virus Database: 2437/5095 - Release Date: 06/26/12 _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Though that may be as originally stated a bit much to ask for everyone running observium to follow.
Maybe someone would want to volunteer to keep a close eye on changes (ie someone who is on IRC with us?) and in case of major changes or known breakage send a post to the mailing list?
Otherwise I can try to do it but I can't promise anything ;)
Displaying update news inside the webinterface or when running discovery is doable but requires code = time...
Tom
On Wed, 2012-06-27 at 15:49 +0100, Adam Armstrong wrote:
We already email to a list automatically, observium-dev.
adam.
On 27/06/2012 15:44, Aaron Mayfield wrote:
An email to the list would probably be a great idea. Displaying it during the update would work as well for me.
Personally, I do the update process manually just so I can see which files were updated...
-----Original Message----- From: observium-bounces@observium.org [mailto:observium-bounces@observium.org] On Behalf Of Tom Laermans Sent: Wednesday, June 27, 2012 3:10 AM To: Observium Network Observation System Subject: Re: [Observium] PowerDNS
Yeah, when I typed the email I was thinking about how we could address this, because I guess we can't expect everyone to keep track of every svn change... I tried to put it clearly in the commit log, but that might be a too narrow public.
Would displaying a "news update" when doing discovery after svn up help? Or do people also do automatic svn up?
Email to the list? Notice on the site? I guess the latter would also be read quite late...
On 26/06/2012 19:08, Aaron Mayfield wrote:
That is the problem, I've merely been updating without staying tuned to what was being updated.
Thanks for the information, I will pursue this and be more mindful of the watching what is actually going on.
-----Original Message----- From: observium-bounces@observium.org [mailto:observium-bounces@observium.org] On Behalf Of Tom Laermans Sent: Tuesday, June 26, 2012 10:27 AM To: observium@observium.org Subject: Re: [Observium] PowerDNS
Hi,
Do you also read the commit messages, or just svn up?
Applications are moving to agent-based instead of snmp-based, so for PowerDNS graphs to keep working you have to make sure you install the agent and the pdns script from scripts/agent-local.
If you already did that, then you did not paste the relevant output into the email ;-) ("unix-agent" is where it will be processed, not "applications")
Tom
On Tue, 2012-06-26 at 07:58 -0700, Aaron Mayfield wrote:
I think during one of the recent updates, my powerDNS graphs broke. Has anyone else experienced this?
Here is the output of ./poller.php -h 8 –d (with host 8 being one of my DNS servers):
Notice: Undefined index: poll_applications in /opt/observium/includes/polling/functions.inc.php on line 189
including: includes/polling/applications.inc.php
SELECT * FROM `applications` WHERE `device_id` = '8'
SQL[SELECT * FROM `applications` WHERE `device_id` = '8'] Applications:
SQL[SELECT `graph` FROM `device_graphs` WHERE `device_id` = '8'] uptime netstat_ip netstat_ip_frag netstat_tcp netstat_udp netstat_icmp netstat_icmp_info netstat_snmp netstat_snmp_pkt hr_processes hr_users ucd_cpu ucd_swap_io ucd_io ucd_contexts ucd_interrupts ucd_memory ucd_load ipsystemstats_ipv4 ipsystemstats_ipv4_frag ipsystemstats_ipv6 ipsystemstats_ipv6_frag Polled in 0.938 second
Here is the mysql query result on this:
mysql> SELECT * FROM `applications` WHERE `device_id` = '8'\G
*************************** 1. row ***************************
app_id: 3device_id: 8
app_type: powerdnsapp_state: UNKNOWN
app_status:
1 row in set (0.00 sec)
mysql>
As you can see, Observium doesn’t seem to be picking up on the fact that there is a registered application for the host. Does anyone have any ideas on how to troubleshoot this?
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
No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.2180 / Virus Database: 2437/5094 - Release Date: 06/26/12 _______________________________________________ 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
No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.2180 / Virus Database: 2437/5095 - Release Date: 06/26/12 _______________________________________________ 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
You have to be aware of code you to do so postings, otherwise you never know what actuall changes are by reading commit comment.
On 27.06.2012 18:56, Tom Laermans wrote:
Maybe someone would want to volunteer to keep a close eye on changes (ie someone who is on IRC with us?) and in case of major changes or known breakage send a post to the mailing list?
That's why you have the observium-dev list with the commits.
Nonsense commit messages (at least for me) don't happen with important large changes. :)
Tom
On Wed, 2012-06-27 at 19:47 +0400, Nikolay Shopik wrote:
You have to be aware of code you to do so postings, otherwise you never know what actuall changes are by reading commit comment.
On 27.06.2012 18:56, Tom Laermans wrote:
Maybe someone would want to volunteer to keep a close eye on changes (ie someone who is on IRC with us?) and in case of major changes or known breakage send a post to the mailing list?
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
I do read all commits comments. What I mean you have to understood code inside commit, not just read comment, otherwise it may be misleading (well sort of).
On 27.06.2012 19:57, Tom Laermans wrote:
That's why you have the observium-dev list with the commits.
Nonsense commit messages (at least for me) don't happen with important large changes. :)
Tom
On Wed, 2012-06-27 at 19:47 +0400, Nikolay Shopik wrote:
You have to be aware of code you to do so postings, otherwise you never know what actuall changes are by reading commit comment.
On 27.06.2012 18:56, Tom Laermans wrote:
Maybe someone would want to volunteer to keep a close eye on changes (ie someone who is on IRC with us?) and in case of major changes or known breakage send a post to the mailing list?
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
On 27/06/2012 16:59, Nikolay Shopik wrote:
I do read all commits comments. What I mean you have to understood code inside commit, not just read comment, otherwise it may be misleading (well sort of).
You mean some people might actually believe that Observium is Spartaaaaa! ?
adam.
The code *is* the commit message :P
On 27/06/2012 16:57, Tom Laermans wrote:
That's why you have the observium-dev list with the commits.
Nonsense commit messages (at least for me) don't happen with important large changes. :)
Tom
On Wed, 2012-06-27 at 19:47 +0400, Nikolay Shopik wrote:
You have to be aware of code you to do so postings, otherwise you never know what actuall changes are by reading commit comment.
On 27.06.2012 18:56, Tom Laermans wrote:
Maybe someone would want to volunteer to keep a close eye on changes (ie someone who is on IRC with us?) and in case of major changes or known breakage send a post to the mailing list?
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
It seems some of my devices are not being polled.
Is there an easy way to see what is scheduled to be polled, what is actually getting polled, and which devices are skipped and why?
Sonny
Yeah just run manually poller.php -d -h host.example.com, where host.example.com which having problems.
On 27.06.2012 20:31, Sonny Kupka wrote:
It seems some of my devices are not being polled.
Is there an easy way to see what is scheduled to be polled, what is actually getting polled, and which devices are skipped and why?
Sonny _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
There is no list per se. At polling time we run a sql query getting a list of all devices which aren't disabled.
We then try to ping them and fetch sysDescr via SNMP. If they succeed we run poll_device() on them.
adam.
On 27/06/2012 17:34, Nikolay Shopik wrote:
Yeah just run manually poller.php -d -h host.example.com, where host.example.com which having problems.
On 27.06.2012 20:31, Sonny Kupka wrote:
It seems some of my devices are not being polled.
Is there an easy way to see what is scheduled to be polled, what is actually getting polled, and which devices are skipped and why?
Sonny _______________________________________________ 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
participants (8)
-
Aaron Mayfield -
Adam Armstrong -
Brian Davis -
Morgan McLean -
Nikolay Shopik -
Pas -
Sonny Kupka -
Tom Laermans