- Nav-users - lister.unit.no

merkelig sysname i trapdetect dagens logg
by peder.sefland＠hivolda.no 17 Jun '04

17 Jun '04

I dagens logg kommer en av switchene med et merkelig navn. 09/09/03-08:40:47 Uptime: 31:0:34:58.97 Enhet 158, 158.38.75.30 er ikke p? service OID .1.3.6.1.6.3.1.1.5.3 mottatt: (linkDown) Syk funnet, kat: 2 .1.3.6.1.2.1.2.2.1.1.20 20 .1.3.6.1.2.1.2.2.1.2.20 FastEthernet0/19 .1.3.6.1.2.1.2.2.1.3.20 ethernetCsmacd .1.3.6.1.4.1.9.2.2.1.1.20.20 "down" .1.3.6.1.6.3.18.1.3.0 158.38.75.30 .1.3.6.1.6.3.18.1.4.0 "keipen" .1.3.6.1.6.3.1.1.4.3.0 .1.3.6.1.4.1.9.1.220 SELECT boksid FROM boks WHERE sysname='158' Setter id til null Kaller leggInnStatus(2) SELECT boksid FROM boks WHERE sysname='158' Setter id til null Innlegg lagt i DB SELECT boksid FROM boks WHERE sysname='158' Setter id til null Finner ikke enhet med nettelid 0 Dersom jeg kj?rer en snmp-walk mot denne f?r jeg dette svaret .1.3.6.1.2.1.1.1.0 = Cisco Internetwork Operating System Software IOS (tm) C2900XL Software (C2900XL-H2S-M), Version 11.2(8.2)SA6, MAINTENANCE INTERIM SOFTWARE Copyright (c) 1986-1999 by cisco Systems, Inc. Compiled Wed 23-Jun-99 17:48 by boba .1.3.6.1.2.1.1.2.0 = OID: .1.3.6.1.4.1.9.1.220 .1.3.6.1.2.1.1.3.0 = Timeticks: (268350512) 31 days, 1:25:05.12 .1.3.6.1.2.1.1.4.0 = .1.3.6.1.2.1.1.5.0 = volda-bpav-sw .1.3.6.1.2.1.1.6.0 = .1.3.6.1.2.1.1.7.0 = 2 Her kommer .1.3.6.1.2.1.1.5.0 = volda-bpav-sw fint fram. Kj?rer jeg show version p? switchen f?r jeg denne infoen: System restarted by power-on System image file is "flash:c2900XL-h2s-mz-112.8.2-SA6.bin", booted via vty0 (15 8.38.75.81) cisco WS-C2924M-XL (PowerPC403GA) processor (revision 0x11) with 8192K/1024K byt es of memory. Processor board ID 0x10, with hardware revision 0x03 Last reset from power-on Processor is running Enterprise Edition Software Cluster member switch capable 28 Ethernet/IEEE 802.3 interface(s) 32K bytes of flash-simulated non-volatile configuration memory. Base ethernet MAC Address: 00:30:94:00:ED:80 Motherboard assembly number: 73-3425-09 Power supply part number: 34-0920-01 Motherboard serial number: FAA03349NJ3 Power supply serial number: NONE Model revision number: A0 Model number: WS-C2924M-XL-EN System serial number: FAA0348L017 Configuration register is 0xF Hva som gj?r at sysnamne=158 forst?r jeg ikke Peder Sefland

1 0

Bugette med NAV og bokser som ikke snakker snmp v2c
by lars.hakedal＠usit.uio.no 17 Jun '04

17 Jun '04

Nav har null problemer med ? godta at en boks som iflg nettel.txt er en boks som burde ha porter ikke har det. Et par 2916'er liker ikke bulkwalk-requestene fra ios.pl[1], prim?rt fordi de tilsynelatende ikke har lyst til ? snakke snmp v2c. Siden ios.pl ikke sjekker errorstatus fra bulkwalk blir det heller ikke logget noe sted at noe muligens er feil. (Litt s?rt at de ikke vil snakke 2c fordi IOS-versjonen tyder p? at de skal det, men det kan jo tenkes at cisco har en l?sning p? akkurat det problemet.) Jeg har ikke noe l?sningsforslag, jeg tenkte bare jeg ville dele det med lista i tilfelle noen satt p? bokser som ikke dukket opp med noen porter. LaRS. [1] /usr/local/nav/navme/cron/collect/typer/ios.pl

1 1

Hvilken skal jeg velge mon tro?
by morten.vold＠itea.ntnu.no 17 Jun '04

