![]() |
|
|
google unix.com
|
|||||||
| Fóruns | Registar | Fórum Regimento | Ligações | Álbuns | FAQ | Lista deputados | Calendário | Pesquisa | Today's Posts | Mark Forums Read |
| AIX IBM AIX é a indústria líder de sistema operacional UNIX que satisfaça as exigências das aplicações que as empresas dependem de hoje, no mercado. |
Mais UNIX e Linux Fórum Tópicos Você pode achar Helpfull
|
||||
| Fio | Thread Starter | Fórum | Respostas | Última postagem |
| Strange Mysql questão | muay_tb | Programação Web, Web 2.0 e mashups | 1 | 04-27-2009 08:05 |
| estranho problema com ALOM em t51 ... | upengan78 | Sun Solaris | 13 | 02-23-2009 11:42 |
| S-244: Cisco IOS User Datagram Protocol Entrega Emissão para IPv4/IPv6 Dual-Stack Rota | iBot | Alertas de Segurança (RSS) | 0 | 03-27-2008 04:40 |
| Estranho problema | AndrewSH | UNIX para Dummies Perguntas & Respostas | 1 | 01-29-2008 05:33 |
| root senha ... problema estranho | badrali | Segurança | 6 | 06-28-2007 10:41 |
|
|
Linkback | Thread Tools | Pesquisar este Thread | Rate Thread | Display Modes |
|
||||
|
estranho rota em questão powerha 5/4?
oi todos
que atualizou hacmp (powerha) de 5,2 para 5,4 recentemente. falhas durante o teste, foi encontrado um estranho rede problema. após repouso nó tomou serviço endereço IP (172.15.100.8) online em standby NIC, fomos capazes de registrar, no nó de espera por telnet 172.15.100.8 que permanece em repouso nó standyb NIC. quando tentamos executar ping ou traceroute para um endereço IP de fora de nossa rede, por exemplo, google.com ou ibm.com, a NIC serviço que detém o endereço IP não foram capazes de enviar qualquer pacote out at all. ao invés, a NIC primay que detém arranque endereço do nó de espera (172.15.103.79) terá no local e enviar pacotes de ping para fora ou para fora traceroute lado do mundo. por outro lado, qualquer teste dentro da nossa intranet agiu normal. temos verificado dns servidor e tabela de roteamento e espera nó gateway configuração, porque todos eram bons. o follwoing info é a configuração de roteamento de espera nó. Encaminhamento quadros Destino Gateway Flags Refs Use Se Exp Grupos Rota Árvore de Família Protocolo 2 (Internet): padrão 172.15.100.150 UG 1 28215 en4 - -- 127 / 8 127.0.0.1 U 9 921983 lo0 - -- 172.15.100.0 172.15.103.79 UHSb 0 0 en4 - - \u003d> 172.15.100/22 172.15.103.79 U 6 4212671 en4 - -- 172.15.103.79 127.0.0.1 UGHS 0 671937 lo0 - -- 172.15.103.255 172.15.103.79 UHSb 0 288 en4 - -- 172.16.60.0 172.16.60.60 UHSb 0 0 en5 - - \u003d> 172.16.60/22 172.16.60.60 U 2 2712283 en5 - -- 172.16.60.60 127.0.0.1 UGHS 0 382645 lo0 - -- 172.16.63.255 172.16.60.60 UHSb 0 1 en5 - -- Rota Árvore de Família Protocolo 24 (Internet v6): :: 1:: 1 UH 0 236 lo0 - -- como você pode ver, o roteamento padrão é criado para en4 (NIC que detém o primay arranque endereço ip). é possível que nós manally criar uma rota entrada para deixar en5 (o NIC espera que detém o serviço de endereço IP quando failover) go out side, bem como este? Encaminhamento quadros Destino Gateway Flags Refs Use Se Exp Grupos Rota Árvore de Família Protocolo 2 (Internet): padrão 172.15.100.150 UG 1 28217 en4 - -- 127 / 8 127.0.0.1 U 10 922176 lo0 - -- 172.15.100.0 172.15.103.79 UHSb 0 0 en4 - - \u003d> 172.15.100/22 172.15.103.79 U 6 4213902 en4 - - \u003d> 172.15.100/22 172.15.100.8 UG 0 6 en5 - -- 172.15.103.79 127.0.0.1 UGHS 0 672133 lo0 - -- 172.15.103.255 172.15.103.79 UHSb 0 288 en4 - -- 172.16.60.0 172.16.60.60 UHSb 0 0 en5 - - \u003d> 172.16.60/22 172.16.60.60 U 2 2712830 en5 - -- 172.16.60.60 127.0.0.1 UGHS 0 382726 lo0 - -- 172.16.63.255 172.16.60.60 UHSb 0 1 en5 - -- Rota Árvore de Família Protocolo 24 (Internet v6): :: 1:: 1 UH 0 236 lo0 - -- |
| Marcadores |
| Thread Tools | Pesquisar este Thread |
| Display Modes | Esta taxa Thread |
|
|