- observium - lists.observium.org

Device not yet polled?
by observium＠velder.li 20 May '13

20 May '13

Hello there i changed a complete device (hostname is the same, but different location). Location was not updated. Hmmm, ok, i deleted the device, rm -r'ed rrd dir and re-added the device. Now it says Device not yet polled That's not correct. Device is polled. And the LocationBar does not update the locations. There's only UNKNOWN (1). Bug or my problem? Regards, patrick

4 14

Small splat patch + CheckPoint logo
by Laurens Vets 19 May '13

19 May '13

Small patch to add logo and initial splat.inc.php file for CheckPoint SecurePlatform support. I intend to expand this further... -Laurens

1 0

Re: [Observium] [Observium-dev] r4031 - in observer/trunk: html/images/os includes includes/discovery/os
by Adam Armstrong 19 May '13

19 May '13

It is indeed. The first should be .2 :-) Adam. "Rob J. Epping" <rob.epping(a)gmail.com> wrote: >On Sun, May 19, 2013 at 5:32 PM, <observium-commits(a)observium.org> wrote: >[SNIP] >> + if (strstr($sysObjectId, "1.3.6.1.4.1.2.3.1.2.1.1.3") || >> + strstr($sysObjectId, "1.3.6.1.4.1.2.3.1.2.1.1.3") ) { $os = "aix"; } > >Am I misreading this or is the same oid tested twice? >-- >GRTNX, >RobJE >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

1 0

Re: [Observium] [Observium-dev] r4031 - in observer/trunk: html/images/os includes includes/discovery/os
by Rob J. Epping 19 May '13

19 May '13

On Sun, May 19, 2013 at 5:32 PM, <observium-commits(a)observium.org> wrote: [SNIP] > + if (strstr($sysObjectId, "1.3.6.1.4.1.2.3.1.2.1.1.3") || > + strstr($sysObjectId, "1.3.6.1.4.1.2.3.1.2.1.1.3") ) { $os = "aix"; } Am I misreading this or is the same oid tested twice? -- GRTNX, RobJE

1 0

Re: [Observium] Device not yet polled?
by Adam Armstrong 19 May '13

19 May '13