17 Jun '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Christian Ramstad wrote: | Her ved HiO har vi kj?rt Nav en stund n?..og begynner ? bli | avhengige....boksen vi kj?rer tjenesten p? er ikke helt god og vi | ?nsker ? sette opp en ny boks med nytt oppdatert OS etc. Det h?res jo naturlig ut :) | Vi ser da at siste Nav-versjon anbefales p? Red Hat 7.3 eller | Mandrake 9.0. | Er det noen som har testet/kj?rer Nav under Red Hat 9? P? NTNU kj?rer vi NAV p? Mandrake 9.0. Vi har ikke klart/pr?vd ? kj?re NAV p? noen nyere RedHat enn 7.3. Vi pr?vde ? f? til RedHat 8.0 en stund, men tidspress gjorde at vi ga opp testingen av NAV p? Apache2 (som er "tvungen" Apache-versjon p? RedHat 8, og jeg kan ikke tenke meg at det er noe annerledes p? niern?) N? jobber vi imidlertid intenst med utvikling p? NAV v3, og en alfa-versjon skal snart settes i drift p? RedHat 9. Vi kommer da likevel til ? kj?re Apache 1.3, inntil vi f?r pr?vd ut NAV ordentlig p? Apache2. Jeg vet at sistnevnte ikke hjelper dere s? mye n?r det gjelder ny installasjon av NAV v2, men det er et "gl?tt" p? hva som kommer. Slik det er i dag vil jeg anbefale dere ? bruke siste Mandrake for ? installere NAV v2, dersom dere ?nsker minst mulig motstand under oppsettet. Vil man kj?re v2 p? RedHat 9, f?r man det helt sikkert til, men man m? nok sloss noe med konfigurasjonen til Apache2 for ? f? det til (eller installere Apache 1.3 om du f?r det til). | Hva med Java, kan vi benytte siste versjon? Sun "anbefaler" | versjon 1.4.2_01. Versjonen som f?lger med Nav er 1.4.0 Det skal ikke v?re noe problem ? installere en nyere JVM. NAV-installasjonen legger inn 1.4.0 fordi dette er minstekravet til en del av Java-programmene. Det er derimot viktig ? huske ? forandre JAVA_HOME-milj?variabelen n?r du oppgraderer (denne er typisk satt i /etc/profile , men jeg mener ? erindre at det kanskje er en conf-fil i NAV som ogs? angir denne). Du trenger ogs? ? restarte Tomcat etter en slik oppgradering. - -- Morten -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Using GnuPG with Debian - http://enigmail.mozdev.org iD8DBQE/dD+zXxIl0kpcOkQRAktuAKCh3MHJpi56ammyfpsTzWGpV+qU0QCgmkQR xiMApq504ZFHBx95QyvzEdQ= =M5Zl -----END PGP SIGNATURE-----

1 0

Database-problem med bokser i server.txt
by Borge.Brunes＠cc.uit.no 17 Jun '04

17 Jun '04

gartmann(a)stud.ntnu.no said: > Feilmeldingen blir generert n?r NAV ikke f?r lov av databasen til ? > legge den inn, fordi prim?rn?kkelen, som vil si IP-adressen, allerede > ligger inne i databasen. > > Dette er typisk en feil som oppst?r n?r en boks er definert to steder, > enten en gang i hver av server.txt og nettel.txt, eller at man > feilaktig har lagt inn duplikater i en av de to filene. I tillegg vil man se dette problemet ogs? for servere med flere ip-adr. reg. i DNS. -- B?rge Brunes, IT-avdelingen, Universitetet i Troms? http://www.cc.uit.no/~borge/ http://www.freebsd.org

1 0

Bug i trapdetect
by Borge.Brunes＠cc.uit.no 17 Jun '04

17 Jun '04

Jeg har tidligere nevnt denne, s? dette blir ? regne som p?minnelse. En trap kommer inn f.eks. (fra traplog): ---------------------------------------------------------------- 08/13/03-22:13:43 Uptime: 17:21:18:09.26 Enhet nfhB301-sw2, 129.242.3.10 er ikke p? service OID .1.3.6.1.6.3.1.1.5.4 mottatt: (linkUp) Frisk funnet, kat: 2 .1.3.6.1.2.1.2.2.1.1.11 11 .1.3.6.1.2.1.2.2.1.2.11 FastEthernet0/10 .1.3.6.1.2.1.2.2.1.3.11 ethernetCsmacd .1.3.6.1.4.1.9.2.2.1.1.20.11 "up" .1.3.6.1.6.3.18.1.3.0 129.242.208.15 .1.3.6.1.6.3.18.1.4.0 "public" .1.3.6.1.6.3.1.1.4.3.0 .1.3.6.1.4.1.9.1.278 SELECT boksid FROM boks WHERE sysname='nfhB301-sw2' Setter id til null Fant innlegget i databasen - 1152967 Fant 1 innlegg i databasen, friskmelder 1152967 ... ..Ferdig! SELECT boksid FROM boks WHERE sysname='nfhB301-sw2' Setter id til null Finner ikke enhet med nettelid 0 ---------------------------------------------------------------- I linje 3 s? refereres det korrekt hostname (nfhB301-sw2), men IP-adr. (129.242.3.10) stemmer ikke. Dette er IP-adr. til snmptrap-serveren v?r som forwarder snmptrapene til NAV (trapdetect). Kan det fikses? Hva betyr siste linje (Finner ikke enhet med nettelid 0)? B?rge

