Windows Server 2012 R2'de KRİTİK YAPI YOLSUZLUĞU

Windows Server 2012 R2 sanal makinem var; evet tüm güncellemeler ile. Ek yazılımlar arasında Microsoft SQL Server 2014 (önceki bir VM'de 2012 idi) bulunmaktadır. Web barındırma şirketi, tüm VM'lerde ve Plesk'te varsayılan kurulumlarının bir parçası olarak xenpci.sys (EJBPV XenPCI Sürücüsü (Checked Build), James Harper) içerir.

İşletim sistemi periyodik olarak takılır, mavi ekranlar veya yeniden başlatılır. Her zaman olmasa da mini çöplükler alıyorum. Genel sorun:

Hata: CRITICAL_STRUCTURE_CORRUPTION

Belirli bir üst düzey dosya, açıkçası neden değil: değişir: win32k.sys, ntoskrnl.exe, xenpci.sys (Xen sürücüsü, ancak birkaç kez göründü) ve ndis.sys.

OSR (Açık Sistem Kaynakları) analizörü pek yardımcı olmadı. WhoCrashed analizörü biraz daha yardımcı oldu.

Şöyle belirtti:

17 çarpışma dökümü bulundu ve analiz edildi. Bu rapora yalnızca 10 tanesi dahil edilmiştir. Üçüncü taraf bir sürücünün bilgisayarınızda sistem çökmelerine neden olduğu belirlenmiştir. Bu sürücüler için güncellemeleri şirket web sitelerinden kontrol etmeniz önemle tavsiye edilir. Bu sürücülerle ilgili güncellemeleri Google'da aramak için aşağıdaki bağlantıları tıklayın:

xenpci.sys (EJBPV XenPCI Driver (Checked Build), James Harper)

Konuyu araştırmak için web hosting şirketini itmeye çalıştım, ancak boş elle başlayabilirler. Xen sürücülerinin hatalı olduğuna ikna olmadım. WhoCrashed onu aldı, sadece sanırım çünkü bu birkaç kez son sürücü ve üçüncü bir parti, bu yüzden suçlu yapar. WhoCrashed yazmadım, daha fazla yorum yapmak çok zor.

Sorum şu sorunun nasıl giderileceği.

Web hosting şirketi zaten son birkaç yıl içinde bana iki yeni sanal makine vermeye çalıştı. Sorun göç ediyor. SQL Server'ı kurdum, ancak işletim sistemi ve Plesk varsayılan olarak geldi. Tamam, posta sunucusu yazılımı da var. Web hosting şirketi de bana benzer şikayet diğer müşterileri olmadığını söyledi. Disk testlerini birçok kez çalıştırdılar. Disk sağlığı iyidir.

Kayıt defterinin sağlığını kontrol etmedim, ancak sorun kurulumlar arasında geçiyor ve oldukça rutin bir şekilde gerçekleşiyor, bu yüzden indirim yapmak zorunda kalacağım. Şimdi üçüncü veya dördüncü sanal makinemdeyim.

Yine, Xen'den bahsediyorum çünkü WhoCrashed bundan bahsetti, ama neden olarak bunu ikna etmedim ve diğer müşteriler bunu gerçekten kullanıyor. Sistemin yeterli belleği ve depolama alanı olduğundan, sorun değil.

GÜNCELLEME: İşte web barındırma şirketi benim sorgu için bazı cevaplar.

Her zamanki senaryoda, sürücüleri kaldırdığınızda VM'nin performansı düşecektir. Donanım Düğümü ile ilgili bazı senkronizasyon sorunları olabilir.

İşaretli veya sürümlü derleme mi kullanıyorum?

Test imzalı bir yapı kullanıyorsunuz, aynı geliştiricinin sitesinden.

Nasıl söyleyebilirim? Aygıt Yöneticisi'ndeki Xen PCI özellikleri iletişim kutusu öyle ya da böyle söylemedi. Aygıt Yöneticisi'ndeki giriş tek konum mu? Programlar ve Özellikler'i kontrol ettim ve listelenen hiçbir şey görmedim.

Sürümü Program ekle veya kaldır altından kontrol edebilirsiniz. Ekteki fotoğrafa bakın.

Sitelerinde en son sürümün nerede olduğunu nasıl / nerede bulabilirim?

Geliştiricinin sitesi çalışmıyor - http://www.meadowcourt.org/downloads/ En son imzalanan sürümleri buradan yükleyebilirsiniz - http://wiki.univention.de/index.php?title=Installing-signed-GPLPV- sürücüler

0.11.0.373'ün hangi Xen'e ait olduğunu nasıl anlayabilirim (Xen 4.6? 3.0? Xy?)

Xen 3.4.4 kullanıyoruz, VM'nizden göremiyorsunuz. Yalnızca donanım düğümünden görüntülenebilir.

Güncelleme 2: Barındırma şirketi iki James Harper yazılımı kurdu.

GPL PV Drivers for Windows
EJB PV Drivers for Windows

xenpci.sys (EJBPV XenPCI Sürücüsü ( Denetlenen Derleme ), James Harper)

( Checked Build ) büyük bir kırmızı bayrak. Kesinlikle gerekir değil "işaretli" kullanıyor üretimde şey inşa eder. Hosting şirketiniz bu sürücüyü sizin için yüklediyse, kesinlikle bir hata yaptılar.

Kontrol edilen yapılar, geliştiricilere yardımcı olan yabancı semboller ve ekstra hata kontrolü içerir. Bunlar üretim yapıları değil.

Ayrıca ayrıntılı için, ya bu bana söyler hata makinesi muhtemelen hala oluşur durmasına neden ne olursa olsun olmasıdır un böyle bir bellek sızıntısı olarak ancak, muhtemelen sadece bir ölümcül olmayan bir yan etkiye sebep oluyor, sürücünün yapı -checked sürüm yayın. Ancak, denetlenen derlemede, daha sıkı hata denetimi nedeniyle, tüm işletim sistemini durdurur. Bu, kodu müşterilere göndermeden önce hataları vurgulamak ve geliştiricinin yüzlerinde itmek için kontrol edilen derlemelerin noktasıdır.

Daha ayrıntılı olarak söylemek gerekirse, diğer VM'lerin de aynı sürücünün yüklü olması (kontrol edilen derleme) olması ve çökmediği önemli değildir. Bu VM'ye özgü bazı bileşenler, o sürücüdeki hatayı tetikleyen bazı davranışları veya durumları çağırıyor. (Sürücüler ve uygulamalar her türlü şekilde etkileşime girebilir, belki iki makinede aynı buggy sürücüsü yüklüdür, ancak sunuculardan sadece birinde SQL yüklüdür ve sunucu SQL yüklü olduğundan, bu benzersiz bellek sayfası kilitlemesini diğer sunucu yapmaz, bu da 3. taraf sürücü hatasının çirkin kafasını yeniden düzenlemesine neden olur. (Sadece bir örnek.))

Suçu buraya koyacak başka bir yer yok. Üretimde sürücülerin kontrol edilmiş yapılarını çalıştıramaz ve iyi zaman geçirmeyi bekleyemezsiniz. Bunlar sadece geliştirme ve test amaçlıdır.

Son olarak, buradan gidilecek tek yer tam çöplüğü toplamak ve WinDBG'den çalıştırmak olacaktır. IRP'leri tamamlama bağlantı noktalarına kadar takip ederek altı saat yoğun hata ayıklama, çözme yığınları, izleme iş parçacıkları harcayabilirsiniz ... ya da kontrol edilen derleme sürücüsünden kurtulabilirsiniz. :)