Agh. Jason Lixfeld <jason(a)lixfeld.ca> wrote: >Indeed. > >ERROR 1054 (42S22): Unknown column 'location_geoapi' in 'field list' > >Sooo... was this me thinking that I actually did run './discovery.php -h new' after one of my updates when in fact I was dreaming it?? > >I was damn sure that I ran that, and made sure I ran it after the upgrade to 4027. Would that not have cleared it if I had forgotten to run it at some point prior? Or do I have to svn back to 3992, run discovery -h new, then upgrade to 4027 again and run discovery -h new again? > >On 2013-05-19, at 10:50 AM, Adam Armstrong <adama(a)memetic.org> wrote: > >> Do you get an error if you try to run the query by hand? >> >> The UPDATE query between SQL[]. >> >> adam. >> >> On 2013-05-19 15:19, Jason Lixfeld wrote: >>> I'm having a similar issue, but this particular device is brand new >>> and had nothing to do with maps. >>> Device information only shows "Cisco IOS" where other devices of the >>> same hardware type running the same OS all show their Device >>> Information just fine. >>> I've tried to delete the device and let it get re-polled, with no difference. >>> I should be clear - all other Observium behaviour on the device is >>> fine, just that Device Information stuff seems to be stuck... >>> Here's the same outpot from ./poller -h ... -d >>> SQL[UPDATE `devices` set `uptime` ='154877',`sysObjectID` >>> ='.1.3.6.1.4.1.9.1.1250',`sysName` ='pe01.2bloorstw01.yyz',`sysDescr` >>> ='Cisco IOS Software, ME360x Software (ME360x-UNIVERSAL-M), Version >>> 15.3(2)S, RELEASE SOFTWARE (fc1)\r\nTechnical Support: >>> http://www.cisco.com/techsupport\r\nCopyright (c) 1986-2013 by Cisco >>> Systems, Inc.\r\nCompiled Mon 25-Mar-13 12:58 by >>> prod_rel_team',`location_geoapi` ='mapquest',`location_lat` >>> ='37.7463058',`location_lon` ='-25.6668573',`location_city` >>> ='Unknown',`location_county` ='Unknown',`location_state` >>> ='Unknown',`location_country` ='Unknown',`version` >>> ='15.3(2)S',`features` ='UNIVERSAL',`hardware` >>> ='ciscoMe3600x24fsM',`last_polled` =NOW(),`last_polled_timetaken` >>> ='2.832',`device_state` ='N;' WHERE `device_id` = '182'] >>> SQL[INSERT INTO `perf_times` >>> (`type`,`doing`,`start`,`duration`,`devices`) VALUES >>> ('poll','pe01.2bloorstw01.yyz','1368972218.5967','2.912','1')] >>> ./poller.php pe01.2bloorstw01.yyz May 19, 2013, 10:03 - 1 devices >>> polled in 2.912 secs >>> The database, however, is missing much of this.. >>> mysql> select * from devices where sysname = 'pe01.2bloorstw01.yyz'; >>> +-----------+----------------------+----------------------+-----------+-----------+----------+----------+----------+------------+------------+---------+------+-----------+---------+---------+----------+------------+-------------+----------+------------+---------+----------+----------+----------+------+--------+--------+----------+--------+--------------+-------------+-----------------------+---------------------------+---------------------+---------+---------+--------+------+ >>> | device_id | hostname | sysName | community >>> | authlevel | authname | authpass | authalgo | cryptopass | cryptoalgo >>> | snmpver | port | transport | timeout | retries | ssh_port | >>> bgpLocalAs | sysObjectID | sysDescr | sysContact | version | hardware >>> | features | location | os | status | ignore | disabled | uptime | >>> agent_uptime | last_polled | last_polled_timetaken | >>> last_discovered_timetaken | last_discovered | purpose | type | >>> serial | icon | >>> +-----------+----------------------+----------------------+-----------+-----------+----------+----------+----------+------------+------------+---------+------+-----------+---------+---------+----------+------------+-------------+----------+------------+---------+----------+----------+----------+------+--------+--------+----------+--------+--------------+-------------+-----------------------+---------------------------+---------------------+---------+---------+--------+------+ >>> | 182 | pe01.2bloorstw01.yyz | pe01.2BloorStW01.YYZ | public >>> | NULL | NULL | NULL | NULL | NULL | NULL >>> | v2c | 161 | udp | NULL | NULL | 22 | 21949 >>> | NULL | NULL | | NULL | NULL | NULL >>> | | ios | 1 | 0 | 0 | NULL | 0 >>> | NULL | NULL | 1.91 | >>> 2013-05-19 09:08:43 | NULL | network | NULL | NULL | >>> +-----------+----------------------+----------------------+-----------+-----------+----------+----------+----------+------------+------------+---------+------+-----------+---------+---------+----------+------------+-------------+----------+------------+---------+----------+----------+----------+------+--------+--------+----------+--------+--------------+-------------+-----------------------+---------------------------+---------------------+---------+---------+--------+------+ >>> 1 row in set (0.00 sec) >>> mysql> >>> This device was first added while I was running v0.13.5.3992. >>> I upgraded to 4027, deleted and rediscovered and the above output is >>> from the 4027 -d output. >>> Anything else I can try to help? >>> PS. I just checked back and I have another device that is having the >>> same issue. It's not an ME3600, it's a C4500 and among many others >>> running the same OS, same HW configuration, etc. >>> On 2013-05-18, at 4:46 PM, observium(a)velder.li wrote: >>> Tested it. All new added devices on my observium aren't polled. Test Install, it works. Strange. >>> btw, where is the map? >>> regards >>> Am 17.05.2013 19:38, schrieb observium(a)velder.li: >>> Tried multiple devices. Still exists. Will try a fresh installation of >>> observium tonight. >>> Am 17.05.2013 15:13, schrieb Adam Armstrong: >>> There are no issues with that SQL query, so I'm not sure where the >>> problem could be. >>> adam. >>> On 2013-05-16 21:10, observium(a)velder.li wrote: >>> Hi Adam >>> Thx for your answer. >>> Output: >>> SQL[UPDATE `devices` set `uptime` ='7915',`sysObjectID` >>> ='.1.3.6.1.4.1.8072.3.2.10',`sysDescr` ='Linux ns3 3.2.0-4-amd64 #1 >>> SMP Debian 3.2.41-2+deb7u2 x86_64',`location_geoapi` >>> ='mapquest',`location_lat` ='33.7490987',`location_lon` >>> ='-84.3901849',`location_city` ='Atlanta',`location_county` ='Fulton >>> County',`location_state` ='Georgia',`location_country` ='us',`version` >>> ='3.2.0-4-amd64',`features` ='Debian 7.0',`hardware` ='Generic x86 >>> 64-bit',`last_polled` =NOW(),`last_polled_timetaken` >>> ='85.83',`device_state` >>> ='a:2:{s:7:\"ucd_mem\";a:7:{s:10:\"swap_total\";s:6:\"522236\";s:10:\"swap_avail\";s:6:\"521932\";s:9:\"mem_total\";s:6:\"250904\";s:9:\"mem_avail\";s:5:\"17104\";s:10:\"mem_shared\";s:1:\"0\";s:10:\"mem_buffer\";s:5:\"18036\";s:10:\"mem_cached\";s:6:\"160488\";}s:8:\"ucd_load\";s:1:\"1\";}' >>> WHERE `device_id` = '55'] >>> SQL[INSERT INTO `perf_times` >>> (`type`,`doing`,`start`,`duration`,`devices`) VALUES >>> ('poll','ns3.mydomain.li','1368734745.1935','85.83','1')] ./poller.php >>> ns3.mydomain.li May 16, 2013, 22:07 - 1 devices polled in 85.83 secs >>> But it still shows not polled yet. Any Idea? >>> Regards >>> Patrick >>> Am 16.05.2013 21:38, schrieb Adam Armstrong: >>> This is definitely a bug. >>> It's failing to update the device record for some reason. >>> Run : >>> ./poller.php -h <host> -d >>> there will be a SQL query towards the end which is trying to update >>> the location and set the last_polled time. This might help explain why >>> it's failing. >>> adam. >>> On 2013-05-16 20:25, observium(a)velder.li wrote: >>> Hello there >>> i changed a complete device (hostname is the same, but different >>> location). Location was not updated. Hmmm, ok, i deleted the device, >>> rm -r'ed rrd dir and re-added the device. Now it says >>> Device not yet polled >>> That's not correct. Device is polled. And the LocationBar does not >>> update the locations. There's only UNKNOWN (1). >>> Bug or my problem? >>> Regards, >>> patrick >>> _______________________________________________ >>> observium mailing list >>> observium(a)observium.org >>> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >>> _______________________________________________ >>> observium mailing list >>> observium(a)observium.org >>> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >>> _______________________________________________ >>> observium mailing list >>> observium(a)observium.org >>> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >>> _______________________________________________ >>> observium mailing list >>> observium(a)observium.org >>> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >>> _______________________________________________ >>> observium mailing list >>> observium(a)observium.org >>> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >>> _______________________________________________ >>> observium mailing list >>> observium(a)observium.org >>> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >>> _______________________________________________ >>> observium mailing list >>> observium(a)observium.org >>> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >> _______________________________________________ >> observium mailing list >> observium(a)observium.org >> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

2 3

Re: [Observium] Device not yet polled?
by Adam Armstrong 19 May '13

19 May '13