1 0

Type for Linux/*BSD-rutere
by Borge.Brunes＠cc.uit.no 17 Jun '04

17 Jun '04

bredal(a)itea.ntnu.no sa f?lgende i januar: > Har etter ?nske og behov lagt til slik at de som har PC'er (blant annet som > st?r som rutere) med net-snmp installert n? f?r egen type og typegruppe og > blir samlet inn data fra i Cricket. Jeg har brukt Ingeborg sitt forslag r?tt > og brutalt siden det ser fornuftig ut. Jeg har i tillegg testet at disse > oid'ene fungerer i Narvik (i Troms? tar jeg det for gitt siden det var de > som gav meg oid'ene). Vel, det er bare ? krype til korset og inr?mme at jeg har foret John Magne (JM) med litt feil info (OIDene som Ingeborg ga ut er riktig). Det som i dag heter net-snmp het tidligere ucd-snmp. Det er fortsatt mange som benytter seg av ucd-snmp-programvaren, men mange har g?tt over til net-snmp. N?r prosjektet byttet navn (og eierskap) s? ble ogs? "enterprises" byttet fra 2021 (ucdavis) til 8072 (netsnmp) > F?lgende linjer er lagt til i tekstfilene: > vendor.txt: netsnmp > typegroup.txt: netsnmp:System with netsnmp > type.txt: netsnmp:netsnmp:netsnmp:PC with netsnmp:1.3.6.1.4.1.2021.250.7:f:f sysObjectID ovenfor blir derfor feil, og gjelder heller ikke for alle som kj?rer ucd-snmp. Grunnen til dette er at vidre i MIB-treet til ucd-snmp s? kommer 250 (ucdSnmpAgent) og deretter _hvilken_ ucdSnmpAgent. Dette tallet sier hvilket OS og kan v?re fra 1 (hpux9) til 255? (unknown). Se mer info om dette i UCD-SNMP-MIB. Linja som JM har lagt inn i type.txt blir derfor feil og forteller oss egentlig at dette er enterprises.ucdavis.ucdSnmpAgent.netbsd1 For net-snmp s? finnes det heller ikke entydig sysObjectID men et tall (1-255?) som sier noe om hvilket OS: .1.3.6.1.4.1.8072.3.2.255 ^^^ 1-255 ?Det er i de to MIBene (UCD-SNMP-MIB og NET-SNMP-MIB) bare spesifisert OS for tallene 1-14 (+225 unknown). For?vrig s? er win32 spesifisert slik: win32 OBJECT IDENTIFIER ::= { netSnmpAgentOIDs 13 } -- unlucky ^^^^^^^^ Verd ? merke seg er at dersom man gj?r en default-innstallsjon av ucd-snmp el. net-snmp s? vil man f? sysobjectid .255 (unknown) i de fleste tilfeller. Dette kan endres i snmpd.conf (slik Ketil F. har gjort det i sitt eks. med ucd-snmp p? Linux) Spml. mitt blir da: Hvordan f? implementert dette i NAV? Felles typegroup og vendor for b?de ucd-snmp og net-snmp + lokale varianter i type.txt? Kanskje skille de to? ucd-snmp er jo "end-of-life", mens utviklingen p? net-snmp er i h?yeste grad i live. Jeg vil tro at at spml. vil komme opp etter hvert som flere av h?gskolene skaffer seg brannmur (f.eks. FW1 p? Linux) hvor overnevnte snmp-agenter m? brukes dersom man ?nsker disse inn i NAV (henting av arp-tab, trafikkdata osv.). Til slutt et kjapt spml.: Kan man ha en lokal typegroup.txt? B?rge

1 0

Feilmeldinger ved stacking av HP Procurve 2650
by Harald.Terkelsen＠adm.hio.no 17 Jun '04

17 Jun '04

Vi har satt opp fire stacker med Procurve 2650-svitsjer. N?r disse ble lagt til i nav begynte f?lgende feilmeldinger ? dukke opp: Cron <navcron@nav> $CDIR/getBoksMacs/getBoksMacs.sh $NUM_THREADS *NTNU* At hpstack1-p50-l044 Modul: 2 Port: 49, Possible HP member(p50-tilsatt-1(000a57-abe280)), but commander(p50-tilsatt-h) not found *NTNU* At hpstack1-p50-l044 Modul: 1 Port: 50, Possible HP member(p50-tilsatt-2(0001e6-d74900)), but commander(p50-tilsatt-h) not found *NTNU* At hpstack1-p50-l044 Modul: 0 Port: 50, Possible HP member(p50-tilsatt-1(000a57-abe280)), but commander(p50-tilsatt-h) not found Tilsvarende meldinger kom for de tre andre stackene. Det er korrekt at det ikke er noe som heter p50-tilsatt-h, men hvorfor sp?r den etter dette navnet, og hva kan gj?res for ? bli kvitt disse feilmeldingene? Vi har ogs? problemer med ? f? de skikkelig inn i nav. Kun en av stackene dukker opp i nettkartet, men alle fire finnes i rapportgeneratoren. Dette problemet har vi for?vrig med en Cisco 2950-svitsj ogs?. Harald

2 1

Ny type
by Odd.Hauge＠hiMolde.no 17 Jun '04

17 Jun '04

Hallo. Har anskaffet noen Cisco 1203 AP'er som kj?rer IOS. Fint om nav f?r st?tte for disse boksene ogs? etter hvert. Under er utdrag fra lokal type.txt: cisco:cAP1200ios:wlan:Aironet 1200 Acces Point (AP) ios:1.3.6.1.4.1.9.1.525:t:f - odd arne

2 1

Catayst 4506 Switch med Supervisor Engine 3
by Odd.Hauge＠hiMolde.no 17 Jun '04

17 Jun '04

Hallo. Fint om dere ser p? boksbak funksjonaliteten for Catalust 4506 ogs?. Den mangler i hvertfall hos meg og det er litt kjipt. - Odd Arne -----Original Message----- From: Morten Vold [mailto:morten.vold@itea.ntnu.no] Sent: Monday, July 28, 2003 10:21 AM To: Borge Brunes Cc: Vidar Faltinsen; Hauge Odd Arne; nav-users(a)itea.ntnu.no Subject: Re: Catayst 4506 Switch med Supervisor Engine 3 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Borge Brunes wrote: | Hva ble det til med Catayst 4506 og NAV: Ble det noen orden p? sakene? | Har f?tt noen slike selv n? og opplever samme problemet som Odd Arne | beskriver: | NAV detekterer kun ruterportene, ingen switchporter og ingen moduler. | Har fors?kt b?de med GSW og SW som kategori i nettel.txt Hei B?rge; ikke at jeg er den som kan svare deg p? dette, men det er for tiden ferieavvikling her nede s? det kan g? tregt ? f? svar (jeg har akkuret kommet tilbake fra ferie selv). Hvis jeg finner ut at noen som har noe med dette ? gj?re er tilstede skal jeg be dem se p? det. - -- Morten -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Debian - http://enigmail.mozdev.org iD8DBQE/JNzXXxIl0kpcOkQRAm3wAKC73gvbrx3rbgQEqlqZdhKpYhTteACeKDvJ FbgHWSILHST1QwRciHZpfoA= =ncnd -----END PGP SIGNATURE-----

1 0

Italian-crafted Rolex - only $65 - $140!! Free SHIPPING ! !
by tony2003＠yahoo.ca 17 Jun '04

17 Jun '04

An HTML attachment was scrubbed... URL: http://desperados.itea.ntnu.no/pipermail/nav-users/attachments/20030704/16d… >From Borge.Brunes at cc.uit.no Thu Jul 17 01:00:39 2003 From: Borge.Brunes at cc.uit.no (Borge Brunes) Date: Thu Jun 17 13:15:26 2004 Subject: Catayst 4506 Switch med Supervisor Engine 3 In-Reply-To: Message from Vidar Faltinsen <vidar.faltinsen(a)itea.ntnu.no> of "Fri, 20 Dec 2002 15:39:19 +0100." <Pine.OSF.4.40.0212201537450.28413-100000(a)alfa.itea.ntnu.no> Message-ID: <200307162200.h6GM0ddH085556(a)duke.cc.uit.no> Hva ble det til med Catayst 4506 og NAV: Ble det noen orden p? sakene? Har f?tt noen slike selv n? og opplever samme problemet som Odd Arne beskriver: NAV detekterer kun ruterportene, ingen switchporter og ingen moduler. Har fors?kt b?de med GSW og SW som kategori i nettel.txt mvh. -- B?rge Brunes, IT-avdelingen, Universitetet i Troms? http://www.cc.uit.no/~borge/ http://www.freebsd.org

1 0