Capítulo 2. Reunindo informações do sistema para suporte

Sumário

2.1. Coletando informações do sistema com o supportconfig
2.2. Submetendo informações ao suporte técnico global
2.3. Suporte aos módulos do Kernel
2.4. Para obter mais informações

Resumo

Em caso de problemas, é possível criar um relatório detalhado do sistema com a ferramenta de linha de comando supportconfig ou o módulo de Suporte do YaST. Os dois coletam informações sobre o sistema, como a versão atual do kernel, o hardware, os pacotes instalados, a configuração da partição, etc. O resultado é um armazenamento de arquivos TAR. Após abrir uma Solicitação de Serviço (SS), você poderá fazer upload do armazenamento TAR para o Suporte Técnico Global. Ele ajuda a localizar o problema que você relatou e a orientá-lo para uma solução.

A ferramenta de linha de comando está incluída no pacote supportutils, que é instalado por padrão. O módulo de Suporte do YaST é baseado na ferramenta de linha de comando.

2.1. Coletando informações do sistema com o supportconfig

Para criar um armazenamento TAR com informações detalhadas do sistema que você possa enviar ao Suporte Técnico Global, use a ferramenta de linha de comando supportconfig diretamente ou o módulo de Suporte do YaST. A ferramenta de linha de comando está incluída no pacote supportutils, que é instalado por padrão. O módulo de Suporte do YaST também é baseado na ferramenta de linha de comando.

2.1.1. Criando um número de solicitação de serviço

É possível gerar armazenamentos do supportconfig a qualquer momento. No entanto, para enviar os dados do supportconfig ao Suporte Técnico Global, é necessário gerar primeiro um número de solicitação de serviço. Você precisa dele para fazer upload do armazenamento para o suporte.

Para criar uma solicitação de serviço, acesse http://www.novell.com/center/eservice e siga as instruções na tela. Anote o seu número de solicitação de serviço de 11 dígitos.

[Note]Declaração de Privacidade

A SUSE e a Novell tratam os relatórios do sistema como dados confidenciais. Para ver detalhes do nosso compromisso de privacidade, acesse http://www.novell.com/company/legal/privacy/.

2.1.2. Destinos de upload

Após criar um número de solicitação de serviço, você poderá fazer upload dos armazenamentos supportconfig para o Suporte Técnico Global, conforme descrito no Procedimento 2.1, “Submetendo informações ao suporte com o YaST” ou no Procedimento 2.2, “Submetendo informações ao suporte por linha de comando”. Use um dos seguintes destinos de upload:

Você também pode anexar o armazenamento TAR manualmente à sua solicitação de serviço usando o URL da solicitação de serviço: http://www.novell.com/center/eservice.

2.1.3. Criando um armazenamento supportconfig com o YaST

Para usar o YaST para coletar informações do sistema, faça o seguinte:

  1. Inicie o YaST e abra o módulo de Suporte.

  2. Clique em Criar relatório em arquivo tarball.

  3. Na janela seguinte, selecione uma das opções de supportconfig na lista de botões de opção. Por padrão, a opção Usar Configurações (Técnicas) Personalizadas está pré-selecionada. Para testar primeiro a função de relatório, use Reunir apenas uma quantidade mínima de informações. Para obter algumas informações básicas sobre outras opções, consulte a página de manual de supportconfig.

    Continue com Avançar.

  4. Digite suas informações de contato. Elas são gravadas em um arquivo chamado basic-environment.txt e incluídas no armazenamento que será criado.

  5. Para submeter o armazenamento ao Suporte Técnico Global no fim do processo de coleta de informações, a opção Informações de Upload é obrigatória. O YaST propõe um servidor de upload automaticamente. Para modificá-lo, consulte a Seção 2.1.2, “Destinos de upload” para saber os detalhes de quais servidores de upload estão disponíveis.

    Para submeter o armazenamento mais tarde, deixe a opção Informações de Upload vazia por enquanto.

  6. Continue com Avançar.

  7. A coleta de informações é iniciada.

    Quando o processo for concluído, continue com Avançar.

  8. Revise a coleta de dados: Selecione o Nome do Arquivo de um registro para ver seu conteúdo no YaST. Para remover arquivos do armazenamento TAR antes de submetê-lo ao suporte, use Remover dos Dados. Continue com Avançar.

  9. Grave o armazenamento TAR. Se você iniciar o módulo do YaST como usuário root, por padrão, o YaST vai propor gravar o armazenamento em /var/log (ou em seu diretório pessoal). O formato do nome de arquivo é nts_HOST_DATA_HORÁRIO.tbz.

  10. Para fazer upload do armazenamento diretamente para o suporte, verifique se a opção Fazer upload do tarball com arquivos de registro para o URL está ativada. O Destino do Upload mostrado aqui é aquele proposto pelo YaST no Passo 5. Para modificar o destino do upload, encontre as informações detalhadas sobre quais servidores de upload estão disponíveis na Seção 2.1.2, “Destinos de upload”.

  11. Para ignorar o upload, desative a opção Fazer upload do tarball com arquivos de registro para o URL.

  12. Confirme as mudanças para fechar o módulo do YaST.