You seem to be missing database fields which you should not be missing. I'll check the definition files and make another sql update if needed. Adam. Jason Lixfeld <jason(a)lixfeld.ca> wrote: >Indeed. > >ERROR 1054 (42S22): Unknown column 'location_geoapi' in 'field list' > >Sooo... was this me thinking that I actually did run './discovery.php -h new' after one of my updates when in fact I was dreaming it?? > >I was damn sure that I ran that, and made sure I ran it after the upgrade to 4027. Would that not have cleared it if I had forgotten to run it at some point prior? Or do I have to svn back to 3992, run discovery -h new, then upgrade to 4027 again and run discovery -h new again? > >On 2013-05-19, at 10:50 AM, Adam Armstrong <adama(a)memetic.org> wrote: > >> Do you get an error if you try to run the query by hand? >> >> The UPDATE query between SQL[]. >> >> adam. >> >> On 2013-05-19 15:19, Jason Lixfeld wrote: >>> I'm having a similar issue, but this particular device is brand new >>> and had nothing to do with maps. >>> Device information only shows "Cisco IOS" where other devices of the >>> same hardware type running the same OS all show their Device >>> Information just fine. >>> I've tried to delete the device and let it get re-polled, with no difference. >>> I should be clear - all other Observium behaviour on the device is >>> fine, just that Device Information stuff seems to be stuck... >>> Here's the same outpot from ./poller -h ... -d >>> SQL[UPDATE `devices` set `uptime` ='154877',`sysObjectID` >>> ='.1.3.6.1.4.1.9.1.1250',`sysName` ='pe01.2bloorstw01.yyz',`sysDescr` >>> ='Cisco IOS Software, ME360x Software (ME360x-UNIVERSAL-M), Version >>> 15.3(2)S, RELEASE SOFTWARE (fc1)\r\nTechnical Support: >>> http://www.cisco.com/techsupport\r\nCopyright (c) 1986-2013 by Cisco >>> Systems, Inc.\r\nCompiled Mon 25-Mar-13 12:58 by >>> prod_rel_team',`location_geoapi` ='mapquest',`location_lat` >>> ='37.7463058',`location_lon` ='-25.6668573',`location_city` >>> ='Unknown',`location_county` ='Unknown',`location_state` >>> ='Unknown',`location_country` ='Unknown',`version` >>> ='15.3(2)S',`features` ='UNIVERSAL',`hardware` >>> ='ciscoMe3600x24fsM',`last_polled` =NOW(),`last_polled_timetaken` >>> ='2.832',`device_state` ='N;' WHERE `device_id` = '182'] >>> SQL[INSERT INTO `perf_times` >>> (`type`,`doing`,`start`,`duration`,`devices`) VALUES >>> ('poll','pe01.2bloorstw01.yyz','1368972218.5967','2.912','1')] >>> ./poller.php pe01.2bloorstw01.yyz May 19, 2013, 10:03 - 1 devices >>> polled in 2.912 secs >>> The database, however, is missing much of this.. >>> mysql> select * from devices where sysname = 'pe01.2bloorstw01.yyz'; >>> +-----------+----------------------+----------------------+-----------+-----------+----------+----------+----------+------------+------------+---------+------+-----------+---------+---------+----------+------------+-------------+----------+------------+---------+----------+----------+----------+------+--------+--------+----------+--------+--------------+-------------+-----------------------+---------------------------+---------------------+---------+---------+--------+------+ >>> | device_id | hostname | sysName | community >>> | authlevel | authname | authpass | authalgo | cryptopass | cryptoalgo >>> | snmpver | port | transport | timeout | retries | ssh_port | >>> bgpLocalAs | sysObjectID | sysDescr | sysContact | version | hardware >>> | features | location | os | status | ignore | disabled | uptime | >>> agent_uptime | last_polled | last_polled_timetaken | >>> last_discovered_timetaken | last_discovered | purpose | type | >>> serial | icon | >>> +-----------+----------------------+----------------------+-----------+-----------+----------+----------+----------+------------+------------+---------+------+-----------+---------+---------+----------+------------+-------------+----------+------------+---------+----------+----------+----------+------+--------+--------+----------+--------+--------------+-------------+-----------------------+---------------------------+---------------------+---------+---------+--------+------+ >>> | 182 | pe01.2bloorstw01.yyz | pe01.2BloorStW01.YYZ | public >>> | NULL | NULL | NULL | NULL | NULL | NULL >>> | v2c | 161 | udp | NULL | NULL | 22 | 21949 >>> | NULL | NULL | | NULL | NULL | NULL >>> | | ios | 1 | 0 | 0 | NULL | 0 >>> | NULL | NULL | 1.91 | >>> 2013-05-19 09:08:43 | NULL | network | NULL | NULL | >>> +-----------+----------------------+----------------------+-----------+-----------+----------+----------+----------+------------+------------+---------+------+-----------+---------+---------+----------+------------+-------------+----------+------------+---------+----------+----------+----------+------+--------+--------+----------+--------+--------------+-------------+-----------------------+---------------------------+---------------------+---------+---------+--------+------+ >>> 1 row in set (0.00 sec) >>> mysql> >>> This device was first added while I was running v0.13.5.3992. >>> I upgraded to 4027, deleted and rediscovered and the above output is >>> from the 4027 -d output. >>> Anything else I can try to help? >>> PS. I just checked back and I have another device that is having the >>> same issue. It's not an ME3600, it's a C4500 and among many others >>> running the same OS, same HW configuration, etc. >>> On 2013-05-18, at 4:46 PM, observium(a)velder.li wrote: >>> Tested it. All new added devices on my observium aren't polled. Test Install, it works. Strange. >>> btw, where is the map? >>> regards >>> Am 17.05.2013 19:38, schrieb observium(a)velder.li: >>> Tried multiple devices. Still exists. Will try a fresh installation of >>> observium tonight. >>> Am 17.05.2013 15:13, schrieb Adam Armstrong: >>> There are no issues with that SQL query, so I'm not sure where the >>> problem could be. >>> adam. >>> On 2013-05-16 21:10, observium(a)velder.li wrote: >>> Hi Adam >>> Thx for your answer. >>> Output: >>> SQL[UPDATE `devices` set `uptime` ='7915',`sysObjectID` >>> ='.1.3.6.1.4.1.8072.3.2.10',`sysDescr` ='Linux ns3 3.2.0-4-amd64 #1 >>> SMP Debian 3.2.41-2+deb7u2 x86_64',`location_geoapi` >>> ='mapquest',`location_lat` ='33.7490987',`location_lon` >>> ='-84.3901849',`location_city` ='Atlanta',`location_county` ='Fulton >>> County',`location_state` ='Georgia',`location_country` ='us',`version` >>> ='3.2.0-4-amd64',`features` ='Debian 7.0',`hardware` ='Generic x86 >>> 64-bit',`last_polled` =NOW(),`last_polled_timetaken` >>> ='85.83',`device_state` >>> ='a:2:{s:7:\"ucd_mem\";a:7:{s:10:\"swap_total\";s:6:\"522236\";s:10:\"swap_avail\";s:6:\"521932\";s:9:\"mem_total\";s:6:\"250904\";s:9:\"mem_avail\";s:5:\"17104\";s:10:\"mem_shared\";s:1:\"0\";s:10:\"mem_buffer\";s:5:\"18036\";s:10:\"mem_cached\";s:6:\"160488\";}s:8:\"ucd_load\";s:1:\"1\";}' >>> WHERE `device_id` = '55'] >>> SQL[INSERT INTO `perf_times` >>> (`type`,`doing`,`start`,`duration`,`devices`) VALUES >>> ('poll','ns3.mydomain.li','1368734745.1935','85.83','1')] ./poller.php >>> ns3.mydomain.li May 16, 2013, 22:07 - 1 devices polled in 85.83 secs >>> But it still shows not polled yet. Any Idea? >>> Regards >>> Patrick >>> Am 16.05.2013 21:38, schrieb Adam Armstrong: >>> This is definitely a bug. >>> It's failing to update the device record for some reason. >>> Run : >>> ./poller.php -h <host> -d >>> there will be a SQL query towards the end which is trying to update >>> the location and set the last_polled time. This might help explain why >>> it's failing. >>> adam. >>> On 2013-05-16 20:25, observium(a)velder.li wrote: >>> Hello there >>> i changed a complete device (hostname is the same, but different >>> location). Location was not updated. Hmmm, ok, i deleted the device, >>> rm -r'ed rrd dir and re-added the device. Now it says >>> Device not yet polled >>> That's not correct. Device is polled. And the LocationBar does not >>> update the locations. There's only UNKNOWN (1). >>> Bug or my problem? >>> Regards, >>> patrick >>> _______________________________________________ >>> observium mailing list >>> observium(a)observium.org >>> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >>> _______________________________________________ >>> observium mailing list >>> observium(a)observium.org >>> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >>> _______________________________________________ >>> observium mailing list >>> observium(a)observium.org >>> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >>> _______________________________________________ >>> observium mailing list >>> observium(a)observium.org >>> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >>> _______________________________________________ >>> observium mailing list >>> observium(a)observium.org >>> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >>> _______________________________________________ >>> observium mailing list >>> observium(a)observium.org >>> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >>> _______________________________________________ >>> observium mailing list >>> observium(a)observium.org >>> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >> _______________________________________________ >> observium mailing list >> observium(a)observium.org >> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