Sürücüyü Sürücü Doğrulayıcı aracılığıyla çalıştırmayı da deneyebilir . Test ortamında. Kontrol edilen yapıların nerede kalması gerekir. ;)

Xen 3.4.4 çok eski. 13 Mart 2013

Windows 2012 R2 18 Ekim 2013'te piyasaya sürüldü .

Size gerçek bir karşılaştırma yapmak için Citrix'ten XenServer, 13 Aralık 2013'te piyasaya sürülen 6.2SP1 sürümlerinde Windows Server 2012 R2'nin desteğini ekledi . ( http://support.citrix.com/article/CTX139788 )

GPLPV'nin sürücüsü için bakınız; 2008R2 için sadece Xen şubesi 4.4.0 referansını görüyorsunuz .

Ejbdigital imzalı sürücüler Xen 4.4.0'da harika çalışıyor. Bu sürücüleri yüklerken veya yükledikten sonra yeniden başlattıktan sonra mavi ekranla karşılaşırsanız, lütfen device_model_version = "qemu-xen-geleneksel" eklemeyi deneyin. Gpl_pv kurulumundan sonra BSOD ile sürekli olarak başarısız olan mevcut bir 2008 R2 x64 sistemim vardı. 'Qemu-xen-geleneksel' cihaz modeline geçmek sorunu çözdü. Ancak, temiz bir 2008 R2 x64 sisteminde, bu değişikliği yapmak zorunda kalmadım, bu yüzden sorun yaşarsanız lütfen bunu aklınızda bulundurun. http://wiki.xen.org/wiki/Xen_Windows_GplPv

Windows desteği hakkında xen projesinin resmi açıklaması için bakın. Onu çalıştıramayacağı anlamına gelmiyorum, ama desteği görüyorsunuz. O platformda bir üretim sunucusu mu çalıştıracaksın?

Xen Project Microsoft Windows'u destekliyor mu?

Bu kadar yüksek performans elde etmek için kullandığımız paravirtualized yaklaşım , Windows'un bugüne kadar doğrudan kullanılamamıştır . Ancak Xen 3.0, donanım sanallaştırma teknolojisini kullanarak Windows XP ve 2003 Server da dahil olmak üzere değiştirilmemiş konuk işletim sistemlerinin çalışmasını sağlamak için Intel VT-x desteği ekledi. Xen 3.0.2 ve üstü AMD Pacifica teknolojisini de destekler. CPU'nuzun HVM Uyumlu İşlemciler listesinde olup olmadığını ve anakartınızın HVM Uyumlu Anakartlar listesinde olup olmadığını kontrol edin.

(Not: Bu, mutlaka HVM Modunda herhangi bir işletim sisteminin çalıştığı anlamına gelmez ! Raporlar * BSD'nin HVM modunda çalışmasına bağlı olarak değişir, Posta Listesinde OpenBSD için sadece 1 başarı vardır ( http: //www.openbsd- france.org/ml/archives/msg02494.html ), diğerleri için başarı mesajı yok, ancak bazı sorun raporları) http://wiki.xenproject.org/wiki/Xen_FAQ_Drivers,_Windows