nav.ref Februar 2013

nav.ref@lister.sikt.no

4 participants
6 discussions

[nav-ref] Agenda nav-ref møte #4: 9/3 2013
by Morten Brekkevold 05 Apr '13

05 Apr '13

Vel møtt til nytt nav-ref-møte, 9. april hos UNINETT! Møtet blir på møterom Turkis i 5. etg, kl. 09-15. Møtene genererer mange nye og gode idéer, men vi får ofte litt lite tid til å diskutere detaljene. Det er heller ikke alltid vi får noe særlig respons når vi etterspør detaljer på denne listen i etterkant. Derfor håper vi at vi kan bruke litt av tiden til å diskutere nettopp detaljer rundt noen av punktene vi har på arbeidslista. Vi foreslår følgende overordnede agenda (men tar gjerne i mot forslag til endringer): 0900-1000 Status gjeldende arbeidsliste. Release-plan (3.15 = 12/9, 3.16 = 13/12). 1000-1200 Innspill til implementasjonsdetaljer. Oppgaver med lite "kjøtt på beina": - LP#1069763: Graph topology as seen from a device in ipdevinfo - LP#1062288: NAV should provide a topology-based analysis of "what-happens-if-this-device-goes-down" - LP#1062286: Add a tool for deploying and undeploying VLANs 1200-1300 Lunch 1300-1500 Innspill fra referansegruppen - vi har ikke fått mange nye siden sist møte, så vi kjører åpent forum. Meld gjerne inn punkter til agendaen om du har noe du vet du vil snakke om. Har ikke lagt inn kaffepauser i planen - disse tar vi underveis når det passer inn. Vi får forøvrig servert kaffe i møterommet. Før vi reiser hvert til vårt avtaler vi nytt møte til høsten. UNINETT-konferansen er i Trondheim fra 2.-3. oktober. Vi skal også avholde en verktøysamling rundt denne tiden, dato er enda ikke fastsatt. Det kan være en fordel å legge møtedagen back-to-back med en av disse. Foreløpige forslag: 1/10 eller 4/10. -- mvh Morten Brekkevold UNINETT

2 2

[nav-ref] Re: Slette moduler
by Morten Brekkevold 05 Mar '13

05 Mar '13

On Fri, 01 Feb 2013 13:32:00 +0100 Rune Kittelsen <rune.kittelsen(a)uia.no> wrote: > Hei! > > Jeg får ikke slettet moduler. Dvs, det er ingen der å slette... > > https://nav.uia.no/devicehistory/delete_module/ Ja, dette er en bug. Usikker på når den har oppstått, men rapporter den gjerne inn på Launchpad mens vi fikser den. Igjen, takk for at du betatester! :) > For øvrig gjelder det for en del link'er også. > De fleste som er listet i "Link downs" er nede fordi porten er satt i > shutdown og tilkopling fjernet. Vil rydde de bort. ;-) Dette dukket opp vel opp på siste nav-refmøte også, men ingen hadde noen gode forslag til hvordan man kan "fjerne" alarmer. Det er to forskjellige måter man kunne gjort det på, men de to måtene vil ha helt forskjellig betydning. 1. Man kan lukke en alarm (dvs. sette slutt-tid=nå) fra statussiden. Alarmen blir likevel liggende i historikken. Spørsmålet er om det skal være lov å fjerne en hvilken som helst alarm, eller bare link-alarmer? Hva om andre mekanismer i NAV sørger for at det blir laget en ny tilsvarende alarm dersom situasjonen fremdeles er der? Hva om man lukker en alarm ved en feiltagelse? 2. Utkvittering av alarmer (acknowledge). Dette vil ikke lukke alarmen, bare markere at "vi er klar over problemet og jobber med saken, så ikke vis alarmen på statussiden så lenge". En linkalarm vil jo aldri bli avsluttet, så en kvittert linkalarm vil ligge der potensielt til evig tid, selv om du ikke ser den. > Et par porter er kantswitch-porter (krs-cb11-sw2-1). MEN, det var noen som > plugget en switch mellom disse en gang de var på forskjellige vlan og laget > en loop. Ser ut som NAV husker at det var topologi bak disse den gangen og at > de ennå står som nede når det er ryddet bort. Ja, hvis NAV først har åpnet en alarm på en port er nede, så vil ikke alarmen avsluttes før den gitte porten enten forsvinner ut av systemet eller kommer opp igjen. > Tips til hvordan rydde mottas med takk.. ;-) Jeg har ingen ryddetips til deg, dessverre. Vi kan rydde i databasen, men spørsmålet er hvordan vi kan forbedre NAV på dette punktet. Se da spørsmålene mine over. Kopi til nav-ref; regner med flere er interessert i denne lukke-alarmen-diskusjonen. -- mvh Morten Brekkevold UNINETT

2 2

[nav-ref] NAV og VSS
by Rune Kittelsen 20 Feb '13

20 Feb '13

