- Nav-users - lister.unit.no

NAV v2.1.4 er sluppet
by morten.vold＠itea.ntnu.no 17 Jun '04

17 Jun '04

Godt nytt ?r, alle sammen! NAV 2.1.4 var klar like f?r jul, men av hensyn til julefreden slipper vi den n? f?rst ;-) Oppgradering skjer ved "navin.sh -upgrade" som vanlig. Her f?lger changelog for oppgraderingen: ======================================== 2.1.4: Fri 3 Jan 2003 - Bugfix release - Cricket-related: * Added targetType for spes-sw. * Fixed bug in makecricketconfig that prevented creation of config-files for swports on GSW's where speed was not set to 1000. * Existing routers with no interfaces will no longer have its own config-tree subdirectory for router-interfaces (makecricketconfig). - Collector scripts: * Will no longer add vlan info for swports unless both swportid and vlan is known. * No longer attempts to match vlan numbers that are not present in vlan.txt. * If an SNMP query to a box times out, bokser.pl no longer claims that the box type has changed. - NAVLog: * Web interface was broken, now shows data again. * Now makes raw copies of log files in addition to dumping them into the database (for the benefit of _real_ UNIX sysadmins ;-) ) - live.pl would always write abort messages to 'avbrutt.log', regardless of whether it actually aborted its run, this has been fixed. - Threshold (hysterese) scripts: * Now supports interfaces with ':' in their names. * Database errors no longer show up in the hysterese log. * More problems with sysname case were fixed. - Some improvement of the internal Java database library. - NAV start/stop system (nav command): * Will no longer accept unknown subsystem commands. * Now understands the "restart" command; it is passed directly to daemon init scripts, while crontab chunks are reloaded from disk. * Recipient of cron mail is no longer specified directly from navme/etc/crontab_navcron.nav, it is read from the ADMIN_MAIL setting in nav.conf. - Ragen: * Now shows sums in white, prepending a sum (sigma) sign. * Altered some SQL syntax to comply with PostgreSQL 7.3's stricter SQL parser. - Camlogger: * Would not log MAC addresses on a port where nettel.txt specified a server behind the port; fixed. * New function will report when specified MAC addresses are seen on the network. These MAC addresses are listed in the new config file watchMacs.conf. Can be used to register MAC addresses of stolen machines. - New types, typegroups and vendors were added (most of these were posted to nav-users(a)itea.ntnu.no) - Some more database text fields were extended. - Trapdetect (web) admins can now see other users' SMS messages. -- Morten

5 9

Cisco 2980G og Gigabitporter
by Odd.Hauge＠hiMolde.no 17 Jun '04

17 Jun '04

Hallo. Jeg har 2 stk. 2980G-A switcher hvor gigabitportene ikke dukker opp i NAV. FA-portene dukker opp. snmpwalk gir f?lgende svar: snmpwalk -On molde-telerom5-sw2 xxxx system .1.3.6.1.2.1.1.1.0 = Cisco Systems, Inc. WS-C2980G-A Cisco Catalyst Operating System Software, Version 7.5(1) Copyright (c) 1995-2002 by Cisco Systems, Inc. .1.3.6.1.2.1.1.2.0 = OID: .1.3.6.1.4.1.9.5.51 Er det noen som har gode forslag til mvh Odd Arne Hauge

2 1

Ikoner forsvinner i nettkartet
by reier.rodland＠usit.uio.no 17 Jun '04

17 Jun '04

Jeg opplever at ikonene for GSW'er forsvinner i nettkartet. Akkurat n? s? f?r jeg dem ikke frem n?r jeg er logget inn som intern-bruker, men hvis jeg ikke logger inn, s? kommer de opp OK. PS. Ser i http://metanav.ntnu.no/NAVlinks/ at linken til NAV ved UiO peker p? http://dekk.uio.no . Dette gjelder ikke lenger. I steden tester vi n? p? http://slange.uio.no . N?r NAV settes i permanent drift p? ny maskin, regner jeg med at det vil bli http://nav.uio.no . <reierr>

1 0

