- Nav-users - lister.unit.no

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

09 Nov '07

On Fri, 09 Nov 2007 11:28:30 +0100 Ingeborg Hellemo <Ingeborg.Hellemo(a)cc.uit.no> wrote: >> On another note: This only appears on old, old versions of Cheetah. Upgrade >> your software! ;-) > > We are running py24-cheetah-2.0. I was not able to find a more recent version > (October 12th, 2007) That's strange: --- nav-3.3.1/subsystem/webFront/templates% make FrontpageTemplate.py /usr/bin/cheetah compile FrontpageTemplate.tmpl Compiling FrontpageTemplate.tmpl -> FrontpageTemplate.py nav-3.3.1/subsystem/webFront/templates% cheetah -version 2.0rc7 --- Sure you don't have multiple Cheetahs installed? ;-) I'll soon be off on paternity leave for a couple of weeks, so I'll have to refer you to Stein Magnus for further discussion of this problem :-/ -- mvh Morten Brekkevold UNINETT >From zsh at fzu.edu.cn Wed Nov 14 14:17:01 2007 From: zsh at fzu.edu.cn (zsh) Date: Wed Nov 14 07:17:10 2007 Subject: [Nav-users] Request for source code of NAV 3.4 Message-ID: <395020989.03908(a)fzu.edu.cn> hello, I'm a engineer of Fuzhou University China. I want to install a software to manage my ipv6 network, and make some research.I know the NAV 3.4 version hasn't been released now,but i would like to do some test for you.Please send the source code to me. Thank you. zsh 2007-11-14 >From klette at samfundet.no Wed Nov 14 10:42:43 2007 From: klette at samfundet.no (Kristian Klette) Date: Wed Nov 14 10:43:52 2007 Subject: [Nav-users] Request for source code of NAV 3.4 In-Reply-To: <200711141417016872349(a)fzu.edu.cn> References: <200711141417016872349(a)fzu.edu.cn> Message-ID: <20071114094243.GC4751(a)samfundet.no> > hello, Hi! > I'm a engineer of Fuzhou University China. > I want to install a software to manage my ipv6 network, and make some > research.I know the NAV 3.4 version hasn't been released now,but i would > like to do some test for you.Please send the source code to me. http://metanav.uninett.no/navdownload#getting_a_development_version have instructions on how to get the current development-tree > Thank you. No problem. -- Mvh Kristian Klette ?Programs for sale: Fast, Reliable, Cheap: choose two.? >From prieheck at iwu.edu Wed Nov 14 13:57:13 2007 From: prieheck at iwu.edu (Pat Riehecky) Date: Wed Nov 14 20:55:58 2007 Subject: [Nav-users] My continued SMB quest (and lack of python knowledge) Message-ID: <1195070233.6125.51.camel(a)thales.iwu.edu> I know enough perl/php/sh to fumble about once I get a stub program working, but I cannot for the life of me get a simple python program that imports the SmbChecker.py module (and its class) which will let me call it to perform the check. I don't know squat about python which is making this a bit more complex than it should be... Anyone got a simple, takes command args, stub I could snag to import this module and see what it doesn't like about my samba server? Once I figure it out there will be a patch or doc or something coming out of me on what is up.... Pat

1 0

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

09 Nov '07

On Fri, 09 Nov 2007 10:02:15 +0100 Ingeborg Hellemo <Ingeborg.Hellemo(a)cc.uit.no> wrote: > I found a bug in the bugfix! Did I win something? > > It was so small that I was able to fix it myself (change from "#endif" to > "#end if"), but perhaps you would like to know: [snip] > Cheetah.Parser.ParseError: > > #end def found, expected #end if > > Line 65, column 1 in file FrontpageTemplate.tmpl *Sigh*. Yes, this has been posted here before, and fixed on trunk by Jodal. But we forgot to merge it to the 3.3.1 release :-( On another note: This only appears on old, old versions of Cheetah. Upgrade your software! ;-) -- mvh Morten Brekkevold UNINETT >From Ingeborg.Hellemo at cc.uit.no Fri Nov 9 11:28:30 2007 From: Ingeborg.Hellemo at cc.uit.no (Ingeborg Hellemo) Date: Fri Nov 9 11:28:33 2007 Subject: [Nav-users] Announcement: NAV 3.3.1 released In-Reply-To: Your message of "Fri, 09 Nov 2007 11:08:09 +0100." <yyllk97enp2.fsf(a)voldsminde.uninett.no> Message-ID: <200711091028.lA9ASUV9028835(a)barnetv.cc.uit.no> morten.brekkevold(a)uninett.no said: > On another note: This only appears on old, old versions of Cheetah. Upgrade > your software! ;-) We are running py24-cheetah-2.0. I was not able to find a more recent version (October 12th, 2007) --Ingeborg -- Ingeborg ?strem Hellemo -- ingeborg(a)cc.uit.no (Univ. of Troms?, Norway)

1 0

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