Hei! Litt info om hva jeg har opplevd med VSS og NAV på nyåret. Sender til nav-ref siden det sikkert er noen som har meninger i NAV sammenheng eller kanskje får seg et VSS eller liknende system etterhvert. Året startet med en del _store_ lagringsproblemer i Grimstad hvor Microsoft og Dell har vært inne på langvarig feisøk. Det viste seg å være trøbbel i et Dell lagringssystem. Og det tok over ei uke å finne ut av... :-( (Noen som har hørt om leverandører som skylder på hverandre, og trøbbel å eskalere problemet??) Midt oppe i det hele fikk vi også trøbbel med servere i VmWare i Kristiansand. Vi mistenker nå noen HP Flex switcher som skal feilsøkes til uka. Den raske løsningen den ettermiddagen ble å skru av chassis 2 i krs-core-gw som er et Cisco 6509 VSS. Vi valgte å ikke skru på det chassis til vi kan ta det opp kontrollert og feilsjekke noen bokser som henger på chassis 2. Årsaken var at vi ikke ville klusse til mer enn nødvendig mens feilsøkingen i SAN'et pågikk. Det holdt lenge med ett aktivt problem.... Hva opplevde vi da? Jeg fikk selvsagt en bråte LinkDown meldinger og info om moduler som gikk ned. Jippi. Neste dag var alle portene i chassis 2 borte i IP Device info og i Cricket for krs-core-gw! Strømforsyning og vifte borte de og. (Nokså naturlig, siden de jo faktisk ikke finnes ved snmp spørringer...(info om porter finnes i config men det hjelper ikke på snmp spørringen)) Det er imidlertid ingen indikasjoner på forsiden av NAV om noe galt - bortsett fra den ene switchen som kun hadde en link mot dette chassis og var nede. På statussiden er det selvsagt masse Links og modules down. (ja, vi snakket om dette med statusside sist møte) NAV sin forside viser altså ikke noe feil på denne boksen selv om "halve" er borte og det definitiv er en redusert boks. Det er her jeg kunne tenkt meg den "gule lampa" som varlset om feil.. ;-) De som ikke abonnerer på alarmer vil ikke se at noe er degradert ved kun å se her. Alt virker jo. At det var en redusert boks fikk vi oppleve noen dager etter da vi fikk parity error i chassis 1 og det gikk ned så det suste... :-( (Lurer veldig på hva som hadde skjedd om begge SUPer var oppe. Burde feilet over og gått videre) Det finnes andre systemer som fungerer på tilsvarende måte. Juniper har mulighet for å kople flere bokser inn i et virtuelt system. Tidligere hadde vi en Cisco 6509 med 2 SUP i et chassis hvor den ene som i VSS, er i standby. Hvordan kan man få fram fornuftig informasjon om at "halve" boksen er nede? Dvs at Supervisor er nede. Det dukker forsåvidt opp i Modules down at PFC3 er nede. Kan man "degradere" boksen når man ikke har redundans? Når VSS er oppe ser man: grm-core-gw#sh redundancy ...... Hardware Mode = Duplex Configured Redundancy Mode = sso Operating Redundancy Mode = sso Maintenance Mode = Disabled Communications = Up og når det er nede: krs-core-gw#sh redundancy ....... Hardware Mode = Simplex Configured Redundancy Mode = sso Operating Redundancy Mode = sso Maintenance Mode = Disabled Communications = Down Reason: Simplex mode Jeg vil tro at dette blir en problemstilling vi kommer til å se framover at flere får virtuelle systemer bygget opp fra flere bokser. Cisco kommer med VSS også på 4506. Kjenner ikke Nexus. Snakket med Harald Terkelsen, HiOA, i går. Han ringte bl.a. for å spørre hvordan NAV så et VSS system. Og Juniper, men det har ikke vi. For øvrig så vises VSS helt fint i IP device info og cricket.. Nå er det vel flere som har stackede switcher. Det har ikke vi, men det må jo være noe liknende problemstilling? Vet ikke åssen NAV håndterer disse. -rune

2 1

[nav-ref] Spørsmål om å flytte neste referansegruppemøte
by Morten Brekkevold 20 Feb '13

20 Feb '13

Da er det omtrent en måned til vi skal ha neste referansegruppemøte, og jeg ville normalt sagt at flybilletter bør bestilles nå. Det viser seg derimot at to av våre deltakere likevel ikke har mulighet den 19. mars, og har spurt om det er mulig å flytte møtet. Tirsdag 19. mars er uken før påske, og hvis jeg husker riktig, gjorde noen et poeng ut av at tirsdag var en bra dag å ha møtet på. De to tirsdagene som følger etter påske er 2. april og 9. april. Kan vi få en "håndsopprekning" via Foodl på hvem som har mulighet disse dagene? https://foodl.org/foodle/NAV-referansegruppemote-varen-2013-51248 -- mvh Morten Brekkevold UNINETT

1 0

[nav-ref] Your Fedex Unclaimed Parcel Notification
by FEDEX COURIER SERVICE 07 Feb '13

07 Feb '13

Please open the attachment and contact FedEx urgently.

1 0

[nav-ref] Ny Toolside
by John-Magne Bredal 04 Feb '13

04 Feb '13

Hei og godt nytt år til alle sammen! Det er laget en ny tools-side med mulighet for personlig tilpasning. Klikk på lenken for å få en demo av den. Av en eller annen grunn greier jeg ikke å la være å puste (har sine positive sider dog), noe som høres godt i opptaket. Dersom dette problemet forsetter må jeg nesten få meg en bedre mikrofon. NB: Videosoftwaren takler ikke tooltips i browseren så bra. Vet ikke hvorfor. Det ser rart ut i videoen, men er helt ok i browseren. Så slipper dere nevne det. Lengde: 4:28 http://youtu.be/0LjeiMbRXh0 mvh. -- John-Magne Bredal UNINETT AS

3 3

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

nav.ref Februar 2013