1 0

Re: [Observium] Device not yet polled?
by Adam Armstrong 19 May '13

19 May '13

The fuck. observium(a)velder.li wrote: >Hmm.. > >Here it is >-- >#1054 - Unknown column 'sysObjectID' in 'field list' >-- > > >discovery does not help. Any ideas? > > >Regards >Patrick > > >Am 19.05.2013 18:43, schrieb Adam Armstrong: >> Agh. >> >> Jason Lixfeld <jason(a)lixfeld.ca> wrote: >> >> Indeed. >> >> ERROR 1054 (42S22): Unknown column 'location_geoapi' in 'field list' >> >> Sooo... was this me thinking that I actually did run './discovery.php >> -h new' after one of my updates when in fact I was dreaming it?? >> >> I was damn sure that I ran that, and made sure I ran it after the >> upgrade to 4027. Would that not have cleared it if I had forgotten to >> run it at some point prior? Or do I have to svn back to 3992, run >> discovery -h new, then upgrade to 4027 again and run discovery -h new >> again? >> >> On 2013-05-19, at 10:50 AM, Adam Armstrong <adama(a)memetic.org> wrote: >> >> Do you get an error if you try to run the query by hand? >> >> The UPDATE query between SQL[]. >> >> adam. >> >> On 2013-05-19 15:19, Jason Lixfeld wrote: >> I'm having a similar issue, but this particular device is brand new >> and had nothing to do with maps. >> Device information only shows "Cisco IOS" where other devices of the >> same hardware type running the same OS all show their Device >> Information just fine. >> I've tried to delete the device and let it get re-polled, with no >> difference. >> I should be clear - all other Observium behaviour on the device is >> fine, just that Device Information stuff seems to be stuck... >> Here's the same outpot from ./poller -h ... -d >> SQL[UPDATE `devices` set `uptime` ='154877',`sysObjectID` >> ='.1.3.6.1.4.1.9.1.1250',`sysName` ='pe01.2bloorstw01.yyz',`sysDescr` >> ='Cisco IOS Software, ME360x Software (ME360x-UNIVERSAL-M), Version >> 15.3(2)S, RELEASE SOFTWARE (fc1)\r\nTechnical Support: >> http://www.cisco.com/techsupport\r\nCopyright (c) 1986-2013 by Cisco >> Systems, Inc.\r\nCompiled Mon 25-Mar-13 12:58 by >> prod_rel_team',`location_geoapi` ='mapquest',`location_lat` >> ='37.7463058',`location_lon` ='-25.6668573',`location_city` >> ='Unknown',`location_county` ='Unknown',`location_state` >> ='Unknown',`location_country` ='Unknown',`version` >> ='15.3(2)S',`features` ='UNIVERSAL',`hardware` >> ='ciscoMe3600x24fsM',`last_polled` =NOW(),`last_polled_timetaken` >> ='2.832',`device_state` ='N;' WHERE `device_id` = '182'] >> SQL[INSERT INTO `perf_times` >> (`type`,`doing`,`start`,`duration`,`devices`) VALUES >> ('poll','pe01.2bloorstw01.yyz','1368972218.5967','2.912','1')] >> ./poller.php pe01.2bloorstw01.yyz May 19, 2013, 10:03 - 1 devices >> polled in 2.912 secs >> The database, however, is missing much of this.. >> mysql> select * from devices where sysname = 'pe01.2bloorstw01.yyz'; >> +-----------+----------------------+----------------------+-----------+-----------+----------+----------+----------+------------+------------+---------+------+-----------+---------+---------+----------+------------+-------------+----------+------------+---------+----------+----------+----------+------+--------+--------+----------+--------+--------------+-------------+-----------------------+---------------------------+---------------------+---------+---------+--------+------+ >> | device_id | hostname | sysName | community >> | authlevel | authname | authpass | authalgo | cryptopass | cryptoalgo >> | snmpver | port | transport | timeout | retries | ssh_port | >> bgpLocalAs | sysObjectID | sysDescr | sysContact | version | hardware >> | features | location | os | status | ignore | disabled | uptime | >> agent_uptime | last_polled | last_polled_timetaken | >> last_discovered_timetaken | last_discovered | purpose | type | >> serial | icon | >> +-----------+----------------------+----------------------+-----------+-----------+----------+----------+----------+------------+------------+---------+------+-----------+---------+---------+----------+------------+-------------+----------+------------+---------+----------+----------+----------+------+--------+--------+----------+--------+--------------+-------------+-----------------------+---------------------------+---------------------+---------+---------+--------+------+ >> | 182 | pe01.2bloorstw01.yyz | pe01.2BloorStW01.YYZ | public >> | NULL | NULL | NULL | NULL | NULL | NULL >> | v2c | 161 | udp | NULL | NULL | 22 | 21949 >> | NULL | NULL | | NULL | NULL | NULL >> | | ios | 1 | 0 | 0 | NULL | 0 >> | NULL | NULL | 1.91 | >> 2013-05-19 09:08:43 | NULL | network | NULL | NULL | >> +-----------+----------------------+----------------------+-----------+-----------+----------+----------+----------+------------+------------+---------+------+-----------+---------+---------+----------+------------+-------------+----------+------------+---------+----------+----------+----------+------+--------+--------+----------+--------+--------------+-------------+-----------------------+---------------------------+---------------------+---------+---------+--------+------+ >> 1 row in set (0.00 sec) >> mysql> >> This device was first added while I was running v0.13.5.3992. >> I upgraded to 4027, deleted and rediscovered and the above output is >> from the 4027 -d output. >> Anything else I can try to help? >> PS. I just checked back and I have another device that is having the >> same issue. It's not an ME3600, it's a C4500 and among many others >> running the same OS, same HW configuration, etc. >> On 2013-05-18, at 4:46 PM, observium(a)velder.li wrote: >> Tested it. All new added devices on my observium aren't polled. Test >> Install, it works. Strange. >> btw, where is the map? >> regards >> Am 17.05.2013 19:38, schrieb observium(a)velder.li: >> Tried multiple devices. Still exists. Will try a fresh installation of >> observium tonight. >> Am 17.05.2013 15:13, schrieb Adam Armstrong: >> There are no issues with that SQL query, so I'm not sure where the >> problem could be. >> adam. >> On 2013-05-16 21:10, observium(a)velder.li wrote: >> Hi Adam >> Thx for your answer. >> Output: >> SQL[UPDATE `devices` set `uptime` ='7915',`sysObjectID` >> ='.1.3.6.1.4.1.8072.3.2.10',`sysDescr` ='Linux ns3 3.2.0-4-amd64 #1 >> SMP Debian 3.2.41-2+deb7u2 x86_64',`location_geoapi` >> ='mapquest',`location_lat` ='33.7490987',`location_lon` >> ='-84.3901849',`location_city` ='Atlanta',`location_county` ='Fulton >> County',`location_state` ='Georgia',`location_country` ='us',`version` >> ='3.2.0-4-amd64',`features` ='Debian 7.0',`hardware` ='Generic x86 >> 64-bit',`last_polled` =NOW(),`last_polled_timetaken` >> ='85.83',`device_state` >> ='a:2:{s:7:\"ucd_mem\";a:7:{s:10:\"swap_total\";s:6:\"522236\";s:10:\"swap_avail\";s:6:\"521932\";s:9:\"mem_total\";s:6:\"250904\";s:9:\"mem_avail\";s:5:\"17104\";s:10:\"mem_shared\";s:1:\"0\";s:10:\"mem_buffer\";s:5:\"18036\";s:10:\"mem_cached\";s:6:\"160488\";}s:8:\"ucd_load\";s:1:\"1\";}' >> WHERE `device_id` = '55'] >> SQL[INSERT INTO `perf_times` >> (`type`,`doing`,`start`,`duration`,`devices`) VALUES >> ('poll','ns3.mydomain.li','1368734745.1935','85.83','1')] ./poller.php >> ns3.mydomain.li May 16, 2013, 22:07 - 1 devices polled in 85.83 secs >> But it still shows not polled yet. Any Idea? >> Regards >> Patrick >> Am 16.05.2013 21:38, schrieb Adam Armstrong: >> This is definitely a bug. >> It's failing to update the device record for some reason. >> Run : >> ./poller.php -h <host> -d >> there will be a SQL query towards the end which is trying to update >> the location and set the last_polled time. This might help explain why >> it's failing. >> adam. >> On 2013-05-16 20:25, observium(a)velder.li wrote: >> Hello there >> i changed a complete device (hostname is the same, but different >> location). Location was not updated. Hmmm, ok, i deleted the device, >> rm -r'ed rrd dir and re-added the device. Now it says >> Device not yet polled >> That's not correct. Device is polled. And the LocationBar does not >> update the locations. There's only UNKNOWN (1). >> Bug or my problem? >> Regards, >> patrick >> _______________________________________________ >> observium mailing list >> observium(a)observium.org >> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >> _______________________________________________ >> observium mailing list >> observium(a)observium.org >> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >> _______________________________________________ >> observium mailing list >> observium(a)observium.org >> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >> _______________________________________________ >> observium mailing list >> observium(a)observium.org >> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >> _______________________________________________ >> observium mailing list >> observium(a)observium.org >> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >> _______________________________________________ >> observium mailing list >> observium(a)observium.org >> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >> _______________________________________________ >> observium mailing list >> observium(a)observium.org >> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >> _______________________________________________ >> observium mailing list >> observium(a)observium.org >> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >> >> _______________________________________________ >> observium mailing list >> observium(a)observium.org >> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >> _______________________________________________ >> observium mailing list >> observium(a)observium.org >> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

