Nav-users

nav-users@lister.sikt.no

1376 discussions

RE: Nav3 Beta 4 ser ikke ut til å virke
by odd.hauge＠hiMolde.no 17 Jun '04

17 Jun '04

> Det er jo en grunn til at dette er en beta, og ikke en produksjons-release ;) He he ! > Log fra getDeviceData sier lignende for alle rutere og svitsjer (wlan ogs?): > May 18 22:27:08 2004 getDeviceData_02 ServerPlugin-6-canHandleDevice > We cannot serve kristiansund-gw.uninett.no >Dette m? inn i listen over errata for beta4: >Det kan se ut som en bug i editdb gj?r at getDeviceData ikke f?r beskjed >om ? oppdatere hvilke OID-er de forskjellige device-typene svarer p?. >Hvis du bruker psql p? kommandolinja og logger inn i manage-databasen >som navwrite-brukeren, kan du skrive f?lgende SQL-setning for ? pr?ve ? >rette opp i det (dette gjelder _alle_ som har installert beta4!): >UPDATE type SET uptodate='f'; >Dette gjorde vi hos oss for ? l?se problemet. Ser ikke ut til ? gj?re susen hos meg. Fortsatt ingenting i Nav. Andre r?d mottas med takk. networkDiscovery logger ingen feil lenger. Men finner heller ingen ting. more /usr/local/nav/var/log/networkDiscovery/networkDiscovery.html <html> <head><title>Vlan discovery report</title></head> <body> Generated on: Wed May 19 17:38:01 CEST 2004 <pre> </pre> Report: (found 0 records) New count: 0, Update count: 0 Dup count: 0, Rem count: 0 Unused count: 0, Rename vlan c ount: 0 <h2>Allowed, but non-active VLANs:</h2> <h4>(Note: VLANs 1 and 1000-1005 are for interswitch control traffic and are always allowed)</h4> A total of 0 / 0 trunks have allowed VLANs that are not active. May 19 17:38:01 2004 null EVENTQ-6-POST_EVENT Posted event from getDeviceData to eventEngine (notification) on eventq All done. </body> </html> Kan noen hjelpe ? - odd arne

2 1

RE: Nav3 Beta 4 ser ikke ut til å virke
by odd.hauge＠hiMolde.no 17 Jun '04

17 Jun '04

Du hadde helt rett igjen. En omstart av getDeviceData ser gjorde susen. Da er det meste p? plass igjen. Takk for hjelpen. - odd arne -----Original Message----- From: Kristian Eide [mailto:kreide@online.no] Sent: Thu 20-May-04 23:57 To: Hauge Odd Arne Cc: nav-users(a)itea.ntnu.no Subject: Re: Nav3 Beta 4 ser ikke ut til ? virke -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Da er enkelte ting begynt ? dukke opp i NAV. Men f?lgende typer er ikke > "oppdaget" av beta-4: Catalyst 4506 (Sup III) > Catalyst 4000-serie (2948, 2980, 2980g) > Catalyst 2950, Disse fungerer greit p? NTNU-nettet, s? de b?r komme inn. Det kan imidlertid ta opptil en time, men ved ? restarte getDeviceData vil disse komme inn med en gang. - -- Kristian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFArSnjRBuET7ul/ccRAqiWAJ0Q1PThVHcs4s4KVivvtKF7UK+tXQCfV3LC il7j5QnfBvR90UiAo3Q2n1c= =LgBy -----END PGP SIGNATURE-----

1 0

Nav3 Beta 4 ser ikke ut til å virke
by kreide＠online.no 17 Jun '04

17 Jun '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Log-filen f?lger vedlagt. Det virker som problemet er at snmpoid-tabellen ikke inneholder de data den skal. Hvis du gj?r f?lgende: SELECT COUNT(*) FROM snmpoid; Da skal du f? som svar noe slikt som 136. F?r du et tall mye mindre enn dette? Det du gj?r da er ? kj?re (i psql klienten): \i <path til snmpoid.sql> S? tar du p? nytt: UPDATE type SET uptodate='f'; Da skal ting begynne ? virke igjen etter en liten stund. - -- Kristian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFArQG1RBuET7ul/ccRAuHiAJ9XornueOTcuAIG/+8pUTmr6PdwtACgqvmI bpkjvVE1e3gs9evICs7NVBI= =ynF0 -----END PGP SIGNATURE-----

1 0

RE: Nav3 Beta 4 ser ikke ut til å virke
by odd.hauge＠hiMolde.no 17 Jun '04

17 Jun '04

