Nav-users

nav-users@lister.sikt.no

2 participants
1383 discussions

Problemer med cvpn
by kjetil.olsen＠usit.uio.no 17 Jun '04

17 Jun '04

Jeg sliter litt med ? f? inn VPN3030-boksen v?r i NAV. Den er lagt inn i nettel.txt som; komrom-2:129.240.154.8:SINT:GW::public::: VPN3030 gjenkjenes korrekt som; cisco:cisVPN3030:cvpn:VPN 3030 konsentrator:1.3.6.1.4.1.3076.1.2.1.1.1.2:f:f Men Cricket har problemer.... target-type cvpn er definert to steder (aner ikke hvorfor....) /usr/local/nav/navme/cricket/cricket-config_defaults/routers/Defaults /usr/local/nav/local/cricket/cricket-config/routers/Defaults ( Mens den IKKE st?r i /usr/local/nav/local/cricket/cricket-config_defaults/routers/Defaults ) I de to f?rste filene st?r det; targetType cvpn ds = "vpncpu, vpnthroughput, vpnactivesessions" view = "vpncpu: vpncpu, vpnthroughput: vpnthroughput, vpnactivesessions: vpnactivesessions" Som er riktig etter det jeg kan se. Criket skal hente/f? 3 verdier. Men..... Hvert 5. minutt kommer f?lgende feilmelding fra "collect-subtrees normal" [22-May-2003 14:50:02 ] Retrieved data for timon (): 1,0,2 [22-May-2003 14:50:02*] Cannot update /home/navcron/cricket/cricket-config/../cricket-data//routers/timon.rrd: expected 4 data source readings (got 3) from N:1:0:2:... Etter det jeg kan skj?nne indikerer f?rste linje at timon (helt etter planen) har levert tre verdier (1,0,2). Mens den andre linjen sier at det er forventet FIRE verdier, ikke tre.... Her er det et eller annet som ikke henger p? greip! Takknemlig for assistanse! --Kjetil

2 1

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

Problemer med domain-suffix
by roger.aas＠hsh.no 17 Jun '04

17 Jun '04

Etter litt leting i forskjellige filer i NAV fant jeg fram til linjen "DOMAIN_SUFFIX" i filen "/usr/local/nav/local/etc/conf/nav.conf". Forklaringen for denne var slik: # The domain suffices for the installation. These comma separated suffices # will be removed from sysnames before insertion to the database. Flott tenkte jeg, her kan jeg f? fjernet f.eks. ".uninett.no" fra de fleste ruterne vi har. Jeg forandret alts? denne linjen som ble laget under installasjon: DOMAIN_SUFFIX=hsh.no til DOMAIN_SUFFIX=hsh.no,uninett.no Jeg hadde ogs? et problem med at jeg ikke kunne sette portnavn p? v?r switch til "haugesund-gw.uninett.no", dette navnet er for langt. Etter denne forandringen slipper jeg unna med ? sette portnavnet til "haugesund-gw". -=*=- Men, det m?tte jo selvsagt dukke opp et annet problem. Vi har et Active Directory domene som heter "w.hsh.no". Dette har underdomener som "fag.w.hsh.no" og "stud.w.hsh.no". Etter at jeg oppdaget linjen over s? tenkte jeg at jeg n? kunne fjerne disse endelsene ogs? i servernavn i databasen. Jeg mener at de f?r navnet "munin" istedenfor "munin.fag.w" i databasen. Og for "stud.w.hsh.no" og "fag.w.hsh.no" s? virker dette. Men for kun "w.hsh.no" fikk jeg problemer. Hvis jeg endrer linjen til: DOMAIN_SUFFIX=stud.w.hsh.no,fag.w.hsh.no,w.hsh.no,hsh.no,uninett.no (Merk at en m? ha de lengste domenenavnene f?rst) s? fjernet NAV like godt alle "w"-ene for v?re "gw"-er og "sw"-er. S? en switch som heter "haugesund-sw.hsh.no" dukker opp i databasen som "haugesund-s". Er dette en bug? Eller kanskje en kan endre formatet p? denne linjen slik at en oppgir et innledende "." slik at ".w.hsh.no" ikke ikke kan bli sammenlignet med "sw" og "gw". Dette gjelder kanskje for flere tilfeller? Hva hvis en har et domene ".stud.domene.no" og en server som heter "wwwstud.domene.no"? Vil denne serveren dukke opp i databasen som "www"? N? bruker jeg linjen uten "w.hsh.no" og har f?tt en utlisting som er mye bedre ? se p? og portnavnene p? switcher ser ogs? bedre ut, men det hadde v?rt fint ? f? med den siste lille biten ogs?. - Roger -- Roger Aas F?rstekonsulent IT-tjenesten H?gskolen Stord/Haugesund E: roger.aas(a)hsh.no T: +47 52 70 26 21 F: +47 52 70 26 01 M: +47 901 16 007