1 0

Re: [Observium] snmpwalk v snmpbulkwalk
by Adam Armstrong 19 May '13

19 May '13

It's using bulkwalk, unless the device is set to snmpv1 Adam. Michael H Lambert <lambert(a)psc.edu> wrote: >How do I tell whether the poller is using snmpwalk or snmpbulkwalk for a given device? > >Thanks, > >Michael > >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

2 1

snmpwalk v snmpbulkwalk
by Michael H Lambert 19 May '13

19 May '13

How do I tell whether the poller is using snmpwalk or snmpbulkwalk for a given device? Thanks, Michael

1 0

Re: [Observium] Device not yet polled?
by Adam Armstrong 19 May '13

19 May '13

The map is not enabled as default. Check the config documentation on the site. If your main installation's database is desynced, you could just delete it and read all the hosts. Adam. observium(a)velder.li wrote: >Tested it. All new added devices on my observium aren't polled. Test >Install, it works. Strange. > >btw, where is the map? > >regards > > >Am 17.05.2013 19:38, schrieb observium(a)velder.li: >> Tried multiple devices. Still exists. Will try a fresh installation of >> observium tonight. >> >> >> >> >> Am 17.05.2013 15:13, schrieb Adam Armstrong: >> There are no issues with that SQL query, so I'm not sure where the >> problem could be. >> >> adam. >> >> On 2013-05-16 21:10, observium(a)velder.li wrote: >> Hi Adam >> >> Thx for your answer. >> >> Output: >> >> >> SQL[UPDATE `devices` set `uptime` ='7915',`sysObjectID` >> ='.1.3.6.1.4.1.8072.3.2.10',`sysDescr` ='Linux ns3 3.2.0-4-amd64 #1 >> SMP Debian 3.2.41-2+deb7u2 x86_64',`location_geoapi` >> ='mapquest',`location_lat` ='33.7490987',`location_lon` >> ='-84.3901849',`location_city` ='Atlanta',`location_county` ='Fulton >> County',`location_state` ='Georgia',`location_country` ='us',`version` >> ='3.2.0-4-amd64',`features` ='Debian 7.0',`hardware` ='Generic x86 >> 64-bit',`last_polled` =NOW(),`last_polled_timetaken` >> ='85.83',`device_state` >> ='a:2:{s:7:\"ucd_mem\";a:7:{s:10:\"swap_total\";s:6:\"522236\";s:10:\"swap_avail\";s:6:\"521932\";s:9:\"mem_total\";s:6:\"250904\";s:9:\"mem_avail\";s:5:\"17104\";s:10:\"mem_shared\";s:1:\"0\";s:10:\"mem_buffer\";s:5:\"18036\";s:10:\"mem_cached\";s:6:\"160488\";}s:8:\"ucd_load\";s:1:\"1\";}' >> WHERE `device_id` = '55'] >> SQL[INSERT INTO `perf_times` >> (`type`,`doing`,`start`,`duration`,`devices`) VALUES >> ('poll','ns3.mydomain.li','1368734745.1935','85.83','1')] ./poller.php >> ns3.mydomain.li May 16, 2013, 22:07 - 1 devices polled in 85.83 secs >> >> >> >> >> But it still shows not polled yet. Any Idea? >> >> >> >> Regards >> Patrick >> >> >> Am 16.05.2013 21:38, schrieb Adam Armstrong: >> This is definitely a bug. >> >> It's failing to update the device record for some reason. >> >> Run : >> >> ./poller.php -h <host> -d >> >> there will be a SQL query towards the end which is trying to update >> the location and set the last_polled time. This might help explain why >> it's failing. >> >> adam. >> >> On 2013-05-16 20:25, observium(a)velder.li wrote: >> Hello there >> >> i changed a complete device (hostname is the same, but different >> location). Location was not updated. Hmmm, ok, i deleted the device, >> rm -r'ed rrd dir and re-added the device. Now it says >> >> Device not yet polled >> >> That's not correct. Device is polled. And the LocationBar does not >> update the locations. There's only UNKNOWN (1). >> >> Bug or my problem? >> >> >> Regards, >> patrick >> _______________________________________________ >> observium mailing list >> observium(a)observium.org >> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >> _______________________________________________ >> observium mailing list >> observium(a)observium.org >> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >> _______________________________________________ >> observium mailing list >> observium(a)observium.org >> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >> _______________________________________________ >> observium mailing list >> observium(a)observium.org >> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >> _______________________________________________ >> observium mailing list >> observium(a)observium.org >> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

