J'ai une machine virtuelle Windows Server 2012 R2; oui avec toutes les mises à jour. Les logiciels supplémentaires incluent Microsoft SQL Server 2014 (était 2012 sur une machine virtuelle précédente). La société d'hébergement Web inclut xenpci.sys (pilote EJBPV XenPCI (version vérifiée), James Harper) dans le cadre de leur installation par défaut sur toutes les machines virtuelles et Plesk.
Périodiquement, le système d'exploitation se bloque, des écrans bleus ou redémarre. Je reçois des mini décharges, mais pas tout le temps. Le problème habituel est:
Erreur: CRITICAL_STRUCTURE_CORRUPTION
Le fichier de niveau supérieur spécifique, évidemment pas la cause, varie: win32k.sys, ntoskrnl.exe, xenpci.sys (le pilote Xen, bien qu'il ne soit apparu que quelques fois), et ndis.sys.
L'analyseur OSR (Open System Resources) n'a pas été d'une grande utilité. L'analyseur WhoCrashed était un peu plus utile.
Il a déclaré:
17 décharges accidentelles ont été trouvées et analysées. Seulement 10 sont inclus dans ce rapport. Un pilote tiers a été identifié comme provoquant des pannes système sur votre ordinateur. Il est fortement recommandé de vérifier les mises à jour de ces pilotes sur les sites Web de leur entreprise. Cliquez sur les liens ci-dessous pour rechercher avec Google les mises à jour de ces pilotes:
xenpci.sys (EJBPV XenPCI Driver (Checked Build), James Harper)
J'ai essayé de pousser la société d'hébergement Web à faire des recherches sur le sujet, mais ils peuvent les mains vides. Je ne suis pas convaincu que les pilotes Xen soient en faute. WhoCrashed l'a repris, je présume simplement parce que c'était le dernier conducteur à quelques reprises et que c'est un tiers, ce qui le rend coupable. Je n'ai pas écrit WhoCrashed, donc difficile de commenter davantage.
Ma question est de savoir comment résoudre le problème.
La société d'hébergement Web a déjà essayé de me donner deux nouvelles machines virtuelles au cours des deux dernières années. Le problème migre. J'ai installé SQL Server, mais le système d'exploitation et Plesk sont venus par défaut. D'accord, il y a aussi le logiciel du serveur de messagerie. La société d'hébergement Web m'a également dit qu'elle n'avait pas d'autres clients se plaignant de la même manière. Ils ont exécuté des tests de disque plusieurs fois. La santé du disque est bonne.
Je n'ai pas vérifié l'état du registre, mais le problème traverse les installations et se produit assez régulièrement, donc je devrais en tenir compte. Je suis sur ma troisième ou quatrième machine virtuelle maintenant.
Encore une fois, je mentionne Xen parce que WhoCrashed l'a mentionné, mais je ne suis pas convaincu qu'en tant que cause, d'autres clients l'utilisent vraiment. Le système dispose d'une mémoire et d'un stockage adéquats, ce n'est donc pas un problème.
MISE À JOUR: Voici quelques réponses de la société d'hébergement Web à ma requête.
Dans le scénario habituel, les performances de la machine virtuelle seront dégradées une fois que vous aurez désinstallé les pilotes. Il peut y avoir des problèmes de synchronisation avec le nœud matériel.
Suis-je en utilisant une version vérifiée ou de version?
Vous utilisez une version signée par test, les mêmes que celles du site du développeur.
Comment savoir? La boîte de dialogue des propriétés Xen PCI dans le Gestionnaire de périphériques ne disait pas d'une manière ou d'une autre. L'entrée dans le Gestionnaire de périphériques est-elle le seul emplacement? J'ai vérifié dans Programmes et fonctionnalités et je n'ai rien vu dans la liste.
Vous pouvez vérifier la version sous Ajouter ou supprimer des programmes. Reportez-vous à l'instantané ci-joint.
Comment / où puis-je trouver où se trouve la dernière version sur leur site?
Le site du développeur ne fonctionne pas - http://www.meadowcourt.org/downloads/ Vous pouvez télécharger les dernières versions signées à partir d'ici - http://wiki.univention.de/index.php?title=Installing-signed-GPLPV- Conducteurs
Comment savoir à quel Xen, 0.11.0.373 appartient (Xen 4.6? 3.0? Xy?)
Nous utilisons Xen 3.4.4, vous ne pouvez pas le voir depuis votre machine virtuelle. Il ne peut être consulté qu'à partir du nœud matériel.
Mise à jour 2: la société d'hébergement a installé deux logiciels James Harper.
GPL PV Drivers for Windows
EJB PV Drivers for Windows
la source
Réponses:
( Checked Build ) est un énorme drapeau rouge. Vous ne devez absolument pas utiliser de versions "vérifiées" de quoi que ce soit en production. Si votre hébergeur a chargé ce pilote pour vous, alors il a absolument fait une erreur.
Les versions vérifiées incluent des symboles superflus et une vérification supplémentaire des erreurs qui aident les développeurs. Ce ne sont pas des versions de production.
Pour approfondir, ce que cela me dit, c'est que, quelle que soit l'erreur qui provoque l'arrêt de la machine, elle se produit probablement toujours dans la version non contrôlée du pilote, cependant, cela ne fait probablement que provoquer un effet secondaire non fatal, comme une fuite de mémoire dans le release build. Mais dans la version vérifiée, en raison de la vérification d'erreur plus stricte, il arrête l'intégralité du système d'exploitation. C'est le but des versions vérifiées, pour accentuer les erreurs et les pousser dans les visages du développeur, avant d'envoyer le code aux clients.
Pour approfondir, il n'a pas vraiment d'importance si d'autres machines virtuelles ont également le même pilote chargé (la construction vérifiée) et ne semblent pas planter. Un composant spécifique à cette machine virtuelle appelle un certain comportement ou état qui déclenche le bogue dans ce pilote. (Les pilotes et les applications interagissent de toutes sortes de façons, peut-être que deux machines ont le même pilote de bogue chargé, mais un seul des serveurs a installé SQL, et puisque le serveur a installé SQL, il verrouille cette page mémoire unique de manière à ce que le un autre serveur ne le fait pas, ce qui provoque le bug du pilote tiers pour élever sa vilaine tête (juste un exemple).)
Il n'y a vraiment aucun autre endroit où blâmer ici. Vous ne pouvez pas exécuter des versions vérifiées de pilotes en production et vous attendre à passer un bon moment. Ils sont uniquement destinés à des fins de développement et de test.
Enfin, le seul autre endroit où aller serait de collecter le vidage complet et de l'exécuter via WinDBG. Vous pouvez passer six heures de débogage intense, dérouler des piles, tracer des threads, suivre des IRP vers leurs ports d'achèvement ... ou vous pouvez simplement vous débarrasser de ce pilote de build vérifié. :)
Pourrait également essayer d'exécuter le pilote via Driver Verifier . Dans un environnement de test. Où les versions vérifiées doivent rester. ;)
la source
Xen 3.4.4 est trop ancien. 13 mars 2013
Windows 2012 R2 est sorti le 18 octobre 2013 .
Pour vous donner une comparaison réelle, XenServer de Citrix a ajouté la prise en charge de Windows Server 2012 R2 dans leur version 6.2SP1, qui a été publiée le 13 décembre 2013 . ( http://support.citrix.com/article/CTX139788 )
Voir cela pour le pilote du GPLPV; vous ne voyez que la référence à la branche Xen 4.4.0 pour 2008R2 ..
Voir cela pour la déclaration officielle du projet xen sur le support de Windows. Je ne veux pas dire qu'il ne peut pas l'exécuter, mais vous voyez le support. Vous allez exécuter un serveur de production sur cette plateforme?
la source