2.1.4. Criando um armazenamento supportconfig da linha de comando

O seguinte procedimento mostra como criar um armazenamento supportconfig, mas sem o submeter diretamente ao suporte. Para fazer seu upload, é necessário executar o comando com algumas opções, conforme descrito no Procedimento 2.2, “Submetendo informações ao suporte por linha de comando”.

  1. Abra um shell e torne-se root.

  2. Execute supportconfig sem nenhuma opção. Isso reúne as informações padrão do sistema.

  3. Aguarde a ferramenta concluir a operação.

  4. O local padrão do armazenamento é /var/log, com o formato de nome de arquivo nts_HOST_DATA_HORÁRIO.tbz

2.1.5. Opções comuns do supportconfig

O utilitário supportconfig é geralmente chamado sem nenhuma opção. Exiba uma lista de todas as opções com supportconfig -h ou consulte a página de manual. A seguinte lista apresenta uma breve visão geral de alguns casos de uso comuns:

Reduzindo o tamanho das informações coletadas

Usar a opção mínima (-m):

supportconfig -m
Limitando as informações a determinado tópico

Se você já localizou um problema com a saída padrão do supportconfig e descobriu que ele está relacionado apenas a determinada área ou conjunto de recursos, convém limitar as informações coletadas à área específica na próxima execução do supportconfig. Por exemplo, se você detectar problemas com o LVM e quiser testar uma recente mudança feita na configuração do LVM, convém coletar o mínimo de informações do supportconfig apenas sobre o LVM:

supportconfig -i LVM

Para ver a lista completa de palavras-chave de recursos que você pode usar para limitar as informações coletadas a determinada área, execute

supportconfig -F
Incluindo informações de contato adicionais na saída
supportconfig -E tux@example.org -N "Tux Penguin" -O "Penguin Inc." ...

(tudo em uma linha)

Coletando arquivos de registro já rotacionados
supportconfig -l

Isso é útil principalmente em ambientes de alto registro ou após uma falha do kernel quando o syslog gira os arquivos de registro após uma reinicialização.

2.2. Submetendo informações ao suporte técnico global

Use o módulo de Suporte do YaST ou o utilitário de linha de comando supportconfig para submeter as informações do sistema ao Suporte Técnico Global. Se você tiver um problema com o servidor e quiser a ajuda do suporte, precisará abrir primeiro uma solicitação de serviço. Para obter os detalhes, consulte a Seção 2.1.1, “Criando um número de solicitação de serviço”.

Os seguintes exemplos usam 12345678901 como marcador para o número da sua solicitação de serviço. Substitua 12345678901 pelo número da solicitação de serviço que você criou na Seção 2.1.1, “Criando um número de solicitação de serviço”.

Procedimento 2.1. Submetendo informações ao suporte com o YaST

O seguinte procedimento considera que você já tenha criado um armazenamento supportconfig, mas ainda não tenha feito upload dele. Verifique se você incluiu suas informações de contato no armazenamento, conforme descrito na Seção 2.1.3, “Criando um armazenamento supportconfig com o YaST”, Passo 4. Para ver instruções de como gerar e submeter de uma só vez um armazenamento supportconfig, consulte a Seção 2.1.3, “Criando um armazenamento supportconfig com o YaST”.

  1. Inicie o YaST e abra o módulo de Suporte.

  2. Clique em Fazer Upload.

  3. Em Pacote com arquivos de registro, especifique o caminho para o armazenamento supportconfig existente ou use Pesquisar.

  4. O YaST propõe um servidor de upload automaticamente. Para modificá-lo, consulte a Seção 2.1.2, “Destinos de upload” para saber os detalhes de quais servidores de upload estão disponíveis.

    Continue com Avançar.

  5. Clique em Concluir.

Procedimento 2.2. Submetendo informações ao suporte por linha de comando

