Nav-users Januar 2005

nav-users@lister.sikt.no

9 participants
29 discussions

no VLAN information in NAV
by woj＠tstd.pl 19 Jan '05

19 Jan '05

Dnia ?roda, 19 stycznia 2005 14:09, Kristian Eide napisa?: > snmpwalk -c public <ip> 1.3.6.1.4.1.9.9.68.1.2.2.1.2 positive -- Wojciech (Woj) Kozicki

1 0

no VLAN information in NAV
by woj＠tstd.pl 19 Jan '05

19 Jan '05

Dnia ?roda, 19 stycznia 2005 13:53, Kristian Eide napisa?: > >> We try to find VLAN numbers on a best-effort basis, and for most devices > > > >and what about switches - should I put some descriptons there too? > > This should normally not be necessary; NAV will be able to do this > automatically. well, this is mine main problem - NAV can't see my vlans from cisco 2900, 2900xl -- Wojciech (Woj) Kozicki

1 0

no VLAN information in NAV
by woj＠tstd.pl 19 Jan '05

19 Jan '05

Hi, for me NAV is very good piece of work :) I have plans to use it in my company, but I have some questions. 1. How serious You are about hunting bugs and making new releases? I know, that Morten Werner Olsen and some guys are porting NAV do Debian (I'm using this packet), the feedback is very good so far :) 2. What about cricket bug in Debian - no descriptons in stats for routers interfaces? 3. Vlans... I know, that there is problem with cisco, and info about vlans. Is there a chance that it will be solved? I will try change my interface descripions according to guide lines from nav web, but this is some inconvenience. 4. New release? When? I want to make clean Debian install of NAV, but would be nice if I could make this on some new version. Thanks for developing NAV, best regards -- Wojciech (Woj) Kozicki >From morten.vold at ntnu.no Wed Jan 19 11:25:00 2005 From: morten.vold at ntnu.no (Morten Vold) Date: Wed Jan 19 11:25:03 2005 Subject: SV: [Nav-users] Cheetah compile errors in deviceManagementTemplate.tmpl In-Reply-To: <41EE19A6.1070305(a)ntnu.no> References: <B1272BF7DAE6094E8D302FF90A391808DFBD8C(a)DIGITALIS.hitos.no> <41EE19A6.1070305(a)ntnu.no> Message-ID: <41EE357C.4030503(a)ntnu.no> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Morten Vold wrote: > I will have to investigate further, possibly installing an updated > Cheetah to track down all the errors. So I did. I have checked in r3104 in Subversion, which should fix syntax errors in all the templates that Cheetah 0.9.16 would complain about. - -- Morten Vold NTNU ITEA Integrasjonsgruppen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB7jV8XxIl0kpcOkQRApXaAKCNrp4B5Pa1dbCYyvgXCeKDiPF93ACfYFqd cy05Au8p6uEhjUPCukusQew= =JTo6 -----END PGP SIGNATURE----- >From kreide at online.no Wed Jan 19 13:53:06 2005 From: kreide at online.no (Kristian Eide) Date: Wed Jan 19 13:53:22 2005 Subject: [Nav-users] no VLAN information in NAV Message-ID: <41EF455E(a)epostleser.online.no> >> We try to find VLAN numbers on a best-effort basis, and for most devices >and what about switches - should I put some descriptons there too? This should normally not be necessary; NAV will be able to do this automatically. -- Kristian

1 0

List language
by morten.vold＠ntnu.no 19 Jan '05

19 Jan '05

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 In light of the recent postings from non-Norwegians, and the fact that NAV is now available to a much larger public, we have come to the conclusion that the primary language of this mailing list should be English, from now on. (If there should be anyone in the Norwegian higher education community that are uncomfortable with this decision, I would suggest lobbying Uninett to establish a similar mailing list for their member institutions - but I would still recommend continued use of this list) - -- Morten Vold NTNU ITEA Integrasjonsgruppen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB7hjAXxIl0kpcOkQRAoRWAKCI0NpFWQ15K6Kr+TE6HWx6K+gxpQCfbzk/ XGNiQazEGYoMjU0F6xwDTPs= =tbr+ -----END PGP SIGNATURE----- >From morten.vold at ntnu.no Wed Jan 19 09:26:14 2005 From: morten.vold at ntnu.no (Morten Vold) Date: Wed Jan 19 09:26:18 2005 Subject: SV: [Nav-users] Cheetah compile errors in deviceManagementTemplate.tmpl In-Reply-To: <B1272BF7DAE6094E8D302FF90A391808DFBD8C(a)DIGITALIS.hitos.no> References: <B1272BF7DAE6094E8D302FF90A391808DFBD8C(a)DIGITALIS.hitos.no> Message-ID: <41EE19A6.1070305(a)ntnu.no> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Johnsen, ?ge Olai wrote: > Smooth :) > I've tested that. The syntax aint that complicated, so i've changed > some of the source to make it compile. But after the third > change/error i gave up. I see.. taking a closer look, I do see there are more errors that are silently ignored by our version of Cheetah. I will have to investigate further, possibly installing an updated Cheetah to track down all the errors. - -- Morten Vold NTNU ITEA Integrasjonsgruppen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB7hmmXxIl0kpcOkQRAovLAJ4raaVcBNNCaYEJJHisi0NBwmJOIACeLnMN 1Mp+KcAUnIVjJd6LfL/Mq9Y= =czzR -----END PGP SIGNATURE----- >From woj at tstd.pl Wed Jan 19 09:29:12 2005 From: woj at tstd.pl (Wojciech Kozicki) Date: Wed Jan 19 09:29:28 2005 Subject: [Nav-users] List language In-Reply-To: <41EE18C0.2030404(a)ntnu.no> References: <41EE18C0.2030404(a)ntnu.no> Message-ID: <200501190929.12561.woj(a)tstd.pl> Dnia ?roda, 19 stycznia 2005 09:22, Morten Vold napisa?: > In light of the recent postings from non-Norwegians, and the fact that > NAV is now available to a much larger public, we have come to the > conclusion that the primary language of this mailing list should be > English, from now on. > > > (If there should be anyone in the Norwegian higher education community > that are uncomfortable with this decision, I would suggest lobbying > Uninett to establish a similar mailing list for their member > institutions - but I would still recommend continued use of this list) Very good idea. The archives will be usable for people from other countries... :) best regards -- Wojciech (Woj) Kozicki