2 2

VlanPlot
by Odd.Hauge＠hiMolde.no 17 Jun '04

17 Jun '04

Hallo. Av en eller annen grunn er ikke sambandet mellom molde-gw.uninett.no og kristiansund-gw.uninett.no med i vlanPlot'et lenger. Hva som har skjedd aner jeg ikke. Har v?rt med i tidligere versjoner. For?vrig monitoreres trafikk o.l. p? begge gw'ene. Ei heller er molde-sw.himolde.no, som er en catalyst 4506 med supervisorengine III, med i vlanPlot'et. Men dette kommer vel n?r nevnte switch blir bedre gjenkjent av NAV 8-). - Odd Arne Hauge H?gskolen i Molde

1 0

getBoksMacs
by Borge.Brunes＠cc.uit.no 17 Jun '04

17 Jun '04

kreide(a)online.no said: > Eller mener du at getBoksMacs > ikke samler inn mac-adresser dersom disse ikke finnes i arp-tabellen i > nav-databasen? Korrekt, det var det jeg trodde. N? viser det seg imidlertid at jeg trakk en noe forhastet konklusjon basert p? fingertr?bbel i kombinasjon med at jeg stolte litt for mye p? betaversjonen av "spor_port2.php" (hei Gro-Anita). Etter ? ha tatt meg litt bedre tid s? ser jeg at ting fungerer som det skal og at jeg ropte ulv uten grunn. Beklager s? mye. B?rge

1 0

getBoksMacs
by Borge.Brunes＠cc.uit.no 17 Jun '04

17 Jun '04

Folks, S? vidt jeg kan se s? forkastes mac-adr. i brotab. p? switchene dersom mac-adr. ikke finnes i arp-tab. Er dette en bug el. er det meningen det skal v?re slik? Uansett s? er dette et problem fordi man ikke f?r sporet mac-adr. p? "private vlan" dvs. VLAN som ikke skal rutes (el. IP-nett som befinner bak ruter/FW som ikke er lagt inn i NAV). I samme slengen: Er det noen som har lykktes ? f? lagt inn FW1 i NAV? mvh. -- B?rge Brunes, IT-avdelingen, Universitetet i Troms? http://www.cc.uit.no/~borge/ http://www.freebsd.org

2 1

Restore av databasen
by Ingeborg.Hellemo＠cc.uit.no 17 Jun '04

17 Jun '04

/usr/local/nav/navme/cron/pg_backup.pl tar jo en grundig backup av databasen med jevne mellomrom. Finnes det et tilsvarende script for ? restore herligheten? Vi planlegger ? oppgradere postgres fra 7.2.3 til 7.3.2_1 og er litt redde for ? miste noe p? veien... --Ingeborg

3 3

Database-problem med bokser i server.txt
by kjetil.olsen＠usit.uio.no 17 Jun '04

17 Jun '04

I server.txt har vi endel bokser i REST-katagorien, f.eks.; nullrom:aak-hf1.ua.uio.no:SINT:REST:ak-panel:public:adgangskontroll undersentral : nullrom er definert :-) og alt fungerer greit i NAV. MEN: Loggen fra fyll_db sier hver natt; Thu May 22 04:05:01 2003 bokser.pl %DATABASE-3-ALREADY: Database record already exists. Could not "INSERT INTO boks (ip,sysname,romid,orgid,kat,kat2,ro) VALUES (129.240.199.162,aak-hf1.ua,nullrom,SINT,REST,ak-panel,public)". Fint om det kan fikses.... --Kjetil

2 2

VlanPlot
by Odd.Hauge＠hiMolde.no 17 Jun '04

17 Jun '04

Problemet l?ste seg ved ? definere linkene mellom ruterene i vlan.txt. Antar at nav har problemer med de lange beskrivelsene p? grensesnittene. - odd arne -----Original Message----- From: Hauge Odd Arne Sent: Mon 5/19/2003 21:01 To: nav-users(a)itea.ntnu.no Cc: Subject: VlanPlot Hallo. Av en eller annen grunn er ikke sambandet mellom molde-gw.uninett.no og kristiansund-gw.uninett.no med i vlanPlot'et lenger. Hva som har skjedd aner jeg ikke. Har v?rt med i tidligere versjoner. For?vrig monitoreres trafikk o.l. p? begge gw'ene. Ei heller er molde-sw.himolde.no, som er en catalyst 4506 med supervisorengine III, med i vlanPlot'et. Men dette kommer vel n?r nevnte switch blir bedre gjenkjent av NAV 8-). - Odd Arne Hauge H?gskolen i Molde

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