A parte do Módulo Ethernet Virtual (VEM) do Nexus 1000v tem comandos debug internos que você pode usar para ajudar na solução de problemas. Esses comandos vemlog permitem que você descubra o que determinados processos do VEM estão fazendo, quais comandos estão enviando e que tipo de resposta eles estão recebendo. Por exemplo, você pode usá-los nessas situações:
Um canal de porta LACP não está chegando entre o Nexus 1000v e o switch upstream. Você usaria uma combinação de "vemlog" no host e "debug" no switch upstream para restringir o problema.
O QoS não está funcionando corretamente e você deseja verificar se o VEM está definindo os valores corretamente.
Você deseja ver as alterações na comunicação VSM-VEM.
O caso de uso mais comum para a execução desses comandos é a depuração do LACP. Usando o módulo de depuração "sflacp" e "debug lacp" no switch upstream, você pode detectar qual dispositivo está funcionando incorretamente ou se o link entre os dois dispositivos está descartando as BPDUs do LACP.
Os níveis padrão geralmente têm informações suficientes para que o registro possa ser coletado e analisado sem ativar depurações adicionais.
Não existem requisitos específicos para este documento.
Este documento não se restringe a versões de software e hardware específicas.
Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.
Se você tiver alguma dúvida sobre a sintaxe desses comandos, digite "vemlog" na CLI do ESXi e receba uma saída de ajuda. Não há uma guia completa ou ‘?’ para esses comandos. Você deve digitá-los completamente ou eles não funcionarão corretamente. Para executar comandos vemlog, você precisa de um dos seguintes:
Acesso do console local/SSH ao host ESXi em questão. O acesso SSH é preferível porque você pode facilmente rolar de volta para cima.
Acesso do console local/SSH ao VSM e o módulo deve estar ativo no VSM. Mais uma vez, o acesso SSH é preferível. Se estiver usando esse método, você precisará fazer a prefácio de cada comando com o módulo ve # execute, onde # é o número do módulo do VEM.
O Vemlog no VEM é semelhante ao syslog em um switch normal. Como um switch normal, há níveis de gravidade:
e – Error n – Notification w – Warning i – Information d – Debug p – Print t – Temporary
Isso é classificado do mais grave para o menos (com as mensagens menos graves a enviar muito mais informações). Por padrão, o vemlog é definido como ENW (Error, Notification, Warning).
Para solucionar um problema específico, é importante desativar as capturas padrão.
vemlog stop vemlog clear vemlog debug all none
Esses comandos interromperão todos os comandos vemlog atuais que estão ocorrendo e redefinirão o vemlog para configurações de captura em branco. Você pode verificar isso com o seguinte comando:
Como você pode ver aqui, o comando vemlog show debug exibirá as configurações de depuração atuais. O padrão para todos os módulos de "Impressão" é 0 ou não impressão.
Agora que você tem uma tábula limpa para começar, é hora de definir os cookies para capturar. Para este exemplo, os logs gerais de porta são capturados:
O segundo comando tem esta sintaxe:
vemlog debug [module|all] [-][all|none|default|e|w|n|i|d|p|t]
Onde "debug_module" é o pacote vemlog que você deseja capturar. Normalmente, "debug" é suficiente para a solução de problemas.
Se você adicionar [-] ao comando, o nível de depuração será removido para esse módulo. Esta captura de tela tem exemplos disso:
Você pode exibir todos os módulos de depuração disponíveis com um comando vemlog show debug.
Depois de especificar quais pacotes monitorar, inicie o vemlog com um comando vemlog start:
Quando estiver pronto para exibir o log, emita um comando vemlog show all. Isso imprime todas as entradas de log no console (ou sessão SSH). Se estiver diretamente conectado ao host, você também poderá enviá-lo a um arquivo para que possa copiá-lo e analisá-lo posteriormente:
Se você mover esse arquivo para o diretório /vmfs/volumes/[datastore_name], poderá removê-lo do host usando o navegador de armazenamento de dados no ESXi.
O vemlog também é armazenado no log do vmkernel.
~ # vemlog stop Suspended log ~ # vemlog clear Cleared log ~ # vemlog debug all default ~ # vemlog start Started log
Esses comandos restaurarão o vemlog para a configuração padrão. Isso é importante para garantir que as informações de depuração sejam capturadas corretamente para problemas futuros.
Como o vemlog é armazenado nos logs do vmkernel e no buffer do vemlog, uma depuração de bate-papo específica pode inundá-los com informações desnecessárias, especialmente se forem deixados ativados.
Revisão | Data de publicação | Comentários |
---|---|---|
1.0 |
15-Jan-2013 |
Versão inicial |