- Nav-users - lister.unit.no

Announcement: NAV 3.3.1 released
by morten.brekkevold＠uninett.no 08 Nov '07

08 Nov '07

NAV 3.3.1 is now available for download at SourceForge, see http://sourceforge.net/projects/nav :-) This is a bugfix release, containing several important bugfixes, see the attached changelog for more. The Debian package maintainer, Morten Werner Forsbring, is working on a Debian Etch package of NAV 3.3.1, which will be released shortly. Happy NAVing, everyone! -- mvh Morten Brekkevold UNINETT

1 0

new production install
by mels＠mels-kooijman.nl 05 Nov '07

05 Nov '07

mels wrote: > Begin with the lasr, install the patch. > That doesn't work, still the error page with status. When I comment out > the next two lines in > /usr/lib/python2.5/site-packages/mod_python/importer.py > # Check for an attempt by the module to import > # itself. > > => # if parent_info: > => # assert(file != parent_info.file), "Import cycle in %s." % file > > Status seems to be working. > > The toolbox/alert profiles page is complete empty, only a white page is > displaying. I see the problem in the apache log: PHP Fatal error: Call to undefined function pg_connect() I forget the php_pg, I think > > Anmd I use the source nav-3.3.0.tar.gz > > Mels > > > Morten Brekkevold wrote: >> On Thu, 01 Nov 2007 17:47:41 +0100 mels <mels(a)mels-kooijman.nl> wrote: >> >> >>> Nav is starting without errors, but in the toolbox Alert Profiles is >>> empty. >> What do you mean by empty? Is the descriptive text missing, or the >> icon? >> >>> And Status give the following error page: >>> MOD_PYTHON ERROR >> [snip] >>> AssertionError: Import cycle in >>> /usr/local/nav/apache/webroot/status/StatusPrefs.py. >>> Any idea what's wrong? >> Yes. The same problem was discussed on this list in May. See >> http://desperados.itea.ntnu.no/pipermail/nav-users/2007-May/001635.html . >> Basically this error comes up on newer versions of mod_python. >> >> Your options are: >> >> * Upgrade to NAV 3.3 (I don't think anyone has made an RPM of this >> version yet, though. Mr. Krapivin has been strangely silent) >> >> * Or apply this patch: >> http://desperados.itea.ntnu.no/pipermail/nav-users/2007-May/001639.html >> > > _______________________________________________ > nav-users mailing list > nav-users(a)itea.ntnu.no > http://mailman.itea.ntnu.no/mailman/listinfo/nav-users >

1 0

new production install
by mels＠mels-kooijman.nl 01 Nov '07

01 Nov '07

After installing nav in the test enviorment on opensuse 10.2, I installed nav on a new virtual production system with opensuse 10.3. BTW the python version is the same. Nav is starting without errors, but in the toolbox Alert Profiles is empty. And Status give the following error page: MOD_PYTHON ERROR ProcessId: 2483 Interpreter: 'nav.happyunix' ServerName: 'nav.happyunix' DocumentRoot: '/usr/local/nav/apache/webroot' URI: '/status/' Location: None Directory: '/usr/local/nav/apache/webroot/status/' Filename: '/usr/local/nav/apache/webroot/status/' PathInfo: '' Phase: 'PythonHandler' Handler: 'status' Traceback (most recent call last): File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line 1537, in HandlerDispatch default=default_handler, arg=req, silent=hlist.silent) File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line 1229, in _process_target result = _execute_target(config, req, object, arg) File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line 1128, in _execute_target result = object(arg) File "/usr/local/nav/apache/webroot/status/status.py", line 71, in handler output = indexInternal(req) File "/usr/local/nav/apache/webroot/status/status.py", line 107, in indexInternal prefs = HandleStatusPrefs.loadPrefs(req) File "/usr/local/nav/apache/webroot/status/StatusPrefs.py", line 340, in loadPrefs prefs = cPickle.loads(data) File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line 991, in load_module return _global_modules_cache.import_module(self.__file) File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line 488, in import_module assert(file != parent_info.file), "Import cycle in %s." % file AssertionError: Import cycle in /usr/local/nav/apache/webroot/status/StatusPrefs.py. MODULE CACHE DETAILS Accessed: Thu Nov 1 16:27:23 2007 Generation: 7 _mp_136225482982648bcdfdd40e74885289 { FileName: '/usr/local/nav/apache/webroot/status/StatusDefaultPrefs.py' Instance: 1 [IMPORT] Generation: 8 Modified: Tue May 1 22:46:42 2007 Imported: Thu Nov 1 16:27:23 2007 } _mp_37bf19280ab45e11f34ffeed40ee4974 { FileName: '/usr/local/nav/apache/webroot/status/StatusPrefs.py' Instance: 1 [IMPORT] Generation: 10 Modified: Tue May 1 22:46:42 2007 Imported: Thu Nov 1 16:27:23 2007 Children: '/usr/local/nav/apache/webroot/status/StatusDefaultPrefs.py', '/usr/local/nav/apache/webroot/status/StatusSections.py' } _mp_444e13f7996d2281eb7234ce037aea9a { FileName: '/usr/local/nav/apache/webroot/status/StatusSections.py' Instance: 1 [IMPORT] Generation: 9 Modified: Tue May 1 22:46:42 2007 Imported: Thu Nov 1 16:27:23 2007 } _mp_6cd588e65f9c575e8e4b02d3d41602d5 { FileName: '/usr/local/nav/apache/webroot/status/status.py' Instance: 1 [IMPORT] Generation: 11 Modified: Tue May 1 22:46:42 2007 Imported: Thu Nov 1 16:27:23 2007 Children: '/usr/local/nav/apache/webroot/status/StatusPrefs.py', '/usr/local/nav/apache/webroot/status/StatusSections.py' } Any idea what's wrong? The installation is done with the package files from: http://ans.hsh.no/home/roger/nav3/ Mels >From mels at mels-kooijman.nl Thu Nov 1 20:16:09 2007 From: mels at mels-kooijman.nl (mels) Date: Thu Nov 1 20:20:00 2007 Subject: [Nav-users] arplogger.pl In-Reply-To: <472A032D.4040805(a)mels-kooijman.nl> References: <200710311344.l9VDiXYI010616(a)barnetv.cc.uit.no> <472A032D.4040805(a)mels-kooijman.nl> Message-ID: <472A25F9.6070309(a)mels-kooijman.nl> I get in the root mail the next message: Subject: Cron <navcron@nav> $BINDIR/arplogger.pl X-Cron-Env: <PERL5LIB=/usr/lib/perl5/vendor_perl/5.8.8/i586-linux-thread-multi/DBD> X-Cron-Env: <PATH=/sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/java/jdk1.5.0_12/jre/bin> X-Cron-Env: <BINDIR=/usr/local/nav/bin> X-Cron-Env: <LOCALSTATEDIR=/usr/local/nav/var> X-Cron-Env: <MAILTO=root@localhost> X-Cron-Env: <CRICKETDIR=/usr/local/nav/cricket> X-Cron-Env: <SHELL=/bin/sh> X-Cron-Env: <HOME=/usr/local/nav> X-Cron-Env: <LOGNAME=navcron> X-Cron-Env: <USER=navcron> Message-Id: <20071101173003.23A6219140(a)nav.happyunix.mks> Date: Thu, 1 Nov 2007 18:30:03 +0100 (CET) Status: RO Undefined subroutine &Pg::connectdb called at /usr/lib/perl5/site_perl/5.8.8/NAV.pm line 78. The perl modules Pg and DBD::Pg are installed cpan> install Pg Pg is up to date. cpan> install DBD::Pg DBD::Pg is up to date. Any idea? Mels >From mels at mels-kooijman.nl Thu Nov 1 20:33:21 2007 From: mels at mels-kooijman.nl (mels) Date: Thu Nov 1 20:33:35 2007 Subject: [Nav-users] error on toolbix/Status In-Reply-To: <472A032D.4040805(a)mels-kooijman.nl> References: <200710311344.l9VDiXYI010616(a)barnetv.cc.uit.no> <472A032D.4040805(a)mels-kooijman.nl> Message-ID: <472A2A01.7020703(a)mels-kooijman.nl> After installing nav in the test enviorment on opensuse 10.2, I installed nav on a new virtual production system with opensuse 10.3. BTW the python version is the same. Nav is starting without errors, but in the toolbox Alert Profiles is empty. And Status give the following error page: MOD_PYTHON ERROR ProcessId: 2483 Interpreter: 'nav.happyunix' ServerName: 'nav.happyunix' DocumentRoot: '/usr/local/nav/apache/webroot' URI: '/status/' Location: None Directory: '/usr/local/nav/apache/webroot/status/' Filename: '/usr/local/nav/apache/webroot/status/' PathInfo: '' Phase: 'PythonHandler' Handler: 'status' Traceback (most recent call last): File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line 1537, in HandlerDispatch default=default_handler, arg=req, silent=hlist.silent) File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line 1229, in _process_target result = _execute_target(config, req, object, arg) File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line 1128, in _execute_target result = object(arg) File "/usr/local/nav/apache/webroot/status/status.py", line 71, in handler output = indexInternal(req) File "/usr/local/nav/apache/webroot/status/status.py", line 107, in indexInternal prefs = HandleStatusPrefs.loadPrefs(req) File "/usr/local/nav/apache/webroot/status/StatusPrefs.py", line 340, in loadPrefs prefs = cPickle.loads(data) File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line 991, in load_module return _global_modules_cache.import_module(self.__file) File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line 488, in import_module assert(file != parent_info.file), "Import cycle in %s." % file AssertionError: Import cycle in /usr/local/nav/apache/webroot/status/StatusPrefs.py. MODULE CACHE DETAILS Accessed: Thu Nov 1 16:27:23 2007 Generation: 7 _mp_136225482982648bcdfdd40e74885289 { FileName: '/usr/local/nav/apache/webroot/status/StatusDefaultPrefs.py' Instance: 1 [IMPORT] Generation: 8 Modified: Tue May 1 22:46:42 2007 Imported: Thu Nov 1 16:27:23 2007 } _mp_37bf19280ab45e11f34ffeed40ee4974 { FileName: '/usr/local/nav/apache/webroot/status/StatusPrefs.py' Instance: 1 [IMPORT] Generation: 10 Modified: Tue May 1 22:46:42 2007 Imported: Thu Nov 1 16:27:23 2007 Children: '/usr/local/nav/apache/webroot/status/StatusDefaultPrefs.py', '/usr/local/nav/apache/webroot/status/StatusSections.py' } _mp_444e13f7996d2281eb7234ce037aea9a { FileName: '/usr/local/nav/apache/webroot/status/StatusSections.py' Instance: 1 [IMPORT] Generation: 9 Modified: Tue May 1 22:46:42 2007 Imported: Thu Nov 1 16:27:23 2007 } _mp_6cd588e65f9c575e8e4b02d3d41602d5 { FileName: '/usr/local/nav/apache/webroot/status/status.py' Instance: 1 [IMPORT] Generation: 11 Modified: Tue May 1 22:46:42 2007 Imported: Thu Nov 1 16:27:23 2007 Children: '/usr/local/nav/apache/webroot/status/StatusPrefs.py', '/usr/local/nav/apache/webroot/status/StatusSections.py' } Any idea what's wrong? The installation is done with the package files from: http://ans.hsh.no/home/roger/nav3/ Mels >From morten.brekkevold at uninett.no Mon Nov 5 09:37:17 2007 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Mon Nov 5 09:37:21 2007 Subject: [Nav-users] new production install In-Reply-To: <472A032D.4040805(a)mels-kooijman.nl> (mels(a)mels-kooijman.nl's message of "Thu, 01 Nov 2007 17:47:41 +0100") References: <200710311344.l9VDiXYI010616(a)barnetv.cc.uit.no> <472A032D.4040805(a)mels-kooijman.nl> Message-ID: <yylprypdr5u.fsf(a)voldsminde.uninett.no> On Thu, 01 Nov 2007 17:47:41 +0100 mels <mels(a)mels-kooijman.nl> wrote: > Nav is starting without errors, but in the toolbox Alert Profiles is > empty. What do you mean by empty? Is the descriptive text missing, or the icon? > And Status give the following error page: > MOD_PYTHON ERROR [snip] > AssertionError: Import cycle in > /usr/local/nav/apache/webroot/status/StatusPrefs.py. > Any idea what's wrong? Yes. The same problem was discussed on this list in May. See http://desperados.itea.ntnu.no/pipermail/nav-users/2007-May/001635.html . Basically this error comes up on newer versions of mod_python. Your options are: * Upgrade to NAV 3.3 (I don't think anyone has made an RPM of this version yet, though. Mr. Krapivin has been strangely silent) * Or apply this patch: http://desperados.itea.ntnu.no/pipermail/nav-users/2007-May/001639.html -- mvh Morten Brekkevold UNINETT >From mels at mels-kooijman.nl Mon Nov 5 17:47:36 2007 From: mels at mels-kooijman.nl (mels) Date: Mon Nov 5 17:47:48 2007 Subject: [Nav-users] new production install In-Reply-To: <yylprypdr5u.fsf(a)voldsminde.uninett.no> References: <200710311344.l9VDiXYI010616(a)barnetv.cc.uit.no> <472A032D.4040805(a)mels-kooijman.nl> <yylprypdr5u.fsf(a)voldsminde.uninett.no> Message-ID: <472F4928.2040002(a)mels-kooijman.nl> Begin with the lasr, install the patch. That doesn't work, still the error page with status. When I comment out the next two lines in /usr/lib/python2.5/site-packages/mod_python/importer.py # Check for an attempt by the module to import # itself. => # if parent_info: => # assert(file != parent_info.file), "Import cycle in %s." % file Status seems to be working. The toolbox/alert profiles page is complete empty, only a white page is displaying. Anmd I use the source nav-3.3.0.tar.gz Mels Morten Brekkevold wrote: > On Thu, 01 Nov 2007 17:47:41 +0100 mels <mels(a)mels-kooijman.nl> wrote: > > >> Nav is starting without errors, but in the toolbox Alert Profiles is >> empty. > > What do you mean by empty? Is the descriptive text missing, or the > icon? > >> And Status give the following error page: >> MOD_PYTHON ERROR > [snip] >> AssertionError: Import cycle in >> /usr/local/nav/apache/webroot/status/StatusPrefs.py. > >> Any idea what's wrong? > > Yes. The same problem was discussed on this list in May. See > http://desperados.itea.ntnu.no/pipermail/nav-users/2007-May/001635.html . > Basically this error comes up on newer versions of mod_python. > > Your options are: > > * Upgrade to NAV 3.3 (I don't think anyone has made an RPM of this > version yet, though. Mr. Krapivin has been strangely silent) > > * Or apply this patch: > http://desperados.itea.ntnu.no/pipermail/nav-users/2007-May/001639.html >

