Nav-users

nav-users@lister.sikt.no

1373 discussions

Ny type og litt lit...
by edprp＠it.uib.no 17 Jun '04

17 Jun '04

Hei ! > Med mindre du mener innsamling fra selve portene, s? har vi ikke satt opp at > man skal samle inn mer informasjon fra hp bokser enn CPU og minne. Hva er det > du savner? :) Jeg savner Cricket statistikk for 10/10 og 1000 portene, slik som vi har p? cisco switchene. Hvis jeg kan "prioritere" s? ?nsker jeg hvertfall statistikk for 1000 Mbit porten(e). -- 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

2 1

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

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

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

17 Jun '04

cisco:C3750L3:cgsw:Catalyst 3750 svitsj:1.3.6.1.4.1.9.1.516:t:t mvh. -- B?rge Brunes, IT-avdelingen, Universitetet i Troms? http://www.cc.uit.no/~borge/ http://www.freebsd.org

1 0

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

cricket og switcheporter
by Borge.Brunes＠cc.uit.no 17 Jun '04

17 Jun '04

Hva er krieriene for at en switcheport skal dukke opp i criket? M? portnavn v?re satt? mvh. -- B?rge Brunes, IT-avdelingen, Universitetet i Troms? http://www.cc.uit.no/~borge/ http://www.freebsd.org

1 0

SV: Diverse spørsmål og innspill
by Ketil.Forselv＠hin.no 17 Jun '04

17 Jun '04

Hei I likhet med Roger, og sikkert mange andre, synes vi NAV et flott redskap, men jeg sliter med en del ting som g?r tilbake til 2.1.2, som skulle bli rettet p? i 2.1.3 og i alle fall i 2.1.4. N? er det oppgradert til 2.1.5, hvor noe av feilene er rettet, men nye kommet til. I forbindelse med oppgradering til 2.1.3 blir det i CAM'en vist for alle MAC- og IP-adresser dato 2002-12-10 01:00:01+01 infinity, som rapporters uansett hva s?ket settes til. I forbindelse med oppgradering til 2.1.4 mistet vi varslingen, slik at NAV'en ikke varsler verken for boksdown eller andre ting. Videre har det siden denne oppgraderingen blant annet blitt generert f?lgende feilmeldinger med 6 minutters mellomrom: [23-Mar-2003 22:50:00*] Received SNMP response with error code noSuchName. OID: 1.3.6.1.4.1.9.2.1.57.0 [23-Mar-2003 22:50:00 ] Retrieved data for adm (): U,U,U,U [23-Mar-2003 22:50:00 ] Some data is missing for adm (). [23-Mar-2003 22:50:00 ] Retrieved data for narvik-gw.uninett.no (): 21,26,12659244,184193472 [23-Mar-2003 22:50:00*] Received SNMP response with error code noSuchName. OID: 1.3.6.1.4.1.9.2.1.57.0 samt Error and the lines leading up to it: [23-Mar-2003 22:50:01 ] Retrieved data for adm2-c5013 (): 8,39,39 [23-Mar-2003 22:50:01 ] Retrieved data for adm2-e3040 (): 0,10 [23-Mar-2003 22:50:01 ] Retrieved data for adm3-e2066 (): 0,37,37 Use of uninitialized value in split at /home/navcron/cricket/cricket/collector line 270. [23-Mar-2003 22:50:01*] Could not find any datasources for target type cl3-sw. [23-Mar-2003 22:50:01*] No data retrieved. Skipping RRD update. Med s? mye feilmeldinger 250 - 260 i d?gnet har gjort at det er bare var ? stoppe mailservicen, og da faller jo en viktig del av funksjonaliteten bort. Videre nekter Nav og hente ut info for switchportene for en Cisco 3500XL, Cisco Cat3524XL samt for to Alcatel Omnistack 6024, og endelig trafikk i Cricket for tre eldre typer Cisco wsc3001. Vi plages ogs? med at det for 2950-switchene rapporteres at noen av portene er i trunk, selv om den er satt i et VLAN. Jeg har pr?vd s? langt som jeg kan ? finne ut av dette, men f?ler snart at jeg m? melde pass. Noe er det vel jeg overser, og er takknemlig dersom noen kan kikke meg i kortene og hjelpe meg med dette? mvh Ketil -----Opprinnelig melding----- Fra: Morten Vold [mailto:morten.vold@itea.ntnu.no] Sendt: 20. mars 2003 14:39 Til: Roger Aas Kopi: nav-users(a)itea.ntnu.no Emne: Re: Diverse sp?rsm?l og innspill Roger Aas wrote: > Slik som jeg ser det n? s? ser dette ut til ? v?re et veldig flott redskap for oss. Hyggelig ? h?re :)

1 0

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

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