1 0

Cheetah compile errors in deviceManagementTemplate.tmpl
by morten.vold＠ntnu.no 19 Jan '05

19 Jan '05

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Johnsen, ?ge Olai wrote: > Cheetah 0.9.16a1 [...] > Cheetah.Parser.ParseError: > > #end if found, expected #end def at line 362, column 1 in file > deviceManagementTemplate.tmpl Good catch! Our development server runs Cheetah 0.9.15, which, for some strange reason, silently ignores this syntax error. In other words: It works for us ;-) I'll be checking in a fix for this shortly - just remove line 361 (or comment it out) from deviceManagementTemplate.tmpl and try again. - -- Morten Vold NTNU ITEA Integrasjonsgruppen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB7hY6XxIl0kpcOkQRAm+jAJwLlbiYke9DxHPIvkDw9m/Lbe3bVgCfeupT s613eX7nASNvMmy58lfBGWM= =SERo -----END PGP SIGNATURE----- >From Aage.Olai.Johnsen at hitos.no Wed Jan 19 09:25:38 2005 From: Aage.Olai.Johnsen at hitos.no (Johnsen, Åge Olai) Date: Wed Jan 19 09:22:13 2005 Subject: SV: [Nav-users] Cheetah compile errors in deviceManagementTemplate.tmpl Message-ID: <B1272BF7DAE6094E8D302FF90A391808DFBD8C(a)DIGITALIS.hitos.no> Smooth :) I've tested that. The syntax aint that complicated, so i've changed some of the source to make it compile. But after the third change/error i gave up. I've also tested compiling the file with cheetah 0.9.15 with python 2.2.2 on a another box, and it runs smoothly there. (silently ignores the errors) Error #2, after editing line 362; Line|Line contents ----|------------------------------------------------------------- 745 |#for $value,$option in $args['orgList'] 746 | <option value="$value">$option</option> 747 |#end if 748 | </select> ^ 749 | </td> 750 | <td><input type="text" name="cn_retailer"></td> 751 | <td><input type="text" name="cn_ordernr"></td> And so on.. -Åge > -----Opprinnelig melding----- > Fra: Morten Vold [mailto:morten.vold@ntnu.no] > Sendt: 19. januar 2005 09:12 > Til: Johnsen, Åge Olai > Kopi: nav-users(a)itea.ntnu.no > Emne: Re: [Nav-users] Cheetah compile errors in > deviceManagementTemplate.tmpl > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Johnsen, Åge Olai wrote: > > > Cheetah 0.9.16a1 > [...] > > Cheetah.Parser.ParseError: > > > > #end if found, expected #end def at line 362, column 1 in file > > deviceManagementTemplate.tmpl > > Good catch! Our development server runs Cheetah 0.9.15, > which, for some > strange reason, silently ignores this syntax error. In other > words: It > works for us ;-) > > I'll be checking in a fix for this shortly - just remove line 361 (or > comment it out) from deviceManagementTemplate.tmpl and try again. > > - -- > Morten Vold > NTNU ITEA Integrasjonsgruppen > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.1 (MingW32) > Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org > > iD8DBQFB7hY6XxIl0kpcOkQRAm+jAJwLlbiYke9DxHPIvkDw9m/Lbe3bVgCfeupT > s613eX7nASNvMmy58lfBGWM= > =SERo > -----END PGP SIGNATURE----- > > ########################################### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/