1 0

deb woes
by prieheck＠iwu.edu 31 Okt '07

31 Okt '07

On Wed, 2007-10-31 at 17:42 +0100, Morten Werner Forsbring wrote: > Pat Riehecky <prieheck(a)iwu.edu> writes: > > > I have setup the mirror in the documentation to get the 3.3 nav package, > > but luck is not on my side. > > > > Setting up nav (2+3.3.0-2) ... > > dpkg: error processing nav (--configure): > > subprocess post-installation script returned error exit status 1 > > Errors were encountered while processing: > > nav > > E: Sub-process /usr/bin/dpkg returned an error code (1) > > > > > > any ideas? > > This was my fault with a typo in one of the maintainer scripts. Please > try again now with 2+3.3.0-4. > > > - Werner > Hurray!!! It dumped a few warnings, but nothing halted its progress. I have attached them if you care, if not it is on 12k of wasted space on the internets. Pat

1 0

Home > IP Device Center > Services - "We're terribly sorry"
by morten.brekkevold＠uninett.no 31 Okt '07

31 Okt '07

Ingeborg Hellemo <Ingeborg.Hellemo(a)cc.uit.no> writes: > morten.brekkevold(a)uninett.no said: >> Ingeborg, if you can, please try the attached patch for this problem (I have >> no Postgres 8.2 to test on). > > Nope. We are still sorry. This time because of one escape too many. [snip] > WHERE key='serviceid' and value IN (''1','6','2','8','4','5','3'') That doesn't make sense. I took a look at servicetable.py on po, and it doesn't match servicetable.py from the current trunk or NAV 3.3. A few lines below the patched line, it contains the following: WHERE key='serviceid' and value IN (\'%s\')""" % serviceIDs This extra quote must have been added by you or someone else; it breaks both my patch and the original functionality. -- mvh Morten Brekkevold UNINETT >From prieheck at iwu.edu Tue Oct 30 10:20:17 2007 From: prieheck at iwu.edu (Pat Riehecky) Date: Tue Oct 30 16:20:15 2007 Subject: [Nav-users] deb woes Message-ID: <1193757617.6102.20.camel(a)thales.iwu.edu> I have setup the mirror in the documentation to get the 3.3 nav package, but luck is not on my side. Setting up nav (2+3.3.0-2) ... dpkg: error processing nav (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: nav E: Sub-process /usr/bin/dpkg returned an error code (1) any ideas?

2 2

AlertEngine - delayed alerts, something is not right
by Ingeborg.Hellemo＠cc.uit.no 31 Okt '07

31 Okt '07

(My mission this week is to keep you occupied with new bugs) I have made a nightly profile which is supposed to send alerts immediately via email and delayed (Daily queue) to my phone. Something is happening with queuing/deleting alerts which makes me receive two emails and I am not sure if I would have received any sms in the morning. (Today I wasn't supposed to because all downs were canceled by ups). >From alertengine.log: Wed Oct 31 04:08:57 2007 alertEngine NewAlerts-7-collectInfo: found 1 new alerts Wed Oct 31 04:08:57 2007 alertEngine QueuedAlerts-7-collectInfo: collecting info about queued alerts Wed Oct 31 04:08:57 2007 alertEngine User-7-checkAlertQueue: borge(1000); Checking queued alerts for user Wed Oct 31 04:08:57 2007 alertEngine User-7-checkNewAlerts: borge(1000); Processing new alerts for user Wed Oct 31 04:08:57 2007 alertEngine User-7-checkRights: borge(1000); Checking rights for user Wed Oct 31 04:08:57 2007 alertEngine EquipmentGroups-7-checkAlert: checking to see if alertid 4819 is in equipmentgroup 71 Wed Oct 31 04:08:57 2007 alertEngine Alert-7-getInfo: collecting info from table alertq column severity Wed Oct 31 04:08:57 2007 alertEngine EquipmentGroups-7-checkMatch: datatype=1 type=4 value=100 info=50 ret=1 Wed Oct 31 04:08:57 2007 alertEngine EquipmentGroups-7-checkAlert: Alertid 4819 is in equipmentgroup 71 Wed Oct 31 04:08:57 2007 alertEngine User-7-checkActiveProfile: borge(1000); Checking active profile for user Wed Oct 31 04:08:57 2007 alertEngine User-7-collectTimePeriod: borge(1000); No time period available Wed Oct 31 04:08:57 2007 alertEngine User-7-checkAlertQueue: ingeborg(1001); Checking queued alerts for user Wed Oct 31 04:08:57 2007 alertEngine User-7-checkNewAlerts: ingeborg(1001); Processing new alerts for user Wed Oct 31 04:08:57 2007 alertEngine User-7-checkRights: ingeborg(1001); Checking rights for user Wed Oct 31 04:08:57 2007 alertEngine EquipmentGroups-7-checkAlert: checking to see if alertid 4819 is in equipmentgroup 71 Wed Oct 31 04:08:57 2007 alertEngine Alert-7-getInfo: collecting info from table alertq column severity Wed Oct 31 04:08:57 2007 alertEngine EquipmentGroups-7-checkMatch: datatype=1 type=4 value=100 info=50 ret=1 Wed Oct 31 04:08:57 2007 alertEngine EquipmentGroups-7-checkAlert: Alertid 4819 is in equipmentgroup 71 Wed Oct 31 04:08:57 2007 alertEngine User-7-checkActiveProfile: ingeborg(1001); Checking active profile for user Wed Oct 31 04:08:57 2007 alertEngine User-7-collectTimePeriod: ingeborg(1001); Collected 2 alarm addresses Wed Oct 31 04:08:57 2007 alertEngine EquipmentGroups-7-checkAlert: checking to see if alertid 4819 is in equipmentgroup 69 Wed Oct 31 04:08:57 2007 alertEngine Alert-7-getInfo: collecting info from table cat column catid Wed Oct 31 04:08:57 2007 alertEngine Alert-7-collecttable: collecting info from table: select c.* from cat c, netbox n where n.netboxid=136 and n.catid=c.catid Wed Oct 31 04:08:57 2007 alertEngine EquipmentGroups-7-checkMatch: datatype=0 type=0 value=SRV info=SRV ret=1 Wed Oct 31 04:08:57 2007 alertEngine EquipmentGroups-7-checkAlert: Alertid 4819 is in equipmentgroup 69 Wed Oct 31 04:08:57 2007 alertEngine EquipmentGroups-7-checkAlert: checking to see if alertid 4819 is in equipmentgroup 69 Wed Oct 31 04:08:57 2007 alertEngine Alert-7-getInfo: collecting info from table cat column catid Wed Oct 31 04:08:57 2007 alertEngine EquipmentGroups-7-checkMatch: datatype=0 type=0 value=SRV info=SRV ret=1 Wed Oct 31 04:08:57 2007 alertEngine EquipmentGroups-7-checkAlert: Alertid 4819 is in equipmentgroup 69 Wed Oct 31 04:08:57 2007 alertEngine User-6-sendEmail: ingeborg(1001); EMAIL ingeborg.hellemo(a)cc.uit.no Subject: Service http is down on adbweb.uit.no Wed Oct 31 04:09:08 2007 alertEngine User-6-queueAlert: ingeborg(1001); Queued alert 4819 to address 1005 Wed Oct 31 04:10:08 2007 alertEngine NewAlerts-7-collectInfo: found 0 new alerts Wed Oct 31 04:10:08 2007 alertEngine QueuedAlerts-7-collectInfo: collecting info about queued alerts Wed Oct 31 04:10:08 2007 alertEngine User-7-checkAlertQueue: borge(1000); Checking queued alerts for user Wed Oct 31 04:10:08 2007 alertEngine User-7-checkAlertQueue: ingeborg(1001); Checking queued alerts for user Wed Oct 31 04:10:08 2007 alertEngine User-7-checkAlertQueue: ingeborg(1001); Checking queued alert 0 Wed Oct 31 04:10:08 2007 alertEngine User-7-checkActiveProfile: ingeborg(1001); Checking active profile for user Wed Oct 31 04:10:08 2007 alertEngine User-7-collectTimePeriod: ingeborg(1001); Collected 2 alarm addresses Wed Oct 31 04:10:08 2007 alertEngine EquipmentGroups-7-checkAlert: checking to see if alertid 4819 is in equipmentgroup 69 Wed Oct 31 04:10:08 2007 alertEngine Alert-7-getInfo: collecting info from table cat column catid Wed Oct 31 04:10:08 2007 alertEngine Alert-7-collecttable: collecting info from table: select c.* from cat c, netbox n where n.netboxid=136 and n.catid=c.catid Wed Oct 31 04:10:08 2007 alertEngine EquipmentGroups-7-checkMatch: datatype=0 type=0 value=SRV info=SRV ret=1 Wed Oct 31 04:10:08 2007 alertEngine EquipmentGroups-7-checkAlert: Alertid 4819 is in equipmentgroup 69 Wed Oct 31 04:10:08 2007 alertEngine EquipmentGroups-7-checkAlert: checking to see if alertid 4819 is in equipmentgroup 69 Wed Oct 31 04:10:08 2007 alertEngine Alert-7-getInfo: collecting info from table cat column catid Wed Oct 31 04:10:08 2007 alertEngine EquipmentGroups-7-checkMatch: datatype=0 type=0 value=SRV info=SRV ret=1 Wed Oct 31 04:10:08 2007 alertEngine EquipmentGroups-7-checkAlert: Alertid 4819 is in equipmentgroup 69 Wed Oct 31 04:10:08 2007 alertEngine User-6-sendEmail: ingeborg(1001); EMAIL ingeborg.hellemo(a)cc.uit.no Subject: Service http is down on adbweb.uit.no Wed Oct 31 04:10:10 2007 alertEngine QueuedAlerts-7-deleteAlert: deleting queued alert 0 Wed Oct 31 04:10:10 2007 alertEngine Alert-7-delete: deleted alertqid=4819 --Ingeborg -- Ingeborg ?strem Hellemo -- ingeborg(a)cc.uit.no (Univ. of Troms?, Norway)

1 0

Home > IP Device Center > Services - "We're terribly sorry"
by morten.brekkevold＠uninett.no 30 Okt '07

30 Okt '07

Ingeborg Hellemo <Ingeborg.Hellemo(a)cc.uit.no> writes: > https://<nav-host>/browse/service/ looks like this: > > All services > dns (3) > ftp (1) > http (15) > https (4) > ... > > > If i click one of the services with a count larger than 1 i get [...] > ProgrammingError: ERROR: IN types character varying and integer cannot be > matched [...] > Please fix. This appears to related to the same problem reported in this bug: http://sourceforge.net/tracker/index.php?func=detail&aid=1792351&group_id=1… I.e. stricter type checking in PostgreSQL 8.2. I don't know whether there might be an option in postgresql.conf which allows you to reduce the strictness as a workaround, though. I've posted the bug here: http://sourceforge.net/tracker/index.php?func=detail&aid=1822760&group_id=1… -- mvh Morten Brekkevold UNINETT >From morten.brekkevold at uninett.no Tue Oct 30 14:42:23 2007 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Tue Oct 30 14:42:28 2007 Subject: [Nav-users] Home > IP Device Center > Services - "We're terribly sorry" In-Reply-To: <yyl7il4vj1x.fsf(a)voldsminde.uninett.no> (Morten Brekkevold's message of "Tue, 30 Oct 2007 14:16:58 +0100") References: <200710291222.l9TCM0oV047496(a)barnetv.cc.uit.no> <yyl7il4vj1x.fsf(a)voldsminde.uninett.no> Message-ID: <yyl1wbcvhvk.fsf(a)voldsminde.uninett.no> Morten Brekkevold <morten.brekkevold(a)uninett.no> writes: > I.e. stricter type checking in PostgreSQL 8.2. I don't know whether > there might be an option in postgresql.conf which allows you to reduce > the strictness as a workaround, though. > > I've posted the bug here: > http://sourceforge.net/tracker/index.php?func=detail&aid=1822760&group_id=1… Ingeborg, if you can, please try the attached patch for this problem (I have no Postgres 8.2 to test on). -- mvh Morten Brekkevold UNINETT

1 0

PHP-errors from AlertProfiles
by Ingeborg.Hellemo＠cc.uit.no 30 Okt '07

30 Okt '07

morten.brekkevold(a)uninett.no said: > I think he based this on the fact that whatever error messages Alert Profiles > spat at us under PHP5, anything we did in the Alert Profiles interface would > still work as before. > Are your changes saved properly, despite the errors? Yes, I later found out that everything works, you just have to ignore the large yellow warning signs. --Ingeborg -- Ingeborg ?strem Hellemo -- ingeborg(a)cc.uit.no (Univ. of Troms?, Norway)

2 1

smsd is throwing exceptions at me
by Ingeborg.Hellemo＠cc.uit.no 30 Okt '07

30 Okt '07

morten.brekkevold(a)uninett.no said: > 1. Set loglevel: DEBUG >From etc/smsd.conf # Logging settings # Valid options are DEBUG, INFO, WARNING, ERROR, CRITICAL loglevel: DEBUG morten.brekkevold(a)uninett.no said: > 2. Restarted smsd? /#/usr/local/nav/bin/nav start smsd Starting: smsd morten.brekkevold(a)uninett.no said: > 3. Watched smsd.log until a message has been attempted dispatched? /#tail smsd.log [2007-10-30 12:09:27,590] [DEBUG] [pid=2062 nav.smsd] Starting loop. [2007-10-30 12:09:27,633] [INFO] [pid=2062 nav.smsd] Found 1 user(s) with unsent messages. [2007-10-30 12:09:27,636] [INFO] [pid=2062 nav.smsd] Found 12 unsent message(s) for 98668305. [2007-10-30 12:09:27,636] [CRITICAL] [pid=2062 nav.smsd] Sending failed permanently. Exiting. (No dispatchers available. None configured or all dispatchers failed permanently. After this smsd dies. Before i changed smsd.conf the [DEBUG]-line was missing. But nothing from dispatcher.py or gammudispatcher.py --Ingeborg -- Ingeborg Østrem Hellemo -- ingeborg(a)cc.uit.no (Univ. of Tromsø, Norway)

1 0

snmptrapd with ImportError
by morten.brekkevold＠uninett.no 30 Okt '07

30 Okt '07

Ingeborg Hellemo <Ingeborg.Hellemo(a)cc.uit.no> writes: > The module is where it is supposed to be, > PYTHONPATH=/usr/local/nav/lib/python. Other python-parts of NAV is > working as expected (or at least not complaining about missing > modules...). > > Morten, you have a user on po.uit.no. Feel free to poke around. Thanks, I had a poke, and now I know what the problem is. Your immediate fix is to do the following as root: touch /usr/local/nav/lib/python/nav/snmptrapd/__init__.py which will make Python actually recognize nav.snmptrapd as a proper Python package. The reason I was unable to reproduce the problem on my end was that I assumed this occurred when you started the daemon, but it seems it actually occurs every time a trap is received (and I had nothing configured to send traps to my daemon). The problem being that snmptrapd imports the handler modules every time it receives a trap, and not just once at the start of the process (which I think it should). I've filed this as two separate bugs in the tracker: 1. http://sourceforge.net/tracker/index.php?func=detail&aid=1822650&group_id=1… 2. http://sourceforge.net/tracker/index.php?func=detail&aid=1822651&group_id=1… -- mvh Morten Brekkevold UNINETT >From morten.brekkevold at uninett.no Tue Oct 30 11:07:04 2007 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Tue Oct 30 11:07:07 2007 Subject: [Nav-users] Nagios+lampp In-Reply-To: <Pine.LNX.4.64.0710261910340.3828(a)tyholt.uninett.no> (Vidar Faltinsen's message of "Fri, 26 Oct 2007 19:11:39 +0200 (CEST)") References: <20071026092109.wzj2jfan2c08084s(a)charlie.vbnet.com.br> <Pine.LNX.4.64.0710261910340.3828(a)tyholt.uninett.no> Message-ID: <yylabq0x6ev.fsf(a)voldsminde.uninett.no> Vidar Faltinsen <vidar.faltinsen(a)uninett.no> writes: > On Fri, 26 Oct 2007, marcos.sandrini(a)embryo.com.br wrote: > >> Bom dia! > > Bom dia, to you, too! Hi Marcos, I think what Vidar is trying to say, is that nobody on this list can read Portugese, so if you really want an answer, you should try again in English :-) -- mvh Morten Brekkevold UNINETT >From morten.brekkevold at uninett.no Tue Oct 30 11:13:59 2007 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Tue Oct 30 11:14:01 2007 Subject: [Nav-users] PHP-errors from AlertProfiles In-Reply-To: <200710260823.l9Q8N64N014697(a)barnetv.cc.uit.no> (Ingeborg Hellemo's message of "Fri, 26 Oct 2007 10:23:06 +0200") References: <200710260823.l9Q8N64N014697(a)barnetv.cc.uit.no> Message-ID: <yyl3avsx63c.fsf(a)voldsminde.uninett.no> Ingeborg Hellemo <Ingeborg.Hellemo(a)cc.uit.no> writes: > NAV 3.3.0 and php5 > > > If I try to add a new profile I get: > > AlertProfiles PHP Errorhandler [snip] > Any ideas? I had a chat with Arne, one of the original developers of the alert system (since I haven't touched PHP in many years now), as we tried to upgrade to PHP5. He suggested that these errors had been present all along, but that previous php versions suppressed them by default. I think he based this on the fact that whatever error messages Alert Profiles spat at us under PHP5, anything we did in the Alert Profiles interface would still work as before. Are your changes saved properly, despite the errors? -- mvh Morten Brekkevold UNINETT >From morten.brekkevold at uninett.no Tue Oct 30 11:35:18 2007 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Tue Oct 30 11:35:43 2007 Subject: [Nav-users] smsd is throwing exceptions at me In-Reply-To: <200710300901.l9U91Pvl076327(a)barnetv.cc.uit.no> (Ingeborg Hellemo's message of "Tue, 30 Oct 2007 10:01:25 +0100") References: <200710300901.l9U91Pvl076327(a)barnetv.cc.uit.no> Message-ID: <yylve8ovqjd.fsf(a)voldsminde.uninett.no> Ingeborg Hellemo <Ingeborg.Hellemo(a)cc.uit.no> writes: > Ingeborg.Hellemo(a)cc.uit.no said: >> How can I turn on more debugging? > > I have put > loglevel: DEBUG > into etc/smsd.conf, but this only makes a difference in logging from > /usr/local/nav/bin/smsd.py. I still don't see any log messages from > dispatcher.py You have of course: 1. Set loglevel: DEBUG 2. Restarted smsd? 3. Watched smsd.log until a message has been attempted dispatched? I do get log messages from nav.smsd.dispatcher here when debug logging is turned on. -- mvh Morten Brekkevold UNINETT >From Ingeborg.Hellemo at cc.uit.no Tue Oct 30 12:01:08 2007 From: Ingeborg.Hellemo at cc.uit.no (Ingeborg Hellemo) Date: Tue Oct 30 12:01:14 2007 Subject: [Nav-users] snmptrapd with ImportError In-Reply-To: Your message of "Tue, 30 Oct 2007 11:03:16 +0100." <yylfxzsx6l7.fsf(a)voldsminde.uninett.no> Message-ID: <200710301101.l9UB18tK078731(a)barnetv.cc.uit.no> morten.brekkevold(a)uninett.no said: > Your immediate fix is to do the following as root: > touch /usr/local/nav/lib/python/nav/snmptrapd/__init__.py > which will make Python actually recognize nav.snmptrapd as a proper Python > package. Cool! Then we immediately move on to new interesting errors. Now we have a "TypeError": [2007-10-30 11:54:14,375] [DEBUG] [pid=1422 nav.snmptrapd.linkupdown] Module linkupdown got trap .1.3.6.1.6.3.1.1.5.3 LINKDOWN [2007-10-30 11:54:14,376] [DEBUG] [pid=1422 nav.snmptrapd.linkupdown] SELECT netboxid, vendorid FROM netbox LEFT JOIN type USING (typeid) WHERE ip = %s [2007-10-30 11:54:14,377] [DEBUG] [pid=1422 nav.snmptrapd.linkupdown] SELECT swportid, module.deviceid, module.module, swport.interface FROM netbox LEFT JOIN module USING (netboxid) LEFT JOIN swport USING (moduleid) WHERE ip=%s AND ifindex = %s [2007-10-30 11:54:14,379] [ERROR] [pid=1422 nav.snmptrapd] Error when handling trap with nav.snmptrapd.handlers.linkupdown: unsubscriptable object Traceback (most recent call last): File "/usr/local/nav/bin/snmptrapd.py", line 300, in trapHandler accepted = mod.handleTrap(trap, config=config) File "/usr/local/nav/lib/python/nav/snmptrapd/handlers/linkupdown.py", line 110, in handleTrap subid = idres['swportid'] TypeError: unsubscriptable object

1 0

Ranked Statistics: 12334963.32 percent
by Ingeborg.Hellemo＠cc.uit.no 30 Okt '07

30 Okt '07

12334963.32 percent is a nice number if you talk about increase in wages, but not if you talk about mortgage rates or CPU load. Something is wrong with our "Ranked Statistics". Top 20 CPU Routers show 6 boxes with impossible values, but if i click on the "Target"-link, the graph shows normal values (but not high enough to put it into Top 20). The rest of the boxes show normal values. The other views shows just as erroneous behaviour. Is this a result of us using RRDtool version 1.2.23? --Ingeborg -- Ingeborg ?strem Hellemo -- ingeborg(a)cc.uit.no (Univ. of Troms?, Norway)

2 1

snmptrapd with ImportError
by Ingeborg.Hellemo＠cc.uit.no 29 Okt '07

29 Okt '07

/#tail /usr/local/nav/var/log/snmptrapd.log [2007-10-12 09:49:46,546] [ERROR] [pid=6655 nav.snmptrapd] Module nav.snmptrapd.handlers.linkupdown did not compile - No module named snmptrapd.handlers.linkupdown Traceback (most recent call last): File "/usr/local/nav/bin/snmptrapd.py", line 293, in trapHandler mod = __import__(name, globals(), locals(), [parent]) ImportError: No module named snmptrapd.handlers.linkupdown [2007-10-12 09:49:46,547] [ERROR] [pid=6655 nav.snmptrapd] Module nav.snmptrapd.handlers.airespace did not compile - No module named snmptrapd.handlers.airespace Traceback (most recent call last): File "/usr/local/nav/bin/snmptrapd.py", line 293, in trapHandler mod = __import__(name, globals(), locals(), [parent]) ImportError: No module named snmptrapd.handlers.airespace Any ideas? NAV 3.3.0 FreeBSD 6.2-RELEASE-p7 /#pkg_info | grep py mod_python-3.3.1 Apache module that embeds the Python interpreter within the py24-cheetah-2.0.r7 HTML template engine for Python py24-forgethtml-20041021 Python module for object-oriented HTML generation py24-forgetsql-0.5.1 Python module for object-oriented access to SQL databases py24-ipy-0.55 A Python module for handling IPv4 and IPv6 Addresses and Ne py24-ldap2-2.3 An LDAP module for python, for OpenLDAP2 py24-mx-base-2.0.6 The eGenix mx-Extension Series for Python py24-psycopg-1.1.21 The high performance Python adapter for PostgreSQL py24-rrdtool_lgpl-0.2.1_1 Python interface to RRDTool, the graphing and logging utili py24-setuptools-0.6c7 Download, build, install, upgrade, and uninstall Python pac py24-snmp2-2.0.9 SNMP framework for Python python24-2.4.4_1 An interpreted object-oriented programming language --Ingeborg -- Ingeborg ?strem Hellemo -- ingeborg(a)cc.uit.no (Univ. of Troms?, Norway)

2 1

Nagios+lampp
by marcos.sandrini＠embryo.com.br 26 Okt '07

26 Okt '07

Bom dia! Por favor, alguem sabe se ? poss?vel usar o Nagios com o Lampp (ou xampp)? Gostaria tamb?m de saber se eu conseguiria com esta combina??o (Lampp+Nagios) usar o Oreon pra frontend. Obrigado a todos Marcos

2 1

smsd is throwing exceptions at me
by Ingeborg.Hellemo＠cc.uit.no 26 Okt '07

26 Okt '07

[2007-10-26 11:07:15,014] [CRITICAL] [pid=90916 nav.smsd] Sending failed permanently. Exiting. (No dispatchers available. None configured or all dispatchers failed permanently.) gammu is working as expectet from the command line, python-gammu-0.22 is installed. How can I turn on more debugging? --Ingeborg -- Ingeborg ?strem Hellemo -- ingeborg(a)cc.uit.no (Univ. of Troms?, Norway)

1 0

"Services - graphical view" - not so graphical
by Ingeborg.Hellemo＠cc.uit.no 18 Okt '07

18 Okt '07

Well, subject says it all: /browse/service/allMatrix looks terrible and not at all graphical. I see this both on our 3.3.0 installation and on tromso-vk.uit.no which runs r4194. Please fix? --Ingeborg

2 1

Pilot installation and some problems
by rskjels＠pogostick.net 16 Okt '07

16 Okt '07

Dear all, I have installed Network Administration Visualized 3.3.0 on Debian Etch. I have installed NAV through aptitude. I'm very impressed with the amount of work and thought that have gone into this software package. However, i do have several problems. I can not see any informastion in the section called "Port View" when i click on a device in Home > Report > Devices in Operation Could this be some snmpproblem? I installed net-snmp and could do a snmpwalk against the device. Also serveral devices report Availability like this one: Availability -4.1e+180% -5.1e+175% -3.8e+166% (day / week / month) Could this be snmpversion troubles? When i try click on the Traffic Map, all i get is a new page showing a java aplet that just show the java logo. I have tried this with both firefox and IE. The only way to exit is to kill the browser process. Could this be a java version problem. getDeviceData.log is zero size. /var/log/nav/getDeviceData/getDeviceData-stdout.log is also zero. In /var/log/nav/getDeviceData/getDeviceData-stderr.log contains: java.lang.NullPointerException at snmp.SNMPSequence.setValue(Unknown Source) at snmp.SNMPVariablePair.<init>(Unknown Source) at snmp.SNMPv1CommunicationInterface.getNextMIBEntry(Unknown Source) at no.ntnu.nav.SimpleSnmp.SimpleSnmp.getAllJavaSnmp(SimpleSnmp.java:665) at no.ntnu.nav.SimpleSnmp.SimpleSnmp.getAll(SimpleSnmp.java:640) at no.ntnu.nav.SimpleSnmp.SimpleSnmp.getAll(SimpleSnmp.java:616) at no.ntnu.nav.SimpleSnmp.SimpleSnmp.getAll(SimpleSnmp.java:598) at no.ntnu.nav.SimpleSnmp.SimpleSnmp.getAll(SimpleSnmp.java:522) at OidTester.doTest(OidTester.java:115) at OidTester.oidTest(OidTester.java:44) at QueryNetbox.run(QueryNetbox.java:724) java.lang.NullPointerException at snmp.SNMPSequence.setValue(Unknown Source) at snmp.SNMPVariablePair.<init>(Unknown Source) at snmp.SNMPv1CommunicationInterface.getMIBEntry(Unknown Source) at no.ntnu.nav.SimpleSnmp.SimpleSnmp.getAllJavaSnmp(SimpleSnmp.java:690) at no.ntnu.nav.SimpleSnmp.SimpleSnmp.getAll(SimpleSnmp.java:640) at no.ntnu.nav.SimpleSnmp.SimpleSnmp.getAll(SimpleSnmp.java:616) at no.ntnu.nav.SimpleSnmp.SimpleSnmp.getNext(SimpleSnmp.java:303) at no.ntnu.nav.getDeviceData.deviceplugins.MibIISw.MibIISw.processMibII(MibIISw.java:308) at no.ntnu.nav.getDeviceData.deviceplugins.MibIISw.MibIISw.handleDevice(MibIISw.java:144) at QueryNetbox.run(QueryNetbox.java:787) Could this be related to the missing port view section? Thank you for your help. Any suggestions would be most welcome! Regards, Rikard >From NPabon at archstonesmith.com Tue Oct 16 10:27:55 2007 From: NPabon at archstonesmith.com (Pabon, Nestor) Date: Tue Oct 16 17:28:01 2007 Subject: [Nav-users] Could not connect to servlet In-Reply-To: <470F2EFC.1090408(a)uninett.no> References: <58B7A531794E6A49B3BAD57E333225440249A320(a)engexc11.archstonesmith.com> <470F2EFC.1090408(a)uninett.no> Message-ID: <58B7A531794E6A49B3BAD57E3332254402515740(a)engexc11.archstonesmith.com> Hi Morten; I'm still having the same issue. The output of "invoke-rc.d tomcat5.5 status" is "Tomcat servlet engine is running with Java pid /var/lib/tomcat5.5/temp/tomcat5.5.pd" The only changes I've made are those specified in: "/usr/share/doc/nav/README.Debian" Thank you for taking the time to address this problem. Regards, Nestor -----Original Message----- From: Morten Brekkevold [mailto:morten.brekkevold@uninett.no] Sent: Friday, October 12, 2007 2:23 AM To: Pabon, Nestor Cc: nav-users(a)itea.ntnu.no Subject: Re: [Nav-users] Could not connect to servlet Pabon, Nestor wrote, On 08-10-2007 19:09: > When attempting selecting the Network Explorer I get the following: [snip] > error: (111, 'Connection refused') > This is a packaged installation of NAV 3.2.2. on a Debian Etch 4.0. Hi Nestor, Either your Tomcat servlet container is not running, or it is listening to the wrong port (which I doubt, unless you've changed your Tomcat config). Check the tomcat status using "invoke-rc.d tomcat5.5 status". If it's not running, you can start it using "invoke-rc.d tomcat5.5 start" (as root, of course). -- mvh Morten Brekkevold UNINETT