Hallo. Da er enkelte ting begynt ? dukke opp i NAV. Men f?lgende typer er ikke "oppdaget" av beta-4: Catalyst 4506 (Sup III) Catalyst 4000-serie (2948, 2980, 2980g) Catalyst 2950, Det som er "oppdaget" av mitt utstyr er: Cisco 7206 rutere, riktignok med modulnr lik -1.. Et sp?rsm?l i den forbindelse: Skal linkene for rutermoduler peke til swport. Feks: https://apc98.himolde.no/report/swport?b1.sysname=molde-gw.uninett.no&m1.mo… I tillegg er mine gamle 35xx XL switcher oppdaget. Hvis jeg ikke husker feil var det "problem" med de samme switchtypene som nevnt ?verst i tidligere beta'er ogs?, s? l?sningen er vel like rundt hj?rnet ;) - odd arne -----Original Message----- From: Kristian Eide [mailto:kreide@online.no] Sent: Thu 20-May-04 21:06 To: Hauge Odd Arne Cc: nav-users(a)itea.ntnu.no Subject: Re: Nav3 Beta 4 ser ikke ut til ? virke -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Log-filen f?lger vedlagt. Det virker som problemet er at snmpoid-tabellen ikke inneholder de data den skal. Hvis du gj?r f?lgende: SELECT COUNT(*) FROM snmpoid; Da skal du f? som svar noe slikt som 136. F?r du et tall mye mindre enn dette? Det du gj?r da er ? kj?re (i psql klienten): \i <path til snmpoid.sql> S? tar du p? nytt: UPDATE type SET uptodate='f'; Da skal ting begynne ? virke igjen etter en liten stund. - -- Kristian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFArQG1RBuET7ul/ccRAuHiAJ9XornueOTcuAIG/+8pUTmr6PdwtACgqvmI bpkjvVE1e3gs9evICs7NVBI= =ynF0 -----END PGP SIGNATURE-----

2 1

Nav3 Beta 4 ser ikke ut til å virke
by odd.hauge＠hiMolde.no 17 Jun '04

17 Jun '04

Hallo. Etter oppgradering til Beta4 av Nav3 er ingenting logget i Nav i det hele tatt. Ingen switchporter, prefix, vlan, arp, cam osv. Dette er jo litt krise.... B?de navread og navwrite brukeren eksisterer fortsatt, s? det er ikke det som er problemet. Log fra getDeviceData sier lignende for alle rutere og svitsjer (wlan ogs?): May 18 22:27:08 2004 getDeviceData_02 ServerPlugin-6-canHandleDevice We cannot serve kristiansund-gw.uninett.no Eller klager getDeviceData over at filen watchMacs.conf ikke finnes. Hvordan er syntaksen p? denne (som nav2 ?) getBoksMac.log sier f?lgende: May 18 22:12:43 2004 getBoksData_12 QUERY_NETBOX-6-GET_OID OID is missing for oidkey: cdpNeighbour NetWorkDiscovery log sier Database.openConnection(): Error, user is null Database.openConnection(): Error, pw is null Hva er galt ? - odd arne

2 1

Smart spam control ends junk mail problem
by Clare＠asst-helper.biz 17 Jun '04

17 Jun '04

An HTML attachment was scrubbed... URL: http://desperados.itea.ntnu.no/pipermail/nav-users/attachments/20040517/73c… >From morten.vold at itea.ntnu.no Tue May 18 13:47:23 2004 From: morten.vold at itea.ntnu.no (Morten Vold) Date: Thu Jun 17 13:15:31 2004 Subject: SV: =?ISO-8859-1?Q?sp=F8rsm=E5l_til_nav3_installasjon?= In-Reply-To: <4147C56944E2B64D978FA0EAB10A14FA4B06FD(a)fagserver2.fag.hin.no> References: <4147C56944E2B64D978FA0EAB10A14FA4B06FD(a)fagserver2.fag.hin.no> Message-ID: <40A9E9BB.8050709(a)itea.ntnu.no> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Forselv Ketil wrote: > fortsatte ? fikle litt med httpd.conf. Fant ikke den > morten_httpd.conf-fila som det refereres til i preinstall.txt. Ah, ikke alt er helt oppdatert i preinstall.txt ser det ut til nei. Eksempelkonfigurasjonen finner du i tarballen, under doc/apache/ . > Etter en reboot, skjer f?lgende: > > [root@Nav3 root]# /usr/local/nav/bin/nav start > Traceback (most recent call last): > File "/usr/local/nav/bin/nav", line 54, in ? > from nav.startstop import * > ImportError: No module named nav.startstop > Kj?rer en ny install av rpm-fila, nytter ikke. Dette skyldes at Python ikke vet hvor den skal finne NAV-bibliotekene. Beklageligvis ser det ut til at scriptet du skal ha lagt inn i /etc/profile.d/ ikke blir kj?rt n?r man logger inn som root. Dette scriptet skal nemlig ta seg av ? sette opp milj?variabler riktig for en typisk NAV-installasjon. Forel?pig kan du source inn denne helt eksplisitt i root sin ~/.bashrc - s? b?r du v?re sikker p? at det blir satt riktig. Innholdet i dette scriptet kunne sikkert med fordel v?rt plassert et sted tidlig i boot-prosessen p? tjenermaskina, slik at milj?variablene var satt system-wide. > Tar og pakker ut tarballen, og n?r jeg skal pr?ve ? f? den til skjer > f?lgende n?r jeg kj?rer make: Kj?rte du ./configure f?rst? Hva sa den? Problemet her er nemlig at du ikke har Ant installert (denne mangler i lista over ting som st?r i INSTALL-fila - denne mangler en god del informasjon fremdeles). Uansett er du nok bedre tjent med ? bruke RPM-pakken (og da trenger du heller ikke ? ha Ant installert). - -- Morten Vold NTNU ITEA Nettgruppen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Debian - http://enigmail.mozdev.org iD8DBQFAqem6XxIl0kpcOkQRAsg6AKCLWy3/T3uyABiKUqePEvcLoGlghgCcCQpK 8HK1IHxWSOs0o/d7ZGi1akE= =MaSg -----END PGP SIGNATURE-----

