ANTWORT: VM Time Syncing ist eine Kunst, ich werde meinen Segen zählen und verwenden, was bereits für mich funktioniert.
Deshalb: ~ qoute ~ Ich habe mehrere Jahre damit verbracht, Synchronisierungszeiten zwischen Host- und Gast-VMs zu spielen, mit und ohne NTP usw. - es ist im Grunde eine schwarze Kunst und stark abhängig von Hypervisor, beiden Kernels und einer Vielzahl von Einstellungen. Wir werden es nicht in den Kommentaren zu SO aussortieren, aber wenn Sie eine bekannte gute Konfiguration haben, würde ich darauf zurückkommen und Stück für Stück ändern, bis Sie wissen, was es bricht.
- abligh
Bearbeiten:
Die Percona-Information ist für den Kontext, das ist was ich mache. Aber das Problem wird als ein left second issue in Debian 8 Kernel erkannt. Bezüglich des hrtimer (High-Res Timer). Mozillas vorgeschlagener Fehler ist, die Zeit mit der "Date" -Funktion in Linux zurückzusetzen, aber der Versuch, das Datum einzustellen, sagt mir, dass ich keine Berechtigung habe, obwohl ich root bin.
Information: Die Inside Story der zusätzlichen Sekunde, die das Web stürzte
Screenshots:
Aktueller Versuch: Ссылка
Nach oben: Ссылка
Mysql-Prozessliste: Ссылка
Kontext:
Ich habe gehört, dass das mit einem Schaltsekundenproblem zu tun hatte, die Sache ist, es passt nicht genau zu meinem Profil.
Ich habe mehrere Instanzen von debian linux in VMs auf Proxmox.
2 Separate Percona Galera-Mysql Cluster.
Der erste Cluster ist ein ursprünglicher Cluster, der verwendet wird, aber er hat dieses Problem nicht oder hat es jemals gehabt. Mein neues Cluster-Setup funktioniert auf allen 3 Knoten.
Ich habe versucht, mehrere Versionen des Schaltsekunden-Fixes anzuwenden
%Vor%Alles endet in Ich habe keine Erlaubnis, das zu tun, außer dem ersten, aber ich bin root!
Und keine Arbeit-y.
Viele Neustarts.
Jede Instanz außer einem Slave hat die gleichen Werte, ich habe einen erhöht, um zu testen, ob es sich um ein begrenztes Ressourcenproblem handelt.
1 Gig Ram
1 3,6 GHz CPU
Die einzige andere Sache, die ich sagen kann, ist das Problem beginnt nach dem Hochladen einer Backup-Datenbank.
Die Datenbank ist eine, die ich bereits im ersten Cluster habe, ist ungefähr 5 MB, und ist meistens im relationalen Tabellenlisten-Stil. Diese werden nicht verwendet, tun nichts, viele starten später neu. Ich bleibe ziemlich stecken.
PS: Die Prozessliste ist leer. (1 für Selbst-Look-up und 2 Schlaf-Idles)
Ich vermute, dass das Problem hier ist, dass Sie auf einer VM (oder sogar einem Container) laufen. Obwohl Sie root sind, haben Sie nicht vom Container / Gast-Betriebssystem die Erlaubnis, die Zeit zu ändern. Das liegt daran, dass die Zeit vom Host-Betriebssystem synchronisiert wird, und das kann man natürlich nicht ändern.
Wenn ja, können Sie es im Host-Betriebssystem reparieren? Oder hast du keinen Zugang dazu?
Auch nützlich wäre ein
%Vor% d. eine Ablaufverfolgung der Systemaufrufe von date .
Der HiRes-Timer-Livelock, auf den Sie verweisen, wurde in commit id=6b43ae8a619d17c4935c3320d2ef9e92bdeed05d .
Der debian-Fehler, um sie in den Kernel einzubauen, scheint hier zu sein Fixes beschrieben hier (in Debians 3.2.29-1 und 2.6.32 enthalten) -46 Kerne). Welchen Kernel laufen Sie eigentlich (Ausgabe von uname -a wäre hilfreich)? Dies ist nicht immer offensichtlich, besonders in einer Containerumgebung.
Ein Neustart von Percona könnte das Problem beheben, wenn Sie das nicht versucht haben.
Schicken Sie ein wenig mehr über die Umgebung und ich könnte Ihnen vielleicht mehr helfen.
Tags und Links linux linux-kernel cpu