Eu tenho uma máquina virtual do Windows Server 2012 R2; sim com todas as atualizações. O software adicional inclui o Microsoft SQL Server 2014 (era 2012 em uma VM anterior). A empresa de hospedagem inclui o xenpci.sys (EJBPV Driver XenPCI (versão verificada), James Harper) como parte de sua instalação padrão em todas as VMs e Plesk.
Periodicamente, o sistema operacional trava, exibe telas azuis ou reinicia. Recebo mini-lixões, embora não o tempo todo. O problema usual é:
Erro: CRITICAL_STRUCTURE_CORRUPTION
O arquivo de nível superior específico, obviamente não a causa, varia: win32k.sys, ntoskrnl.exe, xenpci.sys (o driver Xen, apesar de aparecer apenas algumas vezes) e ndis.sys.
O analisador OSR (Open System Resources) não foi de grande ajuda. O analisador WhoCrashed foi um pouco mais útil.
Afirmou:
17 despejos foram encontrados e analisados. Apenas 10 estão incluídos neste relatório. Um driver de terceiros foi identificado como causando falhas do sistema no seu computador. É altamente recomendável que você verifique se há atualizações para esses drivers nos sites da empresa. Clique nos links abaixo para pesquisar no Google por atualizações para esses drivers:
xenpci.sys (EJBPV XenPCI Driver (Checked Build), James Harper)
Eu tentei pressionar a empresa de hospedagem na web a pesquisar o tópico, mas eles podem ficar de mãos vazias. Não estou convencido de que os drivers Xen estejam com defeito. WhoCrashed percebeu isso, presumo apenas porque esse foi o último piloto algumas vezes e é um terceiro, o que o torna culpado. Eu não escrevi WhoCrashed, tão difícil de comentar mais.
Minha pergunta é como solucionar o problema.
A empresa de hospedagem já tentou me fornecer duas novas máquinas virtuais nos últimos dois anos. O problema migra. Instalei o SQL Server, mas o sistema operacional e o Plesk vieram por padrão. Ok, também há o software para servidor de correio. A empresa de hospedagem também me disse que eles não têm outros clientes reclamando da mesma forma. Eles executaram testes de disco várias vezes. A integridade do disco é boa.
Não verifiquei a integridade do registro, mas o problema ocorre nas instalações e acontece de maneira bastante rotineira, portanto, eu teria que descontar isso. Estou na minha terceira ou quarta VM agora.
Mais uma vez, mencionei o Xen porque o WhoCrashed o mencionou, mas não estou convencido de que, como causa, e outros clientes realmente o usem. O sistema possui memória e armazenamento adequados, o que não é um problema.
ATUALIZAÇÃO: Aqui estão algumas respostas da empresa de hospedagem para minha consulta.
No cenário habitual, o desempenho da VM será prejudicado após a desinstalação dos drivers. Pode haver alguns problemas de sincronização com o nó de hardware.
Estou usando uma versão marcada ou lançada?
Você está usando uma compilação assinada por teste, as mesmas do site do desenvolvedor.
Como posso eu saber? A caixa de diálogo de propriedades do Xen PCI no Gerenciador de dispositivos não dizia de uma maneira ou de outra. A entrada no Gerenciador de dispositivos é o único local? Eu verifiquei Programas e Recursos e não vi nada listado.
Você pode verificar a versão em Adicionar ou remover programas. Consulte o instantâneo anexado.
Como / onde posso encontrar onde está a versão mais recente no site deles?
O site do desenvolvedor não está funcionando - http://www.meadowcourt.org/downloads/ Você pode baixar as últimas versões assinadas daqui - http://wiki.univention.de/index.php?title=Installing-signed-GPLPV- motoristas
Como posso saber a que Xen, 0.11.0.373 pertence (Xen 4.6? 3.0? Xy?)
Estamos usando o Xen 3.4.4, você não pode vê-lo na sua VM. Só pode ser visualizado no nó do hardware.
Atualização 2: A empresa de hospedagem instalou dois softwares James Harper.
GPL PV Drivers for Windows
EJB PV Drivers for Windows
fonte
Respostas:
( Construção marcada ) é uma enorme bandeira vermelha. Você absolutamente não deve usar compilações "verificadas" de nada na produção. Se a sua empresa de hospedagem carregou esse driver para você, eles cometeram um erro.
As compilações verificadas incluem símbolos estranhos e verificação extra de erros que ajudam os desenvolvedores. Eles não são construções de produção.
Para aprofundar, o que isso me diz é que, independentemente do erro que esteja causando a parada da máquina, provavelmente ainda ocorra na compilação não verificada do driver, no entanto, provavelmente está apenas causando um efeito colateral não fatal, como um vazamento de memória no computador. versão de lançamento. Porém, na versão verificada, devido à verificação de erro mais rigorosa, ele interrompe todo o sistema operacional. Esse é o objetivo das compilações verificadas, para acentuar os erros e colocá-los na cara do desenvolvedor, antes de enviar o código aos clientes.
Para aprofundar, não importa se outras VMs também têm o mesmo driver exato carregado (a compilação verificada) e não parecem estar travando. Algum componente específico dessa VM está invocando algum comportamento ou estado que está acionando o bug nesse driver. (Drivers e aplicativos interagem de todas as formas, talvez duas máquinas tenham o mesmo driver de buggy carregado, mas apenas um dos servidores possui o SQL instalado e, como o servidor possui o SQL instalado, essa página de memória exclusiva é bloqueada de maneira que o outro servidor não funciona, o que faz com que o bug do driver de terceiros retire sua cabeça feia (apenas um exemplo).
Realmente não há outro lugar para colocar a culpa aqui. Você não pode executar compilações verificadas de drivers em produção e espera se divertir. Eles são apenas para fins de desenvolvimento e teste.
Por fim, o único outro lugar a partir daqui seria coletar o despejo completo e executá-lo no WinDBG. Você pode passar seis horas de depuração intensa, desenrolando pilhas, rastreando threads, seguindo os IRPs até suas portas de conclusão ... ou pode simplesmente se livrar desse driver de compilação verificado. :)
Também pode tentar executar o driver através do Driver Verifier . Em um ambiente de teste. Onde as construções verificadas devem permanecer. ;)
fonte
O Xen 3.4.4 é muito antigo. 13 de março de 2013
O Windows 2012 R2 foi lançado em 18 de outubro de 2013 .
Para oferecer uma comparação real, o XenServer da Citrix adicionou o suporte do Windows Server 2012 R2 em sua versão 6.2SP1, lançada em 13 de dezembro de 2013 . ( http://support.citrix.com/article/CTX139788 )
Veja isso para o driver da GPLPV; você vê apenas referência à ramificação Xen 4.4.0 para 2008R2 .
Veja isso na declaração oficial do projeto xen no suporte do Windows. Não quero dizer que não possa executá-lo, mas você vê o suporte. Você executará um servidor de produção nessa plataforma?
fonte