1 0

esx 5 server memory not showing
by Chip Gonzales 17 May '13

17 May '13

I have several ESX 5.0 servers that are successfully polling and returning data from CPU/Storage/VMs, however the system memory is not getting polled/graphed. This is running the discovery process with debugging: Memory : DEBUG: SNMP Auth options = -v2c -c alpha /usr/bin/snmpbulkwalk -v2c -c alpha -OQUs -m NETSWITCH-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp:/opt/observium/mibs/hp udp:flux:161 hpLocal hpLocalMem = No Such Instance currently exists at this OID DEBUG: SNMP Auth options = -v2c -c alpha /usr/bin/snmpbulkwalk -v2c -c alpha -OQUs -m NETSWITCH-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp:/opt/observium/mibs/hp udp:flux:161 hpGlobal hpGlobalMem = No Such Instance currently exists at this OID

3 4

Re: [Observium] NFS - APPS or nfsstat can be graphed with obserium?
by Adam Armstrong 17 May '13

17 May '13

Nfs requires the UNIX agent to be used on servers. Adam. Mihai - Cristian Satmarean <mihai.satmarean(a)gmail.com> wrote: >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

2 1

NFS - APPS or nfsstat can be graphed with obserium?
by Mihai - Cristian Satmarean 17 May '13

17 May '13

lately we have some huge NFS activity and we would like to have a way to record those things, I tired activating NFS in the server apps, but I have nothing there. Is there anything more that I need to do? Thank you!

1 0

Re: [Observium] [PATCH] Display mysql Processlist
by Adam Armstrong 17 May '13

17 May '13