1 0

Java error
by morten.brekkevold＠uninett.no 16 Okt '07

16 Okt '07

Pat Riehecky wrote, On 12-10-2007 16:29: > Hello, > > I followed the instructions at > http://metanav.uninett.no/InstallingOnRHEL4 > > [root@stats networkDiscovery]# which java > /usr/bin/java > [root@stats networkDiscovery]# `which java` -version > java version "1.5.0_13" > Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_13-b05) > Java HotSpot(TM) Client VM (build 1.5.0_13-b05, mixed mode) > [root@stats networkDiscovery]# rpm -qa |grep sun > java-1.5.0-sun-1.5.0.13-1jpp.1.el4 > java-1.5.0-sun-jdbc-1.5.0.13-1jpp.1.el4 > # ls -l `which java` > lrwxrwxrwx 1 root root 22 Oct 2 03:32 /usr/bin/java > -> /etc/alternatives/java > [root@stats bin]# ls -l /etc/alternatives/java > lrwxrwxrwx 1 root root 35 Oct 12 09:13 /etc/alternatives/java > -> /usr/lib/jvm/jre-1.5.0-sun/bin/java > > I also have the slightly older java recommended by the instructions, but > I get the same error either way. Still looks fishy to me, when the java command appears not to understand the regular arguments. There's a lot of things we could check here: * What is your JAVA_HOME environment variable set to? * Can you confirm this is the value set for the cronjob? * What is JAVA_HOME set to in nav.conf? * Are there any other JVMs installed? ("rpm -qa | grep java" and "update-alternatives --display java") * What Java VM is running getDeviceData? (ps axuwww|grep getDeviceData) Is networkDiscovery the only NAV process which gives you this problem? Nothing wrong with getDeviceData, eventEngine or getBoksMacs? -- mvh Morten Brekkevold UNINETT >From Ingeborg.Hellemo at cc.uit.no Tue Oct 16 12:29:40 2007 From: Ingeborg.Hellemo at cc.uit.no (Ingeborg Hellemo) Date: Tue Oct 16 11:29:43 2007 Subject: [Nav-users] Samba reported as down when it is not? In-Reply-To: Your message of "Fri, 12 Oct 2007 10:08:52 +0200." <470F2B94.3060304(a)uninett.no> Message-ID: <200710160929.l9G9TehS024614(a)barnetv.cc.uit.no> morten.brekkevold(a)uninett.no said: > Not that I know of. The service monitor is mostly an unknown beast to the > current developers, and we suspect it has many problems. Since there are so > few of us, we are focusing the resources we have on the network management > parts of NAV, and locally we are using other service monitoring tools, such > as Hobbit. > That said, the University of Troms? has repeatedly attested their dependence > on the NAV service monitor, and have claimed willing to maintain and develop > it further. I have yet to see any results of this, though. The University of Troms? is still alive and kicking, but we have been somewhat busy with other issues with NAV 3.3.0 We have now began to go through the service-monitor in ver 3.3.0 and already found a couple of issues. (So far ssh, smtp and mysql works out of the box, dns has issues, ftp does something wrong) When it comes to SmbChecker we can not help you at all since we don't have smb-shares important enough to monitor :-) --Ingeborg -- Ingeborg ?strem Hellemo -- ingeborg(a)cc.uit.no (Univ. of Troms?, Norway)

