Hi all !
I know that I ask about a lot of functionalities ... but you like me for that :-) So I'll to be as clear as possible (and as "English" as possible ...).
Is it possible to add a new kind of device that is only polled with ping ? The primary goal is to know when distant server (hosted by partners) aren't reachable without asking to have access to their snmp daemon and community ... I imagine that it can be a huge work because it needs to bypass a lot of code but you could have think about it ... ? To be simple for everyone, this kind of device can be a new sort of server but without any snmp information (no device panel / no ports panel, etc...) and just be polled by the ping. And when a hosts is down the alerter send a mail / trap and the index.php put an information box to warn on "device down" like any others hosts.
Sincerely,
Adrien Bertrand - Information Security Administrator BPCE Assurances, 88 av de France 75013 Paris
Hi Adrien,
Support for non-SNMP devices is currently not planned.
Tom
On 01/28/2014 10:40 AM, BERTRAND Adrien [BPCE Assurances] wrote:
Hi all !
I know that I ask about a lot of functionalities ... but you like me for that :-)
So I'll to be as clear as possible (and as "English" as possible ...).
Is it possible to add a new kind of device that is only polled with ping ? The primary goal is to know when distant server (hosted by partners) aren't reachable without asking to have access to their snmp daemon and community ...
I imagine that it can be a huge work because it needs to bypass a lot of code but you could have think about it ... ? To be simple for everyone, this kind of device can be a new sort of server but without any snmp information (no device panel / no ports panel, etc...) and just be polled by the ping. And when a hosts is down the alerter send a mail / trap and the index.php put an information box to warn on "device down" like any others hosts.
Sincerely,
Adrien Bertrand -- Information Security Administrator
BPCE Assurances, 88 av de France 75013 Paris
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Hum okay ! I'll search something else or dev a little script :-)
Thanks,
Adrien Bertrand - Information Security Administrator BPCE Assurances, 88 av de France 75013 Paris
De : observium [mailto:observium-bounces@observium.org] De la part de Tom Laermans Envoyé : mardi 28 janvier 2014 12:38 À : Observium Network Observation System Objet : Re: [Observium] New kind of device
Hi Adrien,
Support for non-SNMP devices is currently not planned.
Tom
On 01/28/2014 10:40 AM, BERTRAND Adrien [BPCE Assurances] wrote: Hi all !
I know that I ask about a lot of functionalities ... but you like me for that :-) So I'll to be as clear as possible (and as "English" as possible ...).
Is it possible to add a new kind of device that is only polled with ping ? The primary goal is to know when distant server (hosted by partners) aren't reachable without asking to have access to their snmp daemon and community ... I imagine that it can be a huge work because it needs to bypass a lot of code but you could have think about it ... ? To be simple for everyone, this kind of device can be a new sort of server but without any snmp information (no device panel / no ports panel, etc...) and just be polled by the ping. And when a hosts is down the alerter send a mail / trap and the index.php put an information box to warn on "device down" like any others hosts.
Sincerely,
Adrien Bertrand - Information Security Administrator BPCE Assurances, 88 av de France 75013 Paris
_______________________________________________
observium mailing list
observium@observium.orgmailto:observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Adrien if you come up with a solution let me know! We are also interested in a way to use observium for our ping only devices... Currently we are using observium for snmp and multiping for ICMP only. Another question is an on site poller for devices not on the local network? Is this possible?
Sent from my iPhone
On Jan 28, 2014, at 7:15, "BERTRAND Adrien [BPCE Assurances]" <adrien.bertrand@assurances.bpce.frmailto:adrien.bertrand@assurances.bpce.fr> wrote:
Hum okay ! I'll search something else or dev a little script :-)
Thanks,
Adrien Bertrand - Information Security Administrator BPCE Assurances, 88 av de France 75013 Paris
De : observium [mailto:observium-bounces@observium.org] De la part de Tom Laermans Envoy? : mardi 28 janvier 2014 12:38 ? : Observium Network Observation System Objet : Re: [Observium] New kind of device
Hi Adrien,
Support for non-SNMP devices is currently not planned.
Tom
On 01/28/2014 10:40 AM, BERTRAND Adrien [BPCE Assurances] wrote: Hi all !
I know that I ask about a lot of functionalities ... but you like me for that :-) So I'll to be as clear as possible (and as "English" as possible ...).
Is it possible to add a new kind of device that is only polled with ping ? The primary goal is to know when distant server (hosted by partners) aren't reachable without asking to have access to their snmp daemon and community ... I imagine that it can be a huge work because it needs to bypass a lot of code but you could have think about it ... ? To be simple for everyone, this kind of device can be a new sort of server but without any snmp information (no device panel / no ports panel, etc...) and just be polled by the ping. And when a hosts is down the alerter send a mail / trap and the index.php put an information box to warn on "device down" like any others hosts.
Sincerely,
Adrien Bertrand - Information Security Administrator BPCE Assurances, 88 av de France 75013 Paris
_______________________________________________
observium mailing list
observium@observium.orgmailto:observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
_______________________________________________ observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Hi All,
This may be not be directly related to this exact requirement, but might be helpful.
We had a slightly different requirement, i.e., to check whether every device is live or not ( in terms of ping reachability ) at a shorter interval than 5 minutes of observium's normal polling cycle.
Hence we developed the following script ( in fact customized the script found under the "attic" directory of the observium distribution. ) and is separately being executed as a cron job like the other poller observium scripts but at one minute interval and it will just update observium database about the device status.
We also set the refresh interval of the front page to 60 seconds ( default 500 seconds ) so that we get alerts ( alert boxes ) on the front panel ( this can be simply extended to other alert mechanisms )
The normal observium polling does the full snmp parameter discorvery/polling in the normal way and populate the database as it is at the normal 5 minute interval and we did not change or touch any of those scripts and we are happy with 5 minute interval for other parameters checking.
But for your requirement, in addition to this you might also need to find a way to add devices to the observium without snmp :-)
cron:
*/1 * * * * root /opt/observium/poll-reachability.php >> /dev/null 2>&1
poll-reachability.php: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
#!/usr/bin/env php <?php
chdir(dirname($argv[0]));
include("includes/defaults.inc.php"); include("config.php"); include("includes/functions.php"); include("includes/definitions.inc.php");
$device_query = mysql_query("SELECT * FROM `devices` WHERE disabled = '0' ORDER BY `device_id` DESC");
if (!$device_query) { die('Invalid query: ' . mysql_error()); }
while ($device = mysql_fetch_assoc($device_query)) { $port = $device['port'];
echo($device['hostname']. " ");
if (isPingable($device['hostname'])) { $status='1'; } else { $status='0'; }
if ($status != $device['status']) { mysql_query("UPDATE `devices` SET `status`= '$status' WHERE `device_id` = '" . $device['device_id'] . "'");
if ($status == '1') { $stat = "Up"; mysql_query("INSERT INTO alerts (importance, device_id, message) VALUES ('0', '" . $device['device_id'] . "', 'Device is up\n')"); if ($config['alerts']['email']['enable']) { notify($device, "Device Up: " . $device['hostname'], "Device Up: " . $device['hostname']); } } else { $stat = "Down (ping)"; mysql_query("INSERT INTO alerts (importance, device_id, message) VALUES ('9', '" . $device['device_id'] . "', 'Device is down\n')"); if ($config['alerts']['email']['enable']) { notify($device, "Device Down: " . $device['hostname'], "Device Down: " . $device['hostname']); } }
log_event("Device status changed to $stat ", $device, strtolower($stat)); echo("Status Changed!\n"); } }
?>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
With Best Regards,
Supun Rathnayake
Lanka communication Services (Pvt) Ltd. 65C, Dharmapala Mawatha, Colombo 07. Sri Lanka. Tel: +94-11-2437545 http://www.lankacom.net http://blog.lankacom.net
On 01/28/2014 05:44 PM, BERTRAND Adrien [BPCE Assurances] wrote:
Hum okay !
I'll search something else or dev a little script :-)
Thanks,
Adrien Bertrand -- Information Security Administrator
BPCE Assurances, 88 av de France 75013 Paris
*De :*observium [mailto:observium-bounces@observium.org] *De la part de* Tom Laermans *Envoyé :* mardi 28 janvier 2014 12:38 *À :* Observium Network Observation System *Objet :* Re: [Observium] New kind of device
Hi Adrien,
Support for non-SNMP devices is currently not planned.
Tom
On 01/28/2014 10:40 AM, BERTRAND Adrien [BPCE Assurances] wrote:
Hi all ! I know that I ask about a lot of functionalities ... but you like me for that :-) So I'll to be as clear as possible (and as "English" as possible ...). Is it possible to add a new kind of device that is only polled with ping ? The primary goal is to know when distant server (hosted by partners) aren't reachable without asking to have access to their snmp daemon and community ... I imagine that it can be a huge work because it needs to bypass a lot of code but you could have think about it ... ? To be simple for everyone, this kind of device can be a new sort of server but without any snmp information (no device panel / no ports panel, etc...) and just be polled by the ping. And when a hosts is down the alerter send a mail / trap and the index.php put an information box to warn on "device down" like any others hosts. Sincerely, Adrien Bertrand -- Information Security Administrator BPCE Assurances, 88 av de France 75013 Paris _______________________________________________ observium mailing list observium@observium.org <mailto: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
Supun, this is very interesting. The alerts (which are getting much, much better) and 5 minute polling intervals are what's holding us back from fully implementing this, even though we've already subscribed. I'm not a programmer by any strech, but nearly every other monitoring solution we've used (SolarWinds, PRTG, Cacti, Nagios) can support 30 second or minute polling times. We'd love to ping only critical networking devices in 30 seconds or one minute, snmp query for interface util every minute or two for critical and keep non-critical at 5. But maybe that's just us thinking that.
Robbie Wright Siuslaw Broadband http://siuslawbroadband.com 541-902-5101
**For support issues, please email support@siuslawbroadband.com.**
On Tue, Jan 28, 2014 at 6:04 AM, Supun Rathnayake supunr@lankacom.netwrote:
Hi All,
This may be not be directly related to this exact requirement, but might be helpful.
We had a slightly different requirement, i.e., to check whether every device is live or not ( in terms of ping reachability ) at a shorter interval than 5 minutes of observium's normal polling cycle.
Hence we developed the following script ( in fact customized the script found under the "attic" directory of the observium distribution. ) and is separately being executed as a cron job like the other poller observium scripts but at one minute interval and it will just update observium database about the device status.
We also set the refresh interval of the front page to 60 seconds ( default 500 seconds ) so that we get alerts ( alert boxes ) on the front panel ( this can be simply extended to other alert mechanisms )
The normal observium polling does the full snmp parameter discorvery/polling in the normal way and populate the database as it is at the normal 5 minute interval and we did not change or touch any of those scripts and we are happy with 5 minute interval for other parameters checking.
But for your requirement, in addition to this you might also need to find a way to add devices to the observium without snmp :-)
cron:
*/1 * * * * root /opt/observium/poll-reachability.php >> /dev/null 2>&1
poll-reachability.php:
#!/usr/bin/env php <?php chdir(dirname($argv[0])); include("includes/defaults.inc.php"); include("config.php"); include("includes/functions.php"); include("includes/definitions.inc.php"); $device_query = mysql_query("SELECT * FROM `devices` WHERE disabled = '0' ORDER BY `device_id` DESC"); if (!$device_query) { die('Invalid query: ' . mysql_error()); } while ($device = mysql_fetch_assoc($device_query)) { $port = $device['port']; echo($device['hostname']. " "); if (isPingable($device['hostname'])) { $status='1'; } else { $status='0'; } if ($status != $device['status']) { mysql_query("UPDATE `devices` SET `status`= '$status' WHERE `device_id` = '" . $device['device_id'] . "'"); if ($status == '1') { $stat = "Up"; mysql_query("INSERT INTO alerts (importance, device_id, message) VALUES ('0', '" . $device['device_id'] . "', 'Device is up\n')"); if ($config['alerts']['email']['enable']) { notify($device, "Device Up: " . $device['hostname'], "Device Up: " . $device['hostname']); } } else { $stat = "Down (ping)"; mysql_query("INSERT INTO alerts (importance, device_id, message) VALUES ('9', '" . $device['device_id'] . "', 'Device is down\n')"); if ($config['alerts']['email']['enable']) { notify($device, "Device Down: " . $device['hostname'], "Device Down: " . $device['hostname']); } } log_event("Device status changed to $stat ", $device, strtolower($stat)); echo("Status Changed!\n"); } } ?>
With Best Regards,
Supun Rathnayake
Lanka communication Services (Pvt) Ltd. 65C, Dharmapala Mawatha, Colombo 07. Sri Lanka. Tel: +94-11-2437545http://www.lankacom.nethttp://blog.lankacom.net
On 01/28/2014 05:44 PM, BERTRAND Adrien [BPCE Assurances] wrote:
Hum okay !
I'll search something else or dev a little script :-)
Thanks,
Adrien Bertrand - Information Security Administrator
BPCE Assurances, 88 av de France 75013 Paris
*De :* observium [mailto:observium-bounces@observium.orgobservium-bounces@observium.org] *De la part de* Tom Laermans *Envoyé :* mardi 28 janvier 2014 12:38 *À :* Observium Network Observation System *Objet :* Re: [Observium] New kind of device
Hi Adrien,
Support for non-SNMP devices is currently not planned.
Tom
On 01/28/2014 10:40 AM, BERTRAND Adrien [BPCE Assurances] wrote:
Hi all !
I know that I ask about a lot of functionalities ... but you like me for that :-)
So I'll to be as clear as possible (and as "English" as possible ...).
Is it possible to add a new kind of device that is only polled with ping ? The primary goal is to know when distant server (hosted by partners) aren't reachable without asking to have access to their snmp daemon and community ...
I imagine that it can be a huge work because it needs to bypass a lot of code but you could have think about it ... ? To be simple for everyone, this kind of device can be a new sort of server but without any snmp information (no device panel / no ports panel, etc...) and just be polled by the ping. And when a hosts is down the alerter send a mail / trap and the index.php put an information box to warn on "device down" like any others hosts.
Sincerely,
Adrien Bertrand - Information Security Administrator
BPCE Assurances, 88 av de France 75013 Paris
observium mailing list
observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing listobservium@observium.orghttp://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Hi Robbie ,
I also agree with you, we also have a group of devices / parameters which we love to poll less than 5 minute interval and hence still use some other monitoring tools to achieve that. We came across Observium, while we were looking at alternatives for Cacti / MRTG and really impressed with observium the way it does discovery and presenting.
Before implementing the observium, we had two major concerns about the tool like yours, i.e., this 5 minute polling interval and the use of DNS for the devices. but however after implementing, it was realized that the 5 minute interval is really reasonable figure considering the load it has to handle with the current architecture. ( with so many parameters per device and so many such devices to handle )
Anyway our dream of lesser varied polling interval still remains, and hope for the best for future observium developments :-)
Regards, Supun.
On 01/28/2014 09:15 PM, Robbie Wright wrote:
Supun, this is very interesting. The alerts (which are getting much, much better) and 5 minute polling intervals are what's holding us back from fully implementing this, even though we've already subscribed. I'm not a programmer by any strech, but nearly every other monitoring solution we've used (SolarWinds, PRTG, Cacti, Nagios) can support 30 second or minute polling times. We'd love to ping only critical networking devices in 30 seconds or one minute, snmp query for interface util every minute or two for critical and keep non-critical at 5. But maybe that's just us thinking that.
Robbie Wright Siuslaw Broadband http://siuslawbroadband.com 541-902-5101
**For support issues, please email support@siuslawbroadband.com mailto:support@siuslawbroadband.com.**
On Tue, Jan 28, 2014 at 6:04 AM, Supun Rathnayake <supunr@lankacom.net mailto:supunr@lankacom.net> wrote:
Hi All, This may be not be directly related to this exact requirement, but might be helpful. We had a slightly different requirement, i.e., to check whether every device is live or not ( in terms of ping reachability ) at a shorter interval than 5 minutes of observium's normal polling cycle. Hence we developed the following script ( in fact customized the script found under the "attic" directory of the observium distribution. ) and is separately being executed as a cron job like the other poller observium scripts but at one minute interval and it will just update observium database about the device status. We also set the refresh interval of the front page to 60 seconds ( default 500 seconds ) so that we get alerts ( alert boxes ) on the front panel ( this can be simply extended to other alert mechanisms ) The normal observium polling does the full snmp parameter discorvery/polling in the normal way and populate the database as it is at the normal 5 minute interval and we did not change or touch any of those scripts and we are happy with 5 minute interval for other parameters checking. But for your requirement, in addition to this you might also need to find a way to add devices to the observium without snmp :-) cron: */1 * * * * root /opt/observium/poll-reachability.php >> /dev/null 2>&1 poll-reachability.php: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ #!/usr/bin/env php <?php chdir(dirname($argv[0])); include("includes/defaults.inc.php"); include("config.php"); include("includes/functions.php"); include("includes/definitions.inc.php"); $device_query = mysql_query("SELECT * FROM `devices` WHERE disabled = '0' ORDER BY `device_id` DESC"); if (!$device_query) { die('Invalid query: ' . mysql_error()); } while ($device = mysql_fetch_assoc($device_query)) { $port = $device['port']; echo($device['hostname']. " "); if (isPingable($device['hostname'])) { $status='1'; } else { $status='0'; } if ($status != $device['status']) { mysql_query("UPDATE `devices` SET `status`= '$status' WHERE `device_id` = '" . $device['device_id'] . "'"); if ($status == '1') { $stat = "Up"; mysql_query("INSERT INTO alerts (importance, device_id, message) VALUES ('0', '" . $device['device_id'] . "', 'Device is up\n')"); if ($config['alerts']['email']['enable']) { notify($device, "Device Up: " . $device['hostname'], "Device Up: " . $device['hostname']); } } else { $stat = "Down (ping)"; mysql_query("INSERT INTO alerts (importance, device_id, message) VALUES ('9', '" . $device['device_id'] . "', 'Device is down\n')"); if ($config['alerts']['email']['enable']) { notify($device, "Device Down: " . $device['hostname'], "Device Down: " . $device['hostname']); } } log_event("Device status changed to $stat ", $device, strtolower($stat)); echo("Status Changed!\n"); } } ?> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ With Best Regards, Supun Rathnayake Lanka communication Services (Pvt) Ltd. 65C, Dharmapala Mawatha, Colombo 07. Sri Lanka. Tel:+94-11-2437545 <tel:%2B94-11-2437545> http://www.lankacom.net http://blog.lankacom.net On 01/28/2014 05:44 PM, BERTRAND Adrien [BPCE Assurances] wrote:
Hum okay ! I'll search something else or dev a little script :-) Thanks, Adrien Bertrand -- Information Security Administrator BPCE Assurances, 88 av de France 75013 Paris *De :*observium [mailto:observium-bounces@observium.org] *De la part de* Tom Laermans *Envoyé :* mardi 28 janvier 2014 12:38 *À :* Observium Network Observation System *Objet :* Re: [Observium] New kind of device Hi Adrien, Support for non-SNMP devices is currently not planned. Tom On 01/28/2014 10:40 AM, BERTRAND Adrien [BPCE Assurances] wrote: Hi all ! I know that I ask about a lot of functionalities ... but you like me for that :-) So I'll to be as clear as possible (and as "English" as possible ...). Is it possible to add a new kind of device that is only polled with ping ? The primary goal is to know when distant server (hosted by partners) aren't reachable without asking to have access to their snmp daemon and community ... I imagine that it can be a huge work because it needs to bypass a lot of code but you could have think about it ... ? To be simple for everyone, this kind of device can be a new sort of server but without any snmp information (no device panel / no ports panel, etc...) and just be polled by the ping. And when a hosts is down the alerter send a mail / trap and the index.php put an information box to warn on "device down" like any others hosts. Sincerely, Adrien Bertrand -- Information Security Administrator BPCE Assurances, 88 av de France 75013 Paris _______________________________________________ observium mailing list observium@observium.org <mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium@observium.org <mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
_______________________________________________ observium mailing list observium@observium.org <mailto: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's really interesting because it's finally what I want :-) And the database is not corrupted by populating from the observium-poller and your icmp-poller ? Does it use the observium platform for the alerting for instance (sending a mail when a server is unreachable) ?
Thanks :-)
Adrien Bertrand - Information Security Administrator BPCE Assurances, 88 av de France 75013 Paris
De : observium [mailto:observium-bounces@observium.org] De la part de Supun Rathnayake Envoyé : mardi 28 janvier 2014 15:04 À : observium@observium.org Objet : Re: [Observium] New kind of device
Hi All,
This may be not be directly related to this exact requirement, but might be helpful.
We had a slightly different requirement, i.e., to check whether every device is live or not ( in terms of ping reachability ) at a shorter interval than 5 minutes of observium's normal polling cycle.
Hence we developed the following script ( in fact customized the script found under the "attic" directory of the observium distribution. ) and is separately being executed as a cron job like the other poller observium scripts but at one minute interval and it will just update observium database about the device status.
We also set the refresh interval of the front page to 60 seconds ( default 500 seconds ) so that we get alerts ( alert boxes ) on the front panel ( this can be simply extended to other alert mechanisms )
The normal observium polling does the full snmp parameter discorvery/polling in the normal way and populate the database as it is at the normal 5 minute interval and we did not change or touch any of those scripts and we are happy with 5 minute interval for other parameters checking.
But for your requirement, in addition to this you might also need to find a way to add devices to the observium without snmp :-)
cron:
*/1 * * * * root /opt/observium/poll-reachability.php >> /dev/null 2>&1
poll-reachability.php: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
#!/usr/bin/env php <?php
chdir(dirname($argv[0]));
include("includes/defaults.inc.php"); include("config.php"); include("includes/functions.php"); include("includes/definitions.inc.php");
$device_query = mysql_query("SELECT * FROM `devices` WHERE disabled = '0' ORDER BY `device_id` DESC");
if (!$device_query) { die('Invalid query: ' . mysql_error()); }
while ($device = mysql_fetch_assoc($device_query)) { $port = $device['port'];
echo($device['hostname']. " ");
if (isPingable($device['hostname'])) { $status='1'; } else { $status='0'; }
if ($status != $device['status']) { mysql_query("UPDATE `devices` SET `status`= '$status' WHERE `device_id` = '" . $device['device_id'] . "'");
if ($status == '1') { $stat = "Up"; mysql_query("INSERT INTO alerts (importance, device_id, message) VALUES ('0', '" . $device['device_id'] . "', 'Device is up\n')"); if ($config['alerts']['email']['enable']) { notify($device, "Device Up: " . $device['hostname'], "Device Up: " . $device['hostname']); } } else { $stat = "Down (ping)"; mysql_query("INSERT INTO alerts (importance, device_id, message) VALUES ('9', '" . $device['device_id'] . "', 'Device is down\n')"); if ($config['alerts']['email']['enable']) { notify($device, "Device Down: " . $device['hostname'], "Device Down: " . $device['hostname']); } }
log_event("Device status changed to $stat ", $device, strtolower($stat)); echo("Status Changed!\n"); } }
?>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
With Best Regards,
Supun Rathnayake
Lanka communication Services (Pvt) Ltd.
65C, Dharmapala Mawatha,
Colombo 07.
Sri Lanka.
Tel: +94-11-2437545
http://blog.lankacom.net On 01/28/2014 05:44 PM, BERTRAND Adrien [BPCE Assurances] wrote: Hum okay ! I'll search something else or dev a little script :-)
Thanks,
Adrien Bertrand - Information Security Administrator BPCE Assurances, 88 av de France 75013 Paris
De : observium [mailto:observium-bounces@observium.org] De la part de Tom Laermans Envoyé : mardi 28 janvier 2014 12:38 À : Observium Network Observation System Objet : Re: [Observium] New kind of device
Hi Adrien,
Support for non-SNMP devices is currently not planned.
Tom
On 01/28/2014 10:40 AM, BERTRAND Adrien [BPCE Assurances] wrote: Hi all !
I know that I ask about a lot of functionalities ... but you like me for that :-) So I'll to be as clear as possible (and as "English" as possible ...).
Is it possible to add a new kind of device that is only polled with ping ? The primary goal is to know when distant server (hosted by partners) aren't reachable without asking to have access to their snmp daemon and community ... I imagine that it can be a huge work because it needs to bypass a lot of code but you could have think about it ... ? To be simple for everyone, this kind of device can be a new sort of server but without any snmp information (no device panel / no ports panel, etc...) and just be polled by the ping. And when a hosts is down the alerter send a mail / trap and the index.php put an information box to warn on "device down" like any others hosts.
Sincerely,
Adrien Bertrand - Information Security Administrator BPCE Assurances, 88 av de France 75013 Paris
_______________________________________________
observium mailing list
observium@observium.orgmailto:observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
_______________________________________________
observium mailing list
observium@observium.orgmailto:observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Hi ,
I did not come across any database corruption so far for about three weeks, since it was introduced ( we have about 800 devices running on it ) , also I do not think so, because we are just updating just one parameter of the device table of the database and nothing else the other two database transactions are just dealing with the alerts table and the event log.
of course, you need to be mindful about the polling interval with number of devices and make sure the polling finishes within correct polling cycle. but here our policy was just "something is better than nothing" to start with it and then improve it further rather than waiting for the perfection :-)
This script does use some observium built in functions and the rest ( alerting - the front page alerting works , we did not check the other alerting so far, but it should work because the relevant database entries are there ) is taken care of by the observium :-)
Thanks, Supun.
On 01/28/2014 10:12 PM, BERTRAND Adrien [BPCE Assurances] wrote:
It's really interesting because it's finally what I want :-)
And the database is not corrupted by populating from the observium-poller and your icmp-poller ? Does it use the observium platform for the alerting for instance (sending a mail when a server is unreachable) ?
Thanks :-)
Adrien Bertrand -- Information Security Administrator
BPCE Assurances, 88 av de France 75013 Paris
*De :*observium [mailto:observium-bounces@observium.org] *De la part de* Supun Rathnayake *Envoyé :* mardi 28 janvier 2014 15:04 *À :* observium@observium.org *Objet :* Re: [Observium] New kind of device
Hi All,
This may be not be directly related to this exact requirement, but might be helpful.
We had a slightly different requirement, i.e., to check whether every device is live or not ( in terms of ping reachability ) at a shorter interval than 5 minutes of observium's normal polling cycle.
Hence we developed the following script ( in fact customized the script found under the "attic" directory of the observium distribution. ) and is separately being executed as a cron job like the other poller observium scripts but at one minute interval and it will just update observium database about the device status.
We also set the refresh interval of the front page to 60 seconds ( default 500 seconds ) so that we get alerts ( alert boxes ) on the front panel ( this can be simply extended to other alert mechanisms )
The normal observium polling does the full snmp parameter discorvery/polling in the normal way and populate the database as it is at the normal 5 minute interval and we did not change or touch any of those scripts and we are happy with 5 minute interval for other parameters checking.
But for your requirement, in addition to this you might also need to find a way to add devices to the observium without snmp :-)
cron:
*/1 * * * * root /opt/observium/poll-reachability.php >> /dev/null 2>&1
poll-reachability.php:
#!/usr/bin/env php <?php chdir(dirname($argv[0])); include("includes/defaults.inc.php"); include("config.php"); include("includes/functions.php"); include("includes/definitions.inc.php"); $device_query = mysql_query("SELECT * FROM `devices` WHERE disabled = '0' ORDER BY `device_id` DESC"); if (!$device_query) { die('Invalid query: ' . mysql_error()); } while ($device = mysql_fetch_assoc($device_query)) { $port = $device['port']; echo($device['hostname']. " "); if (isPingable($device['hostname'])) { $status='1'; } else { $status='0'; } if ($status != $device['status']) { mysql_query("UPDATE `devices` SET `status`= '$status' WHERE `device_id` = '" . $device['device_id'] . "'"); if ($status == '1') { $stat = "Up"; mysql_query("INSERT INTO alerts (importance, device_id, message) VALUES ('0', '" . $device['device_id'] . "', 'Device is up\n')"); if ($config['alerts']['email']['enable']) { notify($device, "Device Up: " . $device['hostname'], "Device Up: " . $device['hostname']); } } else { $stat = "Down (ping)"; mysql_query("INSERT INTO alerts (importance, device_id, message) VALUES ('9', '" . $device['device_id'] . "', 'Device is down\n')"); if ($config['alerts']['email']['enable']) { notify($device, "Device Down: " . $device['hostname'], "Device Down: " . $device['hostname']); } } log_event("Device status changed to $stat ", $device, strtolower($stat)); echo("Status Changed!\n"); } } ?>
With Best Regards,
Supun Rathnayake
Lanka communication Services (Pvt) Ltd. 65C, Dharmapala Mawatha, Colombo 07. Sri Lanka. Tel: +94-11-2437545 http://www.lankacom.net http://blog.lankacom.net
On 01/28/2014 05:44 PM, BERTRAND Adrien [BPCE Assurances] wrote:
Hum okay ! I'll search something else or dev a little script :-) Thanks, Adrien Bertrand -- Information Security Administrator BPCE Assurances, 88 av de France 75013 Paris *De :*observium [mailto:observium-bounces@observium.org] *De la part de* Tom Laermans *Envoyé :* mardi 28 janvier 2014 12:38 *À :* Observium Network Observation System *Objet :* Re: [Observium] New kind of device Hi Adrien, Support for non-SNMP devices is currently not planned. Tom On 01/28/2014 10:40 AM, BERTRAND Adrien [BPCE Assurances] wrote: Hi all ! I know that I ask about a lot of functionalities ... but you like me for that :-) So I'll to be as clear as possible (and as "English" as possible ...). Is it possible to add a new kind of device that is only polled with ping ? The primary goal is to know when distant server (hosted by partners) aren't reachable without asking to have access to their snmp daemon and community ... I imagine that it can be a huge work because it needs to bypass a lot of code but you could have think about it ... ? To be simple for everyone, this kind of device can be a new sort of server but without any snmp information (no device panel / no ports panel, etc...) and just be polled by the ping. And when a hosts is down the alerter send a mail / trap and the index.php put an information box to warn on "device down" like any others hosts. Sincerely, Adrien Bertrand -- Information Security Administrator BPCE Assurances, 88 av de France 75013 Paris _______________________________________________ observium mailing list observium@observium.org <mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium@observium.org <mailto: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
Just to chime in my $0.02 here...
ICMP is not a very robust means of "monitoring" a device. The ICMP protocol is often lowest priority in traffic queues on routing equipment and as such will frequently just be discarded during periods of high link utilization or high traffic load. In particular, trying to "monitor" a device across the Internet, your ICMP is really best-effort.
That coupled with the fact that you get absolutely zero metric-data outside of ICMP response time (see previous point) and you're really not buying yourself much data to track.
I can completely understand why observium devs would take the stance of not supporting devices that are only ICMP reachable. There'd be nothing to graph and any alerting could happen at random intervals.
If you really want some 'rough' up/down visibility such as this, I'd suggest standing up a basic Nagios install and simply have it performing the check_host_alive (which is ping based) routine. While this does only check via ICMP, the nagios backend itself has logic enough to re-test upon event should it detect something as problematic before flagging it as 'down' so that you don't trigger alerts for just single packets going missing.
This is definitely not the territory observium operates in - it's busy kicking ass at what it does best. :o)
Cheers, -Chris [shameless plug - Adrien and Johnathon, my company (Node-Nine) specializes in building all sorts of stuff like this, so we would be glad to assist you in meeting your needs]
On 1/28/14 4:40 AM, BERTRAND Adrien [BPCE Assurances] wrote:
Hi all !
I know that I ask about a lot of functionalities ... but you like me for that :-)
So I'll to be as clear as possible (and as "English" as possible ...).
Is it possible to add a new kind of device that is only polled with ping ? The primary goal is to know when distant server (hosted by partners) aren't reachable without asking to have access to their snmp daemon and community ...
I imagine that it can be a huge work because it needs to bypass a lot of code but you could have think about it ... ? To be simple for everyone, this kind of device can be a new sort of server but without any snmp information (no device panel / no ports panel, etc...) and just be polled by the ping. And when a hosts is down the alerter send a mail / trap and the index.php put an information box to warn on "device down" like any others hosts.
Sincerely,
Adrien Bertrand -- Information Security Administrator
BPCE Assurances, 88 av de France 75013 Paris
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
The new observium alerting would fix this, no need for nagios, we don't live in the 1980s anytime soon....
Now Adam just needs to get out of bed and fix the remaining alerting thingies/feature requests...
Sent from my iPhone
On 28 jan. 2014, at 18:01, "Chris Moody" <chris@node-nine.commailto:chris@node-nine.com> wrote:
Just to chime in my $0.02 here...
ICMP is not a very robust means of "monitoring" a device. The ICMP protocol is often lowest priority in traffic queues on routing equipment and as such will frequently just be discarded during periods of high link utilization or high traffic load. In particular, trying to "monitor" a device across the Internet, your ICMP is really best-effort.
That coupled with the fact that you get absolutely zero metric-data outside of ICMP response time (see previous point) and you're really not buying yourself much data to track.
I can completely understand why observium devs would take the stance of not supporting devices that are only ICMP reachable. There'd be nothing to graph and any alerting could happen at random intervals.
If you really want some 'rough' up/down visibility such as this, I'd suggest standing up a basic Nagios install and simply have it performing the check_host_alive (which is ping based) routine. While this does only check via ICMP, the nagios backend itself has logic enough to re-test upon event should it detect something as problematic before flagging it as 'down' so that you don't trigger alerts for just single packets going missing.
This is definitely not the territory observium operates in - it's busy kicking ass at what it does best. :o)
Cheers, -Chris [shameless plug - Adrien and Johnathon, my company (Node-Nine) specializes in building all sorts of stuff like this, so we would be glad to assist you in meeting your needs]
On 1/28/14 4:40 AM, BERTRAND Adrien [BPCE Assurances] wrote: Hi all !
I know that I ask about a lot of functionalities … but you like me for that :-) So I’ll to be as clear as possible (and as “English” as possible …).
Is it possible to add a new kind of device that is only polled with ping ? The primary goal is to know when distant server (hosted by partners) aren’t reachable without asking to have access to their snmp daemon and community … I imagine that it can be a huge work because it needs to bypass a lot of code but you could have think about it … ? To be simple for everyone, this kind of device can be a new sort of server but without any snmp information (no device panel / no ports panel, etc…) and just be polled by the ping. And when a hosts is down the alerter send a mail / trap and the index.php put an information box to warn on “device down” like any others hosts.
Sincerely,
Adrien Bertrand – Information Security Administrator BPCE Assurances, 88 av de France 75013 Paris
_______________________________________________ observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
_______________________________________________ observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
You're confused - alerting does not allow you to add devices that don't respond to SNMP.
On 01/28/2014 06:05 PM, Moerman, Maarten wrote:
The new observium alerting would fix this, no need for nagios, we don't live in the 1980s anytime soon....
Now Adam just needs to get out of bed and fix the remaining alerting thingies/feature requests...
Sent from my iPhone
On 28 jan. 2014, at 18:01, "Chris Moody" <chris@node-nine.com mailto:chris@node-nine.com> wrote:
Just to chime in my $0.02 here...
ICMP is not a very robust means of "monitoring" a device. The ICMP protocol is often lowest priority in traffic queues on routing equipment and as such will frequently just be discarded during periods of high link utilization or high traffic load. In particular, trying to "monitor" a device across the Internet, your ICMP is really best-effort.
That coupled with the fact that you get absolutely zero metric-data outside of ICMP response time (see previous point) and you're really not buying yourself much data to track.
I can completely understand why observium devs would take the stance of not supporting devices that are only ICMP reachable. There'd be nothing to graph and any alerting could happen at random intervals.
If you really want some 'rough' up/down visibility such as this, I'd suggest standing up a basic Nagios install and simply have it performing the check_host_alive (which is ping based) routine. While this does only check via ICMP, the nagios backend itself has logic enough to re-test upon event should it detect something as problematic before flagging it as 'down' so that you don't trigger alerts for just single packets going missing.
This is definitely not the territory observium operates in - it's busy kicking ass at what it does best. :o)
Cheers, -Chris [shameless plug - Adrien and Johnathon, my company (Node-Nine) specializes in building all sorts of stuff like this, so we would be glad to assist you in meeting your needs]
On 1/28/14 4:40 AM, BERTRAND Adrien [BPCE Assurances] wrote:
Hi all !
I know that I ask about a lot of functionalities ... but you like me for that :-)
So I'll to be as clear as possible (and as "English" as possible ...).
Is it possible to add a new kind of device that is only polled with ping ? The primary goal is to know when distant server (hosted by partners) aren't reachable without asking to have access to their snmp daemon and community ...
I imagine that it can be a huge work because it needs to bypass a lot of code but you could have think about it ... ? To be simple for everyone, this kind of device can be a new sort of server but without any snmp information (no device panel / no ports panel, etc...) and just be polled by the ping. And when a hosts is down the alerter send a mail / trap and the index.php put an information box to warn on "device down" like any others hosts.
Sincerely,
Adrien Bertrand -- Information Security Administrator
BPCE Assurances, 88 av de France 75013 Paris
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org mailto: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
The integration with smokeping can provide some of this already out of the gate. However, you need the device in Observium to link to the smokeping tool and without snmp, the device can't be added. Not saying I agree that ping only devices should be added, just that there might be some way to hack it together with some of the existing integrations.
Robbie Wright Siuslaw Broadband http://siuslawbroadband.com 541-902-5101
**For support issues, please email support@siuslawbroadband.com.**
On Tue, Jan 28, 2014 at 9:01 AM, Chris Moody chris@node-nine.com wrote:
Just to chime in my $0.02 here...
ICMP is not a very robust means of "monitoring" a device. The ICMP protocol is often lowest priority in traffic queues on routing equipment and as such will frequently just be discarded during periods of high link utilization or high traffic load. In particular, trying to "monitor" a device across the Internet, your ICMP is really best-effort.
That coupled with the fact that you get absolutely zero metric-data outside of ICMP response time (see previous point) and you're really not buying yourself much data to track.
I can completely understand why observium devs would take the stance of not supporting devices that are only ICMP reachable. There'd be nothing to graph and any alerting could happen at random intervals.
If you really want some 'rough' up/down visibility such as this, I'd suggest standing up a basic Nagios install and simply have it performing the check_host_alive (which is ping based) routine. While this does only check via ICMP, the nagios backend itself has logic enough to re-test upon event should it detect something as problematic before flagging it as 'down' so that you don't trigger alerts for just single packets going missing.
This is definitely not the territory observium operates in - it's busy kicking ass at what it does best. :o)
Cheers, -Chris [shameless plug - Adrien and Johnathon, my company (Node-Nine) specializes in building all sorts of stuff like this, so we would be glad to assist you in meeting your needs]
On 1/28/14 4:40 AM, BERTRAND Adrien [BPCE Assurances] wrote:
Hi all !
I know that I ask about a lot of functionalities ... but you like me for that :-)
So I'll to be as clear as possible (and as "English" as possible ...).
Is it possible to add a new kind of device that is only polled with ping ? The primary goal is to know when distant server (hosted by partners) aren't reachable without asking to have access to their snmp daemon and community ...
I imagine that it can be a huge work because it needs to bypass a lot of code but you could have think about it ... ? To be simple for everyone, this kind of device can be a new sort of server but without any snmp information (no device panel / no ports panel, etc...) and just be polled by the ping. And when a hosts is down the alerter send a mail / trap and the index.php put an information box to warn on "device down" like any others hosts.
Sincerely,
Adrien Bertrand - Information Security Administrator
BPCE Assurances, 88 av de France 75013 Paris
observium mailing listobservium@observium.orghttp://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Shameless plug aside (that as a small business I understand)....I don't completely agree with you. True - ICMP is lower priority. But with ICMP - you can graph interesting data like response times and per hop latency over time (historical graphing of this could be interesting and show congestion points -- even if ICMP is not prioritized). Stated another way: if I'm consistently loosing ICMP it could be a sign of congestion that I need to do something about. Think like the cool tool called MTR --> http://www.bitwizard.nl/mtr/ --- it shows per-hop latency / response times in real time. Would be great to graph that overtime. Then you could also detect route changes - which matters to me to...
There are some devices you want / care about that do not implement SNMP. A customer I work with - until recently - had a core product from a vendor (4 servers) that they would not implement SNMP on. Using another NMS provider (who allowed discover with PING only) and PING was our easiest way to at least know if we could ping the device. If Ping failed we alerted. It only failed in our case when there was a real problem.
So - from my .02 - having the ability and/or options to discover via ping, ping and snmp, or just snmp (because some devices filter icmp right..) would make Observium more robust and usable.
Finally...if I want to monitor hops from point A to B where I don't have SNMP access...like my MPLS providers hops (which I know I can't see all of them)
Thanks, Kenny
On Tue, Jan 28, 2014 at 9:01 AM, Chris Moody chris@node-nine.com wrote:
Just to chime in my $0.02 here...
ICMP is not a very robust means of "monitoring" a device. The ICMP protocol is often lowest priority in traffic queues on routing equipment and as such will frequently just be discarded during periods of high link utilization or high traffic load. In particular, trying to "monitor" a device across the Internet, your ICMP is really best-effort.
That coupled with the fact that you get absolutely zero metric-data outside of ICMP response time (see previous point) and you're really not buying yourself much data to track.
I can completely understand why observium devs would take the stance of not supporting devices that are only ICMP reachable. There'd be nothing to graph and any alerting could happen at random intervals.
If you really want some 'rough' up/down visibility such as this, I'd suggest standing up a basic Nagios install and simply have it performing the check_host_alive (which is ping based) routine. While this does only check via ICMP, the nagios backend itself has logic enough to re-test upon event should it detect something as problematic before flagging it as 'down' so that you don't trigger alerts for just single packets going missing.
This is definitely not the territory observium operates in - it's busy kicking ass at what it does best. :o)
Cheers, -Chris [shameless plug - Adrien and Johnathon, my company (Node-Nine) specializes in building all sorts of stuff like this, so we would be glad to assist you in meeting your needs]
On 1/28/14 4:40 AM, BERTRAND Adrien [BPCE Assurances] wrote:
Hi all !
I know that I ask about a lot of functionalities ... but you like me for that :-)
So I'll to be as clear as possible (and as "English" as possible ...).
Is it possible to add a new kind of device that is only polled with ping ? The primary goal is to know when distant server (hosted by partners) aren't reachable without asking to have access to their snmp daemon and community ...
I imagine that it can be a huge work because it needs to bypass a lot of code but you could have think about it ... ? To be simple for everyone, this kind of device can be a new sort of server but without any snmp information (no device panel / no ports panel, etc...) and just be polled by the ping. And when a hosts is down the alerter send a mail / trap and the index.php put an information box to warn on "device down" like any others hosts.
Sincerely,
Adrien Bertrand - Information Security Administrator
BPCE Assurances, 88 av de France 75013 Paris
observium mailing listobservium@observium.orghttp://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Not entirely true, most networks today is FIFO, w/o any kind of QoS on it. As most unmanaged and managed switches/routers come with that configuration.
On 28.01.2014 21:01, Chris Moody wrote:
ICMP is not a very robust means of "monitoring" a device. The ICMP protocol is often lowest priority in traffic queues on routing equipment and as such will frequently just be discarded during periods of high link utilization or high traffic load. In particular, trying to "monitor" a device across the Internet, your ICMP is really best-effort.
ICMP entering a device's control plane is usually treated as low importance traffic. Thus ping/traceroute is a poor way of measureing the performance and reachability of a router/switch, as forwarding and processing those packets will be done at a lower priority by the scheduler.
ICMP traversing a network towards an end host will in 99% of instances be treated exactly as any other traffic, and as end hosts tend to have a lot of CPU, they don't usually overly restrict processing of them.
You can see this in action by tracerouting to a linux host across the internet at low intervals, intervening hops will often drop/delay packets as their filters/prioritising kicks in showing high RTT times and packetloss, whereas the end host will show the expected RTT and zero loss.
I think a lot of people confuse these things :)
adam.
On 2014-01-28 12:25, Nikolay Shopik wrote:
Not entirely true, most networks today is FIFO, w/o any kind of QoS on it. As most unmanaged and managed switches/routers come with that configuration.
On 28.01.2014 21:01, Chris Moody wrote:
ICMP is not a very robust means of "monitoring" a device. The ICMP protocol is often lowest priority in traffic queues on routing equipment and as such will frequently just be discarded during periods of high link utilization or high traffic load. In particular, trying to "monitor" a device across the Internet, your ICMP is really best-effort. _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Hi Adrien,
The only way we'd likely implement this would be to have a separate set of entities, completely separate to devices, so that we didn't have to double our code with a billion if()s.
Personally, I think the best way to do it is just with an external script and/or smokeping or something similar. You'll get the smokeping graphs in Observium, so you'd be half way there.
I'm not sure if smokeping will alert on failure/drops/high rtt, but I can't imagine no one has written that already!
We're pretty much at the conclusion that SNMP is an eternal prerequisite for devices being polled by Observium. The Linux Agent and WMI support helps improve data or fill in gaps, but SNMP will probably never be optional.
adam.
On 2014-01-28 03:40, BERTRAND Adrien [BPCE Assurances] wrote:
Hi all !
I know that I ask about a lot of functionalities … but you like me for that :-)
So I'll to be as clear as possible (and as "English" as possible …).
Is it possible to add a new kind of device that is only polled with ping ? The primary goal is to know when distant server (hosted by partners) aren't reachable without asking to have access to their snmp daemon and community …
I imagine that it can be a huge work because it needs to bypass a lot of code but you could have think about it … ? To be simple for everyone, this kind of device can be a new sort of server but without any snmp information (no device panel / no ports panel, etc…) and just be polled by the ping. And when a hosts is down the alerter send a mail / trap and the index.php put an information box to warn on "device down" like any others hosts.
Sincerely,
Adrien Bertrand - Information Security Administrator
BPCE Assurances, 88 av de France 75013 Paris
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Hi Adam,
It's the conclusion I got too : SNMP is a prerequisite for Observium.
I'll see the script of Supun that can fill our needs, because we don't really need graphs for these devices (we just need to see if they're alive and having an email alert when they're down). Or I'll use another platform (or some simple scripts) to avoid conflicts ...
Thanks :-)
Adrien Bertrand – Information Security Administrator BPCE Assurances, 88 av de France 75013 Paris
-----Message d'origine----- De : observium [mailto:observium-bounces@observium.org] De la part de Adam Armstrong Envoyé : mercredi 29 janvier 2014 01:20 À : Observium Network Observation System Objet : Re: [Observium] New kind of device
Hi Adrien,
The only way we'd likely implement this would be to have a separate set of entities, completely separate to devices, so that we didn't have to double our code with a billion if()s.
Personally, I think the best way to do it is just with an external script and/or smokeping or something similar. You'll get the smokeping graphs in Observium, so you'd be half way there.
I'm not sure if smokeping will alert on failure/drops/high rtt, but I can't imagine no one has written that already!
We're pretty much at the conclusion that SNMP is an eternal prerequisite for devices being polled by Observium. The Linux Agent and WMI support helps improve data or fill in gaps, but SNMP will probably never be optional.
adam.
On 2014-01-28 03:40, BERTRAND Adrien [BPCE Assurances] wrote:
Hi all !
I know that I ask about a lot of functionalities … but you like me for that :-)
So I'll to be as clear as possible (and as "English" as possible …).
Is it possible to add a new kind of device that is only polled with ping ? The primary goal is to know when distant server (hosted by partners) aren't reachable without asking to have access to their snmp daemon and community …
I imagine that it can be a huge work because it needs to bypass a lot of code but you could have think about it … ? To be simple for everyone, this kind of device can be a new sort of server but without any snmp information (no device panel / no ports panel, etc…) and just be polled by the ping. And when a hosts is down the alerter send a mail / trap and the index.php put an information box to warn on "device down" like any others hosts.
Sincerely,
Adrien Bertrand - Information Security Administrator
BPCE Assurances, 88 av de France 75013 Paris
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 (10)
-
Adam Armstrong
-
BERTRAND Adrien [BPCE Assurances]
-
Chris Moody
-
Johnathon Voegeli
-
Kenny Sallee
-
Moerman, Maarten
-
Nikolay Shopik
-
Robbie Wright
-
Supun Rathnayake
-
Tom Laermans