Nav-users

nav-users@lister.sikt.no

1 participants
1378 discussions

Feil ved varslingsregistrering
by reierr＠notes.uio.no 17 Jun '04

17 Jun '04

Jeg har pr?vd ? endre varslingsprofil, men jeg f?r da f?lgende feilmelding etter oppdatering til NAV 2.1.4 . >>>>>>>> Velkommen til varslingsregistrering. Dette er en 3-stegsprosess der du m? gjennom f?lgende punkter: Steg 1: Valg av hendelse for varsling Steg 2: Valg av eventuelle enheter. Steg 3: Valg av varslingstype STEG 1 AV 3 Her er alle hendelser du har tilgang til med reierr sin organisasjonstilh?righet. Velg hendelse du vil abonnere p? og trykk g? videre. Warning: PostgreSQL query failed: ERROR: parser: parse error at or near "and" in /usr/local/nav/navme/apache/shtdocs/res/varsel/meldingssystem.php on line 99 Warning: Supplied argument is not a valid PostgreSQL result resource in /usr/local/nav/navme/apache/shtdocs/res/varsel/meldingssystem.php on line 100 Du kan ikke abonnere p? noen hendelser. Ta kontakt med en administrator for hjelp med dette. <<<<<<<<<<<<<<<<<< Noe som kan hjelpe til ? fikse dette? Mvh. <reierr>

3 2

TrapDetect og terskelverdier i cricket
by bredal＠itea.ntnu.no 17 Jun '04

17 Jun '04

Hei. Det er i praksis dette hystereseAlarm skal gj?re. Grunnen til at vi ikke bruker Cricket sin egen m?te ? gj?re dette p? er at vi ville ha mer kontroll p? hva som ble sjekket. Om dette var en suksess eller ikke kan man jo diskutere. Dersom dere likevel vil konfigurere TrapDetect til ? ta i mot slike traps, er dette fullt mulig. Jeg er en smule usikker p? de ulike oid'ene, men etter ? ha sett litt i Monitor.pm, som er modulen Cricket bruker for ? detektere og sende threshold-traps, vil konfigureringen av /usr/local/nav/local/etc/conf/TrapDetect.conf bli ca. slik: kat2 - : Thresholdtraps generert av Cricket, indikerer h?y last. .1.3.6.1.4.1.2595.1.1.0.4 thresholdUp .1.3.6.1.4.1.2595.1.1.0.5 thresholdDown # alt p? en linje takk :) .1.3.6.1.4.1.2595.1.3.3 name - Dere m? deretter kj?re /usr/local/nav/navme/cron/TD_convert_conf_to_database. Tok en kjapp test p? dette. Dere m? konfigurere defaults-innslaget i cricket-config_defaults der dere skal ha varsel slik: trap-address = <ip til nav-maskin> monitor-thresholds = "<ds> : value : <min> : <max> : SNMP" En liten utskrift fra trap-loggen gir dette: .1.3.6.1.4.1.2595.1.3.1 "value" .1.3.6.1.4.1.2595.1.3.2 "ifInOctets : value : n : 100000 : SNMP" .1.3.6.1.4.1.2595.1.3.3 "/giga-switch-ports/mts-sw/7_7" .1.3.6.1.4.1.2595.1.3.4 "ifInOctets" .1.3.6.1.4.1.2595.1.3.5 "navcron" .1.3.6.1.4.1.2595.1.3.8 "cricket" S? ser dere selv hva dere vil ha med, jeg tok bare med rrd-fila (2595.1.3.3) siden den gir den informasjonen man trenger. 1.3.2 kan jo ogs? vurderes siden den sier hvilken terskel som ble brukt. Hvis det er noen spm. s? bare sp?r. Jeg har ikke gjort dette mye, og det er lenge siden, men jeg vet litt i alle fall. Ingeborg Hellemo wrote: > Er det noen som har konfigurert TrapDetect til ? ta imot traps generert av > "monitor-thresholds" i cricket? > > > --Ingeborg > -- John Magne Bredal Overingeni?r ved Nettgruppa, ITEA, NTNU Mail: bredal(a)itea.ntnu.no Tlf. arbeid : 73 59 02 50 Tlf. hjem : 73 93 22 13 Tlf. mob : 91 89 73 66 "Just because you're paranoid, doesn't mean they're not after you."

1 0

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

17 Jun '04

cisco:C3550L3:cgsw:Catalyst 3550-48T svitsj:1.3.6.1.4.1.9.1.367:t:t B?rge

1 0

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

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

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

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

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

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