Como resolver numerosas mensagens relacionadas à mingetty nos registros do sistema

2

Eu gerencio o site e vários serviços da minha pequena empresa em um VPS (executando o CentOS 6.8) no qual tenho direitos administrativos completos.

Devido a tentar identificar um problema de vazamento de memória em scripts PHP, tenho monitorado o VPS há algum tempo e mais uma vez olhei os logs. O que vejo é uma longa sequência de mensagens de log, como estas:

captura de tela das mensagens de erro

Eu gostaria de resolver os problemas de configuração que fazem com que esses erros "poluam" os logs do sistema, porque eles tornam os logs inutilizáveis. A cada 5 segundos, recebo um lote desses:

    Feb 17 12:43:03 vpsxxxxx init: tty (/dev/tty2) main process (1381) terminated with status 1
    Feb 17 12:43:03 vpsxxxxx init: tty (/dev/tty2) main process ended, respawning
    Feb 17 12:43:03 vpsxxxxx init: tty (/dev/tty1) main process (1382) terminated with status 1
    Feb 17 12:43:03 vpsxxxxx init: tty (/dev/tty1) main process ended, respawning
    Feb 17 12:43:03 vpsxxxxx /sbin/mingetty[1419]: tty2: no controlling tty: Operation not permitted
    Feb 17 12:43:03 vpsxxxxx /sbin/mingetty[1420]: tty1: no controlling tty: Operation not permitted

No momento em que os logs são rotacionados (semanalmente), estou vendo mais de 60 MB no arquivo de log, o que deixa o nano de joelhos.

Eu não tenho idéia de quão necessária é a operação normal no VPS (ou a conexão via SSH). Eu sou o único que administra o servidor, mas raramente uso mais de 2 conexões SSH simultâneas.

Existe uma solução para essa quantidade de mensagens de log relacionadas ao mingetty?

    
por AbVog 17.02.2017 / 13:14

2 respostas

0

@Hexdump me levou à solução através da leitura que eu tinha que fazer sobre o upstart. Muito obrigado.

A solução para mim veio em duas etapas:

  • nano /etc/init/start-ttys.override (conteúdo do arquivo mais abaixo)
  • shutdown -r now

O conteúdo do arquivo de substituição é:

env ACTIVE_CONSOLES=/dev/tty[1-1]
script

end script

Basicamente, estou substituindo o script problemático que inicia as instâncias da mingetty com um script no-op.

A primeira linha é um remanescente da minha tentativa de reduzir o número de ttys, conforme este encadeamento , que também revela que há um bug no modo ACTIVE_CONSOLES é manipulado. Esse bug é a razão pela qual uma reinicialização foi necessária. Não tenho certeza se essa primeira linha é necessária.

Problema resolvido, mas acredito que a causa raiz ainda está por ser resolvida, o que me deixa com um gosto amargo, por assim dizer: se eu tivesse esse problema de poluição em uma máquina real, eu não teria conseguido para desativar o script. Portanto, eu vejo isso como uma solução semi-assada, mas por enquanto, é bom o suficiente para a situação atual.

    
por 17.02.2017 / 21:13
2

Como sua máquina é uma VM, você pode desabilitar totalmente os consoles virtuais e mingetty, como indicado em link :

If the machine does not have a video card then remove all the mingetty entries from /etc/inittab.

Como você está usando o CentOS 6, eu suponho que você tenha o upstart e que não há inittab. Para desabilitar o tty você pode criar dois arquivos /etc/init.d/tty1.override e /etc/init.d/tty2.override contendo apenas a palavra 'manual' (todos os comandos devem ser passados como root):

echo manual > /etc/init/tty1.override
echo manual > /etc/init/tty2.override

Mas eu recomendo que você faça algum teste antes: stop tty1 e stop tty2 e tente abrir uma nova conexão ssh. Se funcionar, continue com a desativação de tty1 e tty2.

    
por 17.02.2017 / 16:06