Problem med å få en WS-C5500 inn i nav
by kef＠hin.no 17 Jun '04

17 Jun '04

Hei Peder P? HiN har vi en slik switch, og etter at vi la inn software 5.5(16), har det fungert helt prikkfritt. [root@nav root]# snmpwalk 158.39.21.111 -On xxxxxxx system .1.3.6.1.2.1.1.1.0 = Cisco Systems WS-C5500 Cisco Catalyst Operating System Software, Version 5.5(16) Copyright (c) 1995-2002 by Cisco Systems .1.3.6.1.2.1.1.2.0 = OID: .1.3.6.1.4.1.9.5.17 .1.3.6.1.2.1.1.3.0 = Timeticks: (439029325) 50 days, 19:31:33.25 .1.3.6.1.2.1.1.4.0 = .1.3.6.1.2.1.1.5.0 = Adm1-D3170.hin.no .1.3.6.1.2.1.1.6.0 = .1.3.6.1.2.1.1.7.0 = 2 mvh Ketil On Fri, 24 Jan 2003, Sefland,Peder Magne wrote: > Vi har en WS-C5500 som ikke vil inn i nav. > > Den kj?rer Version 5.5(17) > > Den svarer fint p? snmp-walk. > > Jeg har sjekket OID mot type.txt > > Er det noen som har en tilsvarende switch og nav? Eller som har noen tips? > > Hilsen > > Peder Sefland > IT-konsulent > H?gskulen i Volda >

1 0

METANAV.NTNU.NO
by return＠trafficmagnet.com 17 Jun '04

17 Jun '04

An HTML attachment was scrubbed... URL: http://desperados.itea.ntnu.no/pipermail/nav-users/attachments/20030124/23d… >From peder.sefland at hivolda.no Fri Jan 24 12:56:45 2003 From: peder.sefland at hivolda.no (Sefland,Peder Magne) Date: Thu Jun 17 13:15:22 2004 Subject: =?ISO-8859-1?Q?Problem=20med=20=E5=20f=E5=20en=20WS-C5500=20inn?= =?ISO-8859-1?Q?=20i=20nav?= Message-ID: <se313828.006(a)hvo-3.hivolda.no> Vi har en WS-C5500 som ikke vil inn i nav. Den kj?rer Version 5.5(17) Den svarer fint p? snmp-walk. Jeg har sjekket OID mot type.txt Er det noen som har en tilsvarende switch og nav? Eller som har noen tips? Hilsen Peder Sefland IT-konsulent H?gskulen i Volda

1 0

Hvordan fjerne åpen bruker i NAV?
by vidar.faltinsen＠itea.ntnu.no 17 Jun '04

17 Jun '04

Hei, Vi har hittil tenkt at ?pen del er ?pen, s? du kan ikke i NAV pr dato begrense Cricket slik du ?nsker. Men med apache kan man jo f? til ulike ting her. Vi skal se om vi kan gi en anbefaling/forklaring, kanskje ogs? en "integrering" mot NAV. Morten/John Magne ser p? det. Jeg cc'er nav-users, da jeg vet flere muligens er interessert i temaet. Et innspil fra Narvik har v?rt mulighet for ? skjule deler av cricket-grafene ikke andre, det er jo mer komplisert, men tanken surrer litt i noen bakhoder i korridoren her ;) mvh - Vidar On Tue, 14 Jan 2003, Sefland,Peder Magne wrote: > Hvordan fjerner du ?pen bruker. Alts? brukere uten passord > > Pr?vde ? #kommentere ut ?pne brukere i fila stat_user > > og kj?rte etterp? mk.htpasswd.pl > > > Men kom likevel inn p? > > http://nav.hivolda.no > > > uten passord. > > Grunnen til tiltaket er at vi ?nsker ikke tilgang p? Cricket-sidene v?re. > > Hilsen > Peder Sefland > IT-konsulent H?gskulen i Volda > > > >

3 3

Litt flere typer ... :-)
by edprp＠it.uib.no 17 Jun '04

17 Jun '04