1 0

no VLAN information in NAV
by woj＠tstd.pl 18 Jan '05

18 Jan '05

Dnia wtorek, 18 stycznia 2005 10:31, Kristian Eide napisa?: [cut] > >In VlanPlot I have 4 routers (I didnt include all routers in NAV), after > >clicking one of them there is always an error: > >"An error occured fetching data from server > I just checked - it started to work, I dont know why, I didn't change NAV config, but today we have some big config changes on that router (deleting some int, adding some int)... best regards :) -- Wojciech (Woj) Kozicki

1 0

no VLAN information in NAV
by woj＠tstd.pl 18 Jan '05

18 Jan '05

Dnia wtorek, 18 stycznia 2005 10:31, Kristian Eide napisa?: > >In /editdb/prefix/edit/ if I will take some prefix, implicitly put some > > VLAN number to it, then in Vlan Plot, and some other toolbox stuff this > > Vlan will be visible. But this is not automatic process. > > This is a well-known issue with some Cisco devices; unfortunately we have > not (yet) found a way to fetch the vlan numer via SNMP. > > We have the vlan number as part of the router interface description and NAV > is able to parse this. Could you do something similar? I admit this is not > an ideal situation, however, and we are looking for a better way. > But in logs, that I send you, and in some tables in database I can find some vlan numbers... Your suggestion is to use these guide lines: http://metanav.ntnu.no/moin.cgi/SubnetsAndVlans ? > >In VlanPlot I have 4 routers (I didnt include all routers in NAV), after > >clicking one of them there is always an error: > >"An error occured fetching data from server > > Are you able to look at the output written to the console by the applet? > There it writes the URL it uses to fetch data from the server; if you could > paste that link into a browser and provide the output it would be very > helpful in debugging this issue. In which log I can find this? -- Wojciech (Woj) Kozicki

1 0

no VLAN information in NAV
by woj＠tstd.pl 17 Jan '05

17 Jan '05

