Forum

Bildirimler
Hepsini Temizle

Vmware deki Windowsun takılma sorunu

9 Yazılar
3 Üyeler
0 Likes
1,196 Görüntüleme
(@m-bulenteroz)
Gönderiler: 149
Reputable Member
Konu başlatıcı
 

Merhaba arkadaşlar

Versiyon 5.5 kullanan bi sunucumuz var. Gece yarısı ağ da kimse bağlı olmadığı halde 5 er dakikalık aralıklarla işlemci de (kalp atışı gibi) ufak ufak pikler oluyor. Gündüz saatleri ise bu pikler çok daha yüksek (%80 lere varacak şekilde) oluyor . Sizce bu bir donanım arızası mıdır. Yoksa yazılım mı ? Windows server 2012 üzerinde ETA SQL çalışmaktadır. Diğer sanal işletim sistemim ise firewall loglarını tutan Windows 7 bir bilgisayardır.  Problemimiz ise ETA da çalışırken 5-6 saniyelik takılmalar olmasıdır. Değerli fikirlerinizi paylaşırsanız sevinirim. Not: Donanım eski yetersiz olduğu için olduğu için VMware üst versiyona geçmiyoruz.

 
Gönderildi : 06/03/2019 10:17

(@cahityolacan)
Gönderiler: 514
Super Admin
 

esxi uzerinde 5.5 icin tum guncelleme ve guvenlik guncellemeleri yapildimi. Cunku 5.5 cok kolay hack yiyebiliyor (guncelleme olamdan ) ve iceriye port aciyolar ve surekli belirli araliklarla veri cekmeye casliyorlar. Bu yuzden pik aliyor olabilsiniz. Ilk aklima gelen bu cunku bunla ilgili sorun yasadim.

Ek olarak ortaminizi izlemeden bunun kesin nededini bulmak cok zor size tavsiyem. Veeam ONE vb gibi ucretsiz bir cok yazilim var bunlarlar sistemnizi izleyip ona gore hareket etmeniz. 

Kaynak icinde su makaleye bakabilirsiniz : https://www.cozumpark.com/sanallastirma-yoneticilerinin-kullanmasi-gereken-15-arac/  

 

Cahit YOLAÇAN
vExpert - vExpert NSX - CCNA- MCSE - CEH
https://www.vmwaretv.com

****************************************************************
Probleminiz Çözüldüğünde Sonucu Burada Paylaşırsanız.
Sizde Aynı Problemi Yaşayanlar İçin Yardım Etmiş Olursunuz.
Eğer sorununuz çözüldü ise lütfen "çözüldü" olarak işaretlerseniz diğer üyeler için çok büyük kolaylık sağlayacaktır.
*****************************************************************

 
Gönderildi : 06/03/2019 10:23

(@tayfundeger)
Gönderiler: 1935
VMware Guru
 
Gönderen: M.Bülent ERÖZ

Merhaba arkadaşlar

Versiyon 5.5 kullanan bi sunucumuz var. Gece yarısı ağ da kimse bağlı olmadığı halde 5 er dakikalık aralıklarla işlemci de (kalp atışı gibi) ufak ufak pikler oluyor. Gündüz saatleri ise bu pikler çok daha yüksek (%80 lere varacak şekilde) oluyor . Sizce bu bir donanım arızası mıdır. Yoksa yazılım mı ? Windows server 2012 üzerinde ETA SQL çalışmaktadır. Diğer sanal işletim sistemim ise firewall loglarını tutan Windows 7 bir bilgisayardır.  Problemimiz ise ETA da çalışırken 5-6 saniyelik takılmalar olmasıdır. Değerli fikirlerinizi paylaşırsanız sevinirim. Not: Donanım eski yetersiz olduğu için olduğu için VMware üst versiyona geçmiyoruz.

vSphere 5.5'in end-of-life olduğunu hatırlatmak isterim. Yaşamış olduğunuz problemin doğrudan donanım arızası var demek doğru olmaz. İşlemciye talep gelirse, işlemci bunu kullanır. CPU'nun pik yapmasının sebebi muhtemelen bir virtual machine'den gelen CPU kullanım isteğidir. Özet ile ilk olarak kullanım yapan virtual machine'i bulmanız gerekiyor. Bunun için öncelikle, her bir virtual machine'in performance monitor'une giriş yapıp CPU kullanım oranlarına bakmanız gerekiyor. Ortamınızda bir performans izleme aracının olmadığını varsayarak işlemi vSphere Client üzerinden tarif ediyorum. 

Tayfun DEĞER
Cisco Champions, vExpert, VCP4/5/6, VCP5-DT, VCP-Cloud
https://www.tayfundeger.com
Mail: [email protected]

 
Gönderildi : 06/03/2019 11:06

(@m-bulenteroz)
Gönderiler: 149
Reputable Member
Konu başlatıcı
 
Gönderen: Tayfun DEĞER
Gönderen: M.Bülent ERÖZ

Merhaba arkadaşlar