cisco:C2924x02:ios-sw:Catalyst 2924 switch hardware 0x02:1.3.6.1.4.1.9.1.184:t:t -- Med vennlig hilsen / Regards; Roar Pettersen Universitetet i Bergen - The University of Bergen Nygardsgt. 5 - N-5020 BERGEN Tlf: +47 55 58 40 55 fax: +47 55 58 40 70 roar.pettersen(a)it.uib.no - IT-Avd, UiB - http://www.uib.no

1 0

Beskrivelsene i type.txt
by vidar.faltinsen＠itea.ntnu.no 17 Jun '04

17 Jun '04

Kjetil, Bra romjuls-innspill! Jeg svarer p? nav-users. On Fri, 27 Dec 2002, Kjetil Otter Olsen wrote: > > Har kikket endel p? beskrivelsene i type.txt og sammenlignet med; > ftp://ftp.cisco.com/pub/mibs/oid/CISCO-PRODUCTS-MIB.oid > > Hadde det v?rt en ide ? bruke Cisco's egne forkortelser?? Ja, det synes jeg, m? kanskje forkorte cisco til cis og catalyst til cat for ? holde meg innen 10 tegn, alternativt utvide feltet. Ser ogs? at CISCO-STACK-MIB.oid inneholder *9.5* utstyr, s? som cat5k, der de heter wsc5500sysID etc. Synes kanskje sysID kan droppes der. Det er greit ? rydde i dette n?, da omd?ping av typenavn er rett frem uten bieffekter. Vi vil f? en mer konsistent navning i tr?d med Ciscos egne navn. > > Uansett kan det se ut om om vi har et problem med Cat 3550'ene... > Det er samme SysObjectID om boksen kj?rer Lag2 SW (SMI) eller > Lag3 SW (EMI).... > > Det betyr vel at kategorien i nettel.txt m? tas med i betraktningen > n?r NAV skal hente info fra boksen. GSW = Lag3, SW eller KANT = Lag2 ??? Det stemmer, og det burde g? greit. Du sp?r ellers om forskjellen mellom cgsw og cL3-sw. Tja, det er ikke helt 100% dette. Vi har st?tt p? mange avarter fra ios-sw og cat-sw det siste ?ret. Det er ogs? et problem for meg ? definere eksakte typegrupper, det programmeres i henhold til typegrupper ved innsamling (Sigurd), ved inventorysanknig (Gro-Anita), ved brotabell, vlan, stp, cdp m.m. (Kristian) og for Cricket (John Magne). En gitt type kan oppf?re seg som f.eks. ios-sw for noen deler, men ikke for andre. Og s? m? vi skille ut i ny gruppe. Vi har drodlet litt rundt et bedre system med en oidtabell i databasen, evt ogs? ? g? bort fra typegruppe og klassifisere en ukjent type n?r man st?ter p? en boks av denne typen. En slik l?sning er litt fristende, vi vil da lettere kunne st?tte et bredere mangfold av utsyrsvarianter og mer automagisk klassifisere basert p? en stadig voksende kandidat-OID-base. Men... dette blir ikke s? enkel i praksis. Det er mange forhold som krever s?rbehandling rundt snmpsanking. Som eksempel kan nevnes: * ulik tolkning av returverdier for forskjellinge typegrupper: verdien 1 for ios-sw betyr full duplex, den betyr half duplex for cat-sw, ikke ta det bokstavelig, men slike ting forekommer. * I noen tilfeller ser vi p? verdien av suboiden i tillegg til returverdien, som f.eks. ved klassifisering av modul port. * I noen tilfeller sp?r vi med community@vlan for ? hente data, i andre tilfeller community@stacknr * ... Jeg er uansett stemt for at vi i det minste strukturer alle oid'er vi sanker, hvilke variable de skal sette, og hvilken typegruppe de er tiltenkt. P? sikt b?r vi vurdere ? skille ut hardkodede oider i script og i stedet bruke variable og hente faktisk oid fra databasetabell. Som et f?rste skritt kan et hjelpescript teste en hittil ukjent boks mot en slik oid/typegruppebase og gi tilbakemelding basert p? hva den fikk svar p?. Da vil vi lettere kunne klassifisere. Det vil ogs? v?re mulig for dere/andre ? klassifisere. Vi f?r diskutere dette n?rmere, men jeg tror en strukturering her er lurt. Det vil l?nne seg i det lange l?p. Jeg tror ogs? at variable i script b?r adoptere de faktiske OID-navn som brukes i gitt MIB-fil. Noen eksempler kan sees p? http://metanav.ntnu.no/v2/systemdok/mibs.txt Vel, dette er ikke gjort over natta, og det er mulig alt dette blir NAVv3, vi f?r se. Et annet ting vi ?nsker ? gj?re bedre er klassifisering av bokser basert p? snmp versjon. I dag gj?r vi en del antagelser rundt v2 st?tte for gitte typegrupper, og gj?r da mer rasjonell (getbulk) innsamling. I noen tilfeller (gammel sw) faller vi igjennom her. mvh - Vidar