Hi! I am testing NAV (Debian package by Morten Werner Olsen), using the lastest NAV debian package. nav:~# dpkg -l | grep nav ii nav 2+3.0beta8-0pr Network Administration Visualized I have _big_ problems with getting information about vlans, - vanPlot shows some routers, and connections, but vlan number is "-1" on every connection after clicking on one of routers I get error: "An error occurred fetching data from server 2 " - Report module after searching "Switchports with vlan" I always get nothing. in getBoksMacs.log I have: [cut] Jan 13 14:10:10 2005 getBoksData_01 QUERY_NETBOX-6-MAC_ENTRY Fetching vlan: 1 Jan 13 14:10:10 2005 getBoksData_01 QUERY_NETBOX-6-MAC_ENTRY Querying vlan: 1, MACs: 2 Mappings: 1 Blocked: 0 / 0 Jan 13 14:10:10 2005 getBoksData_01 QUERY_NETBOX-6-MAC_ENTRY MAC: 0030b6c23881 (0.48.182.194.56.129) (null) found at index: 16, but no ifIndex mapping exists. Jan 13 14:10:10 2005 getBoksData_01 QUERY_NETBOX-6-MAC_ENTRY Fetching vlan: 2 Jan 13 14:10:11 2005 getBoksData_01 QUERY_NETBOX-6-MAC_ENTRY Fetching vlan: 3 Jan 13 14:10:12 2005 getBoksData_01 QUERY_NETBOX-6-MAC_ENTRY Fetching vlan: 4 Jan 13 14:10:12 2005 getBoksData_01 QUERY_NETBOX-6-MAC_ENTRY Fetching vlan: 5 Jan 13 14:10:12 2005 getBoksData_01 QUERY_NETBOX-6-MAC_ENTRY Fetching vlan: 6 [cut] Jan 13 14:10:26 2005 getBoksData_01 QUERY_NETBOX-6-MAC_ENTRY MAC: 00809f26009f (0.128.159.38.0.159) (null) found at index: 1, but no ifIndex mapping exists. [cut] Jan 13 14:10:26 2005 getBoksData_01 QUERY_NETBOX-6-MAC_ENTRY MACs found on 11 / 27 VLANs, units on 0. Jan 13 14:10:26 2005 getBoksData null-6-RUN ** Thread done, time used: 00:00:22.498, waiting for [] ** in database: manage-# select * from swport; gives me 60 rows select * from netbox_vtpvlan; netboxid | vtpvlan ----------+--------- 1 | 200 1 | 3 1 | 203 1 | 14 1 | 1 [cut] so... I have these information in database, but I can see them via WWW. Please, tell me which logs I should check, I will provide any information, beacuse have no idea what is wrong... My seconf question is: After adding new ip-device, what should be done, to make cricket show all the stats? best regards -- Wojciech (Woj) Kozicki >From Aage.Olai.Johnsen at hitos.no Mon Jan 17 15:15:10 2005 From: Aage.Olai.Johnsen at hitos.no (Johnsen, Åge Olai) Date: Mon Jan 17 15:11:52 2005 Subject: [Nav-users] Cheetah compile errors in deviceManagementTemplate.tmpl Message-ID: <B1272BF7DAE6094E8D302FF90A391808DFBD80(a)DIGITALIS.hitos.no> Hi there. Trying to get this to work on Slackware 10.0, and things seem to be working fine until the Cheetah compilation of the templates. I had some troubles with Cheetah on slackware, but thanks to Cheetah mailinglist it seems to be fixed. (the _namemapper.so part) http://sourceforge.net/mailarchive/forum.php?thread_id=6365639&forum_id=1542 The `cheetah test` works fine now. Relevant systeminfo: Slackware 10.0 Python 2.3.4 Cheetah 0.9.16a1 Then to the nav part.. ./configure works fine, but it halts on this part in the "make'ing". To my untrained eye it looks like syntaxerrors? A `cheetah compile subsystem/deviceManagement/src/deviceManagementTemplate.tmpl` gives the same errors. ###################################################### make[2]: Entering directory `/home/source/nav-3.0_beta8/subsystem/deviceManagement/src' /usr/bin/cheetah compile deviceManagementTemplate.tmpl Compiling deviceManagementTemplate.tmpl -> deviceManagementTemplate.py Traceback (most recent call last): File "/usr/bin/cheetah", line 3, in ? CheetahWrapper().main() File "/usr/lib/python2.3/site-packages/Cheetah/CheetahWrapper.py", line 480, in main meth() File "/usr/lib/python2.3/site-packages/Cheetah/CheetahWrapper.py", line 410, in compile self.compileOrFill() File "/usr/lib/python2.3/site-packages/Cheetah/CheetahWrapper.py", line 403, in compileOrFill self.compileOrFillBundle(b) File "/usr/lib/python2.3/site-packages/Cheetah/CheetahWrapper.py", line 248, in compileOrFillBundle output = str(obj) File "/usr/lib/python2.3/site-packages/Cheetah/Compiler.py", line 1379, in moduleDef self.compile() File "/usr/lib/python2.3/site-packages/Cheetah/Compiler.py", line 1178, in compile self._parser.parse() File "/usr/lib/python2.3/site-packages/Cheetah/Parser.py", line 1051, in parse self.eatDirective() File "/usr/lib/python2.3/site-packages/Cheetah/Parser.py", line 1168, in eatDirective self._directiveEaters[directiveKey]() File "/usr/lib/python2.3/site-packages/Cheetah/Parser.py", line 1193, in eatEndDirective self._directiveEndEaters[directiveKey]( File "/usr/lib/python2.3/site-packages/Cheetah/Parser.py", line 1783, in eatEndIf self.eatDedentDirective('if', isLineClearToStartToken) File "/usr/lib/python2.3/site-packages/Cheetah/Parser.py", line 1777, in eatDedentDirective self.popFromIndentStack(directiveKey) File "/usr/lib/python2.3/site-packages/Cheetah/Parser.py", line 1810, in popFromIndentStack raise ParseError(self, msg="#end %s found, expected #end %s" %( Cheetah.Parser.ParseError: #end if found, expected #end def at line 362, column 1 in file deviceManagementTemplate.tmpl Line|Line contents ----|------------------------------------------------------------- 359 |#end for 360 |</table> 361 |#end if 362 |#end def ^ 363 | 364 |#def makeSubMenu($menu) 365 |<br> make[2]: *** [deviceManagementTemplate.py] Error 1 make[2]: Leaving directory `/home/source/nav-3.0_beta8/subsystem/deviceManagement/src' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/source/nav-3.0_beta8/subsystem/deviceManagement' make: *** [all] Error 1 ################################################## -Åge ########################################### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/

