- Nav-users - lister.unit.no

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

SV: Re: [Nav-users] database export/import fra beta7 til beta8
by morten.vold＠ntnu.no 21 Des '04

21 Des '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Peder Magne Sefland wrote: > F?r jeg starter nav p? beta8 med importert database, kj?rte jeg [...] > psql:3.0_beta8.sql:52: NOTICE: ALTER TABLE / ADD UNIQUE will create > implicit in dex "netbox_deviceid_key" for table "netbox" > psql:3.0_beta8.sql:52: ERROR: relation "netbox_deviceid_key" already > exists Finding duplicate device references in module > psql:3.0_beta8.sql:61: ERROR: current transaction is aborted, > commands ignored until end of transaction block Her har oppgraderingsscriptet allerede feilet, og derfor blir ingenting av skjema-oppgraderingen gjennomf?rt. Mitt sp?rsm?l til deg blir: Hvorfor har du allerede indeksen "netbox_deviceid_key" i databasen din? Har du kj?rt 3.0_beta8.sql p? beta7-installasjonen din f?r du dumpet databasen? Eller har noen tidligere p? nav-users tipset deg om ? gj?re noen endringer direkte i databasen (noe a la: ALTER TABLE netbox ADD CONSTRAINT netbox_deviceid_key UNIQUE(deviceid)) ? > Etter ? starte nav, tok jeg en nav status. Denne viste at > servicemonitor ikke kj?rer etter importen. Den kj?rte f?r. Det har ingen hensikt ? pr?ve ? starte NAV 3.0_beta8 f?r databasen er oppgradert, s? dette tror jeg ikke jeg skal si noe om f?r vi er sikre p? at databasen din er riktig. - -- Morten Vold NTNU ITEA Nettgruppen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFByBVLXxIl0kpcOkQRAj1XAJ4g/vEr6U8Uiaom/bMRLJh7EBSs4wCg5JNW Xj1VT2JeI6cj6+ddK9dJuc8= =+30z -----END PGP SIGNATURE-----

1 0

database export/import fra beta7 til beta8
by werner＠skolelinux.no 21 Des '04

21 Des '04

On Tue, Dec 21, 2004 at 11:52:30AM +0100, Peder Magne Sefland wrote: > Etter ? starte nav, tok jeg en nav status. Denne viste at > servicemonitor ikke kj?rer etter importen. Den kj?rte f?r. Og hva sier loggfila di (/var/lib/nav/log/servicemon.log)? - Werner >From peder.sefland at hivolda.no Tue Dec 21 12:22:00 2004 From: peder.sefland at hivolda.no (Peder Magne Sefland) Date: Tue Dec 21 12:22:37 2004 Subject: SV: Re: [Nav-users] database export/import fra beta7 til beta8 Message-ID: <s1c81589.073(a)HVO-3.hivolda.no> >>> Morten Werner Olsen <werner(a)skolelinux.no> 21.12.2004 11:57:33 >>> On Tue, Dec 21, 2004 at 11:52:30AM +0100, Peder Magne Sefland wrote: > Etter ? starte nav, tok jeg en nav status. Denne viste at > servicemonitor ikke kj?rer etter importen. Den kj?rte f?r. Og hva sier loggfila di (/var/lib/nav/log/servicemon.log)? Har klipt ut logg fra dagen f?r og den siste hendelsen [2004-12-20 11:47:28] db.py:query:107 [Debug] Executing: SELECT serviceid ,service.netboxid, netbox.deviceid, service.active, handler, version, ip, sysname, service.up FROM service JOIN netbox ON (service.netboxid=netbox.netboxid) order by serviceid [2004-12-20 11:47:28] db.py:getCheckers:249 [Notice] Returned 0 checkers [2004-12-20 11:47:28] servicemon.py:main:146 [Notice] Garbage: [] Objects: 7798 Threads: 2 [2004-12-20 11:47:28] servicemon.py:main:149 [Notice] Waiting 59 seconds. [2004-12-20 11:48:28] db.py:query:107 [Debug] Executing: SELECT serviceid, property, value FROM serviceproperty order BY serviceid [2004-12-21 11:41:29] db.py:query:107 [Debug] Executing: SELECT serviceid ,service.netboxid, netbox.deviceid, service.active, handler, version, ip, sysname, service.up FROM service JOIN netbox ON (service.netboxid=netbox.netboxid) order by serviceid [2004-12-21 11:41:29] db.py:getCheckers:249 [Notice] Returned 0 checkers [2004-12-21 11:41:29] servicemon.py:main:146 [Notice] Garbage: [] Objects: 7798 Threads: 2 [2004-12-21 11:41:29] servicemon.py:main:149 [Notice] Waiting 59 seconds. [2004-12-21 11:42:04] servicemon.py:signalhandler:160 [Notice] Caught SIGTERM. Exiting. [2004-12-21 11:42:04] RunQueue.py:terminate:195 [Notice] Waiting for threads to terminate... [2004-12-21 11:42:04] RunQueue.py:terminate:198 [Notice] All threads have finished Det ver vel p? de 3 siste linjene det skjerer seg. Peder

1 0

database export/import fra beta7 til beta8
by peder.sefland＠hivolda.no 21 Des '04

21 Des '04

Jeg har en ganske bra fungerende nav3beta7 hvor alle ip-devicene ligger inne. Har n? satt opp en maskin til som kj?rer beta8. Hadde h?pet at jeg kunne exportere databasen fra beta7 og importere den i beta8. Jeg exporterte med su - postgres pg_dumpall > /tmp/navdb.sql Har flyttet databasen over til den nye maskinen, men er usikker p? hvordan jeg skal importere databasen, siden det sikker er gjort endringer i skjemaene fra beta7 til beta8. Men jeg finner ingen /usr/share/doc/nav/sql/upgrades/3.0_beta8.sql i beta8 pakken (debian) Har noen noe tips? Peder

2 1

Problemer med gDD
by Borge.Brunes＠cc.uit.no 13 Des '04

13 Des '04

