Linux (Debian 8 Jessie) HRTimer - Çekirdek - Sıçrama Saniye

Question

CEVAP: VM Time Syncing bir sanattır, nimetlerimi sayacağım ve zaten benim için neyin işe yaradığını kullanacağım.

Bu sebepten dolayı: ~ qoute ~ NTP ile ve NTP olmayan ve içermeyen ana makine ve konuk VM'ler arasında senkronizasyon süresiyle birkaç yıl oynamıştım - temelde siyah bir sanattır ve hipervizöre, hem çekirdeklere hem de büyük ölçüde bağımlıdır. bir dizi ayar. SO ile ilgili yorumlarda sıralamayacağız, ama eğer iyi bir konfigürasyona sahipseniz, buna geri dönüp ne kaçıracağınızı bilene kadar biraz değiştireceğim.

- abligh

---

Düzenleme:

Percona bilgi bağlam için, bu benim yaptığım şeydir. Ancak konu, Debian 8 çekirdeğinde ikinci bir sıçrama olarak gerçekleşti. Hrtimer (Yüksek Çözünürlüklü Zamanlayıcı) ile ilgili. Mozilla'nın önerdiği düzeltme, linux'taki "Date" (Tarih) işlevini kullanarak zamanı sıfırlamaktır, ancak tarih belirlemeyi denemek, root olmasına rağmen iznimin olmadığını söylemektedir.

---

Bilgi: Web

Çöktü Ekstra Second Inside Story http://wired.com/2012/07/leap-second-glitch-explained

---

Ekran:

Son Denemesi: http://prnt.sc/c208x2

Üst: http://prnt.sc/c202q9

MySQL processlist: http://prnt.sc/c20b4f

---

Bağlam:

Bu, şey, tam olarak benim profiline uymuyor bir sıçrama ikinci sayıda yapmak zorunda duydum.

Proxmox'ta vm'lerde birkaç örnek debian linux var.

2 Ayrı Percona Galera-Mysql Kümeleri.

İlk küme, kullanımda olan özgün bir kümedir, Ancak bu sorun ya da hiç sahip değil. Yeni küme kurulumum tüm 3 düğümde çalışıyor.

Ive ikinci ilki hariç ama kök olduğumu yapmak için izniniz yok I

date 
date -s "`date`" 
date -s "`date`" 

Tüm uçlarını düzeltmek sıçrama farklı versiyonlarını uygulayarak çalıştı!

Ve iş yok-y.

Birçok yeniden başlatma.

Tek bir köle dışında her bir durum aynı istatistiklere sahip, sınırlı bir kaynak sorunu olup olmadığını test etmek için bir tanesini artırdım.

1 konser ram

1 3.6GHz işlemci

Söyleyebileceğim tek şey ben bir yedek veritabanı karşıya SONRA sorun çarpar.

Veritabanım zaten birinci kümede var 5mb civarındadır ve çoğunlukla ilişkisel tablo listesi biçimindedir. Bunlar kullanımda değil, hiçbir şey yapmıyor, daha sonra birçok yeniden başlatma. Çok takıldım.

PS: İşlem Listesi boş. (Kendi kendine bakma ve 2 uyku boşluğu için 1)

Answer 1

Buradaki problemin, bir VM (hatta bir konteynerde) üzerinde çalıştığınız olduğunu tahmin ediyorum. Kök olmasına rağmen, kapsayıcı/konuk işletim sisteminden zamanınızı değiştirme izniniz yok. Bunun nedeni, zamanın ana bilgisayar işletim sisteminden senkronize olması ve açıkça bir kişi bunu değiştiremez.

Eğer öyleyse, ana işletim sisteminde tamir edebilir misiniz? Yoksa buna erişiminiz yok mu? yani date tarafından yapılan sistem aramaların bir iz bir

strace -f -s2048 -o/tmp/post-this-file date -s "`date`" 

olur

de yararlıdır.

Gördüğünüz HiRes zamanlayıcı livelock, commit id=6b43ae8a619d17c4935c3320d2ef9e92bdeed05d içinde yukarı yönde düzeltildi.

Onları çekirdeğe dahil edecek olan debian hatası gibi görünüyor ve düzeltmeler here (Debian'ın 3.2.29-1 ve 2.6.32-46 kernelleriyle birleştirilmiştir) açıklanmıştır. Hangi çekirdek çalışıyorsunuz (uname -a çıkışı faydalı olabilir)? Bu, özellikle konteyner ortamında her zaman açık değildir.

Bunu denemediyseniz, Percona'yı yeniden başlatma sorunu çözebilir.

Çevre ile ilgili biraz daha yayınlayın ve daha fazla yardımcı olabilirim. Daha fazla bilgi için