1 0

SV: Cisco 2980G og Gigabitporter
by Odd.Hauge＠hiMolde.no 17 Jun '04

17 Jun '04

Hallo. Switchen kj?rer cat-os. Portene har ifindex 9-90 sekvensielt. Dvs 2/1=9, 2/2=10,...,3/1=57. Gigabit interfacene har ifindex lik hhv. 89 for 3/33 og 90 for 3/34. - Odd Arne -----Opprinnelig melding----- Fra: Vidar Faltinsen [mailto:vidar.faltinsen@itea.ntnu.no] Sendt: on 08.01.2003 11:59 Til: Hauge Odd Arne Kopi: nav-users(a)itea.ntnu.no Emne: Re: Cisco 2980G og Gigabitporter On Tue, 7 Jan 2003, Hauge Odd Arne wrote: > Hallo. > > Jeg har 2 stk. 2980G-A switcher hvor gigabitportene ikke dukker opp i NAV. FA-portene dukker opp. > snmpwalk gir f?lgende svar: > snmpwalk -On molde-telerom5-sw2 xxxx system > .1.3.6.1.2.1.1.1.0 = Cisco Systems, Inc. WS-C2980G-A > Cisco Catalyst Operating System Software, Version 7.5(1) > Copyright (c) 1995-2002 by Cisco Systems, Inc. > > .1.3.6.1.2.1.1.2.0 = OID: .1.3.6.1.4.1.9.5.51 > Vi har ikke denne svitsjen, den blir bahanldet som en cat-sw, den kj?rer catos, ikke sant? Kan du gj?re en snmpwalk med f?lgende mib: .1.3.6.1.4.1.9.5.1.4.1.1.11 Du skal f? noe slikt (tilsv) tilbake: .1.3.6.1.4.1.9.5.1.4.1.1.11.1.1 = 3 .1.3.6.1.4.1.9.5.1.4.1.1.11.1.2 = 4 .1.3.6.1.4.1.9.5.1.4.1.1.11.3.1 = 355 .1.3.6.1.4.1.9.5.1.4.1.1.11.3.2 = 356 .1.3.6.1.4.1.9.5.1.4.1.1.11.3.3 = 357 .1.3.6.1.4.1.9.5.1.4.1.1.11.5.1 = 345 Her ser vi av to siste ledd at modul 1 port 1 (1/1) har ifindex 3, mens 3/1 har ifindex 355. Ser du noe til modulen med giginterf? mvh - Vidar

1 0

Nyere versjonsnummer for NAV i phpBugTracker
by morten.vold＠itea.ntnu.no 17 Jun '04

17 Jun '04

Som B?rge Brunes vet, s? har phpBugTracker manglet versjonsnummer 2.1.3 og 2.1.4 for NAV-prosjektet. Dette skyldtes bugs i phpBugTracker, som ikke likte at vi oppgraderte til PostgreSQL 7.3 p? den aktuelle maskinen. Jeg har n? fikset det siste problemet i phpBugTracker og lagt inn versjonsnummer 2.1.3 og 2.1.4; man kan med andre ord rapportere bugs i de to siste versjonene :-) -- Morten

1 0