1 0

Samba reported as down when it is not?
by morten.brekkevold＠uninett.no 12 Okt '07

12 Okt '07

Pat Riehecky wrote, On 03-10-2007 15:01: > Is there any way to ask NAV why it believes a particular service is down? Not that I know of. The service monitor is mostly an unknown beast to the current developers, and we suspect it has many problems. Since there are so few of us, we are focusing the resources we have on the network management parts of NAV, and locally we are using other service monitoring tools, such as Hobbit. That said, the University of Troms? has repeatedly attested their dependence on the NAV service monitor, and have claimed willing to maintain and develop it further. I have yet to see any results of this, though. > I have a samba server that is always reported as down, yet > smbclient from the very same host reports no problems at all. > > # smbclient -L \\fileshare -U user -p 139 > Password: > Domain=[FILESHARE] OS=[Windows Server 2003 3790 Service Pack 2] > Server=[Windows Server 2003 5.2] > > Sharename Type Comment > --------- ---- ------- > IPC$ IPC Remote IPC > > Server Comment > --------- ------- > > Workgroup Master > --------- ------- > > Where should I look to see why NAV is upset? > NAV 3.2.2, RHEL4 servicemon.log is the place to look when you are wondering what the service monitor is doing. Also, servicemon.conf can be used to configure the debug level of this log. I'm looking at the SmbChecker plugin now, and it doesn't look good to me, though. It parses the output of the following command to verify the status of a samba server: /usr/bin/smbclient -L %s -p %i %s 2>/dev/null %s is the server IP address (or host name configured when adding the service handler), %i is the configured port (139). If you've entered a username and password in the service handler config, %s will be "-U username%password", and if you configured a workgroup, it will also contain "-W workgroup". This also means that your smbclient program must be located in /usr/bin/smbclient , since this is hard coded into the plugin :-( If your smbclient is not located in /usr/bin, or your version of smbclient does not support the above mentioned arguments, then I guess you will have trouble with this plugin. -- mvh Morten Brekkevold UNINETT >From morten.brekkevold at uninett.no Fri Oct 12 11:17:29 2007 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Fri Oct 12 10:18:15 2007 Subject: [Nav-users] Traffic Map will not display In-Reply-To: <3987.207.61.90.34.1191436754.squirrel(a)webmail.niagara.com> References: <3987.207.61.90.34.1191436754.squirrel(a)webmail.niagara.com> Message-ID: <470F2D99.2080109(a)uninett.no> rkillick(a)niagara.com wrote, On 03-10-2007 20:39: > The Traffic Map will not display and simply shows an empty box where the > map should be, and a lone remark in the status bar at the bottom left > "Applet vlanPlot notinted". Note: The "IP address scope - graphical view" > works fine. I have placed 6 x GSW (C3750s) into the '_Top' map container. > > Any ideas as to where to begin looking for the problem would be appreciated. Hi Bob, My first question is: Does the Network Explorer work for you? When the traffic map applet has problems, you should enable your Java Console and load the applet again, to see what is logged in the console. I can't give you an exact account of how to enable the Java Console, as this depends on both your OS and browser, and I don't know which you're using. If you can't figure it out by yourself, tell me which os/browser you are using, and I'll help you. Typical problems with the traffic map are: * The tomcat servlet container isn't running, so the traffic map cannot fetch it's data. * The apache server is accessed under a different host name than what is configured in the ServerName apache config option. The traffic map will attempt to fetch its data from a an URL with the ServerName in the host part, but the java applet security model will not allow applets to access anything but the same hostname the applet was loaded from. -- mvh Morten Brekkevold UNINETT >From morten.brekkevold at uninett.no Fri Oct 12 11:23:24 2007 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Fri Oct 12 10:23:29 2007 Subject: [Nav-users] Could not connect to servlet In-Reply-To: <58B7A531794E6A49B3BAD57E333225440249A320(a)engexc11.archstonesmith.com> References: <58B7A531794E6A49B3BAD57E333225440249A320(a)engexc11.archstonesmith.com> Message-ID: <470F2EFC.1090408(a)uninett.no> Pabon, Nestor wrote, On 08-10-2007 19:09: > When attempting selecting the Network Explorer I get the following: [snip] > error: (111, 'Connection refused') > This is a packaged installation of NAV 3.2.2. on a Debian Etch 4.0. Hi Nestor, Either your Tomcat servlet container is not running, or it is listening to the wrong port (which I doubt, unless you've changed your Tomcat config). Check the tomcat status using "invoke-rc.d tomcat5.5 status". If it's not running, you can start it using "invoke-rc.d tomcat5.5 start" (as root, of course). -- mvh Morten Brekkevold UNINETT >From morten.brekkevold at uninett.no Fri Oct 12 11:31:34 2007 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Fri Oct 12 10:31:37 2007 Subject: [Nav-users] Java error In-Reply-To: <1191965071.15629.17.camel(a)thales.iwu.edu> References: <1191965071.15629.17.camel(a)thales.iwu.edu> Message-ID: <470F30E6.1010401(a)uninett.no> Pat Riehecky wrote, On 09-10-2007 23:24: > I am getting the following error in the networkDiscovery log: > > Warning: -Xmx256m not understood. Ignoring. > Warning: -jar not understood. Ignoring. > Exception in thread "main" java.lang.NoClassDefFoundError: > networkDiscovery.jar > at gnu.gcj.runtime.FirstThread.run() (/usr/lib/libgcj.so.5.0.0) > at _Jv_ThreadRun(java.lang.Thread) (/usr/lib/libgcj.so.5.0.0) > at _Jv_RunMain(java.lang.Class, byte const, int, byte const, boolean) > (/usr/lib/libgcj.so.5.0.0) > at __gcj_personality_v0 > (/usr/local/nav/lib/java/networkDiscovery/java.version=1.4.2) > at __libc_start_main (/lib/tls/libc-2.3.4.so) > at _Jv_RegisterClasses > (/usr/local/nav/lib/java/networkDiscovery/java.version=1.4.2) > > How do I fix this... I am not a java person..... > > NAV 3.2.2, RHEL4 Hi Pat, Did you follow Roger Aas' howto from MetaNAV for installing on RHEL4? To me it looks like you aren't using Sun's Java, but some other vendor's Java (The java command does not seem to understand the -Xmx and -jar options, which is pretty strange). What do the following two commands output on your system? which java java -version -- mvh Morten Brekkevold UNINETT >From morten.brekkevold at uninett.no Fri Oct 12 11:47:51 2007 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Fri Oct 12 10:47:54 2007 Subject: [Nav-users] postgres and "nonstandard use of \\" In-Reply-To: <200710101055.l9AAthe9025671(a)barnetv.cc.uit.no> References: <200710101055.l9AAthe9025671(a)barnetv.cc.uit.no> Message-ID: <470F34B7.7020806(a)uninett.no> Ingeborg Hellemo wrote, On 10-10-2007 12:55: > My postgres 8.2 is whining about > "WARNING: nonstandard use of \\ in a string literal at character NN" > "HINT: Use the escape string syntax for backslashes, e.g., E'\\'." > > I think I have located the source of the warnings to be these lines in > /usr/local/nav/doc/sql/navprofiles.sql (NAV 3.3.0) > > INSERT INTO AccountGroupPrivilege (accountgroupid, privilegeid, target) VALUES > (2, 2, '^/toolbox\\b'); [snip] > Are the lines supposed to look like this? Yes, PostgreSQL has always interpreted a backslash as an escape character, so these INSERT statements escape the backslash that we want to store in the database using a backslash, i.e. \\ to store one \ . But it seems PostgreSQL is going to change this behaviour in the future, so I guess they added a warning about in in 8.2. Google yielded this: http://www.mydatabasesupport.com/forums/1004812-post2.html This is probably going to be a problem for many software packages, including NAV, since most database drivers tend to escape special characters in strings using backslashes. I'm sure you'll see more of these warnings in the logs while NAV is running. If you want to get rid of them, I suggest adding "escape_string_warning = off" to your postgresql.conf, as one of the suggested solutions in the above URL reads. -- mvh Morten Brekkevold UNINETT >From prieheck at iwu.edu Fri Oct 12 10:29:09 2007 From: prieheck at iwu.edu (Pat Riehecky) Date: Fri Oct 12 16:29:14 2007 Subject: [Nav-users] Java error In-Reply-To: <470F30E6.1010401(a)uninett.no> References: <1191965071.15629.17.camel(a)thales.iwu.edu> <470F30E6.1010401(a)uninett.no> Message-ID: <1192199349.10913.32.camel(a)thales.iwu.edu> Hello, I followed the instructions at http://metanav.uninett.no/InstallingOnRHEL4 [root@stats networkDiscovery]# which java /usr/bin/java [root@stats networkDiscovery]# `which java` -version java version "1.5.0_13" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_13-b05) Java HotSpot(TM) Client VM (build 1.5.0_13-b05, mixed mode) [root@stats networkDiscovery]# rpm -qa |grep sun java-1.5.0-sun-1.5.0.13-1jpp.1.el4 java-1.5.0-sun-jdbc-1.5.0.13-1jpp.1.el4 # ls -l `which java` lrwxrwxrwx 1 root root 22 Oct 2 03:32 /usr/bin/java -> /etc/alternatives/java [root@stats bin]# ls -l /etc/alternatives/java lrwxrwxrwx 1 root root 35 Oct 12 09:13 /etc/alternatives/java -> /usr/lib/jvm/jre-1.5.0-sun/bin/java I also have the slightly older java recommended by the instructions, but I get the same error either way. Pat On Fri, 2007-10-12 at 10:31 +0200, Morten Brekkevold wrote: > Pat Riehecky wrote, On 09-10-2007 23:24: > > I am getting the following error in the networkDiscovery log: > > > > Warning: -Xmx256m not understood. Ignoring. > > Warning: -jar not understood. Ignoring. > > Exception in thread "main" java.lang.NoClassDefFoundError: > > networkDiscovery.jar > > at gnu.gcj.runtime.FirstThread.run() (/usr/lib/libgcj.so.5.0.0) > > at _Jv_ThreadRun(java.lang.Thread) (/usr/lib/libgcj.so.5.0.0) > > at _Jv_RunMain(java.lang.Class, byte const, int, byte const, boolean) > > (/usr/lib/libgcj.so.5.0.0) > > at __gcj_personality_v0 > > (/usr/local/nav/lib/java/networkDiscovery/java.version=1.4.2) > > at __libc_start_main (/lib/tls/libc-2.3.4.so) > > at _Jv_RegisterClasses > > (/usr/local/nav/lib/java/networkDiscovery/java.version=1.4.2) > > > > How do I fix this... I am not a java person..... > > > > NAV 3.2.2, RHEL4 > > Hi Pat, > > Did you follow Roger Aas' howto from MetaNAV for installing on RHEL4? To me > it looks like you aren't using Sun's Java, but some other vendor's Java (The > java command does not seem to understand the -Xmx and -jar options, which is > pretty strange). > > What do the following two commands output on your system? > > which java > java -version > >

