I added a new box to my network last week, but Observium hasn't seemed to have picked it up yet. I'm trying to troubleshoot it, but short of proving ping, CDP and snmpwalk on the box work fine and manually running the discovery cron job, I'm not sure what else to do in terms of troubleshooting. Can anyone lend a pointer?
CentOS 6.3 (Final) Observium 0.13.11.4743
[root@monitor01 observium]# /opt/observium/discovery.php -d -h new DEBUG! Observium v0.13.11.4743 Discovery
Schema update disabled by -h new, run with -h none to perform it manually.
SQL[SELECT * FROM `devices` WHERE status = 1 AND disabled = 0 AND (`last_discovered` IS NULL OR `last_discovered` = '0000-00-00 00:00:00') ORDER BY device_id DESC] /opt/observium/discovery.php new November 5, 2013, 8:16 - 0 devices discovered in 0.002 secs MySQL: Cell[0/0s] Row[0/0s] Rows[1/0s] Column[0/0s] Update[0/0s] Insert[0/0s] Delete[0/0s] [root@monitor01 observium]#
mysql> select hostname from devices where hostname like 'bfr01.905king%'; Empty set (0.00 sec)
mysql>
RP/0/RSP0/CPU0:bfr01.151FrontStW01.YYZ#sh cdp neigh te0/2/0/14 detail Tue Nov 5 08:09:06.390 EST
------------------------- Device ID: bfr01.905KingStW01.YYZ SysName : bfr01.905KingStW01.YYZ Entry address(es): IPv4 address: * Platform: cisco ASR9K Series, Capabilities: Router Interface: TenGigE0/2/0/14 Port ID (outgoing port): TenGigE0/1/0/0 Holdtime : 166 sec
Version : Cisco IOS XR Software, Version 4.3.2[Default] Copyright (c) 2013 by Cisco Systems, Inc.
advertisement version: 2 Duplex: full RP/0/RSP0/CPU0:bfr01.151FrontStW01.YYZ#
[root@monitor01 observium]# snmpwalk -v2c -c * bfr01.905KingStW01.YYZ sysDescr SNMPv2-MIB::sysDescr.0 = STRING: "Cisco IOS XR Software (Cisco ASR9K Series), Version 4.3.2[Default] Copyright (c) 2013 by Cisco Systems, Inc." [root@monitor01 observium]# ping -c 1 bfr01.905KingStW01.yyz PING bfr01.905KingStW01.yyz (10.219.49.22) 56(84) bytes of data. 64 bytes from bfr01.905KingStW01.YYZ (10.219.49.22): icmp_seq=1 ttl=253 time=0.862 ms
--- bfr01.905KingStW01.yyz ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 1ms rtt min/avg/max/mdev = 0.862/0.862/0.862/0.000 ms [root@monitor01 observium]#
Thanks in advance, eh! ;)
Hi,
discovery -h new is not for discovering new hosts; please post discovery output for the device connected to said host.
Tom
On 11/05/2013 02:20 PM, Jason Lixfeld wrote:
I added a new box to my network last week, but Observium hasn't seemed to have picked it up yet. I'm trying to troubleshoot it, but short of proving ping, CDP and snmpwalk on the box work fine and manually running the discovery cron job, I'm not sure what else to do in terms of troubleshooting. Can anyone lend a pointer?
CentOS 6.3 (Final) Observium 0.13.11.4743
[root@monitor01 observium]# /opt/observium/discovery.php -d -h new DEBUG! Observium v0.13.11.4743 Discovery
Schema update disabled by -h new, run with -h none to perform it manually.
SQL[SELECT * FROM `devices` WHERE status = 1 AND disabled = 0 AND (`last_discovered` IS NULL OR `last_discovered` = '0000-00-00 00:00:00') ORDER BY device_id DESC] /opt/observium/discovery.php new November 5, 2013, 8:16 - 0 devices discovered in 0.002 secs MySQL: Cell[0/0s] Row[0/0s] Rows[1/0s] Column[0/0s] Update[0/0s] Insert[0/0s] Delete[0/0s] [root@monitor01 observium]#
mysql> select hostname from devices where hostname like 'bfr01.905king%'; Empty set (0.00 sec)
mysql>
RP/0/RSP0/CPU0:bfr01.151FrontStW01.YYZ#sh cdp neigh te0/2/0/14 detail Tue Nov 5 08:09:06.390 EST
Device ID: bfr01.905KingStW01.YYZ SysName : bfr01.905KingStW01.YYZ Entry address(es): IPv4 address: * Platform: cisco ASR9K Series, Capabilities: Router Interface: TenGigE0/2/0/14 Port ID (outgoing port): TenGigE0/1/0/0 Holdtime : 166 sec
Version : Cisco IOS XR Software, Version 4.3.2[Default] Copyright (c) 2013 by Cisco Systems, Inc.
advertisement version: 2 Duplex: full RP/0/RSP0/CPU0:bfr01.151FrontStW01.YYZ#
[root@monitor01 observium]# snmpwalk -v2c -c * bfr01.905KingStW01.YYZ sysDescr SNMPv2-MIB::sysDescr.0 = STRING: "Cisco IOS XR Software (Cisco ASR9K Series), Version 4.3.2[Default] Copyright (c) 2013 by Cisco Systems, Inc." [root@monitor01 observium]# ping -c 1 bfr01.905KingStW01.yyz PING bfr01.905KingStW01.yyz (10.219.49.22) 56(84) bytes of data. 64 bytes from bfr01.905KingStW01.YYZ (10.219.49.22): icmp_seq=1 ttl=253 time=0.862 ms
--- bfr01.905KingStW01.yyz ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 1ms rtt min/avg/max/mdev = 0.862/0.862/0.862/0.000 ms [root@monitor01 observium]#
Thanks in advance, eh! ;) _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
On 11/05/2013 02:35 PM, Tom Laermans wrote:
Hi,
discovery -h new is not for discovering new hosts; please post discovery output for the device connected to said host.
To clarify: it's to run Observium discovery for hosts which have not been discovered yet. Actually adding new hosts to Observium happens through the discovery process for a neighbouring device.
Tom
On 11/05/2013 02:20 PM, Jason Lixfeld wrote:
I added a new box to my network last week, but Observium hasn't seemed to have picked it up yet. I'm trying to troubleshoot it, but short of proving ping, CDP and snmpwalk on the box work fine and manually running the discovery cron job, I'm not sure what else to do in terms of troubleshooting. Can anyone lend a pointer?
CentOS 6.3 (Final) Observium 0.13.11.4743
[root@monitor01 observium]# /opt/observium/discovery.php -d -h new DEBUG! Observium v0.13.11.4743 Discovery
Schema update disabled by -h new, run with -h none to perform it manually.
SQL[SELECT * FROM `devices` WHERE status = 1 AND disabled = 0 AND (`last_discovered` IS NULL OR `last_discovered` = '0000-00-00 00:00:00') ORDER BY device_id DESC] /opt/observium/discovery.php new November 5, 2013, 8:16 - 0 devices discovered in 0.002 secs MySQL: Cell[0/0s] Row[0/0s] Rows[1/0s] Column[0/0s] Update[0/0s] Insert[0/0s] Delete[0/0s] [root@monitor01 observium]#
mysql> select hostname from devices where hostname like 'bfr01.905king%'; Empty set (0.00 sec)
mysql>
RP/0/RSP0/CPU0:bfr01.151FrontStW01.YYZ#sh cdp neigh te0/2/0/14 detail Tue Nov 5 08:09:06.390 EST
Device ID: bfr01.905KingStW01.YYZ SysName : bfr01.905KingStW01.YYZ Entry address(es): IPv4 address: * Platform: cisco ASR9K Series, Capabilities: Router Interface: TenGigE0/2/0/14 Port ID (outgoing port): TenGigE0/1/0/0 Holdtime : 166 sec
Version : Cisco IOS XR Software, Version 4.3.2[Default] Copyright (c) 2013 by Cisco Systems, Inc.
advertisement version: 2 Duplex: full RP/0/RSP0/CPU0:bfr01.151FrontStW01.YYZ#
[root@monitor01 observium]# snmpwalk -v2c -c * bfr01.905KingStW01.YYZ sysDescr SNMPv2-MIB::sysDescr.0 = STRING: "Cisco IOS XR Software (Cisco ASR9K Series), Version 4.3.2[Default] Copyright (c) 2013 by Cisco Systems, Inc." [root@monitor01 observium]# ping -c 1 bfr01.905KingStW01.yyz PING bfr01.905KingStW01.yyz (10.219.49.22) 56(84) bytes of data. 64 bytes from bfr01.905KingStW01.YYZ (10.219.49.22): icmp_seq=1 ttl=253 time=0.862 ms
--- bfr01.905KingStW01.yyz ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 1ms rtt min/avg/max/mdev = 0.862/0.862/0.862/0.000 ms [root@monitor01 observium]#
Thanks in advance, eh! ;) _______________________________________________ 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 2013-11-05 14:05, Tom Laermans wrote:
On 11/05/2013 02:35 PM, Tom Laermans wrote: Hi,
discovery -h new is not for discovering new hosts; please post discovery output for the device connected to said host. To clarify: it's to run Observium discovery for hosts which have not been discovered yet. Actually adding new hosts to Observium happens through the discovery process for a neighbouring device.
which also only works when at least 5 planets are in alignment.
adam.
So discovery -h all runs discovery against all known devices; looking for new devices connected to the existing devices through cdp, lldp, etc. Those devices are added to some database that discovery -h new picks up and runs discovery against.
Is that pretty much how it works?
Sent from my iPhone
On Nov 5, 2013, at 9:05 AM, Tom Laermans tom.laermans@powersource.cx wrote:
On 11/05/2013 02:35 PM, Tom Laermans wrote: Hi,
discovery -h new is not for discovering new hosts; please post discovery output for the device connected to said host.
To clarify: it's to run Observium discovery for hosts which have not been discovered yet. Actually adding new hosts to Observium happens through the discovery process for a neighbouring device.
Tom
On 11/05/2013 02:20 PM, Jason Lixfeld wrote: I added a new box to my network last week, but Observium hasn't seemed to have picked it up yet. I'm trying to troubleshoot it, but short of proving ping, CDP and snmpwalk on the box work fine and manually running the discovery cron job, I'm not sure what else to do in terms of troubleshooting. Can anyone lend a pointer?
CentOS 6.3 (Final) Observium 0.13.11.4743
[root@monitor01 observium]# /opt/observium/discovery.php -d -h new DEBUG! Observium v0.13.11.4743 Discovery
Schema update disabled by -h new, run with -h none to perform it manually.
SQL[SELECT * FROM `devices` WHERE status = 1 AND disabled = 0 AND (`last_discovered` IS NULL OR `last_discovered` = '0000-00-00 00:00:00') ORDER BY device_id DESC] /opt/observium/discovery.php new November 5, 2013, 8:16 - 0 devices discovered in 0.002 secs MySQL: Cell[0/0s] Row[0/0s] Rows[1/0s] Column[0/0s] Update[0/0s] Insert[0/0s] Delete[0/0s] [root@monitor01 observium]#
mysql> select hostname from devices where hostname like 'bfr01.905king%'; Empty set (0.00 sec)
mysql>
RP/0/RSP0/CPU0:bfr01.151FrontStW01.YYZ#sh cdp neigh te0/2/0/14 detail Tue Nov 5 08:09:06.390 EST
Device ID: bfr01.905KingStW01.YYZ SysName : bfr01.905KingStW01.YYZ Entry address(es): IPv4 address: * Platform: cisco ASR9K Series, Capabilities: Router Interface: TenGigE0/2/0/14 Port ID (outgoing port): TenGigE0/1/0/0 Holdtime : 166 sec
Version : Cisco IOS XR Software, Version 4.3.2[Default] Copyright (c) 2013 by Cisco Systems, Inc.
advertisement version: 2 Duplex: full RP/0/RSP0/CPU0:bfr01.151FrontStW01.YYZ#
[root@monitor01 observium]# snmpwalk -v2c -c * bfr01.905KingStW01.YYZ sysDescr SNMPv2-MIB::sysDescr.0 = STRING: "Cisco IOS XR Software (Cisco ASR9K Series), Version 4.3.2[Default] Copyright (c) 2013 by Cisco Systems, Inc." [root@monitor01 observium]# ping -c 1 bfr01.905KingStW01.yyz PING bfr01.905KingStW01.yyz (10.219.49.22) 56(84) bytes of data. 64 bytes from bfr01.905KingStW01.YYZ (10.219.49.22): icmp_seq=1 ttl=253 time=0.862 ms
--- bfr01.905KingStW01.yyz ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 1ms rtt min/avg/max/mdev = 0.862/0.862/0.862/0.000 ms [root@monitor01 observium]#
Thanks in advance, eh! ;) _______________________________________________ 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
On 11/05/2013 03:14 PM, Jason Lixfeld wrote:
So discovery -h all runs discovery against all known devices; looking for new devices connected to the existing devices through cdp, lldp, etc. Those devices are added to some database that discovery -h new picks up and runs discovery against.
Is that pretty much how it works?
That is correct.
which also only works when at least 5 planets are in alignment.
Works great for me with LLDP, OSPF and libvirt discovery. :-)
Tom
Sent from my iPhone
On Nov 5, 2013, at 9:05 AM, Tom Laermans tom.laermans@powersource.cx wrote:
On 11/05/2013 02:35 PM, Tom Laermans wrote: Hi,
discovery -h new is not for discovering new hosts; please post discovery output for the device connected to said host.
To clarify: it's to run Observium discovery for hosts which have not been discovered yet. Actually adding new hosts to Observium happens through the discovery process for a neighbouring device.
Tom
On 11/05/2013 02:20 PM, Jason Lixfeld wrote: I added a new box to my network last week, but Observium hasn't seemed to have picked it up yet. I'm trying to troubleshoot it, but short of proving ping, CDP and snmpwalk on the box work fine and manually running the discovery cron job, I'm not sure what else to do in terms of troubleshooting. Can anyone lend a pointer?
CentOS 6.3 (Final) Observium 0.13.11.4743
[root@monitor01 observium]# /opt/observium/discovery.php -d -h new DEBUG! Observium v0.13.11.4743 Discovery
Schema update disabled by -h new, run with -h none to perform it manually.
SQL[SELECT * FROM `devices` WHERE status = 1 AND disabled = 0 AND (`last_discovered` IS NULL OR `last_discovered` = '0000-00-00 00:00:00') ORDER BY device_id DESC] /opt/observium/discovery.php new November 5, 2013, 8:16 - 0 devices discovered in 0.002 secs MySQL: Cell[0/0s] Row[0/0s] Rows[1/0s] Column[0/0s] Update[0/0s] Insert[0/0s] Delete[0/0s] [root@monitor01 observium]#
mysql> select hostname from devices where hostname like 'bfr01.905king%'; Empty set (0.00 sec)
mysql>
RP/0/RSP0/CPU0:bfr01.151FrontStW01.YYZ#sh cdp neigh te0/2/0/14 detail Tue Nov 5 08:09:06.390 EST
Device ID: bfr01.905KingStW01.YYZ SysName : bfr01.905KingStW01.YYZ Entry address(es): IPv4 address: * Platform: cisco ASR9K Series, Capabilities: Router Interface: TenGigE0/2/0/14 Port ID (outgoing port): TenGigE0/1/0/0 Holdtime : 166 sec
Version : Cisco IOS XR Software, Version 4.3.2[Default] Copyright (c) 2013 by Cisco Systems, Inc.
advertisement version: 2 Duplex: full RP/0/RSP0/CPU0:bfr01.151FrontStW01.YYZ#
[root@monitor01 observium]# snmpwalk -v2c -c * bfr01.905KingStW01.YYZ sysDescr SNMPv2-MIB::sysDescr.0 = STRING: "Cisco IOS XR Software (Cisco ASR9K Series), Version 4.3.2[Default] Copyright (c) 2013 by Cisco Systems, Inc." [root@monitor01 observium]# ping -c 1 bfr01.905KingStW01.yyz PING bfr01.905KingStW01.yyz (10.219.49.22) 56(84) bytes of data. 64 bytes from bfr01.905KingStW01.YYZ (10.219.49.22): icmp_seq=1 ttl=253 time=0.862 ms
--- bfr01.905KingStW01.yyz ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 1ms rtt min/avg/max/mdev = 0.862/0.862/0.862/0.000 ms [root@monitor01 observium]#
Thanks in advance, eh! ;) _______________________________________________ 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
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
As soon as I get to my desk I'll be able to copy/paste a full discovery output, but in the mean time, I managed to get this from the CDP portion of the discovery output:
... Discovery protocols: CISCO-CDP-MIB: XXXXXXXXXXXXXXXXXXXXXXXXXXX LLDP-MIB: ...
Sent from my iPhone
On Nov 5, 2013, at 9:19 AM, Tom Laermans tom.laermans@powersource.cx wrote:
On 11/05/2013 03:14 PM, Jason Lixfeld wrote: So discovery -h all runs discovery against all known devices; looking for new devices connected to the existing devices through cdp, lldp, etc. Those devices are added to some database that discovery -h new picks up and runs discovery against.
Is that pretty much how it works?
That is correct.
which also only works when at least 5 planets are in alignment.
Works great for me with LLDP, OSPF and libvirt discovery. :-)
Tom
Sent from my iPhone
On Nov 5, 2013, at 9:05 AM, Tom Laermans tom.laermans@powersource.cx wrote:
On 11/05/2013 02:35 PM, Tom Laermans wrote: Hi,
discovery -h new is not for discovering new hosts; please post discovery output for the device connected to said host.
To clarify: it's to run Observium discovery for hosts which have not been discovered yet. Actually adding new hosts to Observium happens through the discovery process for a neighbouring device.
Tom
On 11/05/2013 02:20 PM, Jason Lixfeld wrote: I added a new box to my network last week, but Observium hasn't seemed to have picked it up yet. I'm trying to troubleshoot it, but short of proving ping, CDP and snmpwalk on the box work fine and manually running the discovery cron job, I'm not sure what else to do in terms of troubleshooting. Can anyone lend a pointer?
CentOS 6.3 (Final) Observium 0.13.11.4743
[root@monitor01 observium]# /opt/observium/discovery.php -d -h new DEBUG! Observium v0.13.11.4743 Discovery
Schema update disabled by -h new, run with -h none to perform it manually.
SQL[SELECT * FROM `devices` WHERE status = 1 AND disabled = 0 AND (`last_discovered` IS NULL OR `last_discovered` = '0000-00-00 00:00:00') ORDER BY device_id DESC] /opt/observium/discovery.php new November 5, 2013, 8:16 - 0 devices discovered in 0.002 secs MySQL: Cell[0/0s] Row[0/0s] Rows[1/0s] Column[0/0s] Update[0/0s] Insert[0/0s] Delete[0/0s] [root@monitor01 observium]#
mysql> select hostname from devices where hostname like 'bfr01.905king%'; Empty set (0.00 sec)
mysql>
RP/0/RSP0/CPU0:bfr01.151FrontStW01.YYZ#sh cdp neigh te0/2/0/14 detail Tue Nov 5 08:09:06.390 EST
Device ID: bfr01.905KingStW01.YYZ SysName : bfr01.905KingStW01.YYZ Entry address(es): IPv4 address: * Platform: cisco ASR9K Series, Capabilities: Router Interface: TenGigE0/2/0/14 Port ID (outgoing port): TenGigE0/1/0/0 Holdtime : 166 sec
Version : Cisco IOS XR Software, Version 4.3.2[Default] Copyright (c) 2013 by Cisco Systems, Inc.
advertisement version: 2 Duplex: full RP/0/RSP0/CPU0:bfr01.151FrontStW01.YYZ#
[root@monitor01 observium]# snmpwalk -v2c -c * bfr01.905KingStW01.YYZ sysDescr SNMPv2-MIB::sysDescr.0 = STRING: "Cisco IOS XR Software (Cisco ASR9K Series), Version 4.3.2[Default] Copyright (c) 2013 by Cisco Systems, Inc." [root@monitor01 observium]# ping -c 1 bfr01.905KingStW01.yyz PING bfr01.905KingStW01.yyz (10.219.49.22) 56(84) bytes of data. 64 bytes from bfr01.905KingStW01.YYZ (10.219.49.22): icmp_seq=1 ttl=253 time=0.862 ms
--- bfr01.905KingStW01.yyz ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 1ms rtt min/avg/max/mdev = 0.862/0.862/0.862/0.000 ms [root@monitor01 observium]#
Thanks in advance, eh! ;) _______________________________________________ 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
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
X means excluded, probably bullshit being returned by CDP? :-)
On 11/05/2013 04:18 PM, Jason Lixfeld wrote:
As soon as I get to my desk I'll be able to copy/paste a full discovery output, but in the mean time, I managed to get this from the CDP portion of the discovery output:
... Discovery protocols: CISCO-CDP-MIB: XXXXXXXXXXXXXXXXXXXXXXXXXXX LLDP-MIB: ...
Sent from my iPhone
On Nov 5, 2013, at 9:19 AM, Tom Laermans tom.laermans@powersource.cx wrote:
On 11/05/2013 03:14 PM, Jason Lixfeld wrote: So discovery -h all runs discovery against all known devices; looking for new devices connected to the existing devices through cdp, lldp, etc. Those devices are added to some database that discovery -h new picks up and runs discovery against.
Is that pretty much how it works?
That is correct.
which also only works when at least 5 planets are in alignment.
Works great for me with LLDP, OSPF and libvirt discovery. :-)
Tom
Sent from my iPhone
On Nov 5, 2013, at 9:05 AM, Tom Laermans tom.laermans@powersource.cx wrote:
On 11/05/2013 02:35 PM, Tom Laermans wrote: Hi,
discovery -h new is not for discovering new hosts; please post discovery output for the device connected to said host.
To clarify: it's to run Observium discovery for hosts which have not been discovered yet. Actually adding new hosts to Observium happens through the discovery process for a neighbouring device.
Tom
On 11/05/2013 02:20 PM, Jason Lixfeld wrote: I added a new box to my network last week, but Observium hasn't seemed to have picked it up yet. I'm trying to troubleshoot it, but short of proving ping, CDP and snmpwalk on the box work fine and manually running the discovery cron job, I'm not sure what else to do in terms of troubleshooting. Can anyone lend a pointer?
CentOS 6.3 (Final) Observium 0.13.11.4743
[root@monitor01 observium]# /opt/observium/discovery.php -d -h new DEBUG! Observium v0.13.11.4743 Discovery
Schema update disabled by -h new, run with -h none to perform it manually.
SQL[SELECT * FROM `devices` WHERE status = 1 AND disabled = 0 AND (`last_discovered` IS NULL OR `last_discovered` = '0000-00-00 00:00:00') ORDER BY device_id DESC] /opt/observium/discovery.php new November 5, 2013, 8:16 - 0 devices discovered in 0.002 secs MySQL: Cell[0/0s] Row[0/0s] Rows[1/0s] Column[0/0s] Update[0/0s] Insert[0/0s] Delete[0/0s] [root@monitor01 observium]#
mysql> select hostname from devices where hostname like 'bfr01.905king%'; Empty set (0.00 sec)
mysql>
RP/0/RSP0/CPU0:bfr01.151FrontStW01.YYZ#sh cdp neigh te0/2/0/14 detail Tue Nov 5 08:09:06.390 EST
Device ID: bfr01.905KingStW01.YYZ SysName : bfr01.905KingStW01.YYZ Entry address(es): IPv4 address: * Platform: cisco ASR9K Series, Capabilities: Router Interface: TenGigE0/2/0/14 Port ID (outgoing port): TenGigE0/1/0/0 Holdtime : 166 sec
Version : Cisco IOS XR Software, Version 4.3.2[Default] Copyright (c) 2013 by Cisco Systems, Inc.
advertisement version: 2 Duplex: full RP/0/RSP0/CPU0:bfr01.151FrontStW01.YYZ#
[root@monitor01 observium]# snmpwalk -v2c -c * bfr01.905KingStW01.YYZ sysDescr SNMPv2-MIB::sysDescr.0 = STRING: "Cisco IOS XR Software (Cisco ASR9K Series), Version 4.3.2[Default] Copyright (c) 2013 by Cisco Systems, Inc." [root@monitor01 observium]# ping -c 1 bfr01.905KingStW01.yyz PING bfr01.905KingStW01.yyz (10.219.49.22) 56(84) bytes of data. 64 bytes from bfr01.905KingStW01.YYZ (10.219.49.22): icmp_seq=1 ttl=253 time=0.862 ms
--- bfr01.905KingStW01.yyz ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 1ms rtt min/avg/max/mdev = 0.862/0.862/0.862/0.000 ms [root@monitor01 observium]#
Thanks in advance, eh! ;) _______________________________________________ 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
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
participants (3)
-
Adam Armstrong -
Jason Lixfeld -
Tom Laermans