1 0

SV: spørsmål til nav3 installasjon
by Ketil.Forselv＠hin.no 17 Jun '04

17 Jun '04

Hei Har begynt og f? til en installasjon av NAV 3, og fulgt oppskrifta i preinstall.txt. Kj?rt nav-3.0_beta4-1.noarch.rpm, og fikk start p? nav, og fortsatte ? fikle litt med httpd.conf. Fant ikke den morten_httpd.conf-fila som det refereres til i preinstall.txt. Etter en reboot, skjer f?lgende: [root@Nav3 root]# /usr/local/nav/bin/nav start Traceback (most recent call last): File "/usr/local/nav/bin/nav", line 54, in ? from nav.startstop import * ImportError: No module named nav.startstop Kj?rer en ny install av rpm-fila, nytter ikke. Tar og pakker ut tarballen, og n?r jeg skal pr?ve ? f? den til skjer f?lgende n?r jeg kj?rer make: [root@Nav3 nav-3.0_beta4]# make make[1]: Entering directory `/root/navinst/nav-3.0_beta4/src' Building Logger ... (cd Logger && /usr/bin/ant ) && touch Logger /bin/sh: line 1: /usr/bin/ant: Ingen slik fil eller filkatalog make[1]: *** [Logger] Error 127 make[1]: Leaving directory `/root/navinst/nav-3.0_beta4/src' make: *** [all] Error 1 Andre som har hatt samme problemet? mvh Ketil -----Opprinnelig melding----- Fra: owner-nav-users(a)itea.ntnu.no [mailto:owner-nav-users@itea.ntnu.no] P? vegne av Morten Vold Sendt: 14. mai 2004 11:08 Til: Peder Magne Sefland Kopi: nav-users(a)itea.ntnu.no Emne: Re: sp?rsm?l til nav3 installasjon -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Peder Magne Sefland wrote: > Jeg har begynt ? installere nav3 og har kommet et stykke p? vei. :-) > Slik jeg forst?r det kj?rer vi nav-3.0_beta4-1.noarch.rpm n?r alt > under preinstall.txt er gjort. Det er riktig. > Hvordan er det med rekkef?lgen p? disse manuelle installasjonene? > SNMP_Session er nevt f?rst i nedlastingslista, men sist i hvordan > sette opp. Listen over ting som skal lastes ned er i mer eller mindre tilfeldig rekkef?lge. De st?r der stort sett til info om hva det heter og hvor man finner det. > N?r det gjelder oppsette av postgresql. Skal jeg opprette katalog > strukturen under /usr/local/nav p? samme m?te som nav2.1.5? Du trenger ikke opprette noen katalogstruktur her - denne f?lger med i RPM-pakken. Katalogstrukturen har for?vrig forandret seg fra NAV v2. Dersom du ?nsker ? legge noe her selv (vi har for eksempel lagt data-clusteret til PostgreSQL under /usr/local/nav/var/pgsql, fremfor defaulten som er et annet sted), kan du gj?re det, men det er alts? ikke n?dvendig. For?vrig tilkommer det et par punkter p? preinstall.txt etterhvert som jeg f?r ut fingern, men ingenting som gj?r at du ikke kan installere rpm-pakken. - -- Morten Vold NTNU ITEA Nettgruppen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Debian - http://enigmail.mozdev.org iD8DBQFApIyEXxIl0kpcOkQRApxlAKCV/7m9gjn8qWRVZgxDdLARXPWtgQCeKVsv mFjMB5Ir92cJHKkOvupWWPs= =1w2B -----END PGP SIGNATURE-----

1 0