1 0

postgres and "nonstandard use of \\"
by Ingeborg.Hellemo＠cc.uit.no 10 Okt '07

10 Okt '07

My postgres 8.2 is whining about "WARNING: nonstandard use of \\ in a string literal at character NN" "HINT: Use the escape string syntax for backslashes, e.g., E'\\'." I think I have located the source of the warnings to be these lines in /usr/local/nav/doc/sql/navprofiles.sql (NAV 3.3.0) INSERT INTO AccountGroupPrivilege (accountgroupid, privilegeid, target) VALUES (2, 2, '^/toolbox\\b'); INSERT INTO AccountGroupPrivilege (accountgroupid, privilegeid, target) VALUES (2, 2, '^/index(.py)?/(index|login|logout|userinfo|passwd)\\b'); INSERT INTO AccountGroupPrivilege (accountgroupid, privilegeid, target) VALUES (2, 2, '^/messages/(active|historic|planned|view|rss)\\b'); INSERT INTO AccountGroupPrivilege (accountgroupid, privilegeid, target) VALUES (2, 2, '^/maintenance/(calendar|active|historic|planned|view)\\b'); INSERT INTO AccountGroupPrivilege (accountgroupid, privilegeid, target) VALUES (2, 2, '^/vlanPlot\\b'); INSERT INTO AccountGroupPrivilege (accountgroupid, privilegeid, target) VALUES (2, 2, '^/vPServer/servlet/vPServer\\b'); Are the lines supposed to look like this? --Ingeborg -- Ingeborg ?strem Hellemo -- ingeborg(a)cc.uit.no (Univ. of Troms?, Norway)

