Memória esgotada no Centos 6

1

Nos últimos dias, estou com problemas regulares de falta de memória no meu servidor Centos 6.

Aug  1 03:40:42 myserver xinetd[2304]: START: smtp pid=11222 from=87.109.36.82
Aug  1 03:40:46 myserver xinetd[2304]: EXIT: smtp status=1 pid=11222 duration=4(sec)
Aug  1 03:41:08 myserver xinetd[2304]: START: smtp pid=11224 from=189.174.169.28
Aug  1 03:41:19 myserver xinetd[2304]: EXIT: smtp status=0 pid=11224 duration=11(sec)
Aug  1 03:44:40 myserver xinetd[2304]: START: smtp pid=11240 from=109.230.244.236
Aug  1 03:44:40 myserver xinetd[2304]: EXIT: smtp status=0 pid=11240 duration=0(sec)
Aug  1 03:44:41 myserver xinetd[2304]: START: smtp pid=11241 from=109.230.244.236
Aug  1 03:44:41 myserver xinetd[2304]: EXIT: smtp status=0 pid=11241 duration=0(sec)
Aug  1 03:44:41 myserver xinetd[2304]: START: smtp pid=11242 from=109.230.244.236
Aug  1 03:44:41 myserver xinetd[2304]: EXIT: smtp status=0 pid=11242 duration=0(sec)
Aug  1 03:44:51 myserver xinetd[2304]: START: smtp pid=11243 from=113.22.231.187
Aug  1 03:44:56 myserver xinetd[2304]: EXIT: smtp status=1 pid=11243 duration=5(sec)
Aug  1 03:51:36 myserver kernel: postmaster invoked oom-killer: gfp_mask=0x201d2, order=0, oomkilladj=0
Aug  1 03:51:36 myserver kernel:
Aug  1 03:51:36 myserver kernel: Call Trace:
Aug  1 03:51:36 myserver kernel:  [<ffffffff800c10bb>] out_of_memory+0x8e/0x2f5
Aug  1 03:51:36 myserver kernel:  [<ffffffff8000f275>] __alloc_pages+0x245/0x2ce
Aug  1 03:51:36 myserver kernel:  [<ffffffff80012970>] __do_page_cache_readahead+0x95/0x1d9
Aug  1 03:51:36 myserver kernel:  [<ffffffff800638fb>] __wait_on_bit_lock+0x5b/0x66
Aug  1 03:51:36 myserver kernel:  [<ffffffff8003f7d9>] __lock_page+0x5e/0x64
Aug  1 03:51:36 myserver kernel:  [<ffffffff8001330f>] filemap_nopage+0x148/0x322
Aug  1 03:51:36 myserver kernel:  [<ffffffff80008848>] __handle_mm_fault+0x1f8/0xe23
Aug  1 03:51:36 myserver kernel:  [<ffffffff8006686f>] do_page_fault+0x4cb/0x830
Aug  1 03:51:36 myserver kernel:  [<ffffffff8000e123>] free_pages_and_swap_cache+0x73/0x8f
Aug  1 03:51:36 myserver kernel:  [<ffffffff8005dde9>] error_exit+0x0/0x84
Aug  1 03:51:36 myserver kernel:
Aug  1 03:51:36 myserver kernel: Mem-info:
Aug  1 03:51:36 myserver kernel: Node 0 DMA per-cpu:
Aug  1 03:51:36 myserver kernel: cpu 0 hot: high 0, batch 1 used:0
Aug  1 03:51:36 myserver kernel: cpu 0 cold: high 0, batch 1 used:0
Aug  1 03:51:36 myserver kernel: cpu 1 hot: high 0, batch 1 used:0

Outro exemplo:

Aug  1 03:55:17 myserver xinetd[2304]: EXIT: smtp status=0 pid=11289 duration=36(sec)
Aug  1 03:55:21 myserver xinetd[2304]: START: smtp pid=11293 from=109.230.244.236
Aug  1 03:59:28 myserver kernel: qmail-remote invoked oom-killer: gfp_mask=0x201d2, order=0, oomkilladj=0
Aug  1 03:59:28 myserver kernel:
Aug  1 03:59:28 myserver kernel: Call Trace:
Aug  1 03:59:28 myserver kernel:  [<ffffffff800c10bb>] out_of_memory+0x8e/0x2f5
Aug  1 03:59:28 myserver kernel:  [<ffffffff8000f275>] __alloc_pages+0x245/0x2ce

O uso regular da memória do servidor é de cerca de 30-40%. O servidor tem sido muito estável e "livre de problemas" por anos ... O que poderia causar esse pico de memória? Tem algo a ver com o xinetd?

Nos últimos dias eu atualizei o clamav, instalei o Comodo mod_security riules e o maldet. Eu também instalei o clamd como uma nova aplicação.

Alguma sugestão? Como posso reduzir o problema?

Obrigado

    
por user2723490 01.08.2014 / 11:46

1 resposta

1

Como mencionado acima, a resposta .. verificar o pacote atualizado é a primeira etapa de depuração, com base no rastreio de log, podemos ver o kernel fazendo isso, ou seja, a função memória fora é chamada quando toda a memória do sistema está ocupada (RAM + Swap) e o sistema não retomará a operação normal até que a memória seja liberada.

Outra opção que você tem é configurar o kdump junto com o vm.panic_on_oom = 1 (/etc/sysctl.conf), isso irá gerar o vmcore.Você pode encontrar mais informações sobre ele aqui link

    
por 01.08.2014 / 12:25

Tags