- Nav-users - lister.unit.no

Italian-crafted Rolex - only $65 - $140!! Free SHIPPING ! !
by tony2003＠yahoo.ca 17 Jun '04

17 Jun '04

An HTML attachment was scrubbed... URL: http://desperados.itea.ntnu.no/pipermail/nav-users/attachments/20030605/04b… >From edprp at it.uib.no Thu Jun 12 20:05:14 2003 From: edprp at it.uib.no (Roar Pettersen) Date: Thu Jun 17 13:15:26 2004 Subject: Ny type og litt lit... Message-ID: <Pine.GSO.4.33.0306121855010.14211-100000(a)alf.uib.no> Hei ! # # HP # hp:2650:hpsw:ProCurve Switch 2650:1.3.6.1.4.1.11.2.3.7.11.29:t:t Vi har litt problemer med at ikke all Cricket konfigurasjon blir laget automastisk, det som fungerer er kun CPU og MEM belasting. Switch'en inneholder 48 stk 10/100 og 2 stk 1000 -- 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

1 0

Små og store bokstaver i NAV
by reier.rodland＠usit.uio.no 17 Jun '04

17 Jun '04

On Tue, 3 Jun 2003, Sigurd Gartmann wrote: > > > > Dette siste kan kanskje ha noe med det problemet som Kjetil rapporterte > > tidligere, nemlig at vi f?r feilmelding ved datbaseoppdatering av samtlige > > "REST"-bokser. De er ikke dobbeltdefinert, og har heller ikke flere ip-adresser > > i DNS. > > > > Endelig kommer svaret p? hva som skjer med REST-kategorien. Jeg har hatt > dette i bakhodet en stund, men ikke helt skj?nt hva dere vil. Jeg tror > alt dreier seg om en misforst?else. Vi har aldri ment ? la det v?re mulig > at en server kunne v?re en REST-boks. Fra designst?sted, er en REST-boks > en boks som ikke faller inn under de andre definerte kategoriene (for NTNU > er dette telefonsentralene). > > Hva er det egentlig dere vil med REST-serverne? Kan dere omg? problemet > med ? legge dem inn i nettel.txt i stedet, eller ? la dem ha kategori SRV, > og underkategori REST? Det er bl.a. PABX'ene v?re vi ?nsker at NAV skal pinge. Vi har i dag tre underkategorier under REST, nemlig PABX, xyplex og ak-panel. De to siste er terminal-servere. Tror ikke at de kj?rer noe s?rlig snmp. Vi fikk for?vrig endret Orgid ved f?rst og fjerne alle boksene, og s? legge dem inn p? nytt, men vi f?r fremdeles de samme feilmeldingene hver natt. mvh <reierr>

1 0

Database-problem med bokser i server.txt
by Borge.Brunes＠cc.uit.no 17 Jun '04

17 Jun '04

gartmann(a)stud.ntnu.no said: > Feilmeldingen blir generert n?r NAV ikke f?r lov av databasen til ? > legge den inn, fordi prim?rn?kkelen, som vil si IP-adressen, allerede > ligger inne i databasen. > > Dette er typisk en feil som oppst?r n?r en boks er definert to steder, > enten en gang i hver av server.txt og nettel.txt, eller at man > feilaktig har lagt inn duplikater i en av de to filene. I tillegg vil man se dette problemet ogs? for servere med flere ip-adr. reg. i DNS. -- B?rge Brunes, IT-avdelingen, Universitetet i Troms? http://www.cc.uit.no/~borge/ http://www.freebsd.org

1 0

Re: Små og store bokstaver i NAV
by kjetil.olsen＠usit.uio.no 17 Jun '04

17 Jun '04

At 14:11 03.06.2003 +0200, Sigurd Gartmann wrote: >Endelig kommer svaret p? hva som skjer med REST-kategorien. Jeg har hatt >dette i bakhodet en stund, men ikke helt skj?nt hva dere vil. Jeg tror >alt dreier seg om en misforst?else. Vi har aldri ment ? la det v?re mulig >at en server kunne v?re en REST-boks. Fra designst?sted, er en REST-boks >en boks som ikke faller inn under de andre definerte kategoriene (for NTNU >er dette telefonsentralene). Tilsvarende for oss. Telefonsentraler, adgangskontroll-greier o.s.v. >Hva er det egentlig dere vil med REST-serverne? Kan dere omg? problemet >med ? legge dem inn i nettel.txt i stedet, eller ? la dem ha kategori SRV, >og underkategori REST? Vi kan godt kalle det SRV og gi det passende underkategorier. --Kjetil

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

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

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

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