Strange sosreport rodando no CentOS 6.5 no login

Question

Antes de começar esta pergunta, planejo atualizar esta postagem com mais informações, se sugerido por comentaristas ou respondentes, mas além do que eu postei aqui, não sei mais o que postar. Espero conseguir ajuda com isso.

Esta manhã, quando entrei no meu sistema CentOS 6.5, muitos aplicativos de desktop foram lançados no que parecia ser um loop infinito. Eu acredito que eles eram terminais de gnomo. Excluí os trabalhos e obtive o controle do meu sistema.

Então eu notei usando o top que o sosreport estava rodando e continuei rodando, não importa quantas vezes eu o tenha matado como root.

Uma pequena "ampulheta circular" preta mostrada como o cursor do mouse, mas consegui rodar o Firefox e o terminal gnome.

Então, eu arrisquei e corri o yum para atualizar tudo. Um monte de coisas atualizadas e o sistema voltou ao normal. Isso é que o sosreport não estava rodando, e não havia um interminável lançamento de terminais gnomos. A instalação foi concluída com sucesso.

Eu estou querendo saber que tipo de coisa poderia ter acontecido; Existe uma maneira melhor de consertar isso no futuro? e o que posso verificar agora para ver se o sistema está OK?

Eu não usei este sistema desde terça-feira à noite, e não foi desligado. E o meu sistema não está no no-break, então poderia ter havido uma queda de energia, mas se a energia fosse desligada, o sistema provavelmente não teria reiniciado.

    

Answer 1

Esta página da Red Hat descreve o que é sosreport e como você pode monitorar e controlá-lo.

• O que é um sosreport e como criar um no Red Hat Enterprise Linux 4.6 e posterior?

The sosreport command is a tool that collects configuration and diagnostic information from a Red Hat Enterprise Linux system. For instance: the running kernel version, loaded modules, and system and service configuration files. The command also runs external programs to collect further information and stores this output in the resulting archive.

To run sosreport the sos package must be installed. The package is part of the default group and will be installed automatically on most systems.

Registros

Eu costumo começar a passar por /var/log/messages ou /var/log/secure apenas para me confortar que nada de nefasto está acontecendo. Depois disso, recomendo uma reinicialização.

Software

Não há muito mais a sugerir que outros continuem examinando o sistema mais do que o normal e fique de olho nas coisas.

Hardware

Eu também levaria algum tempo para garantir que não seja um problema de hardware. Eu usaria memtest86+ que você pode inicializar a partir de um liveCD e depois rodar por um período de tempo para ter certeza de que não foi é um DIMM RAM ruim que é o culpado.

Considerações finais

Eu normalmente suspeito do software 60% do tempo e do hardware em 40% do tempo, então eu me concentro em possíveis soluções de software como os logs, você pode querer ver se você tem atualizações pendentes ( yum check ). Não os aplique, mas apenas veja se você está atualizado. Uma atualização em um sistema com hardware com falha só piorará as coisas.

Se você está bem perto de estar atualizado, eu diagnostico com o memtest86 + em seguida. Planeje a desativação do sistema por algumas horas enquanto isso é executado.

    

Answer 2

Isso é mais provável de serem executados pelo sistema Abrt - quando uma falha é detectada abrevia um sosreport com alguns plug-ins básicos habilitados para fornecer junto com o relatório Abrt.