servidor linux constantemente me expulsando

1

Eu tenho um servidor linux que começou a agir um pouco engraçado ...

Em primeiro lugar, a caixa é muito utilizada. É um servidor de banco de dados, com uma carga muito baixa. Vou colocar o vmstat abaixo e no topo ...

  1. Estou correndo centos 5.4
  2. Este servidor está funcionando bem por semanas
  3. É firewall, é improvável que tenha sido invadido (chkrootkit concorda).
  4. A carga é muito baixa.
  5. Estou em um comutador Gigabit com o servidor.
  6. Não estou tendo esse problema com nenhum outro servidor.
  7. Eu tenho o syslog remoto configurado em outra caixa e não está indicando erros correspondentes.

Então, quando eu ssh (putty) para a caixa, se eu não tiver começado em um tempo, o putty imediatamente lança um erro 'reset de conexão de rede'.

Aleatoriamente apenas me chuta para fora (ou gotas de rede)

um fluxo constante de pings mostra agora a interrupção.

--- vdbsrv1 ping statistics ---
80620 packets transmitted, 80619 received, 0% packet loss, time 23838ms
rtt min/avg/max/mdev = 0.234/0.273/1.741/0.043 ms, ipg/ewma 0.295/0.297 ms

As consultas SQL ("Selecionar 1") à caixa demoram cerca de 5 segundos, embora o SQL esteja reportando algo como um segundo de execução de 0,04, então os outros 4,96 segundos são um mistério

Alguém tem alguma ideia?

top - 11:49:28 up 12 days, 17:05,  4 users,  load average: 0.00, 0.03, 0.01
Tasks: 150 total,   1 running, 149 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.2%us,  0.0%sy,  0.0%ni, 99.3%id,  0.5%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   8174028k total,  8074924k used,    99104k free,  4558300k buffers
Swap: 19464184k total,        4k used, 19464180k free,  2306952k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
    1 root      15   0 10348  692  576 S  0.0  0.0   0:02.13 init

root@dbsrv1# vmstat
procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
 0  0      4  98980 4558300 2306992    0    0     1    13    3    2  0  0 99  0  0
    
por Benny B 27.01.2010 / 19:02

3 respostas

0

Você precisa fazer pelo menos algumas coisas para depurar isso:

  1. Usando um CLI ssh client em vez de putty, execute um 'ssh -v' no servidor. Veja se você tem algum problema e quais erros a sessão do ssh reporta.

  2. Usando o wireshark ou tcpdump, obtenha uma captura de pacote da sessão. Você provavelmente está recebendo um RST.

A consulta de Per David, você tentou acessar o servidor de outro cliente? Se não, talvez o cliente esteja tendo um problema de rede.

Se você estiver passando pelo firewall, o firewall terá seus próprios tempos limite de sessão, como Kyle sugeriu acima - a configuração 'keepalive' é uma boa solução para isso, se for o problema. Se o problema ocorrer com novas sessões, um pcap será a maneira mais conveniente de solucionar o problema.

    
por 27.01.2010 / 22:07
1

Não tenho certeza se entendi completamente:

"So, when I ssh(putty) to the box, if I haven't gotten on it in a while, putty immediatly throws a 'network connection reset' error."

Então, se você não tiver feito login e iniciar um novo login, será expulso imediatamente?

Se esse não for o caso, apenas expira se você estiver inativo. Você poderia apenas definir keepalive em massa.

Você também pode procurar em /var/log pelos logs do ssh e ver se há alguma informação lá.

    
por 27.01.2010 / 19:08
0

Este foi estranho ...

O servidor web era um clone de outro servidor web do servidor vmware.

O original foi desligado. Copiado para o novo servidor. Nova máquina criada dado novo nome dado novo IP Máquina antiga trazida de volta.

O problema com este cenário, o endereço MAC era o mesmo em ambos, o que resultou em um comportamento de rede muito estranho.

    
por 16.09.2010 / 16:50