Takk for svaret Vidar. Jeg begynte og lure p? om lista var d?d... Vidar.Faltinsen(a)uninett.no said: > H?per Kristian kan kommentere ?vrige ting du hadde her. Han har verdt ? > merke kommet en del kvantesprang lengre p? gDD, s? ny beta kommer nok snart. Er det lov til ? h?pe p? at ny beta kommer f?r jul? Hva med ? lage en "snapshot" av nav hver natt som gj?res tilgjengelig for oss som ?nsker ? kj?re "bleeding edge". Ut?lmodig som jeg er s? synes jeg at det g?r for lang tid mellom hver gang det slippes ny betarelease. Savnet etter ? f? v3 i produksjon er stor fordi v2 har manglende st?tte for nye boxe-typer. Hvor langt unna er NTNU kommet flyttingen over til v3? mvh. -- B?rge Brunes, IT-avdelingen, Universitetet i Troms? http://www.cc.uit.no/~borge/ http://www.freebsd.org

2 1

Problemer med gDD
by Borge.Brunes＠cc.uit.no 13 Des '04

13 Des '04

Det virker som om gDD har problemer med bokser av typen "lag tre switcher" (f.eks. 3550, 3750 ol.) Har lagt inn et par stk. av hver type for ? se hva det er som g?r galt: * 3550-12G I DeviceBrowser s? mangler f?lgende: Availability Unknown Vlan Unknown Gateway Unknown Uplink Unknown Dersom jeg tar turen til Network explorer s? er alle vlan der, samt L3-interfacer. I getDeviceData-loggen dukker f?lgende meldinger opp: CGW_DEVHANDLER-4-CGW_MATCH-MODULE Module 0 does not exist on netbox nfh-gsw.infra.uit.no, default to 1 CGW_DEVHANDLER-4-CGW_MATCH-MODULE Supervisor not found and could not match module pattern to if: Loopback0 CGW_DEVHANDLER-4-CGW_MATCH-MODULE Supervisor not found and could not match module pattern to if: Vlan142 (gjelder alle vlanene) I tillegg s? sender den meldinger til eventq om coldstart noe som ikke er tilfelle. * 3750G-12S Her raser det inn meldinger av typen: Module down, tmu-gsw.infra.uit.no, 1, 0, 1.3.6.1.2.1.2.2.1.1.0, null, [] Info i DeviceBrowser er like mangelfull som for 3550-12G: Availability Unknown Vlan Unknown Gateway Unknown Uplink Unknown og feilmeldinger(?) er lik: MIB_II_SW_DEVHANDLER-6-MODULE_MON Module 1, ifindex 0 on tmu-gsw.infra.uit.no returned no values CGW_DEVHANDLER-4-CGW_MATCH-MODULE Supervisor not found and could not match module pattern to if: Vlan149 (gjelder alle vlanene) Samme problemer gjelder ogs? for 4506, c6k sup720, c6k sup2 I tillegg s? virker det som om moduler kommer og g?r p? boksene eks.: IOS_DEVHANDLER-4-PROCESS_IOS Module 6 (FastEthernet6) does not exist on netbox mh-gsw2.infra.uit.no, skipping (denne modulen finnes p? boksen med #5) Finner ikke memory for noen devicer i det hele tatt. ?nsker dere ? ta en n?rmere titt i loggende s? er passord samme som det altid har v?rt. Et spml. helt til slutt: Vi har en del switcher (f.eks. 3550-48) som kan kj?re som rutere, men som ikke gj?r det. Skal man da sette type SW el. GSW p? disse? I NAV v2 s? m?tte man sette type GSW p? disse, men det er ikke ?nskelig. mvh. -- B?rge Brunes, IT-avdelingen, Universitetet i Troms? http://www.cc.uit.no/~borge/ http://www.freebsd.org

2 1

Problemer med getDeviceData
by Borge.Brunes＠cc.uit.no 01 Des '04

01 Des '04

[kj?rer beta8] Jeg plages med at getDeviceData "henger" (ikke stopper) under kj?ring. Er det noen m?te ? f? scriptet til ? kj?re med bare en tr?d for lettere ? finne ut hvilken boks som er problemet? mvh. -- B?rge Brunes, IT-avdelingen, Universitetet i Troms? http://www.cc.uit.no/~borge/ http://www.freebsd.org

1 0

vlanPlot
by Jan.Susegg＠hint.no 30 Nov '04

30 Nov '04

Skipped content of type multipart/alternative

1 0

NAV i FreeBSD ports
by anders＠bsdconsulting.no 23 Nov '04

23 Nov '04

Hei, Etter ? ha puslet med NAV en stund i samarbeid med Universitetet i Troms? og Bergen, har jeg da i dag lagt en port av NAV i FreeBSD sin ports-samling. Test i vei den som m?tte v?re interessert, vi tar veldig gjerne imot tilbakemeldinger fra andre som er interessert i ? bruke/teste NAV i FreeBSD. Porten er ? se p? som work-in-progress forel?pig, men tjenestene ser ut til for det meste ? kj?re iallfall. For ? installere og sette systemet opp er det bare ? oppdatere ports og kj?re: cd /usr/ports/net-mgmt/nav make install make auto-config Avhengigheter installeres automatisk, auto-config (valgfri) setter opp database og shell environment. Filene i porten kan browses p? http://cvsweb.freebsd.org/ports/net-mgmt/nav/. JDK kan dog v?re grei ? installere som package for ? spare tid. Har f?lgende tilbakemeldinger om ting som burde rettes eller iallfall tas i betraktning av utviklerne: - avhengigheter. Det er fordelaktig med et begrenset, veldefinert utvalg av avhengigheter n?r systemet skal installeres av andre enn utviklerne selv. :-) Synes ikke det virker som om dere tenker s? mye p? det. ?nsker dere at NAV kun skal v?re til Linux, eller ?nsker dere at systemet skal v?re portabelt? - filene subsystem/lib-python/src/nav/db/navprofiles.py og subsystem/lib-python/src/nav/db/forgotten/manage.py mangler Python encoding-informasjon. - CLASSPATH i src/Makefile.in m?tte rettes her, for at make skulle ta med src-katalogen i nav-pakken (jfr. patch files/patch-src-Makefile.in). - bruk av ps-kommandoen i subsystem/alertEngine/alertdaemon.pl m?tte rettes (jfr. patch patch-subsystem-alertEngine-alertdaemon.pl). - fullmask = 0xFFFFFFFF gir warning om endringer i neste versjon av Python. FreeBSD har Python 2.3.4 som gjeldende Python-versjon, og denne warningen dukker da opp i cron-mailer. Rettet til 0xFFFFFFFFL (jfr. patch files/patch-subsystem-lib-python-src-nav-ip.py). - subsystem/startstop/functions.in krever /proc. Ikke alle bruker eller ?nsker ? bruke proc-filsystem. Foresl?r at dere heller tester p? ps-output eller returkode fra ps (jfr. patch files/patch-subsystem-startstop-functions.in). Bruken av pidof burde kanskje ogs? revurderes? Fant ikke noen pidof til FreeBSD som st?tter de argumentene/opsjonene som brukes iallfall. Jeg kan sikkert se om jeg finner et passende alternativ om ?nskelig. - subsystem/startstop/startstop.py kan med fordel sette PATH, da gjerne med /usr/local/bin f?rst. Dette da FreeBSD ikke har Python og andre avhengigheter i standard cron PATH (jfr. patch files/patch-subsystem-startstop-startstop.py). PS: Som en f?lge av dette med NAV, har jeg ogs? v?rt n?dt til ? legge inn avhengigheter som ports/databases/py-forgetsql, ports/www/py-forghtml og java/westhawksnmp i ports-samlingen, ettersom de ikke var der fra f?r av. En retting til ports/databases/py-psycopg (PostgreSQL-st?tte til Python) er p? vei, slik at den kan brukes som en avhengighet. Inntil videre (venter p? respons fra psycopg ports-maintaineren) m? vedlagt patch benyttes om en ikke ?nsker ? installere py-psycopg manuelt. Regner med vi kommer tilbake med flere tilbakemeldinger etterhvert. :-) Mvh, -- Anders.

2 1

SV: [Nav-users] NAV 3.0 beta8 - Debian-pakke
by peder.sefland＠hivolda.no 15 Nov '04

15 Nov '04

Jeg har pr?vd ? kj?re en apt-get upgrade 2 ganger. Med vmware s? er det enkelt ? spole tilbake n?r ting skj?rer seg. Her utklipp av de feilmeldingene som kommer ved oppgraderingen. Si gjerne ifra n?r du vil at jeg skal pr?ve ? gj?re en ny oppgradering. Peder Preparing to replace nav 2+3.0beta7-0pre40 (using .../nav_2+3.0beta8-0pre1_i386.deb) ... Stopping Network Administration Visualized: Services: eventEngine.sh servicemon.py smsd.pl getDeviceData.sh pping.pystart-stop-daemon: warning: failed to kill 883: No such process Cron-jobs: Stopping networkDiscovery: Ok Stopping cricket: Ok Stopping iptrace: Ok Stopping maintengine: Ok Stopping thresholdMon: Ok Stopping mactrace: Ok Stopping logengine: Ok Stopping safe_smsd: Ok Stopping backup: Ok . Unpacking replacement nav ... dpkg: warning - unable to delete old file `/usr/lib/python2.3/site-packages/nav/web/devBrowser': Directory not empty dpkg: warning - unable to delete old file `/usr/lib/python2.3/site-packages/nav/web': Directory not empty dpkg: warning - unable to delete old file `/usr/lib/python2.3/site-packages/nav': Directory not empty Preparing to replace ppp 2.4.2+20040428-2 (using .../ppp_2.4.2+20040428-5_i386.deb) ... Unpacking replacement ppp ... Setting up nav (2+3.0beta8-0pre1) ... Installing new version of config file /etc/nav/alertmsg.conf ... Installing new version of config file /etc/nav/editdb.conf ... Installing new version of config file /etc/nav/report/front.html ... Configuration file `/etc/nav/report/report.conf' ==> Modified (by you or by a script) since installation. ==> Package distributor has shipped an updated version. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : background this process to examine the situation The default action is to keep your current version. *** report.conf (Y/I/N/O/D/Z) [default=N] ? Y Installing new version of config file /etc/nav/report/report.conf ... Starting Network Administration Visualized: Services: eventEngine.sh servicemon.pyTraceback (most recent call last): File "/usr/lib/nav/servicemon.py", line 44, in ? from nav.statemon import RunQueue ImportError: No module named nav.statemon (failed) smsd.plCan't locate NAV.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.4 /usr/local/share/perl/5.8.4 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/lib/nav/smsd.pl line 59. BEGIN failed--compilation aborted at /usr/lib/nav/smsd.pl line 59. (failed) getDeviceData.sh pping.pyTraceback (most recent call last): File "/usr/lib/nav/pping.py", line 36, in ? from nav.statemon import rrd ImportError: No module named nav.statemon (failed) alertdaemon.plCan't locate Engine.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.4 /usr/local/share/perl/5.8.4 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/lib/nav/alertdaemon.pl line 39. BEGIN failed--compilation aborted at /usr/lib/nav/alertdaemon.pl line 39 (#1) (F) You said to do (or require, or use) a file that couldn't be found. Perl looks for the file in all the locations mentioned in @INC, unless the file name included the full path to the file. Perhaps you need to set the PERL5LIB or PERL5OPT environment variable to say where the extra library is, or maybe the script needs to add the library name to @INC. Or maybe you just misspelled the name of the file. See perlfunc/require and lib. Uncaught exception from user code: Can't locate Engine.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.4 /usr/local/share/perl/5.8.4 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/lib/nav/alertdaemon.pl line 39. BEGIN failed--compilation aborted at /usr/lib/nav/alertdaemon.pl line 39. (failed) Cron-jobs: Fatal error: Could not find the nav.startstop module. Is your PYTHONPATH environment correctly set up? invoke-rc.d: initscript nav, action "start" failed. Setting up ppp (2.4.2+20040428-5) ... Installing new version of config file /etc/ppp/ipv6-up ... >>> Morten Werner Olsen <werner(a)skolelinux.no> 12.11.2004 09:04:20 >>> Hallo! Da har jeg laget en Debian-pakke av NAV beta8. Pakken ligger p? samme sted som den alltid har gjort [1], og jeg antar at installasjons- manualen [2] ogs? fungerer. Se ogs? [3] for mer info om pakken. Jeg har ingen maskiner ? teste denne p?, s? for ? forbedre den er jeg avhengig at noen som tester og gir meg tilbakemelding p? feil og andre ting som kan/b?r forbedres (b?de i selve pakken og i installasjons- manualen). :) - Werner [1] http://skolelinux.no/~werner/debian/pool/unstable/n/nav/ [2] http://skolelinux.no/~werner/nav/install-howto.txt [3] http://skolelinux.no/~werner/nav/ _______________________________________________ Nav-users mailing list Nav-users(a)mailman.itea.ntnu.no http://mailman.itea.ntnu.no/mailman/listinfo/nav-users

1 0

NAV 3.0 beta8 - Debian-pakke
by werner＠skolelinux.no 12 Nov '04

12 Nov '04

Hallo! Da har jeg laget en Debian-pakke av NAV beta8. Pakken ligger p? samme sted som den alltid har gjort [1], og jeg antar at installasjons- manualen [2] ogs? fungerer. Se ogs? [3] for mer info om pakken. Jeg har ingen maskiner ? teste denne p?, s? for ? forbedre den er jeg avhengig at noen som tester og gir meg tilbakemelding p? feil og andre ting som kan/b?r forbedres (b?de i selve pakken og i installasjons- manualen). :) - Werner [1] http://skolelinux.no/~werner/debian/pool/unstable/n/nav/ [2] http://skolelinux.no/~werner/nav/install-howto.txt [3] http://skolelinux.no/~werner/nav/ >From Ketil.Forselv at hin.no Sat Nov 13 20:38:06 2004 From: Ketil.Forselv at hin.no (Forselv Ketil) Date: Sat Nov 13 20:38:19 2004 Subject: [Nav-users] NAV 3.0 og Tomcat Message-ID: <4147C56944E2B64D978FA0EAB10A14FA4B07E0(a)fagserver2.fag.hin.no> Hei Morten Etter hjelp fra deg er n? alt i orden med Tomcat og Nav 3.0. L?sninga ble fra /usr/java/j2sdk1.4.2_05/jre/lib/ext/ og legge inn f?lgende symlink: ln -s /usr/local/nav/lib/java/*.jar . Etter oppgraderinger tar Nav'en ogs? uten problemer linux-bokser med netsnmp som vi har et par stykker av for NAT'ing. Det eneste som ikke er helt p? G er innsamlingen fra 3750-boksen (hin-gsw), som gj?r at i browsing p? denne i Vlanplot (http://nav3.hin.no) gir "an error occured fetching data from server". mvh Ketil

1 0

Release-notice: NAV 3.0 beta 8
by kreide＠online.no 10 Nov '04

10 Nov '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > >> Problemene jeg har med at getDeviceData ikke klarer ? avlede Vlan for > Kristian tar kanskje kontakt direkte med sine sp?rsm?l ? Hei. Vidar skrev noe om dette tidligere i ?r: "1. Problemer med molde-sw.himolde.no (Catalyst 4506) Litt bakgrunnsinfo. UNINETTs ruter i Molde (molde-gw.uninett.no) fungerer som en ren transitt ruter. All lokal ruting i Molde foreg?r p? molde-sw.himolde.no, som er en catalyst 4506 med en lag 3 supervisor. Mellom molde-gw og molde-sw er det to 100 mbps linknett. Mao. s? er det to default ruter definert p? molde-sw.himolde.no. Over det ene linknettet kj?res ogs? ipv6. Dessverre st?tter ikke cat4K ipv6. Det ble derfor etablert en dot1q trunk p? dette interfacet og et nytt vlan 6 for ? ta h?nd om native trafikk p? det aktuelle interfacet p? molde-sw (Gi 6/2)." Jeg regner med at det er relatert til dette? Det jeg lurer p? er n?yaktig hva som mangler av info her (er det manglende vlan-nummer?). I NAVv2 er det jo slik at vi bruker netident for ? gj?re match i vlan.txt, men denne filen eksisterer jo ikke i NAVv3. Det kan derfor v?re derfor dette ikke virker i v3 og at vi m? finne en m?te ? avlede dette p? automatisk. Hvis det er en OID vi kan bruke for evt. ? hente ut manglende VLAN-nummer s? skal det v?re en kurrant sak ? rette dette. - -- Kristian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFBkKRgRBuET7ul/ccRAs3EAJ0aE9KmlEfxuXCwSlCh+LsV6Tu/0QCgoohy f+O33ck+FhcKVz+a8r0cjlg= =0cDG -----END PGP SIGNATURE-----

2 7

Release-notice: NAV 3.0 beta 8
by Borge.Brunes＠cc.uit.no 09 Nov '04

09 Nov '04

morten.vold(a)ntnu.no said: > RPM for FreeBSD er n? ogs? tilgjengelig, men det gis fremdeles ingen > garantier for denne da vi ikke har noe FreeBSD-system ? teste p?. Bygging av rpm-pakker for FreeBSD kan avsluttes da vi er i ferd med ? f? lagt NAV inn i ports? B?rge ?http://www.no.freebsd.org/ports/index.html

1 0

Release-notice: NAV 3.0 beta 8
by odd.hauge＠himolde.no 09 Nov '04

09 Nov '04

>> Uten at jeg skal uttale meg for bombesikkert, ligner dette litt p? >> problemene vi hadde da vi fikset en del av feilene i gDD mens vi >> allerede hadde feil i databasen. Hadde jeg v?rt deg, ville jeg pr?vd >> fremgangsm?ten jeg beskrev i release-notatene jeg akkurat postet her - >> dvs. slette alle modulinnslagene mens NAV er nede for telling, og la alt >> bli samlet inn p? nytt. >> > Har ? gjort dette. Men Nav slitter fortsatt med switcher i catalyst 4000 > familien, som for mitt vedkommende er 2848 og 2980 switcher. Det > rappoteres n? kun 1 modul for begge switchtypene, selv om de har hhv 2 > (2948) og 3 (2980). For 2948 rappoteres modul 2, og for 2980 modul 3. > > Det er ikke dukket opp noe switcheporter for disse 2 switchetypene i > rapporten enn?, men hvis det var som f?r i dag dukker switchportene for > 2948 opp, mens det ikke dukker opp noen porter for 2980. ?vrige switchers > porter viser i rapporten. > > Jeg har pr?vt ? slette og legge til switchene uten noen endring i > rapporten. Ser p? report/sw?catid_op=in&catid=SW,GSW at det rappoteres litt vilk?rlig om det er 2 eller 50 porter. N? st?r det 2: Room Name IP address Type Org modules swport memory AR082 molde-telerom1-sw2.hiMolde.no 158.38.83.25 wsc2948 IT 1 2 memory Mens andre ganger kan det st?r 50. Tar jeg en select * from module varierer ogs? innholdet der. Tidligere i dag fikk jeg detet resultatet 376 | 296 | 12 | 6 | ATM-CES OC3 Single Mode, CBR E1, 120 ohm | y | | 405 | 60 | 18 | 2 | 10/100/1000 Ethernet 50 port WS-C2948G Rev. 2.4 | y | | WS-C2948G 406 | 61 | 20 | 2 | 10/100/1000 Ethernet 50 port WS-C2948G Rev. 2.0 | y | | WS-C2948G 407 | 52 | 22 | 2 | 10/100/1000 Ethernet 50 port WS-C2948G Rev. 2.4 | y | | WS-C2948G 408 | 57 | 23 | 2 | 10/100/1000 Ethernet 50 port WS-C2948G Rev. 2.0 | y | | WS-C2948G 409 | 81 | 17 | 2 | 10/100/1000 Ethernet 50 port WS-C2948G Rev. 2.0 | y | | WS-C2948G Mens n? f?r jeg: 376 | 296 | 12 | 6 | ATM-CES OC3 Single Mode, CBR E1, 120 ohm | y | | 410 | 60 | 18 | 1 | Switching Supervisor 0 port WS-X2948 Rev. 2.4 | y | | WS-X2948 411 | 61 | 20 | 1 | Switching Supervisor 0 port WS-X2948 Rev. 2.0 | y | | WS-X2948 412 | 57 | 23 | 1 | Switching Supervisor 0 port WS-X2948 Rev. 2.0 | y | | WS-X2948 413 | 52 | 22 | 1 | Switching Supervisor 0 port WS-X2948 Rev. 2.4 | y | | WS-X2948 414 | 81 | 17 | 1 | Switching Supervisor 0 port WS-X2948 Rev. 2.0 | y | | WS-X2948 Modulid 405 til 409 er borte. Burde ikke alle moduleid'er fra 409 - 414 v?rt i module tabellen ? - odd arne

1 0

Release-notice: NAV 3.0 beta 8
by odd.hauge＠hiMolde.no 09 Nov '04

09 Nov '04

Hei. F?r noen feilmeldinger i webgui n?r jeg g?r inn p? /logger: Mod_python error: "PythonHandler main" Traceback (most recent call last): File "/usr/local/apache/libexec/python/lib/python2.2/site-packages/mod_python/apache.py", line 193, in Dispatch result = object(req) File "/usr/local/nav/apache/webroot/messages/main.py", line 63, in handler path = req.uri.split(BASEPATH)[1] IndexError: list index out of range N? her jeg vel ikke s? mye data der, men lell. Etter ? ha trukket refresh noen ganger kommer siden opp. En mer alvorlig ting er at nav i Reports (/report/swport?b1.netboxid=??) kun viser 2 switchinterface for alle catalyst 4000 type switchene. Dette var riktig i beta 7. Det er kun mangement interfacene som vises, sc0 og me1, disse tilh?rer modul 1, men selve switchportene som tilh?rer modul 2 eller h?yrere vises ikke, f?lgelig ingen switchporter. Satte da uptodate flagget lik "f "for disse switchene. Da ble 2948 switchene riktige, mens 2980G(A) switchene rappoteres med 0 switchporter. Det vises fortsatt kun 1 modul i stedet for minst 2 moduler. S? grunnen til at switchportene vises for 2948 switchene er at det er modul 2 som er vist i rapporten etter at flagget ble satt og ikke modul 1. For 2980-switchene som har 3 moduler, er det modul 3 som listes (har 32 10/100 porter og 2 GBIC), men uten tilh?rende switchporter. S? det er et eller annet som ikke er helt godt her. gDD log gir denne typen feilmeldinger for disse switchene: SQLException for update statement: INSERT INTO module (moduleid,deviceid,netboxid,module,model,descr) VALUES ('167','142','124','2','WS-C2948G','10/100/1000 Ethernet 50 port WS-C2948G Rev. 2.5') java.sql.SQLException: ERROR: Cannot insert a duplicate key into unique index module_deviceid_key java.sql.SQLException: ERROR: Cannot insert a duplicate key into unique index module_deviceid_key Device Browser av routere og switcher gir f?lgende feil hos meg: Traceback (most recent call last): File "/usr/local/nav/lib/python/nav/web/devBrowser/dispatcher.py", line 96, in handler result = handler.process(request) File "/usr/local/nav/lib/python/nav/web/devBrowser/netbox.py", line 162, in process result.append(info.showInfo()) File "/usr/local/nav/lib/python/nav/web/devBrowser/netbox.py", line 200, in showInfo info.add('Gateway', self.showGw()) File "/usr/local/nav/lib/python/nav/web/devBrowser/netbox.py", line 235, in showGw gwNetbox = gw.gwport.module.netbox File "/usr/local/apache/libexec/python/lib/python2.2/site-packages/forgetSQL.py", line 389, in __getattr__ self.load() File "/usr/local/apache/libexec/python/lib/python2.2/site-packages/forgetSQL.py", line 468, in load self._loadDB() File "/usr/local/apache/libexec/python/lib/python2.2/site-packages/forgetSQL.py", line 697, in _loadDB curs.execute(sql, self._getID()) ProgrammingError: ERROR: No such attribute gwport.ospf SELECT gwport.interface, gwport.speed, gwport.gwportid, gwport.masterindex, gwport.ifindex, gwport.link, gwport.to_swportid, gwport.ospf, gwport.moduleid, gwport.to_netboxid FROM gwport WHERE (gwport.gwportid=74) Problemene jeg har med at getDeviceData ikke klarer ? avlede Vlan for switchene i Kristiansund som kj?rer med interVlan ruting p? Uninetts ruter er fortsatt til stede. Dette virker i Nav2, I /report/gw st?r et at det er 15 gwp for molde-gw.uninett.no (7206), mens /report/swport?b1.netboxid=12 kun gir 7 hits. Hvorfor er det forskjell her ? Det positive er at gw-porter for en 1700 og en 2600 ruter n? avledes helt fint, noe som ikke virket i beta7. mvh Odd Arne Hauge

3 2

Release-notice: NAV 3.0 beta 8
by morten.vold＠ntnu.no 09 Nov '04

09 Nov '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 NAV 3.0 beta 8 er n? tilgjengelig for nedlasting p? http://metanav.ntnu.no/downloads/v3/ . NB: Det er ikke generert ny RPM-pakke for FreeBSD - dette vil skje i morgen, men .spec-fil for dette finnes i tarballen for den som vil lage RPM selv. For de som installerer NAV 3 beta for f?rste gang ================================================= Som det tidligere er gjort oppmerksom p?, b?r man ha en egen boks dedikert til beta-testingen, iom. at versjon 3 ikke er klar til ? ta over for en v2-boks i produksjon. P? ovennevnte URL finnes filen preinstall_apache2.txt, som forel?pig er den eneste formen for dokumentasjon p? hva man trenger ? gjennomf?re for ? klargj?re en boks for NAV v3. Filen er en logg over hva jeg foretok meg for ? f? installert NAV v3 beta p? v?r RedHat 9-baserte boks. Universitetet i Troms? har brukt denne som et utgangspunkt for ? gj?re noe tilsvarende p? FreeBSD. For den som ?nsker ? installere p? RedHat 9, ligger det en RPM-pakke ute p? metanav. Denne er merket med noen f? avhengigheter, men langt i fra alle (derav filen preinstall.txt). Ellers har man muligheten for ? installere fra kildekoden, som n? ogs? ligger ute. RPM-pakke for rpm p? FreeBSD ligger der for?vrig ogs?. Etter at man har installert NAV (eller pakket ut kildekoden), finnes det en liten guide til ? komme i gang i filen doc/getting-started.txt (hvis du installerte RPM'en, ligger denne som /usr/local/nav/doc/getting-started.txt). For de som skal oppgradere fra beta 7 ===================================== Det er noen endringer i databaseskjemaet som m? tas hensyn til, changeloggen (nedenfor) gir n?rmere detaljer. CHANGES ======= Version 3.0_beta8 (released 08 November 2004) ##################################################################### ## WARNING WARNING WARNING WARNING WARNING WARNING WARNING ## ##################################################################### ## ## ## This release makes changes to the NAV database. If you are ## ## upgrading from a previous release you also need to upgrade your ## ## database schema. For information on how to upgrade the database ## ## schema, please take a look in doc/sql/upgrades for more ## ## information. ## ## ## ##################################################################### User-visible changes: * Encoding info has been added to several python modules, to make newer versions of Python stop complaining about PEP 0263. But there are probably more modules that need these changes. * Attempting to stop not running cron services using the nav command will no longer yield a Python exception. * Alert profiles containing time periods spanning across midnight will now work. * Interface names containing more than one forward slash now work with makecricketconfig. * Added config file cricket-views.conf to define which views makecricketconfig will create. * Several editdb crash bugs were fixed. * Default set of reports (report.conf) were bugfixed. * MachineTracker had a serious design flaw in its primary SQL statement, which would cause arbitrary and erroneous search result. The automatic combination of arp and cam data should now be more accurate. * When there are no active messages, the annoying "No Found" message is no longer displayed on the home page. * Some missing icons have been added, and new icons for some tools. * Some strange errors on the web were due to small differences in mod_python versions used on Apache 1.3 and Apache 2, the ones that have been found have been fixed. * Tremendous amount of fixes related to the getDeviceData collection system, more accurate collection of module information and module state, detection of replaced netboxes, etc. * Errors in getDeviceData and missing constraints in the database would sometimes cause several netboxes and/or several modules to refer to the same device and serial number (which is supposed to be impossible). This has been fixed. * Improvements to vlanPlot layout, including links to IP device center and Network Explorer. Will now also display an error message when contact cannot be establishwith the vPServer, whereas previously it would only present a blank screen. Lykke til med installasjon og drift av ny beta! - -- Morten Vold NTNU ITEA Nettgruppen _______________________________________________ Nav-users mailing list Nav-users(a)mailman.itea.ntnu.no http://mailman.itea.ntnu.no/mailman/listinfo/nav-users -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBj4/ZXxIl0kpcOkQRAs+wAJ97swD7hqfMO3H0dL0J97wzcWH0PQCdHpnH FH7c0gUC9BoLDZAu+EIZVLo= =Tr+4 -----END PGP SIGNATURE----- >From Ketil.Forselv at hin.no Mon Nov 8 21:13:08 2004 From: Ketil.Forselv at hin.no (Forselv Ketil) Date: Mon Nov 8 21:13:11 2004 Subject: SV: [Nav-users] Release-notice: NAV 3.0 beta 8 Message-ID: <4147C56944E2B64D978FA0EAB10A14FA4B07D7(a)fagserver2.fag.hin.no> Hei Oppgraderingen gikk berre lekkert. En ting er glemt: Scriptene i /usr/local/nav/etc/init.d m? modifiseres med su - , ellers blir det noe permission denied for .bash mvh Ketil -----Opprinnelig melding----- Fra: nav-users-bounces(a)mailhost.itea.ntnu.no [mailto:nav-users-bounces@mailhost.itea.ntnu.no] P? vegne av Morten Vold Sendt: 8. november 2004 16:25 Til: nav-users(a)itea.ntnu.no Emne: [Nav-users] Release-notice: NAV 3.0 beta 8 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 NAV 3.0 beta 8 er n? tilgjengelig for nedlasting p? http://metanav.ntnu.no/downloads/v3/ . NB: Det er ikke generert ny RPM-pakke for FreeBSD - dette vil skje i morgen, men .spec-fil for dette finnes i tarballen for den som vil lage RPM selv. For de som installerer NAV 3 beta for f?rste gang ================================================= Som det tidligere er gjort oppmerksom p?, b?r man ha en egen boks dedikert til beta-testingen, iom. at versjon 3 ikke er klar til ? ta over for en v2-boks i produksjon. P? ovennevnte URL finnes filen preinstall_apache2.txt, som forel?pig er den eneste formen for dokumentasjon p? hva man trenger ? gjennomf?re for ? klargj?re en boks for NAV v3. Filen er en logg over hva jeg foretok meg for ? f? installert NAV v3 beta p? v?r RedHat 9-baserte boks. Universitetet i Troms? har brukt denne som et utgangspunkt for ? gj?re noe tilsvarende p? FreeBSD. For den som ?nsker ? installere p? RedHat 9, ligger det en RPM-pakke ute p? metanav. Denne er merket med noen f? avhengigheter, men langt i fra alle (derav filen preinstall.txt). Ellers har man muligheten for ? installere fra kildekoden, som n? ogs? ligger ute. RPM-pakke for rpm p? FreeBSD ligger der for?vrig ogs?. Etter at man har installert NAV (eller pakket ut kildekoden), finnes det en liten guide til ? komme i gang i filen doc/getting-started.txt (hvis du installerte RPM'en, ligger denne som /usr/local/nav/doc/getting-started.txt). For de som skal oppgradere fra beta 7 ===================================== Det er noen endringer i databaseskjemaet som m? tas hensyn til, changeloggen (nedenfor) gir n?rmere detaljer. CHANGES ======= Version 3.0_beta8 (released 08 November 2004) ##################################################################### ## WARNING WARNING WARNING WARNING WARNING WARNING WARNING ## ##################################################################### ## ## ## This release makes changes to the NAV database. If you are ## ## upgrading from a previous release you also need to upgrade your ## ## database schema. For information on how to upgrade the database ## ## schema, please take a look in doc/sql/upgrades for more ## ## information. ## ## ## ##################################################################### User-visible changes: * Encoding info has been added to several python modules, to make newer versions of Python stop complaining about PEP 0263. But there are probably more modules that need these changes. * Attempting to stop not running cron services using the nav command will no longer yield a Python exception. * Alert profiles containing time periods spanning across midnight will now work. * Interface names containing more than one forward slash now work with makecricketconfig. * Added config file cricket-views.conf to define which views makecricketconfig will create. * Several editdb crash bugs were fixed. * Default set of reports (report.conf) were bugfixed. * MachineTracker had a serious design flaw in its primary SQL statement, which would cause arbitrary and erroneous search result. The automatic combination of arp and cam data should now be more accurate. * When there are no active messages, the annoying "No Found" message is no longer displayed on the home page. * Some missing icons have been added, and new icons for some tools. * Some strange errors on the web were due to small differences in mod_python versions used on Apache 1.3 and Apache 2, the ones that have been found have been fixed. * Tremendous amount of fixes related to the getDeviceData collection system, more accurate collection of module information and module state, detection of replaced netboxes, etc. * Errors in getDeviceData and missing constraints in the database would sometimes cause several netboxes and/or several modules to refer to the same device and serial number (which is supposed to be impossible). This has been fixed. * Improvements to vlanPlot layout, including links to IP device center and Network Explorer. Will now also display an error message when contact cannot be establishwith the vPServer, whereas previously it would only present a blank screen. Lykke til med installasjon og drift av ny beta! - -- Morten Vold NTNU ITEA Nettgruppen _______________________________________________ Nav-users mailing list Nav-users(a)mailman.itea.ntnu.no http://mailman.itea.ntnu.no/mailman/listinfo/nav-users -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBj4/ZXxIl0kpcOkQRAs+wAJ97swD7hqfMO3H0dL0J97wzcWH0PQCdHpnH FH7c0gUC9BoLDZAu+EIZVLo= =Tr+4 -----END PGP SIGNATURE----- _______________________________________________ Nav-users mailing list Nav-users(a)mailman.itea.ntnu.no http://mailman.itea.ntnu.no/mailman/listinfo/nav-users

1 1

SV: [Nav-users] nav3, Debian Sarge og cricket
by peder.sefland＠hivolda.no 04 Nov '04

04 Nov '04

Visst ikke det har kommet noen oppdateringer p? denne pakken i det siste, tror jeg ikke du skal instalere debian sin cricket. Se punkt 5 i /usr/share/doc/nav/README.Debian 5. Cricket o Do not install the Cricket Debian package o Download cricket-1.0.5 (http://prdownloads.sf.net/cricket/cricket-1.0.5.tar.gz) o Unpack the tar-ball in /usr/local 'cd /usr/local; tar xvzf /tmp/cricket-1.0.5.tar.gz; ln -s cricket-1.0.5 cricket; cd cricket; ln -s . cricket; chown -R navcron.nav cricket-1.0.5' o Patch the cricket source with the patches following the NAV Debian package: 'cd /usr/local/cricket; patch -p1 /usr/share/doc/nav/cricket_patches/nav_locking.patch' o Run Cricket's configure script: 'cd /usr/local/cricket; ./configure' o Copy the NAV specific Cricket configuration files: 'cd /usr/local/cricket; cp /usr/share/doc/nav/cricket/cricket/subtree-sets .; cp -r /usr/share/doc/nav/cricket/cricket-config .; cp cricket-conf.pl.sample cricket-conf.pl' o Edit the cricket-conf.pl and set these variables: $gCricketHome = "/usr/share/nav/cricket"; o Run compile as the navcron-user: 'cd /usr/local/cricket/lib; ./compile' o Run makecricketconfig.pl: 'cd /usr/local/cricket; /usr/lib/nav/makecricketconfig.pl' Peder Magne Sefland Avd. ingeni?r IT-avd. H?gskulen i Volda Postboks 500 6101 VOLDA 70075284 (kontor) 90823914 (mob.) >>> Ole Sigurd Nyvold Hansen <Ole.S.Hansen(a)hit.no> 04.11.2004 12:32:19 >>> Hei, Etter # apt-get install cricket og # chmod 644 /etc/cricket/config/config.db p? en vanlig Debian Sarge kommer http://localhost/cgi-bin/cricket/grapher.cgi greitt opp (uten data). Sarge har apache 1.3.26. P? v?r nav3 beta7(?) installasjon f?r vi ikke se cricket data. Noen tips? mvh OleS _______________________________________________ Nav-users mailing list Nav-users(a)mailman.itea.ntnu.no http://mailman.itea.ntnu.no/mailman/listinfo/nav-users

1 0

nav3, Debian Sarge og cricket
by Ole.S.Hansen＠hit.no 04 Nov '04

04 Nov '04

Hei, Etter # apt-get install cricket og # chmod 644 /etc/cricket/config/config.db p? en vanlig Debian Sarge kommer http://localhost/cgi-bin/cricket/grapher.cgi greitt opp (uten data). Sarge har apache 1.3.26. P? v?r nav3 beta7(?) installasjon f?r vi ikke se cricket data. Noen tips? mvh OleS

1 0

SV: Re: [Nav-users] 6509 problem med nav3
by peder.sefland＠hivolda.no 29 Okt '04

29 Okt '04

>>> Vidar Faltinsen <Vidar.Faltinsen(a)uninett.no> 29.10.2004 11:17:28 >>> Pr?v en select * from cam where sysname like 'navnetp?svitsjen%'; Gjorde noen fors?k (2970 har ip 158.38.75.58): manage=> select * from cam where sysname like 'volda-aasen-giga-sw%'; camid | netboxid | sysname | ifindex | module | port | mac | start_time | end_time | misscnt -------+----------+---------+---------+--------+------+-----+------------+----------+--------- (0 rows) manage=> select * from cam where sysname like 'volda-aasen-giga-sw'; camid | netboxid | sysname | ifindex | module | port | mac | start_time | end_time | misscnt -------+----------+---------+---------+--------+------+-----+------------+----------+--------- (0 rows) manage=> select * from cam where sysname like '158.38.75.58%'; camid | netboxid | sysname | ifindex | module | port | mac | start_time | end_time | misscnt -------+----------+--------------+---------+--------+------+--------------+----------------------------+----------------------------+--------- 41 | 28 | 158.38.75.58 | 10101 | | | 000f234a0f18 | 2004-09-15 11:10:50.550405 | 2004-09-16 10:12:07.53268 | 37 | 28 | 158.38.75.58 | 10125 | | | 000c85fe1d0b | 2004-09-15 11:10:50.228705 | 2004-09-16 10:12:08.593464 | 36 | 28 | 158.38.75.58 | 10124 | | | 0002fd39b456 | 2004-09-15 11:10:49.769291 | 2004-09-16 10:12:12.772662 | 40 | 28 | 158.38.75.58 | 10127 | | | 000e84bba299 | 2004-09-15 11:10:50.535114 | 2004-09-16 10:12:14.340961 | 39 | 28 | 158.38.75.58 | 10126 | | | 000dbc11b9f1 | 2004-09-15 11:10:50.517444 | 2004-09-16 10:12:17.938701 | 38 | 28 | 158.38.75.58 | 10125 | | | 000cce20eff1 | 2004-09-15 11:10:50.498858 | 2004-09-15 15:10:34.922234 | Dersom du f?r treff i cam, s? ligger feilen i frontend. F?r du ikke treff, s? m? vi se hvordan denne boksen er oid-klassifisert, det kan du ogs? selv gj?r i report, eller forresten, det er kanskje ikke tilgjengelig i patchen du har. Vel du kan gj?re: select sysname,snmpoid,oidname,mib from netbox left join netboxsnmpoid using (netboxid) left join snmpoid using (snmpoidid) where oidname='dot1dBasePortIfIndex' order by sysname; Fikk bl.a dette resultat (utdrag): 158.38.75.57 | 1.3.6.1.2.1.17.1.4.1.2 | dot1dBasePortIfIndex | BRIDGE-MIB 158.38.75.58 | 1.3.6.1.2.1.17.1.4.1.2 | dot1dBasePortIfIndex | BRIDGE-MIB 158.38.81.18 | 1.3.6.1.2.1.17.1.4.1.2 | dot1dBasePortIfIndex | BRIDGE-MIB N?r jeg s?ker p? maskiner som jeg vet st?r p? 2970 i nav3 f?r jeg meldingen: Your search did not return any results N?r jeg s?ker p? samme ip i nav2, finner den mac-addressen. Men sier: Ikke resultat p? s?k i cam-tabellen. Dersom svitsjen din ikke blir med her s? har vi et problem. Du kan pr?ve ? polle boksen direkte med den OIDen du f?r ut av overnevnte select og se om den svarer. Jeg vil jo gjette p? det, men man vet jo aldri. Som du ser er OID'en lik for disse switchene. Men i Report kommer disse slik ut, (og som ogs? stemmer) 158.38.75.57 SW 0 cat2970 158.38.75.58 SW 0 catalyst297024TS 158.38.81.18 SW 0 cat2924XLv Jeg har ikke lagt disse 2970 inn i dns enda. Skal gj?re det n?. Men kan det ha noe ? si? H?per dette ordner seg. 2970 er den mest stilleg?ende cisco-switchen jeg har vert borti. Da kan en bruke den p? rom uten og m?tte sette opp et helt skap bare for en switch. Jeg mangler et par gif bilder - images/emotd/top-l.gif (I ?pningsbilde, etter at jeg har lagt inn en melding) - navAdmin/gfx/wlan.gif (I Network Explorer p? tr?dl?se basestasjoner) Peder

2 1

SV: Re: [Nav-users] 6509 problem med nav3
by peder.sefland＠hivolda.no 29 Okt '04

29 Okt '04

Jeg kj?rte nav3 p? en vmware-installasjon p? min berbare. Noe som medf?rte at jeg tok den mye ned og opp. Da ble dato og klokke helt feil, i tillegg til at den ikke fikk den tid den trengt til ? samle inn data'en. N?r dato og klokke ble satt riktig og den fikk st?tt lenge nok, kom data'ene inn. Peder >>> Borge Brunes <Borge.Brunes(a)cc.uit.no> 29.10.2004 13:02:20 >>> peder.sefland(a)hivolda.no said: > Stor glede her i g?rden N? g?r det riktig vei her ogs?. N? har jeg f?tt opp > alle interface til 6509 i nav3 og kan bla nedover i Network Explorer. Og hva var det som skulle til? Kan v?re greit for oss andre ? vite ogs?. mvh. -- B?rge Brunes, IT-avdelingen, Universitetet i Troms? http://www.cc.uit.no/~borge/ http://www.freebsd.org

1 0

SV: Re: [Nav-users] 6509 problem med nav3
by Borge.Brunes＠cc.uit.no 29 Okt '04

29 Okt '04

peder.sefland(a)hivolda.no said: > Stor glede her i g?rden N? g?r det riktig vei her ogs?. N? har jeg f?tt opp > alle interface til 6509 i nav3 og kan bla nedover i Network Explorer. Og hva var det som skulle til? Kan v?re greit for oss andre ? vite ogs?. mvh. -- B?rge Brunes, IT-avdelingen, Universitetet i Troms? http://www.cc.uit.no/~borge/ http://www.freebsd.org

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