Versiyon 5.5 kullanan bi sunucumuz var. Gece yarısı ağ da kimse bağlı olmadığı halde 5 er dakikalık aralıklarla işlemci de (kalp atışı gibi) ufak ufak pikler oluyor. Gündüz saatleri ise bu pikler çok daha yüksek (%80 lere varacak şekilde) oluyor . Sizce bu bir donanım arızası mıdır. Yoksa yazılım mı ? Windows server 2012 üzerinde ETA SQL çalışmaktadır. Diğer sanal işletim sistemim ise firewall loglarını tutan Windows 7 bir bilgisayardır.  Problemimiz ise ETA da çalışırken 5-6 saniyelik takılmalar olmasıdır. Değerli fikirlerinizi paylaşırsanız sevinirim. Not: Donanım eski yetersiz olduğu için olduğu için VMware üst versiyona geçmiyoruz.

vSphere 5.5'in end-of-life olduğunu hatırlatmak isterim. Yaşamış olduğunuz problemin doğrudan donanım arızası var demek doğru olmaz. İşlemciye talep gelirse, işlemci bunu kullanır. CPU'nun pik yapmasının sebebi muhtemelen bir virtual machine'den gelen CPU kullanım isteğidir. Özet ile ilk olarak kullanım yapan virtual machine'i bulmanız gerekiyor. Bunun için öncelikle, her bir virtual machine'in performance monitor'une giriş yapıp CPU kullanım oranlarına bakmanız gerekiyor. Ortamınızda bir performans izleme aracının olmadığını varsayarak işlemi vSphere Client üzerinden tarif ediyorum. 

Bahsettiğiniz üzere bu sorun için loglama amaçlı kullandığım Windows 7 yi performance monitörden inceleyince  ondada benzer pikler olduğunu gördüm. Win7 yi kapattım. sonuç çok değişnmedi. Veeam One kurdum fakat bu sefer sunucu ağırlaştı :-D. Fakat herhangi bir hata göstermiyor. Sanırım biraz ayar gerekiyor 😉

 
Gönderildi : 07/03/2019 20:04

(@tayfundeger)
Gönderiler: 1935
VMware Guru
 
Gönderen: M.Bülent ERÖZ
Gönderen: Tayfun DEĞER
Gönderen: M.Bülent ERÖZ

Merhaba arkadaşlar

Versiyon 5.5 kullanan bi sunucumuz var. Gece yarısı ağ da kimse bağlı olmadığı halde 5 er dakikalık aralıklarla işlemci de (kalp atışı gibi) ufak ufak pikler oluyor. Gündüz saatleri ise bu pikler çok daha yüksek (%80 lere varacak şekilde) oluyor . Sizce bu bir donanım arızası mıdır. Yoksa yazılım mı ? Windows server 2012 üzerinde ETA SQL çalışmaktadır. Diğer sanal işletim sistemim ise firewall loglarını tutan Windows 7 bir bilgisayardır.  Problemimiz ise ETA da çalışırken 5-6 saniyelik takılmalar olmasıdır. Değerli fikirlerinizi paylaşırsanız sevinirim. Not: Donanım eski yetersiz olduğu için olduğu için VMware üst versiyona geçmiyoruz.

vSphere 5.5'in end-of-life olduğunu hatırlatmak isterim. Yaşamış olduğunuz problemin doğrudan donanım arızası var demek doğru olmaz. İşlemciye talep gelirse, işlemci bunu kullanır. CPU'nun pik yapmasının sebebi muhtemelen bir virtual machine'den gelen CPU kullanım isteğidir. Özet ile ilk olarak kullanım yapan virtual machine'i bulmanız gerekiyor. Bunun için öncelikle, her bir virtual machine'in performance monitor'une giriş yapıp CPU kullanım oranlarına bakmanız gerekiyor. Ortamınızda bir performans izleme aracının olmadığını varsayarak işlemi vSphere Client üzerinden tarif ediyorum. 

Bahsettiğiniz üzere bu sorun için loglama amaçlı kullandığım Windows 7 yi performance monitörden inceleyince  ondada benzer pikler olduğunu gördüm. Win7 yi kapattım. sonuç çok değişnmedi. Veeam One kurdum fakat bu sefer sunucu ağırlaştı :-D. Fakat herhangi bir hata göstermiyor. Sanırım biraz ayar gerekiyor 😉

Yaşamış olduğunuz sorunun doğrudan ESXi'in bir bug'ı ile ilgili olduğunu düşünmüyorum. Bir önceki yazımda da belirttiğim gibi mutlaka bir etken vardır. 2 tane sanal sunucudan bahsetmişssiniz. Windows Server 2012 sunucusunu izlediğinizde onda nasıl sonuçlar ile karşılaştınız?

Tayfun DEĞER
Cisco Champions, vExpert, VCP4/5/6, VCP5-DT, VCP-Cloud
https://www.tayfundeger.com
Mail: [email protected]

 
Gönderildi : 08/03/2019 15:32