1 0

cricket on new install
by ctc＠ctcweb.net 09 Okt '07

09 Okt '07

New Debian Etch install using package. Received the following error. goozzy:/etc/cricket/config# /usr/lib/nav/makecricketconfig.pl No path to cricket-conf.pl specified, searching default paths... Searching in /home/navcron/cricket/cricket. Searching in /etc/cricket. Found cricket-conf.pl in /etc/cricket. Failed to open compiled config tree from gConfigRoot/config.db: No such file or directory If this is the first time you run makecricketconfig, try compile cricket (/etc/cricket/cricket/compile) goozzy:/etc/cricket/config# Thanks for any help you can provide. /etc/cricket/cricket-config.pl looks like this: $gCricketHome = "/usr/share/cricket"; $gInstallRoot = "/usr/share/cricket"; $gConfigRoot = "/etc/nav/cricket-config"; $gLogDir = "/var/log/cricket"; # Whether to optimize config tree access for the collector by # copying the database into memory on startup. # Switch off if your collector becomes too big in run time. # Most sites will probably want slurp, this is the default. #$gDbAccess = "slurp"; # Slurp the database into memory #$gDbAccess = "lookup"; # Use normal DB lookups # Where cricket caches generated images. $gCacheDir = "/var/cache/cricket"; # It is strongly recommended that you *not* set a global logLevel. # Use the CRICKET_LOG_LEVEL environment variable or the # -logLevel option instead. #$gLogLevel = "info"; per the README Thanks for any help. I saw an old README that showed changing CricketHome not ConfigRoot - is that the issue? Caryl A. Whitlatch Network Administrator HYPERLINK "http://www.ctcweb.net/"CTC Telecom, Inc. Plurima ignoro, sed ignorantiam meam non ignoro No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.488 / Virus Database: 269.14.4/1057 - Release Date: 10/8/2007 9:04 AM >From cwhitlatch at ctctele.com Tue Oct 9 11:24:00 2007 From: cwhitlatch at ctctele.com (Mr. Caryl Whitlatch) Date: Tue Oct 9 18:23:38 2007 Subject: [Nav-users] cricket answer Message-ID: <001101c80a90$ccf62170$2632a8c0@cwhitlatch> THANKS, Werner The README.Debian has been changed for the next version of the package. The correct procedure is as follows after changing the /etc/cricket/cricket-conf.pl (your looks correct): 'sudo -u navcron cricket-compile' 'sudo -u navcron /usr/lib/nav/makecricketconfig.pl' Good luck and thanks for using the Debian package! - Werner Caryl A. Whitlatch Network Administrator HYPERLINK "http://www.ctcweb.net/"CTC Telecom, Inc. Plurima ignoro, sed ignorantiam meam non ignoro No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.488 / Virus Database: 269.14.6/1059 - Release Date: 10/9/2007 8:44 AM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.488 / Virus Database: 269.14.6/1059 - Release Date: 10/9/2007 8:44 AM >From prieheck at iwu.edu Tue Oct 9 17:24:31 2007 From: prieheck at iwu.edu (Pat Riehecky) Date: Tue Oct 9 23:24:57 2007 Subject: [Nav-users] Java error Message-ID: <1191965071.15629.17.camel(a)thales.iwu.edu> I am getting the following error in the networkDiscovery log: Warning: -Xmx256m not understood. Ignoring. Warning: -jar not understood. Ignoring. Exception in thread "main" java.lang.NoClassDefFoundError: networkDiscovery.jar at gnu.gcj.runtime.FirstThread.run() (/usr/lib/libgcj.so.5.0.0) at _Jv_ThreadRun(java.lang.Thread) (/usr/lib/libgcj.so.5.0.0) at _Jv_RunMain(java.lang.Class, byte const, int, byte const, boolean) (/usr/lib/libgcj.so.5.0.0) at __gcj_personality_v0 (/usr/local/nav/lib/java/networkDiscovery/java.version=1.4.2) at __libc_start_main (/lib/tls/libc-2.3.4.so) at _Jv_RegisterClasses (/usr/local/nav/lib/java/networkDiscovery/java.version=1.4.2) How do I fix this... I am not a java person..... NAV 3.2.2, RHEL4 Pat

1 0

NAV 3.3.0 RC1 + Unsupported SNMP protocol version
by morten.brekkevold＠uninett.no 05 Okt '07

05 Okt '07

Erik Weber wrote, On 01-10-2007 14:08: >> Question for you: Does this happen when >> you insert single boxes using the Add form, or does it happen only >> when bulk >> importing? Or does it happen on both? >> > I've only tried to add single boxes, and the error message occur pretty > fast (less than 2 seconds), so that timeout value is pretty low, hehe. > > I can try doing a bulk import if you think it matters. No, that won't be necessary. I've just tested it some more and found that this only happens if no response is received, not even an ICMP port-not-reachable message. If the NAV server receives such an ICMP message from the target or the router, it will instead display "Connection refused". I guess this indicates that the SNMP UDP request packet is lost on the way to the target, either dropped by some firewall or the box itself, or the return packet is dropped in a similar fashion. I will add an issue for this in the bugtracker, but for now, the error message can be intepreted as a timeout error. -- mvh Morten Brekkevold UNINETT >From morten.brekkevold at uninett.no Fri Oct 5 12:33:01 2007 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Fri Oct 5 11:33:52 2007 Subject: [Nav-users] Announcement: NAV 3.3.0 RC1 released In-Reply-To: <4700E4AD.3060709(a)gmail.com> References: <46EFCB84.70504(a)uninett.no> <46F8AC23.8090409(a)gmail.com> <4700B683.4050103(a)uninett.no> <4700E4AD.3060709(a)gmail.com> Message-ID: <470604CD.9050004(a)uninett.no> Erik Weber wrote, On 01-10-2007 14:14: >> I suspect you are thinking of process monitoring through SNMP? NAV >> already supports external monitoring of the most common TCP/IP reachable >> services, but does not currently support monitoring internal server >> processes through SNMP. > That's correct. We're looking for a new tool to do our surveillance and > this includes a few servers with some critical services as well as com. > equipment. Exactly, well, then Ole Martin is the man to talk to :) -- mvh Morten Brekkevold UNINETT >From morten.brekkevold at uninett.no Fri Oct 5 12:37:16 2007 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Fri Oct 5 11:37:19 2007 Subject: [Nav-users] Re: java.lang.NoClassDefFoundError: no.ntnu.nav.SimpleSnmp.SimpleSnmp In-Reply-To: <200710021540.52952.marco.barbieri(a)unimore.it> References: <47010BE8.1000808(a)uninett.no> <200710021540.52952.marco.barbieri(a)unimore.it> Message-ID: <470605CC.8070903(a)uninett.no> Marco Barbieri wrote, On 02-10-2007 15:40: > hi, all > maybe it's just me but i'm still getting some errors fro getBoksMacs.sh, i > think that i've cleaned/reinstalled quite everything needed but, you know... > > anyway here comes the error from a Centos 5 install recived by mail: > > Today 15:26:16 [...] > Exception in thread "QueryBoks-20" Exception in thread "QueryBoks-21" > java.lang.NoClassDefFoundError: no.ntnu.nav.SimpleSnmp.SimpleSnmp > at java.lang.Class.initializeClass(libgcj.so.7rh) > at QueryBoks.run(QueryBoks.java:200) > Caused by: java.lang.ClassNotFoundException: snmp.SNMPVarBindList not found in > gnu.gcj.runtime.ExtensionClassLoader{urls=[file:/usr/local/nav/lib/java/Database.jar,file:/usr/local/nav/lib/java/Event.jar,file:/usr/local/nav/lib/java/SimpleSnmp.jar,file:/usr/local/nav/lib/java/postgresql-jdbc.jar,file:/usr/local/nav/lib/java/Logger.jar,file:/usr/local/nav/lib/java/ConfigParser.jar,file:/usr/local/nav/lib/java/NetboxInfo.jar,file:/usr/local/nav/lib/java/Util.jar], > parent=null} hm, check the contents of /usr/local/nav/lib/java/SimpleSnmp.jar: jar -tf /usr/local/nav/lib/java/SimpleSnmp.jar If if contains no/ntnu/nav/SimpleSnmp/SimpleSnmp.class, then something is wrong with your Java runtine environment. Doesn't look like you're using Sun's JVM, which I would recommend in any case. > hope it's just me ;-) So do I :) -- mvh Morten Brekkevold UNINETT >From NPabon at archstonesmith.com Mon Oct 8 12:09:51 2007 From: NPabon at archstonesmith.com (Pabon, Nestor) Date: Mon Oct 8 19:10:01 2007 Subject: [Nav-users] Could not connect to servlet Message-ID: <58B7A531794E6A49B3BAD57E333225440249A320(a)engexc11.archstonesmith.com> When attempting selecting the Network Explorer I get the following: Traceback (most recent call last): File "/usr/lib/python2.4/site-packages/nav/web/pyproxy/proxy.py", line 61, in handler user=user, session=req.session.id) File "/usr/lib/python2.4/site-packages/nav/web/pyproxy/proxy.py", line 124, in doRequest request.request(method, path, query, headers) File "httplib.py", line 804, in request self._send_request(method, url, body, headers) File "httplib.py", line 827, in _send_request self.endheaders() File "httplib.py", line 798, in endheaders self._send_output() File "httplib.py", line 679, in _send_output self.send(msg) File "httplib.py", line 646, in send self.connect() File "httplib.py", line 630, in connect raise socket.error, msg error: (111, 'Connection refused') This is a packaged installation of NAV 3.2.2. on a Debian Etch 4.0. Thank you in advance for your assistance and guidance Nestor Pabon Sr. Network Engineer

1 0

Traffic Map will not display
by rkillick＠niagara.com 03 Okt '07

03 Okt '07

I have recently installed Nav 3.2.2 onto a CentOS 4.5 workstation using the available installation notes. I have been able to seed the database (6 xGSW + 43 x SW) and have tested most of the tool box tools without much problem with the exception of the Traffic Map. The Traffic Map will not display and simply shows an empty box where the map should be, and a lone remark in the status bar at the bottom left "Applet vlanPlot notinted". Note: The "IP address scope - graphical view" works fine. I have placed 6 x GSW (C3750s) into the '_Top' map container. Any ideas as to where to begin looking for the problem would be appreciated. Bob Killick

1 0

Announcement: NAV 3.3.0 RC1 released
by morten.brekkevold＠uninett.no 01 Okt '07

01 Okt '07