2 1

Cisco catalyst 2970 & 3750
by roar.pettersen＠it.uib.no 07 Jan '05

07 Jan '05

Hei ! Holder p? med NAV3 og ser at NAv3 ikke klarer ? finne serie nr til catalyst 2970 & 3750 oid'en har tydeligvis blitt endrett p? disse to "nye" switchen : .1.3.6.1.2.1.47.1.1.1.1.11.1001 H?per at dere har mulighet ? f? dette med i beta9 ? Lurer ogs? p? om det blir samlett inn sw versjoner fra switchene, slik som det var i NAV 2 ? Klarer hvertfall ikke ? finne slik informasjon i de raportene som finnes. -- Med vennlig hilsen / Regards; Roar Pettersen Universitetet i Bergen - The University of Bergen Nygardsgt. 5 - N-5020 BERGEN - Norway Tlf: +47 55 58 40 55 VIP: 81503 fax: +47 55 58 40 70 roar.pettersen(a)it.uib.no - IT-Avd, UiB - http://www.uib.no >From peder.sefland at hivolda.no Fri Jan 14 10:58:59 2005 From: peder.sefland at hivolda.no (Peder Magne Sefland) Date: Fri Jan 14 10:59:12 2005 Subject: [Nav-users] =?iso-8859-1?q?VS=3A_tomcat4_feilmelding_ved_apt?= =?iso-8859-1?q?-get_upgrade_for_nav3_p=E5_debian?= Message-ID: <s1e7a5fb.019(a)HVO-3.hivolda.no> Jeg fant ut av det. L?sningen var ? kj?re cp /usr/share/java/webapps/navAdmin.war /var/lib/tomcat4/webapps/ siden disse hadde blitt overskrevet av apt-get upgrade + /etc/default/tomcat4 restart Peder >>> Peder Magne Sefland 13.01.2005 11:45:21 >>> Godt nytt?r. M?tte det bli et ?r med en stabil nav :-) N?r jeg kj?rte apt-get upgrade p? nav-boksen kom denne feilmeldingen Preparing to replace tomcat4 4.1.30-6 (using .../tomcat4_4.1.31-2_all.deb) ... Stopping Tomcat 4.1 servlet engine: .........tomcat4. Unpacking replacement tomcat4 ... dpkg: error processing /var/cache/apt/archives/tomcat4_4.1.31-2_all.deb (--unpack): trying to overwrite `/usr/share/tomcat4/webapps', which is also in package nav Starting Tomcat 4.1 servlet engine using Java from /usr/lib/j2sdk1.4-sun: tomcat4. Errors were encountered while processing: /var/cache/apt/archives/tomcat4_4.1.31-2_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Jeg fikk problem med en annen nav-vmware installasjon som jeg hadde laget automatisk updatering via en cron-jobb p? apt-get. Kanskje det var dette som rotet til den ogs?? Peder Fungerer varsling p? mail og sms med deg?

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Nav-users Januar 2005