FW: Maskinsporing av AP
by odd.hauge＠hiMolde.no 17 Jun '04

17 Jun '04

-----Original Message----- From: Hauge Odd Arne Sent: Mon 03-May-04 20:43 To: nav-beta(a)itea.ntnu.no Cc: Subject: Maskinsporing av AP Hallo. HSM har en del AP (cisco 1200 m/ IOS). Maskinsporing ser ikke ut til ? fungere for disse, til tross for at jeg kan finne b?de ip og mac i hhv. arp og cam tabellene. Som mange andre kj?rer vi flere VLAN over en trunk ut mot AP'ene. Kan det v?re dette som gj?r at sporingen ikke virker ? Maskinsporing av de samme AP'ene virker fint i Nav2. - odd arne hauge

1 0

spørsmål til nav3 installasjon
by morten.vold＠itea.ntnu.no 17 Jun '04

17 Jun '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Peder Magne Sefland wrote: > Jeg har begynt ? installere nav3 og har kommet et stykke p? vei. :-) > Slik jeg forst?r det kj?rer vi nav-3.0_beta4-1.noarch.rpm n?r alt > under preinstall.txt er gjort. Det er riktig. > Hvordan er det med rekkef?lgen p? disse manuelle installasjonene? > SNMP_Session er nevt f?rst i nedlastingslista, men sist i hvordan > sette opp. Listen over ting som skal lastes ned er i mer eller mindre tilfeldig rekkef?lge. De st?r der stort sett til info om hva det heter og hvor man finner det. > N?r det gjelder oppsette av postgresql. Skal jeg opprette katalog > strukturen under /usr/local/nav p? samme m?te som nav2.1.5? Du trenger ikke opprette noen katalogstruktur her - denne f?lger med i RPM-pakken. Katalogstrukturen har for?vrig forandret seg fra NAV v2. Dersom du ?nsker ? legge noe her selv (vi har for eksempel lagt data-clusteret til PostgreSQL under /usr/local/nav/var/pgsql, fremfor defaulten som er et annet sted), kan du gj?re det, men det er alts? ikke n?dvendig. For?vrig tilkommer det et par punkter p? preinstall.txt etterhvert som jeg f?r ut fingern, men ingenting som gj?r at du ikke kan installere rpm-pakken. - -- Morten Vold NTNU ITEA Nettgruppen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Debian - http://enigmail.mozdev.org iD8DBQFApIyEXxIl0kpcOkQRApxlAKCV/7m9gjn8qWRVZgxDdLARXPWtgQCeKVsv mFjMB5Ir92cJHKkOvupWWPs= =1w2B -----END PGP SIGNATURE-----

1 0

Innsamling av data fra switcher
by odd.hauge＠hiMolde.no 17 Jun '04

17 Jun '04

-----Original Message----- From: Kristian Eide [mailto:kreide@online.no] Sent: Sat 22-May-04 02:00 To: Hauge Odd Arne Cc: nav-users(a)itea.ntnu.no Subject: Re: Innsamling av data fra switcher -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Etter oppgraderingen til beta4 finner ikke Nav 'VLAN' og 'Netbox connected' > for de switchtypene hvor jeg m?tte registrere type selv. Eksempel p? slike > typer er: Catalyst 3512, 3548, 2948, 2980, 2980ga, 2950-48. > Hva refererer du til med 'VLAN' og 'Netbox connected'? Er dette rapporter? Ja, VLAN og Netbox connect vises ikke i /report/swport. > Kommer dette av at det er egendefinerte typer ? >Det kan tenkes og at ?rsaken er at ikke disse har kommet riktig inn i OID >databasen. N? har jeg skrevet om OID databasen for ? gj?re dette mer robust >og dette vil komme med i beta5. >Det du kan gj?re n? er ? sette uptodate=f for de relevante typen og restarte >getDeviceData. Er fors?kt mange ganger uten at det tilsynelatende hjelper. Men jeg lurer p? om rapportene kan v?re feil. Feks. gir f?lgende sql-sp?rringer disse resultatene: select count(*) from swport where vlan > 0; count ------- 1258 (1 row) og select count(*) from swport where to_netboxid > 0; count ------- 19 (1 row) select count(*) from swport where vlan=10; count ------- 109 (1 row) Mens et avansert s?k p? switcheporter (/report/swport?adv=1 med vlan lik 10) gir et resultat p? 4 porter. Jeg vet ikke om dette tyder p? noen kodefeil, men det virker p? meg som det finnes informasjon i databasen som ikke presenteres riktig i rapportene. Alt tyder (s? langt jeg kan bed?mme det) p? at innsamlingsscriptene fungerer som de skal. Det er ogs? litt "forvirrende" at switchportene for GSW -typer ikke vises i rapporten "Core switch ports (expand trunks to vlan) ". - odd arne

1 0

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