none
Erros iSCSI DCOM em cluster failover RRS feed

  • Discussão Geral

  • Olá a todos.

    Foi detectado que um dos nós no Hyper V encontrava-se inacessível, tal problema já foi resolvido, porém eu gostaria da ajuda de vocês para análise e diagnóstico dos erros abaixo, pois estou com receio de que eles tenham sido os causadores e, futuramente possam ocasionar maiores dores de cabeça.

    Foi verificado que a fonte distributedCOM gerou centenas de eventos a partir da tarde do dia 15/09/2012, quando provavelmente ocorreu a falha, tais logs pararam de ser gerados exatamente quando conseguiram resolver o problema.

    Quanto aos demais logs de eventos de erros relacionados ao Hyper V e ao FailoverClustering, eu não consegui identificar o motivo exato, mas foi verificado que tais registros estão sendo gravados há 3 meses.

    Seguem detalhes abaixo:

    Ambiente:
    Windows Server 2008 R2 Enterprise.
    Hyper V com 2 nós hospedando 5 máquinas virtuais cada.

    Erros registrados no log de eventos:

    Fonte: FailoverClustering
    ID do evento: 1069
    Falha no recurso de cluster 'Configuração da Máquina Virtual VMName' no serviço ou aplicativo em cluster 'VMName'.

    -----

    Fonte: Hyper-V-High-Availability
    ID do evento: 21502
    'Configuração da Máquina Virtual VMName' falhou ao registrar a máquina virtual com o serviço de gerenciamento de máquinas virtuais.

    Falha do serviço Gerenciamento de Máquinas Virtuais ao registrar a configuração da máquina virtual '7EDSF76E-D20A-48B6-8626-D8746BBA7450' em 'C:\ClusterStorage\Volume1\VMName': O sistema não pode encontrar o arquivo especificado. (0x80070002)

    -----

    Fonte: FailoverClustering
    ID do evento: 1205
    Falha do serviço de Cluster ao colocar completamente online ou offline o aplicativo ou serviço em cluster 'VMName'. Um ou mais recursos podem estar em um estado de falha. Isso pode afetar a disponibilidade do aplicativo ou serviço em cluster.

    -----
    Fonte: iScsiPrt
    Registrado 15/09/2012 15:20:35
    ID do evento: 129
    Não é possível localizar a descrição da Identificação de Evento 129 na origem "iScsiPrt". O componente que gera esse evento não está instalado no computador local ou a instalação está danificada. Você pode instalar ou reparar o componente no computador local.

    Se o evento foi originado em outro computador, as informações de exibição tiveram que ser salvas com o evento.

    As seguintes informações foram incluídas com o evento: 

    \Device\RaidPort2

    o recurso da mensagem está presente, mas a mensagem não foi encontrada na tabela de cadeias de caracteres/mensagens

    -----

    Registrado 15/09/2012 15:20:35
    ID do evento: 39
    O iniciador enviou um comando de gerenciamento de tarefas para redefinir o destino. O nome de destino é fornecido nos dados de despejo.

    -----

    Fonte: iScsiPrt
    Registrado 15/09/2012 15:20:35
    ID do evento: 9
    O iniciador enviou um comando de gerenciamento de tarefas para redefinir o destino. O nome de destino é fornecido nos dados de despejo.

    -----

    Fonte: iScsiPrt
    Registrado 15/09/2012 15:20:45
    ID do evento: 27
    O iniciador não pôde encontrar uma correspondência para a marca da tarefa do iniciador no PDU recebido. Os dados de despejo contêm o cabeçalho iSCSI inteiro.
    O destino não respondeu a tempo a uma solicitação SCSI. O CDB é fornecido nos dados de despejo.

    -----

    Fonte: DistributedCOM
    ID do evento: 10009
    O DCOM não pode comunicar-se com o computador HostName, utilizando algum dos protocolos configurados.


    Atenciosamente, Johnson Cruz - Analista de Suporte Técnico MCP - www.suportemcp.com.br

    terça-feira, 18 de setembro de 2012 01:28

Todas as Respostas

  • Você só não disse como foi que resolveu o problema. Essa informação é essencial para podermos ajudar, já que também não passou os sintomas do problema.

    Preciso que poste os dados completos do problema e se possível da resolução que conseguiu. Os dados dos LOGs são abrangentes demais.


    Se foi útil marca como resposta! _________________________________________________ Rafael Bernardes - It Hero 2009 Award Most Influential Virtualization Professional - MiVP http://www.cooperati.com.br

    terça-feira, 18 de setembro de 2012 02:45
  • Depois de dias tentando instalar as máquinas virtuais existente e nada, pois acusava o ERRO 0x80070002, erro que é gerado em várias tipos de ocasiões no Windows, que a própria microsoft relata em seu site Tecnet, mais que nada para o meu caso, fiz muita pesquisa mais nada. Mais observando alguns casos muito comum o erro 0x80070002 em update do Windows, resolvir ativar o Update no automático e ativar o Firewall, obtendo assim a solução do meu problema.

    Acredito que foi apenas ativar o UPDATE automático.

    sexta-feira, 26 de outubro de 2012 13:02
  • A máquina conectava, mas não se comunicava com nada na rede. 

    A falta de comunicação de rede do servidor estava relacionada às políticas IPSec que devido falha na inicialização do serviço, entraram em modo de bloqueio.

    Depois de muitas tentativas de reinstalação do driver de rede, eu encontrei um evento relacionado ao IPSec informando que o mesmo havia entrado em modo de bloqueio e solucionei o problema executando os passos listados nas seguintes bases de conhecimento:

    http://support.microsoft.com/kb/956189/pt-br#appliesto

    http://social.technet.microsoft.com/Forums/pt-BR/exc2007pt/thread/e28dccd9-4da6-4793-900b-939cc09a30dc/

    http://support.microsoft.com/kb/912023/en-us



    Atenciosamente, Johnson Cruz, Analista de Suporte Tecnico, MTA: Windows Server Administration Fundamentals

    quarta-feira, 13 de abril de 2016 19:07