Tolking av feil fra runavledTopoligi
cron-jobben $CDIR/navAdmin/runAvledTopologi.sh som g?r hver time kommer med endel feilmeldinger i filen avledTopologi.html Jeg har litt tr?bbel med ? "decode" hva NAV mener med endel av disse feilmeldingene. Og jeg kan ikke se at det st?r noe om dem i dokumentasjonen heller (men det kan komme av at jeg ikke har lett nok.....) H?per at dere har noen hint ? komme med! ----------------- ERROR: Could not find record for other side of link! boks(2): sv-gw Modul: Gi0 Port: 2 boksBak: abel-gw ERROR: Could not find record for other side of link! boks(2): sv-gw Modul: 0 Port: 2 boksBak: abel-gw ERROR: Could not find record for other side of link! boks(17): abel-gw Modul: Gi0 Port: 2 boksBak: sv-gw ERROR: Could not find record for other side of link! boks(17): abel-gw Modul: 0 Port: 2 boksBak: sv-gw ERROR: Could not find record for other side of link! boks(19): fys-gw Modul: Gi0 Port: 2 boksBak: abel-gw ERROR: Could not find record for other side of link! boks(19): fys-gw Modul: 0 Port: 2 boksBak: abel-gw ERROR: Could not find record for other side of link! boks(17): abel-gw Modul: Gi0 Port: 3 boksBak: fys-gw ERROR: Could not find record for other side of link! boks(17): abel-gw Modul: 0 Port: 3 boksBak: fys-gw Det kommer alts? to feilmeldinger pr "link". Dette er direktelinjer mellom Cat3550-12G-bokser med /30 IP-nett, IP-adresser rett p? interfacene (ikke VLAN p? disse portene) og "riktig" description p? alle interface. Topologikartet blir riktig, men..... ----------------------------- Og s? en annen feil; ERROR: Could not find record in swport, boks(2): sv-gw Modul: Gi0 Port: 1 boksbak: usit-c6500-2 ERROR: Could not find record in swport, boks(3): hf-gw Modul: Gi0 Port: 1 boksbak: usit-c6500-2 ERROR: Could not find record in swport, boks(19): fys-gw Modul: Gi0 Port: 1 boksbak: usit-c6500-2 Her kommer det bare en feilmelding pr "link" og det er alltid en Cat6500 (med MSFC i hybrid-mode) i "andre" enden... ------------------ Og s? kommer det en liste med porter som er "in need of attention". Eneste er at det ikke st?r hva de trenger hjelp til.... Her er et utvalg. swpid boksid sysName typeId Speed Duplex Modul Port Portnavn Boksbak Change (vlan) 93 1 usit-c6500-2 55 1000 full 1 1 elink,oslo-gw2,unine 94 1 usit-c6500-2 55 1000 full 1 2 link,us-gw,Telenor 189.104-switch 95 1 usit-c6500-2 55 1000 full 2 1 til us-gw 99 1 usit-c6500-2 55 1000 full 2 5 nasjonal-sw 100 1 usit-c6500-2 55 1000 full 2 6 pk-gw.G2 101 1 usit-c6500-2 55 1000 full 2 7 stam,333500,188nett 188.104-switch 102 1 usit-c6500-2 55 1000 full 2 8 189.105 c3548 189.104-switch 103 1 usit-c6500-2 55 1000 full 3 1 link,fys-gw,UiO_fib fys-gw 104 1 usit-c6500-2 55 1000 full 3 2 link,hf-gw,UiO_fib hf-gw 105 1 usit-c6500-2 55 1000 full 3 3 link,sv-gw,UiO_fib sv-gw Takknemlig for tips om hva det er som skal fikses (Jeg har ogs? merket meg at endel av "Boksbak"-verdiene i denne tabellen er feil.) Hele filen finnes p?; http://folk.uio.no/kjetilo/avledTopologi.htm Takknemlig for all hjelp! Testinstallasjonen v?r er for?vrig mulig ? ta en kikk p?; http://dekk.uio.no --Kjetil
cron-jobben $CDIR/navAdmin/runAvledTopologi.sh som g?r hver time kommer med endel feilmeldinger i filen avledTopologi.html Jeg har litt tr?bbel med ? "decode" hva NAV mener med endel av disse feilmeldingene.
avledTopologi er en modul som for det meste gj?r jobben sin i det stille, og rapporten har derfor for det meste v?rt av interesse for nav-utviklere; feilmeldingene kan derfor v?re ganske kryptiske, og de er heller ikke dokumentert noe sted. Dette er selvsagt noe vi ?nsker ? gj?re noe med, men for ikke ? forsinke release av NAV er det noen slike ting vi m? ta litt etterhvert. Jeg skal i hvertfall forklare hva meldingen du f?r betyr.
ERROR: Could not find record for other side of link! boks(2): sv-gw Modul: Gi0 Port: 2 boksBak: abel-gw
Dette betyr at det ikke ble funnet en record i swport-tabellen for sv-gw, noe som jo h?res rimelig ut siden det er snakk om en ruter (GW). Hvorfor dette skjer er imidlertid et godt sp?rsm?l jeg ikke kan svare p? uten ? se n?rmere p? databasen.
Og s? kommer det en liste med porter som er "in need of attention". Eneste er at det ikke st?r hva de trenger hjelp til....
"In need of attention" er kanskje litt overdrevet, det betyr bare at portnavnet ikke inneholder navnet p? enheten vi har funnet bak porten (dersom portnavnet ikke er tomt), eller at portnavnet inneholder -h, -sw eller -gw uten at vi har funnet noen boks bak.
(Jeg har ogs? merket meg at endel av "Boksbak"-verdiene i denne tabellen er feil.)
Dette er selvsagt ikke helt bra, for det betyr jo at topologiavlederen har gjort en feil (typisk fordi den mangler data). Har du noen eksempler p? steder du vet det er feil boksbak? Hva sier CDP p? utstyret i disse tilfellene? --- Kristian
At 00:04 01.11.2002 +0100, Kristian Eide wrote:
ERROR: Could not find record for other side of link! boks(2): sv-gw Modul: Gi0 Port: 2 boksBak: abel-gw
Dette betyr at det ikke ble funnet en record i swport-tabellen for sv-gw, noe som jo h?res rimelig ut siden det er snakk om en ruter (GW). Hvorfor dette skjer er imidlertid et godt sp?rsm?l jeg ikke kan svare p? uten ? se n?rmere p? databasen.
sv-gw er i nettel.txt definert slik; # sv-gw t-b10-u1:129.240.100.165:333500:GSW::public::: Det er en Catalyst 3550-12G, d.v.s. type C3550L3 i NAV. P? NTNU ville dere sansynligvis kalt boksen sv-gsw Tipper det er en eller annen sjekk i NAV som sjekker om navnet ender p? -gsw i stedet for ? sjekke typen i nettel.txt.
Og s? kommer det en liste med porter som er "in need of attention". Eneste er at det ikke st?r hva de trenger hjelp til....
"In need of attention" er kanskje litt overdrevet, det betyr bare at portnavnet ikke inneholder navnet p? enheten vi har funnet bak porten (dersom portnavnet ikke er tomt), eller at portnavnet inneholder -h, -sw eller -gw uten at vi har funnet noen boks bak.
OK. Greit ? vite. Skal g? gjennom lista.
(Jeg har ogs? merket meg at endel av "Boksbak"-verdiene i denne tabellen er feil.)
Dette er selvsagt ikke helt bra, for det betyr jo at topologiavlederen har gjort en feil (typisk fordi den mangler data). Har du noen eksempler p? steder du vet det er feil boksbak? Hva sier CDP p? utstyret i disse tilfellene?
Her kan nok det meste forklares med at CDP er skrudd av p? enkelte porter, og at description ikke stemmer (d.v.s. ikke er endret slik at det stemmer med konvensjonen) Skal g? en runde s? f?r vi se om det er noen sp?rsm?l igjen etter det :-) Takk for nyttig input! --Kjetil
sv-gw er i nettel.txt definert slik; # sv-gw t-b10-u1:129.240.100.165:333500:GSW::public::: Det er en Catalyst 3550-12G, d.v.s. type C3550L3 i NAV. P? NTNU ville dere sansynligvis kalt boksen sv-gsw
At det er en GSW forklarer mye, denne har jo b?de ruterinterfacer og swporter. N? ser jeg at den mangler swportene, her er det sannsynligvis et innsamlingsscript som ikke gj?r jobben sin (sikkert p? grunn av ukjent type). Sigurd?
Tipper det er en eller annen sjekk i NAV som sjekker om navnet ender p? -gsw i stedet for ? sjekke typen i nettel.txt.
Nei, jeg tror vi er ganske n?ye med ? sjekke type-feltet.
Dette er selvsagt ikke helt bra, for det betyr jo at topologiavlederen har gjort en feil (typisk fordi den mangler data). Har du noen eksempler p? steder du vet det er feil boksbak? Hva sier CDP p? utstyret i disse tilfellene? Her kan nok det meste forklares med at CDP er skrudd av p? enkelte porter, og at description ikke stemmer (d.v.s. ikke er endret slik at det stemmer med konvensjonen)
Ja, vi er ganske avhengig av CDP for utstyr med mye bruk av vlan, s? vi anbefaler at dette er sl?tt p? overalt. N?r det gjelder topologi p? switch-niv? s? er det kun CDP og MAC som brukes til ? avlede dette, vi ser ikke p? f.eks portnavn. --- Kristian
On Fri, 1 Nov 2002, Kristian Eide wrote:
Tipper det er en eller annen sjekk i NAV som sjekker om navnet ender p? -gsw i stedet for ? sjekke typen i nettel.txt.
Nei, jeg tror vi er ganske n?ye med ? sjekke type-feltet.
Jeg kikker litt rundt, og en av de skriptene vi f?r feilmelding fra ("Finner ikke svitsj -> uio-gw7") er last.pl (/usr/local/nav/navme/apache/htdocs/vlanPlot/common/vPLast/last.pl) I den ser jeg bl.a.; unless ($ruternavn =~ /-gsw/) { et par ganger. Det burde vel heller v?rt en sjekk mot databasen for ? finne ut om utstyret er av kategori GSW ?? --Kjetil
On Sat, 2 Nov 2002, Kjetil Otter Olsen wrote:
On Fri, 1 Nov 2002, Kristian Eide wrote:
Tipper det er en eller annen sjekk i NAV som sjekker om navnet ender p? -gsw i stedet for ? sjekke typen i nettel.txt.
Nei, jeg tror vi er ganske n?ye med ? sjekke type-feltet.
Jeg kikker litt rundt, og en av de skriptene vi f?r feilmelding fra ("Finner ikke svitsj -> uio-gw7") er last.pl (/usr/local/nav/navme/apache/htdocs/vlanPlot/common/vPLast/last.pl) I den ser jeg bl.a.; unless ($ruternavn =~ /-gsw/) { et par ganger. Det burde vel heller v?rt en sjekk mot databasen for ? finne ut om utstyret er av kategori GSW ??
Sukk, stygg sak. Det er mulig jeg ikke har formidlet klart nok, men vi skal _ikke_ gj?re slike navneavhengige tester. Man skal kunne kalle b?ten hva man vil. Det er kategori og typegruppe vi prim?rt ser p?, evt ogs? type. John Magne fikser dette. - Vidar
participants (3)
-
kjetil.olsen＠usit.uio.no -
kreide＠online.no -
vidar.faltinsen＠itea.ntnu.no