O seguinte procedimento considera que você já tenha criado um armazenamento supportconfig, mas ainda não tenha feito upload dele. Para ver instruções de como gerar e submeter de uma só vez um armazenamento supportconfig, consulte a Seção 2.1.3, “Criando um armazenamento supportconfig com o YaST”.

  1. Servidores com conectividade à Internet:

    1. Para usar o destino de upload padrão, execute:

      supportconfig -ur 12345678901
    2. Para o destino de upload seguro, use o seguinte:

      supportconfig -ar 12345678901
  2. Servidores sem conectividade à Internet

    1. Execute o seguinte:

      supportconfig -r 12345678901
    2. Faça upload do armazenamento /var/log/nts_SR12345678901*tbz manualmente para um de nossos servidores FTP. O servidor que deverá ser usado depende da sua localização global. Para uma visão geral, consulte a Seção 2.1.2, “Destinos de upload”.

  3. Depois que o armazenamento TAR estiver no diretório de entrada do nosso servidor FTP, ele será automaticamente anexado à sua solicitação de serviço.

2.3. Suporte aos módulos do Kernel

Um requisito importante para todo sistema operacional empresarial é o nível de suporte que você recebe do ambiente. Os módulos do Kernel são o conector mais relevante entre o hardware (controladoras) e o sistema operacional. Cada módulo do Kernel no SUSE Linux Enterprise possui um flag supported (suportado) que pode ter três valores:

  • yes (sim), portanto, supported

  • external (externo), portanto, supported

  • (vazio, não definido), portanto unsupported (não suportado)

As seguintes regras são válidas:

  • Por padrão, todos os módulos de um Kernel autorrecompilado são marcados como não suportados.

  • Os módulos do Kernel suportados pelos parceiros do SUSE e distribuídos pelo SUSE SolidDriver Program são marcados como externos.

  • Se o flag supported não estiver definido, o carregamento do módulo contaminará o Kernel. Kernels contaminados não são suportados. Os módulos do Kernel não suportados são incluídos em um pacote RPM adicional (kernel-TIPO-extra) e não são carregados por padrão (TIPO=default|xen|...). Esses módulos não suportados também não estão disponíveis no instalador, e o pacote kernel-TIPO-extra não faz parte da mídia do SUSE Linux Enterprise.

  • Os módulos do Kernel não incluídos em uma licença compatível com a licença do Kernel do Linux também contaminarão o Kernel. Para obter detalhes, consulte /usr/src/linux/Documentation/sysctl/kernel.txt e o estado de /proc/sys/kernel/tainted.

2.3.1. Informações técnicas

  • Kernel do Linux: O valor de /proc/sys/kernel/unsupported usa o padrão 2 no SUSE Linux Enterprise 11 SP4 (do not warn in syslog when loading unsupported modules). Esse padrão é usado no instalador e no sistema instalado. Consulte /usr/src/linux/Documentation/sysctl/kernel.txt para obter mais informações.

  • modprobe: O utilitário modprobe de verificação de dependências de módulos e carregamento dos módulos apropriados confirma se o valor do flag é supported (suportado). Se o valor for sim ou externo, o módulo será carregado, do contrário, não. Para obter informações sobre como anular este comportamento, consulte a Seção 2.3.2, “Trabalhando com módulos não suportados”.

    [Note]

    Em geral, o SUSE não suporta a remoção de módulos de armazenamento por modprobe -r.

2.3.2. Trabalhando com módulos não suportados

Embora a capacidade de suporte geral seja importante, algumas situações podem exigir o carregamento de um módulo não suportado (por exemplo, para fins de teste ou depuração, ou se o fornecedor de hardware disponibilizar um hotfix).

  • Para anular o padrão, edite /etc/modprobe.d/unsupported-modules.conf e mude o valor da variável allow_unsupported_modules para 1. Se for necessário um módulo não suportado no initrd, lembre-se de executar mkinitrd para atualizar o initrd.

    Para apenas tentar carregar um módulo uma vez, é possível usar a opção --allow-unsupported-modules com modprobe. Para obter mais informações, consulte a página de manual de modprobe.

  • Durante a instalação, módulos não suportados podem ser adicionados por meio de discos de atualização de driver, e eles serão carregados. Para impor o carregamento de módulos não suportados durante a inicialização e posteriormente, use a opção de linha de comando do Kernel oem-modules. Durante a instalação e inicialização do pacote module-init-tools, o flag do Kernel TAINT_NO_SUPPORT (/proc/sys/kernel/tainted) será avaliado. Se o Kernel já foi contaminado, allow_unsupported_modules será habilitado. Isso impede que módulos não suportados acessem o sistema que está sendo instalado. Se não houver nenhum módulo não suportado durante a instalação e não for usada a outra opção de linha de comando especial do Kernel (oem-modules=1), o padrão ainda será de não permitir módulos não suportados.

Lembre-se de que carregar e executar módulos não suportados tornam o Kernel e todo o sistema não suportados pelo SUSE.

2.4. Para obter mais informações

Obtenha mais informações sobre a coleta de informações do sistema nos seguintes documentos:


SUSE Linux Enterprise Desktop Guia de Administração 11 SP4