[GTER] Erros nas interfaces Extreme Network

Douglas Fischer fischerdouglas at gmail.com
Tue Mar 5 13:26:15 -03 2013


Então Airton...

Não sei no extreme, mas em Cisco eu digo isso de Cadeira!
Derrubei um 3750 habilitando um debug (se não me engano era ralacionado à
camada MAC).

P.S.: Eu sei, eu sei... Uma burrice lascada.
      Maior ainda se considerar que o IOS me deu o warning.
      Fazer oque, naquela época minha experiência era zero.

E se não me engano, porque a Console tem que devolver o "OK" de ter
entregue a mensagem, quando ele está com algum debug pesado ativo o
processo CLI apresenta um alto consumo de CPU.

Em 4 de março de 2013 22:43, Airton Arantes <airton.arantes at gmail.com>escreveu:

> Douglas, não vejo ser comportamento de logs excessivos, visto que apenas
> estão sendo logadas mensagens de information e notice, um debug ativado
> seria bem mais verboso, a não ser que o amigo tenha filtrado as mensagens e
> colocado aqui só as que tem mais relevância, isso procede Samir?
>
> 2013/3/4 Airton Arantes <airton.arantes at gmail.com>
>
> > Já passou um OTDR nas fibras dessas portas? Já peguei isso e foram
> algumas
> > caixas de emendas que estavam com as fibras danificadas dentro do tubete.
> >
> > 2013/3/4 Kalil de A. Carvalho <kalilac at gmail.com>
> >
> > Samir faz um teste.
> >>
> >> Retira as portas que estão apresentando esses problemas e vai ativando
> uma
> >> por uma, dai ve o comportamento.
> >>
> >> Espera 5min entre a ligaçao de cada porta para ter a certeza da
> >> estabilidade.
> >>
> >>
> >> 2013/3/4 Samir Patrice <samir.patrice at gmail.com>
> >>
> >> > Pior que não Douglas, checando o processamento agora pela manhã vejo
> >> que o
> >> > processo "CLI" tá consumindo mais de 92%. Dá pra notar visivelmente
> que
> >> tá
> >> > lento quando dou os comandos no cli do Switch.
> >> >
> >> >
> >> > Em 3 de março de 2013 18:00, Douglas Fischer <
> fischerdouglas at gmail.com
> >> > >escreveu:
> >> >
> >> > > Corre algum risco de alguns jumps dessas fibras terem sido abertas
> >> pelo
> >> > > estagiário em um DIO far-far-away e terem sido jumpeadas em um
> destino
> >> > > diferente, ou até um protocolo diferente?
> >> > > Em 03/03/2013 15:38, "Samir Patrice" <samir.patrice at gmail.com>
> >> escreveu:
> >> > >
> >> > > > Bom dia senhores,
> >> > > >
> >> > > > Esse fim de semana enfrentei alguns problemas com um switch Summit
> >> X450
> >> > > com
> >> > > > portas sfp, de repente comecei a receber alertas de portas down e
> em
> >> > > > seguida up com perdas de pacotes. Observei primeiramente o
> >> > processamento
> >> > > e
> >> > > > tava ok, abaixo de 30%. Porem quando fui olhar nos nos logs
> >> encontrei
> >> > > essas
> >> > > > informações estranhas:
> >> > > >
> >> > > > 03/03/2013 22:53:50.14 <Info:vlan.dbg.info> Media LX is inserted
> >> into
> >> > > Port
> >> > > > 24
> >> > > > 03/03/2013 22:53:50.13 <Info:vlan.dbg.info> Media LX is inserted
> >> into
> >> > > Port
> >> > > > 17
> >> > > > 03/03/2013 22:53:50.12 <Info:vlan.dbg.info> Media LX is inserted
> >> into
> >> > > > Port 7
> >> > > > 03/03/2013 22:53:50.12 <Info:vlan.dbg.info> Media LX is inserted
> >> into
> >> > > > Port 6
> >> > > > 03/03/2013 22:53:50.11 <Info:vlan.dbg.info> Media ZX_1550 is
> >> inserted
> >> > > into
> >> > > > Port 5
> >> > > > 03/03/2013 22:53:50.11 <Info:vlan.dbg.info> Media ZX_1550 is
> >> inserted
> >> > > into
> >> > > > Port 4
> >> > > > 03/03/2013 22:53:50.10 <Info:vlan.dbg.info> Media LX is inserted
> >> into
> >> > > > Port 2
> >> > > > 03/03/2013 22:53:49.88 <Info:vlan.dbg.info> Port 17 link up at 1
> >> Gbps
> >> > > > speed
> >> > > > and full-duplex
> >> > > > 03/03/2013 22:53:49.87 <Info:vlan.dbg.info> Port 7 link up at 1
> >> Gbps
> >> > > speed
> >> > > > and full-duplex
> >> > > > 03/03/2013 22:53:49.84 <Info:vlan.dbg.info> Port 6 link up at 1
> >> Gbps
> >> > > speed
> >> > > > and full-duplex
> >> > > > 03/03/2013 22:53:49.81 <Info:EAPS.TransPortState> EAPSD INFOR - 4
> >> state
> >> > > > transition from Down => Up
> >> > > > 03/03/2013 22:53:49.78 <Info:HAL.Card.Info> Switch is operational
> >> > > > 03/03/2013 22:53:49.66 <Info:vlan.dbg.info> Port 4 link up at 1
> >> Gbps
> >> > > speed
> >> > > > and full-duplex
> >> > > > 03/03/2013 22:53:46.00 <Noti:EPM.system_stable> System is stable.
> >> > Change
> >> > > to
> >> > > > warm reset mode
> >> > > > 03/03/2013 22:53:45.15 <Info:EAPS.TransDmnState> EAPSD IEPA -
> State
> >> > > > transition from Idle => Failed
> >> > > >
> >> > > > E as portas que estão com "flap" no state são as que justamente
> >> aparece
> >> > > nos
> >> > > > logs.
> >> > > > Algum entendido em extreme que possa me dar uma orientação sobre
> >> esses
> >> > > > logs?
> >> > > >
> >> > > > --
> >> > > > Samir Patrice
> >> > > > Analista de Rede
> >> > > > PoP-AP/RNP
> >> > > > --
> >> > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> >> > > >
> >> > > --
> >> > > gter list    https://eng.registro.br/mailman/listinfo/gter
> >> > >
> >> >
> >> >
> >> >
> >> > --
> >> > Samir Patrice
> >> > Analista de Rede
> >> > PoP-AP/RNP
> >> > --
> >> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >> >
> >>
> >>
> >>
> >> --
> >> Kalil de A. Carvalho
> >> --
> >> gter list    https://eng.registro.br/mailman/listinfo/gter
> >>
> >
> >
> >
> > --
> > Airton Arantes Coelho Filho
> >
>
>
>
> --
> Airton Arantes Coelho Filho
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>



-- 
Douglas Fernando Fischer
Engº de Controle e Automação



More information about the gter mailing list