Gheorghe Limboi wrote, On 23-09-2007 00:13: > Hi, > I got this error when trying to make from sources. > > Building getDeviceData ... > (cd getDeviceData && /usr/local/ant/bin/ant ) && touch getDeviceData > Buildfile: build.xml > init: > [mkdir] Created dir: /home/ghita/proiect/nav-3.3.0_rc1/src/getDeviceData/build > compile: > [javac] Compiling 15 source files to /home/ghita/proiect/nav-3.3.0_rc1/src/getDeviceData/build > [javac] /home/ghita/proiect/nav-3.3.0_rc1/src/getDeviceData/src/OidTester.java:41: cannot find symbol > [javac] symbol : method getSnmpVersion() > [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp > [javac] Log.d("OID_TESTER", "DO_TEST", "Using SNMP version " + sSnmp.getSnmpVersion() + " for " + nb.getSysname()); > [javac] ^ > [javac] /home/ghita/proiect/nav-3.3.0_rc1/src/getDeviceData/src/OidTester.java:252: cannot find symbol > [javac] symbol : method getNext(int,boolean,boolean,boolean) > [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp > [javac] l = sSnmp.getNext(getCnt, snmpoid.getDecodehex(), true, false); > [javac] ^ > [javac] 2 errors > BUILD FAILED > > > I notice some diff from OidTester.java in 3.3.0 and 3.2.2 . After replacing > OidTester.java with the 3.2.2 one I was able to compile without errors. > > echo $CLASSPATH > /usr/lib/jdk1.5.0_04/jre/lib/ext/snmp.jar:/usr/lib/jdk1.5.0_04/jre/lib/ext/servlet-api.jar I'm not sure why you are getting these errors, a build from scratch on a clean server works fine here. The two methods your compiler is unable to find were added to SimpleSnmp.java after NAV 3.2.2, and are present in the 3.3 release candidate. It's as if you are compiling a new version of getDeviceData against an old version of SimpleSnmp. Of course, when you replace OidTester.java with a version as old as the SimpleSnmp.java without the two new symbols, you will have success in compiling, but you will experience other problems during runtime (such as the Drexel SNMP memory leak / inifinite loop problem). Are you sure /home/ghita/proiect/nav-3.3.0_rc1/ does not contain remnants of old NAV versions? -- mvh Morten Brekkevold UNINETT >From morten.brekkevold at uninett.no Mon Oct 1 11:57:39 2007 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Mon Oct 1 10:57:42 2007 Subject: [Nav-users] Announcement: NAV 3.3.0 RC1 released In-Reply-To: <46F8AC23.8090409(a)gmail.com> References: <46EFCB84.70504(a)uninett.no> <46F8AC23.8090409(a)gmail.com> Message-ID: <4700B683.4050103(a)uninett.no> Erik Weber wrote, On 25-09-2007 08:35: > Glad to see a new release, does this version support surveillance of > services on snmp enabled servers? I suspect you are thinking of process monitoring through SNMP? NAV already supports external monitoring of the most common TCP/IP reachable services, but does not currently support monitoring internal server processes through SNMP. > If not, do you have any idea of which release/when that could be > implemented? I'm currently looking for a new network management system, > but I want something that can monitor all my systems. Due to limited resources, the core NAV developer team is not focusing on new service monitoring functionality, but on the core network monitoring functionality. The University of Troms?, however, are interested in using, maintaining and developing further the service monitoring aspects of NAV. You should maybe have a chat with Ole Martin Bj?rndalen of the University of Troms?, whom I've Cc:ed in this e-mail. He has written a NAV subsystem which does exactly what I think you are after: It monitors server processes through SNMP. -- mvh Morten Brekkevold UNINETT >From morten.brekkevold at uninett.no Mon Oct 1 12:23:49 2007 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Mon Oct 1 11:23:57 2007 Subject: [Nav-users] NAV 3.3.0 RC1 + Unsupported SNMP protocol version In-Reply-To: <46FB9C0B.7020109(a)gmail.com> References: <46FB9C0B.7020109(a)gmail.com> Message-ID: <4700BCA5.20406(a)uninett.no> Erik Weber wrote, On 27-09-2007 14:03: > When I try to add boxes I often get the following error message: > nav.Snmp.UnsupportedSnmpVersionError: Unsupported SNMP protocol version: 0 > > Anyone have an idea of how to fix it ? Debian Etch with the latest > package from Werner. A quick look at the code reveals a bizarre procedure; EditDB attempts to find out which SNMP version the box supports. It first attempts version 2c, if this times out it tries version 1, if this also times out it claims the SNMP version is 0. Apparently this value is used in later requests, which, of course, fails miserably. So, to make it short: It seems that what really happens when you get this message is that SNMP communication with the box timed out. I need to inspect the code a bit closer before I can tell when this actually occurs and figure out how to fix it. Question for you: Does this happen when you insert single boxes using the Add form, or does it happen only when bulk importing? Or does it happen on both? I have filed this as a bug here: http://sourceforge.net/support/tracker.php?aid=1805509 -- mvh Morten Brekkevold UNINETT >From twiztar+nav at gmail.com Mon Oct 1 15:08:28 2007 From: twiztar+nav at gmail.com (Erik Weber) Date: Mon Oct 1 14:08:45 2007 Subject: [Nav-users] NAV 3.3.0 RC1 + Unsupported SNMP protocol version In-Reply-To: <4700BCA5.20406(a)uninett.no> References: <46FB9C0B.7020109(a)gmail.com> <4700BCA5.20406(a)uninett.no> Message-ID: <4700E33C.4020002(a)gmail.com> Morten Brekkevold wrote: > Erik Weber wrote, On 27-09-2007 14:03: > >> When I try to add boxes I often get the following error message: >> nav.Snmp.UnsupportedSnmpVersionError: Unsupported SNMP protocol version: 0 >> >> Anyone have an idea of how to fix it ? Debian Etch with the latest >> package from Werner. >> > > Question for you: Does this happen when > you insert single boxes using the Add form, or does it happen only when bulk > importing? Or does it happen on both? > I've only tried to add single boxes, and the error message occur pretty fast (less than 2 seconds), so that timeout value is pretty low, hehe. I can try doing a bulk import if you think it matters. -- Erik Weber >From twiztar at gmail.com Mon Oct 1 15:14:37 2007 From: twiztar at gmail.com (Erik Weber) Date: Mon Oct 1 14:15:49 2007 Subject: [Nav-users] Announcement: NAV 3.3.0 RC1 released In-Reply-To: <4700B683.4050103(a)uninett.no> References: <46EFCB84.70504(a)uninett.no> <46F8AC23.8090409(a)gmail.com> <4700B683.4050103(a)uninett.no> Message-ID: <4700E4AD.3060709(a)gmail.com> Morten Brekkevold wrote: > Erik Weber wrote, On 25-09-2007 08:35: > > >> Glad to see a new release, does this version support surveillance of >> services on snmp enabled servers? >> > > I suspect you are thinking of process monitoring through SNMP? NAV already > supports external monitoring of the most common TCP/IP reachable services, but > does not currently support monitoring internal server processes through SNMP. > > That's correct. We're looking for a new tool to do our surveillance and this includes a few servers with some critical services as well as com. equipment. -- Erik Weber >From morten.brekkevold at uninett.no Mon Oct 1 18:02:00 2007 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Mon Oct 1 17:02:10 2007 Subject: [Nav-users] Announcement: NAV 3.3.0 released Message-ID: <47010BE8.1000808(a)uninett.no> NAV 3.3.0 is now available for download at SourceForge, see http://sourceforge.net/projects/nav :-) This is mainly a feature release, but many bugs have also been fixed. Feedback from users and our own testing efforts revealed a few small glitches in the release candidate, and these have been fixed in this final release version. The Debian package maintainer, Morten Werner Olsen, is working on a Debian Etch package of NAV 3.3, which will be released shortly. Happy NAVing, everyone! -- mvh Morten Brekkevold UNINETT

1 0

Announcement: NAV 3.3.0 RC1 released
by morten.brekkevold＠uninett.no 18 Sep '07

18 Sep '07

A release candidate of NAV 3.3.0 is now available for download at SourceForge, see http://sourceforge.net/projects/nav :-) This is mainly a feature release, but many bugs have also been fixed. We kindly ask you to give us feedback, both positive and negative, on the mailing list if you decide to test the release candidate. We will wait about 10 days to see what issues may arise concering this candidate, before we release the final 3.3.0 version. The Debian package maintainer, Morten Werner Olsen, is currently in the final stages of testing a Debian Etch package of NAV 3.2.2, and will proceed to package NAV 3.3.0 when this work is finished. -- mvh Morten Brekkevold UNINETT

1 0

Re: rrdtool and other problems on Suse 10.2
by morten.brekkevold＠uninett.no 07 Sep '07

07 Sep '07

Mels wrote, On 09/06/2007 09:01 PM: > Hi all, Hi Mels. > I started this week with a clean system, installing nav on Suse 10.2 > > There was a problem with connecting to a remote database, for the time i > use the local database, witch is OK for nav. Ok, if you need some tips on connecting to a remote database, please don't hesitate to ask :) > I get 3 problems: > 1 I installed py-rrdtool-1.0b1, with the installation off > py-rrdtool-0.2.1 I get a error: > building 'rrdtool._rrdtool' extension > gcc -pthread -fno-strict-aliasing -DNDEBUG -O2 -march=i586 -mtune=i686 > -fmessage-length=0 -Wall -D_FORTIFY_SOURCE=2 -g -fPIC > -I/usr/local/include -I/usr/include/python2.5 -c src/_rrdtoolmodule.c -o > build/temp.linux-i686-2.5/src/_rrdtoolmodule.o > src/_rrdtoolmodule.c: In function ?PyRRD_graph?: > src/_rrdtoolmodule.c:239: error: too few arguments to function ?rrd_graph? > error: command 'gcc' failed with exit status 1 I did not recognize the version numbers you mentioned, and checking up on things seems to reveal that there is some confusion about which python-rrdtool library to use. Apparently there are two very similar libraries in existance: One is distributed alongside rrdtool itself, and one is available at http://sourceforge.net/projects/py-rrdtool . The one currently in use by us on our dev server is the python-rrd library that comes with rrdtool itself; in Debian this package is called python-rrd. The package also follows the same version numbering scheme as rrdtool, which means that the latest version of it is >= 1.2. Unless Suse 10.2 prepackages this alongside its regular rrdtool package, you'll need to get hold of the rrdtool source code instead. This would also be the best way to make sure the python library version matches the rrdtool library version. > 2 and 3 pping and servicemon failed to start, I tried a nav start pping > servicemon a couple of time, also a start separate. > but they whon't start. I changed DEBUG_LEVEL = 6 in nav.conf, but can't > find any reason in the log files. The DEBUG_LEVEL in nav.conf only sets debug levels for the Java subsystems (i.e. getDeviceData, eventEngine, getBoksMacs, networkDiscovery). The pping and servicemon processes have their own debug level settings in their respective config files. That said, pping and servicemon share much of the same code base, and they are both known to have startup difficulties. We have yet to investigate what causes the problem, but usually, when one experiences startup problems with these two, it helps to retry it several times. -- mvh Morten Brekkevold UNINETT >From mels at mels-kooijman.nl Fri Sep 7 21:12:33 2007 From: mels at mels-kooijman.nl (Mels) Date: Fri Sep 7 20:12:23 2007 Subject: [Nav-users] Re: rrdtool and other problems on Suse 10.2 In-Reply-To: <46E13E6C.3020600(a)uninett.no> References: <200709031022.52942.barbieri.marco(a)unimore.it> <46DFC491.4070702(a)uninett.no> <46E04EA1.3010906(a)mels-kooijman.nl> <46E13E6C.3020600(a)uninett.no> Message-ID: <46E19491.2050804(a)mels-kooijman.nl> Thanks for your reply. I removed the rrdtool, wich was from the suse media. I compiled RRDtool 1.2.15 (the suse version was the same) and install it. I recompiled psycopg-1.1.21, the cronjob produced a error. After this restartapache,tomcat,postgresql and nav Even pping and servicemon started the first time. No errormail from the cronjobs, everythings looks fine, til i login in nav: error File "/usr/local/nav/lib/python/nav/web/state.py", line 250, in __new__ raise e Maybe i have to rebuild more modules? Mels Morten Brekkevold wrote: > Mels wrote, On 09/06/2007 09:01 PM: > > >> Hi all, >> > > Hi Mels. > > >> I started this week with a clean system, installing nav on Suse 10.2 >> >> There was a problem with connecting to a remote database, for the time i >> use the local database, witch is OK for nav. >> > > Ok, if you need some tips on connecting to a remote database, please don't > hesitate to ask :) > > >> I get 3 problems: >> 1 I installed py-rrdtool-1.0b1, with the installation off >> py-rrdtool-0.2.1 I get a error: >> building 'rrdtool._rrdtool' extension >> gcc -pthread -fno-strict-aliasing -DNDEBUG -O2 -march=i586 -mtune=i686 >> -fmessage-length=0 -Wall -D_FORTIFY_SOURCE=2 -g -fPIC >> -I/usr/local/include -I/usr/include/python2.5 -c src/_rrdtoolmodule.c -o >> build/temp.linux-i686-2.5/src/_rrdtoolmodule.o >> src/_rrdtoolmodule.c: In function ?PyRRD_graph?: >> src/_rrdtoolmodule.c:239: error: too few arguments to function ?rrd_graph? >> error: command 'gcc' failed with exit status 1 >> > > I did not recognize the version numbers you mentioned, and checking up on > things seems to reveal that there is some confusion about which python-rrdtool > library to use. Apparently there are two very similar libraries in existance: > One is distributed alongside rrdtool itself, and one is available at > http://sourceforge.net/projects/py-rrdtool . > > The one currently in use by us on our dev server is the python-rrd library > that comes with rrdtool itself; in Debian this package is called python-rrd. > The package also follows the same version numbering scheme as rrdtool, which > means that the latest version of it is >= 1.2. Unless Suse 10.2 prepackages > this alongside its regular rrdtool package, you'll need to get hold of the > rrdtool source code instead. This would also be the best way to make sure the > python library version matches the rrdtool library version. > > >> 2 and 3 pping and servicemon failed to start, I tried a nav start pping >> servicemon a couple of time, also a start separate. >> but they whon't start. I changed DEBUG_LEVEL = 6 in nav.conf, but can't >> find any reason in the log files. >> > > The DEBUG_LEVEL in nav.conf only sets debug levels for the Java subsystems > (i.e. getDeviceData, eventEngine, getBoksMacs, networkDiscovery). The pping > and servicemon processes have their own debug level settings in their > respective config files. > > That said, pping and servicemon share much of the same code base, and they are > both known to have startup difficulties. We have yet to investigate what > causes the problem, but usually, when one experiences startup problems with > these two, it helps to retry it several times. > > > >From mels at mels-kooijman.nl Fri Sep 7 21:37:17 2007 From: mels at mels-kooijman.nl (Mels) Date: Fri Sep 7 20:38:51 2007 Subject: [Nav-users] Re: rrdtool and other problems on Suse 10.2 In-Reply-To: <46E19491.2050804(a)mels-kooijman.nl> References: <200709031022.52942.barbieri.marco(a)unimore.it> <46DFC491.4070702(a)uninett.no> <46E04EA1.3010906(a)mels-kooijman.nl> <46E13E6C.3020600(a)uninett.no> <46E19491.2050804(a)mels-kooijman.nl> Message-ID: <46E19A5D.7050305(a)mels-kooijman.nl> That problem solved, was ownership of a few files. Everything looks fine, start playing with nav. Mels Mels wrote: > Thanks for your reply. > > I removed the rrdtool, wich was from the suse media. > I compiled RRDtool 1.2.15 (the suse version was the same) and install it. > I recompiled psycopg-1.1.21, the cronjob produced a error. > > After this restartapache,tomcat,postgresql and nav > Even pping and servicemon started the first time. > > No errormail from the cronjobs, everythings looks fine, til i login in > nav: > > error > > File "/usr/local/nav/lib/python/nav/web/state.py", line 250, in __new__ > raise e > > Maybe i have to rebuild more modules? > > Mels > > Morten Brekkevold wrote: >> Mels wrote, On 09/06/2007 09:01 PM: >> >> >>> Hi all, >>> >> >> Hi Mels. >> >> >>> I started this week with a clean system, installing nav on Suse 10.2 >>> >>> There was a problem with connecting to a remote database, for the >>> time i >>> use the local database, witch is OK for nav. >>> >> >> Ok, if you need some tips on connecting to a remote database, please >> don't >> hesitate to ask :) >> >> >>> I get 3 problems: >>> 1 I installed py-rrdtool-1.0b1, with the installation off >>> py-rrdtool-0.2.1 I get a error: >>> building 'rrdtool._rrdtool' extension >>> gcc -pthread -fno-strict-aliasing -DNDEBUG -O2 -march=i586 -mtune=i686 >>> -fmessage-length=0 -Wall -D_FORTIFY_SOURCE=2 -g -fPIC >>> -I/usr/local/include -I/usr/include/python2.5 -c >>> src/_rrdtoolmodule.c -o >>> build/temp.linux-i686-2.5/src/_rrdtoolmodule.o >>> src/_rrdtoolmodule.c: In function ?PyRRD_graph?: >>> src/_rrdtoolmodule.c:239: error: too few arguments to function >>> ?rrd_graph? >>> error: command 'gcc' failed with exit status 1 >>> >> >> I did not recognize the version numbers you mentioned, and checking >> up on >> things seems to reveal that there is some confusion about which >> python-rrdtool >> library to use. Apparently there are two very similar libraries in >> existance: >> One is distributed alongside rrdtool itself, and one is available at >> http://sourceforge.net/projects/py-rrdtool . >> >> The one currently in use by us on our dev server is the python-rrd >> library >> that comes with rrdtool itself; in Debian this package is called >> python-rrd. >> The package also follows the same version numbering scheme as >> rrdtool, which >> means that the latest version of it is >= 1.2. Unless Suse 10.2 >> prepackages >> this alongside its regular rrdtool package, you'll need to get hold >> of the >> rrdtool source code instead. This would also be the best way to make >> sure the >> python library version matches the rrdtool library version. >> >> >>> 2 and 3 pping and servicemon failed to start, I tried a nav start >>> pping >>> servicemon a couple of time, also a start separate. >>> but they whon't start. I changed DEBUG_LEVEL = 6 in nav.conf, but can't >>> find any reason in the log files. >>> >> >> The DEBUG_LEVEL in nav.conf only sets debug levels for the Java >> subsystems >> (i.e. getDeviceData, eventEngine, getBoksMacs, networkDiscovery). >> The pping >> and servicemon processes have their own debug level settings in their >> respective config files. >> >> That said, pping and servicemon share much of the same code base, and >> they are >> both known to have startup difficulties. We have yet to investigate >> what >> causes the problem, but usually, when one experiences startup >> problems with >> these two, it helps to retry it several times. >> >> >> > _______________________________________________ > nav-users mailing list > nav-users(a)itea.ntnu.no > http://mailman.itea.ntnu.no/mailman/listinfo/nav-users > >From ghitzacatalin at yahoo.com Sun Sep 9 14:33:57 2007 From: ghitzacatalin at yahoo.com (Gheorghe Limboi) Date: Sun Sep 9 22:34:06 2007 Subject: [Nav-users] IP address scope - graphical view / Traffic map load Message-ID: <362473.55698.qm(a)web50011.mail.re2.yahoo.com> Hi, regarding.. > 2. On traffic map -- there is no load on the link (Load: <0.01% No Data) > but when I follow the link (right clik - Load - this open the correct > cricket graph .. and thre is load on the link ) I fond this in tomcat server logs: SQLException for update statement: SELECT netboxid,descr,name,path,filename,key,value FROM rrd_file JOIN rrd_datasource USING(rrd_fi leid) WHERE subsystem='cricket' AND descr IN ('ifOutOctets','ifInOctets') AND ((key='gwport' AND value IN (33,24,10))) org.postgresql.util.PSQLException: ERROR: IN types character varying and integer cannot be matched This seems to be related to postgresql 8.2.x restriction ( I have postgresql-8.2.4 installed). Is there any work around or the only way is to downgrade to a lower version of postgresql tx, Gheorghe ----- Original Message ---- From: Morten Brekkevold <morten.brekkevold(a)uninett.no> To: Gheorghe Limboi <ghitzacatalin(a)yahoo.com> Cc: nav-users(a)itea.ntnu.no Sent: Friday, August 31, 2007 8:40:04 AM Subject: Re: [Nav-users] IP address scope - graphical view / Traffic map load Gheorghe Limboi wrote, On 24-08-2007 22:42: > Hi, Hi Gheorghe! > 1. Reports - > IP address scope - graphical view > > the olny result i get on the page is: 0326496128160192224 What exactly do you mean by "result"? Does the page consist of only this plaintext number and nothing else? > 2. On traffic map -- there is no load on the link (Load: <0.01% No Data) > but when I follow the link (right clik - Load - this open the correct > cricket graph .. and thre is load on the link ) > > > Any iddeas what I'm missing? You don't specify which version of NAV you are running, but I'm sure you're not using anything earlier than 3.1.1. We fixed a long standing problem with missing link load in the Traffic Map in that version, but you may be experiencing a different problem. The Traffic Map applet requests its data from the vPServer servlet running in the Tomcat container; the vPServer component calls the vprrd.py script to retrieve the actual RRD data, and something might have gone wrong during the calling of this script. I have to go now, but I will get back to you on this later, when I figure out whether there are any logs you can check to find the problem. -- mvh Morten Brekkevold UNINETT ____________________________________________________________________________________ Be a better Globetrotter. Get better travel answers from someone who knows. Yahoo! Answers - Check it out. http://answers.yahoo.com/dir/?link=list&sid=396545469 >From morten.brekkevold at uninett.no Tue Sep 11 14:41:33 2007 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Tue Sep 11 13:41:37 2007 Subject: [Nav-users] IP address scope - graphical view / Traffic map load In-Reply-To: <362473.55698.qm(a)web50011.mail.re2.yahoo.com> References: <362473.55698.qm(a)web50011.mail.re2.yahoo.com> Message-ID: <46E67EED.1090604(a)uninett.no> Gheorghe Limboi wrote, On 09-09-2007 22:33: > I fond this in tomcat server logs: > > SQLException for update statement: SELECT netboxid,descr,name,path,filename,key,value FROM rrd_file JOIN rrd_datasource USING(rrd_fi > leid) WHERE subsystem='cricket' AND descr IN ('ifOutOctets','ifInOctets') AND ((key='gwport' AND value IN (33,24,10))) > org.postgresql.util.PSQLException: ERROR: IN types character varying and integer cannot be matched Ah, that explains why you're not getting any load data on your traffic map! > This seems to be related to postgresql 8.2.x restriction ( I have > postgresql-8.2.4 installed). Is there any work around or the only way is > to downgrade to a lower version of postgresql I don't see any workaround other than downgrading PostgreSQL :-( I've just looked at the code that creates the offending SQL statement - it looks hairy, but I'll try to fix it. I can post the patch here when it's done, if you like. -- mvh Morten Brekkevold UNINETT >From morten.brekkevold at uninett.no Tue Sep 11 14:45:30 2007 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Tue Sep 11 13:47:41 2007 Subject: [Nav-users] Re: rrdtool and other problems on Suse 10.2 In-Reply-To: <46E19A5D.7050305(a)mels-kooijman.nl> References: <200709031022.52942.barbieri.marco(a)unimore.it> <46DFC491.4070702(a)uninett.no> <46E04EA1.3010906(a)mels-kooijman.nl> <46E13E6C.3020600(a)uninett.no> <46E19491.2050804(a)mels-kooijman.nl> <46E19A5D.7050305(a)mels-kooijman.nl> Message-ID: <46E67FDA.3030101(a)uninett.no> Mels wrote, On 07-09-2007 20:37: > That problem solved, was ownership of a few files. > > Everything looks fine, start playing with nav. Great! Just give a shout if there are any more problems :) -- mvh Morten Brekkevold UNINETT >From marco.barbieri at unimore.it Mon Sep 17 15:41:30 2007 From: marco.barbieri at unimore.it (Marco Barbieri) Date: Mon Sep 17 14:41:39 2007 Subject: [Nav-users] NAV & VMware Message-ID: <200709171441.30621.marco.barbieri(a)unimore.it> Hi all, since i'm running my copies of NAV inside VMware machines i'm here to ask if could be of any help to the developing staff do give them a copy of an abstract machine. The main advantage that i could see would be skipping through the "Installing on Centos 4.4" faq, reconfiguration would be limited at network parameters, the generation of SSL certificate and... and what? Let me know if this sounds interesting. Best reguards, Marco Barbieri. -- Marco Barbieri - CeSIA - 059-2055218

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Nav-users