I winder why this was missing... :-) Pieter De Wit <pieter(a)insync.za.net> wrote: >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

1 0

[PATCH] Display mysql Processlist
by Pieter De Wit 17 May '13

17 May '13

Hi Devs, Please can we add this to the "MySQL App System" tab (html/pages/device/apps/mysql.inc.php) Index: mysql.inc.php =================================================================== --- mysql.inc.php (revision 4017) +++ mysql.inc.php (working copy) @@ -9,6 +9,7 @@ $graphs['system'] = array( 'mysql_connections' => 'Connections', + 'mysql_status' => 'Process List', 'mysql_files_tables' => 'Files and Tables', 'mysql_myisam_indexes' => 'MyISAM Indexes', 'mysql_network_traffic' => 'Network Traffic', Credit to Benoit please :) Cheers, Pieter

1 0

Front page 'boxes' layout.
by Adam Armstrong 17 May '13

17 May '13

I've just re-added the old boxes status display to the front page. http://alpha.memetic.org/~adama/snaps/p64g472tda.png You can enable it by adding the new type, "device_status_boxes" to the $config['frontpage']['order'] array. adam.

1 0

Re: [Observium] esx 5 server memory not showing
by Adam Armstrong 17 May '13

17 May '13

Esxi/5 does SNMP, but its broken these days. They removed a lot of data and counters. Adam. Paul Gear <observium(a)gear.dyndns.org> wrote: >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

1 0

Problems with rancid.
by Thomas Raabo - Zitcom A/S 17 May '13

17 May '13

Did this... //Rancid $config['rancid_configs'][] = '/usr/local/rancid/var/switches/configs/'; $config['rancid_configs'][] = '/usr/local/rancid/var/routers/configs/'; $config['rancid_suffix'] = 'network.zitcom.dk'; // Domain suffix for non-FQDN device names $config['rancid_ignorecomments'] = 0; // Ignore lines starting with # But I don't see a tag with rancid configs...? [root@mgmt3 observium]# ls -l /usr/local/rancid/var/routers/configs/ total 60 drwxr-xr-x 2 rancid apache 4096 May 15 12:59 CVS -rw-r----- 1 rancid apache 25590 May 15 12:59 sv-e-rt-1 -rw-r----- 1 rancid apache 25973 May 15 12:59 sv-e-rt-2 The configs are there.. But no rancid [cid:image001.png@01CE5170.50611610] Med venlig hilsen | Best regards Thomas Raabo Senior Network Engineer CCIE #33466 [Beskrivelse: cid:image001.jpg@01CB9163.2FCD3AC0] _____________________________________________ tr(a)zitcom.dk<mailto:tr@zitcom.dk> | Direkte: +45 69 10 60 18 | Tlf.: +45 70 23 55 66

5 8

Re: [Observium] OS Detection
by Tom Laermans 16 May '13

16 May '13

Mac OS isnt a Linux distro... And the apple logo is used for airports for example. How is it being detected now? Sent from my mobile, please excuse brevity and spelling errors. ----- Reply message ----- From: "Todd Kline" <tkline(a)horizonhobby.com> To: <observium(a)observium.org> Subject: [Observium] OS Detection Date: Wed, May 15, 2013 18:48 Hi All I have a few OSX servers and their OS is not detected. I looked in the distro script and see that it does not try to detect OSX. I did see an apple.png file in the images/os directory, so this make me wonder if anyone else has had success in OSX detection? Thanks Todd _______________________________________________ observium mailing list observium(a)observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

2 1

SQL Server
by Paulo Del Rio 16 May '13

16 May '13

Hello, I don't know if this is the best place to ask this but... Is it possible to integrate Observium with SQL Server? In my company we have a MS SQL server team managing the DB's but no MYSQL experts. If the integration with SQL Server is supported, I prefer that the correct team manages that DB. If not, is that integration in the roadmap? Best regards Paulo Rio

3 2

Re: [Observium] SQL Server
by Adam Armstrong 15 May '13

15 May '13

We have no ability to provide anything other than mysql support in observium for the same reason. We're all mysql users! Adam. Paulo Del Rio <Paulo.Rio(a)espap.pt> wrote: >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

2 1

Syslog
by Paulo Del Rio 15 May '13

15 May '13

Hello, I have started using observium and liked it a lot. In syslog, I would propose a new option of searching for traps with a option to add a NOT, expecially in the priorities search. Example: All traps NOT informational.

1 0

OS Detection
by Todd Kline 15 May '13

15 May '13

Hi All I have a few OSX servers and their OS is not detected. I looked in the distro script and see that it does not try to detect OSX. I did see an apple.png file in the images/os directory, so this make me wonder if anyone else has had success in OSX detection? Thanks Todd

1 0

Re: [Observium] Problems with rancid.
by Tom Laermans 15 May '13

15 May '13

Oh right, duh, was not quite awake it seems :) Sent from my mobile, please excuse brevity and spelling errors. ----- Reply message ----- From: "Adam Armstrong" <adama(a)memetic.org> To: "Observium Network Observation System" <observium(a)observium.org> Subject: [Observium] Problems with rancid. Date: Wed, May 15, 2013 15:13 This isn't how rancid_suffix works. It allows you to have FQDNs in rancid and the short form in Observium. adam. On 2013-05-15 13:09, Thomas Raabo - Zitcom A/S wrote: > It should be in group apache > > And permissions seems fine. > > [root@mgmt3 observium]# ls -l > /usr/local/rancid/var/routers/configs/sv-e-rt-1 > > -rw-r----- 1 rancid apache 25590 May 15 12:59 > /usr/local/rancid/var/routers/configs/sv-e-rt-1 > > [root@mgmt3 observium]# ls -l /usr/local/rancid/var/routers/configs > > total 60 > > drwxr-xr-x 2 rancid apache 4096 May 15 12:59 CVS > > -rw-r----- 1 rancid apache 25590 May 15 12:59 sv-e-rt-1 > > -rw-r----- 1 rancid apache 25973 May 15 12:59 sv-e-rt-2 > > [root@mgmt3 observium]# ls -l /usr/local/rancid/var/routers > > total 20 > > drwxr-xr-x 2 rancid apache 4096 Aug 19 2010 CVS > > drwxr-xr-x 3 rancid apache 4096 May 15 12:59 configs > > -rwxr-xr-x 1 rancid apache 38 Aug 19 2010 router.db > > -rw-r----- 1 rancid apache 32 May 15 12:59 routers.all > > -rw-r----- 1 rancid apache 0 May 15 12:59 routers.down > > -rw-r----- 1 rancid apache 32 May 15 12:59 routers.up > > [root@mgmt3 observium]# ls -l /usr/local/rancid/var > > total 144 > > drwxr-xr-x 7 rancid apache 4096 Jun 23 2011 CVS > > drwxr-xr-x 4 rancid apache 4096 May 15 12:59 firewalls > > drwxr-xr-x 2 rancid apache 122880 May 15 12:59 logs > > drwxr-xr-x 4 rancid apache 4096 May 15 12:59 old > > drwxr-xr-x 4 rancid apache 4096 May 15 12:59 routers > > drwxr-xr-x 4 rancid apache 4096 May 15 12:59 switches > > [root@mgmt3 observium]# ls -l /usr/local/rancid > > total 96 > > drwxrwx--- 8 rancid apache 4096 Jun 23 2011 var > > Med venlig hilsen | Best regards > > THOMAS RAABO > > Senior Network Engineer CCIE #33466 > > _____________________________________________ > > tr(a)zitcom.dk | Direkte: +45 69 10 60 18 | Tlf.: +45 70 23 55 66 > > FROM: observium [mailto:observium-bounces@observium.org] ON BEHALF OF > Tom Laermans > SENT: 15. maj 2013 13:56 > TO: Observium Network Observation System > SUBJECT: Re: [Observium] Problems with rancid. > > Hm, read too fast at first - you configured the suffix.. :) > > Is your apache in group apache and able to traverse the entire > directory tree? Permissions you listed seem to be ok. > > On 15/05/2013 13:30, Thomas Raabo - Zitcom A/S wrote: > > Did this… > > //Rancid > > $config['rancid_configs'][] = > '/usr/local/rancid/var/switches/configs/'; > > $config['rancid_configs'][] = '/usr/local/rancid/var/routers/configs/'; > > $config['rancid_suffix'] = 'network.zitcom.dk'; // Domain suffix for > non-FQDN device names > > $config['rancid_ignorecomments'] = 0; // Ignore lines starting with # > > But I don't see a tag with rancid configs…? > > [root@mgmt3 observium]# ls -l /usr/local/rancid/var/routers/configs/ > > total 60 > > drwxr-xr-x 2 rancid apache 4096 May 15 12:59 CVS > > -rw-r----- 1 rancid apache 25590 May 15 12:59 sv-e-rt-1 > > -rw-r----- 1 rancid apache 25973 May 15 12:59 sv-e-rt-2 > > The configs are there.. > > But no rancid > > Med venlig hilsen | Best regards > > THOMAS RAABO > > Senior Network Engineer CCIE #33466 > > _____________________________________________ > > tr(a)zitcom.dk | Direkte: +45 69 10 60 18 | Tlf.: +45 70 23 55 66 > > _______________________________________________ > > observium mailing list > > observium(a)observium.org > > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [1] > > > > Links: > ------ > [1] http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > > _______________________________________________ > observium mailing list > observium(a)observium.org > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium(a)observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

1 0

Re: [Observium] Custom port service type?
by Robert Williams 15 May '13

15 May '13

Hi Paul, That’s excellent thanks! I've just extended that array to include all our (already labelled, thankfully) ports for various service types and it's worked brilliantly. One question, I don't suppose there is an 'easy' way to add a category which is made of up two other port types? Like with the default "Peering & Transit" group? Cheers :) Robert Williams Custodian Data Centre Email: Robert(a)CustodianDC.com http://www.CustodianDC.com -----Original Message----- From: observium [mailto:observium-bounces@observium.org] On Behalf Of Paul Orrock Sent: 15 May 2013 06:00 To: Observium Network Observation System Subject: Re: [Observium] Custom port service type? Hi, I've just supplied a patch to the nav bar (commit 4004) that will pick up anything you put followed by a colon and display it as a group under the ports menu. So I have a bunch of ports which have descriptions which start ESXData: Inter: Mgmt: etc and now those headings appear as groups under the port menu automatically when you add them to the config file with $config['int_groups'] = array("EsxData","EsxMgmt","Inter"); If your existing ports don't start with something like that then you'll need to create a custom port description parser which will pull out the type from however you have it laid out in your port descriptions. I took the opportunity to re-label all my 330 ports into a better structure and just use the standard parser but the custom parser is easy enough if you can write regular expressions. regards, Paul On 15/05/2013 02:08, Jason Lixfeld wrote: > > On 2013-05-14, at 5:59 PM, Tom Laermans <tom.laermans(a)powersource.cx> wrote: > >> On 14/05/2013 23:45, Jason Lixfeld wrote: >>> My port naming convention for core ports doesn't follow the "Core:" spec required by Observium. Is it possible to specify a custom type, or perhaps change the default? I'd love to see my core ports with a click of the Ports drop-down hopefully by avoiding having to reconfigure over 400 port descriptions. I can't see anything in defaults.inc.php and I'm not well enough versed in php to really know how to go about looking through the php code to try and find the answer. My google-fu is failing me too, so any pointers would be greatly appreciated. >>> >> >> You can write a custom parser and set it in the config: >> >> $config['port_descr_parser'] = "includes/port-descr-parser.inc.php"; # Parse port descriptions into fields >> >> Take a look at that file, make a copy of it, and edit to your needs. It's not the prettiest code, heh - just opened it for the first time. >> >> Basically, the variables used there are the ones you can fill, particularly $type should be filled. $this_port['ifAlias'] is your interface description which you can parse in any way you like. > > I don't get it :( Observium shows core ports in the Ports > Core if the interface description starts with "Core:". I don't see any reference to Core: in that file to change it to reflect what my core facing interface descriptions say. > _______________________________________________ > observium mailing list > observium(a)observium.org > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > _______________________________________________ observium mailing list observium(a)observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

2 2