(@m-bulenteroz)
Gönderiler: 149
Reputable Member
Konu başlatıcı
 

Verdiğiniz destek ve bilgi üzerine Veeam One kurdum perşembe akşamı. Gelen ilk mesaj aşağıdaki gibidir.

 Server: DATASRV

 

Object:

NFS

Object Type:

Datastore

Location:

192.168.0.1 / Datastores

Host:

192.168.x.x

IP:

 

Guest OS:

 

Guest Host Name:

 

Description:

 

Business View group:

Storage Type / Local;

Status:

Error

Previous Status:

Ok

Alarm:

Datastore is inaccessible

Time:

9.3.2019 11:33:17

Details:

State of datastore is not equal to "Accessible"

 

KB article

 

Summary:

The event indicates a loss in connectivity to the specified storage device. The path indicated is the last path that went down

Cause:

Failure of the storage connection cable, disconnect of cable, failure of the physical storage adapter, failure of disk controller/port/etc

Resolution:

The storage device reading (vmhba35:C1:T0:L7) mentioned in the example earlier contains several potential failure points:

  • vmhba35 - HBA (Host Bus Adapter)
  • C1 - Channel
  • T0 - Target (Storage processor port)
  • L7 - LUN (Logical Unit Number or Disk Unit)

To determine the actual failure or to eliminate possible issues:

  1. Identify the available storage paths to the reported storage device by running the esxcfg-mpath -l command. For more information, see Obtaining LUN pathing information for ESX Server 3 (1003973)
  2. Check that a rescan does not restore visibility to the targets. Follow the steps provided in Performing a rescan of the storage (1003988) to rescan the storage device by using the command-line interface and VMware vSphere Client.
  3. Determine whether the connectivity issue is with the iSCSI storage or the fiber storage. Perform one of the following depending on what your connectivity issue is:
    • To troubleshoot the connectivity to the iSCSI storage using the software initiator
      • Check whether a ping to the storage array fails from the host. For more information, see Testing VMkernel network connectivity with the vmkping command (1003728).
      • Check that the initiator is registered on the array. Contact your storage vendor for instructions on this procedure.
      • Check that the following physical hardware is correctly functioning:
        • Ethernet switch
        • Ethernet cables between the switch and the host
        • Ethernet cables between the switch and the storage array
    • To troubleshoot the connectivity to the fiber attached storage, check the following:

Check the physical hardware for the following:

    • The storage processors on the array.
    • The fiber switch and the Gigabit Interface Converter (GBIC) units in the switch.
    • The fiber cables between the fiber switch and the array.
    • The array itself.

Important: A rescan is required after any change is made to see if the targets are detected

Refer to this VMware KB article for more information

External:

In case of NFS datastores being used please refer to this VMware KB article Troubleshooting connectivity issues to an NFS datastore for more information

 
Gönderildi : 09/03/2019 21:11

(@tayfundeger)
Gönderiler: 1935
VMware Guru
 

Merhaba,

Gelen uyarı datastore'un path kaybetmesi ile ilgili. Ancak sizin ilk başta belirtmiş olduğunuz sorun CPU ile ilgililiydi. Eğer datastore ile ilgili bir sorununuz var ise ortamı detaylı olarak incelemelisiniz. Driver, firmware, switch gibi tüm opsiyonların kontrol edilmesi gerekir.

Tayfun DEĞER
Cisco Champions, vExpert, VCP4/5/6, VCP5-DT, VCP-Cloud
https://www.tayfundeger.com
Mail: [email protected]

 
Gönderildi : 10/03/2019 15:38

(@m-bulenteroz)
Gönderiler: 149
Reputable Member
Konu başlatıcı
 

Evet Tayfun hocan bu sorun Veeam One vasıtasıyla yeni öğrendiğim bir konu. Bahsettiğiniz konuları gözden geçireceğim. Fakat Datastore harici bir storage cihazı üzerinde değil. Takılı olan local diskler üzerinde. O enteresan geldi bana.

 
Gönderildi : 11/03/2019 10:38

(@tayfundeger)
Gönderiler: 1935
VMware Guru
 
Gönderen: M.Bülent ERÖZ

Evet Tayfun hocan bu sorun Veeam One vasıtasıyla yeni öğrendiğim bir konu. Bahsettiğiniz konuları gözden geçireceğim. Fakat Datastore harici bir storage cihazı üzerinde değil. Takılı olan local diskler üzerinde. O enteresan geldi bana.

Merhaba,

Local disk ile ilgili bir sorun olabilir, disk bozulmuş veya raid kartında bir problem olabilir. Aynı zamanda driver firmware kontrol edilmeside gerekebilir. Bunların hepsi birer etkendir.

Tayfun DEĞER
Cisco Champions, vExpert, VCP4/5/6, VCP5-DT, VCP-Cloud
https://www.tayfundeger.com
Mail: [email protected]

 
Gönderildi : 11/03/2019 12:02

Paylaş: