Nav-users

nav-users@lister.sikt.no

1 participants
1378 discussions

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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Nav-users