From mboxrd@z Thu Jan 1 00:00:00 1970 From: Espen Berg Subject: Re: Timedrift in KVM guests after livemigration. Date: Sat, 17 Apr 2010 21:52:04 +0200 Message-ID: <4BCA1164.1030808@monsternett.no> References: <4BC6C1B1.5010206@monsternett.no> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit To: kvm@vger.kernel.org Return-path: Received: from mail2.monsternett.no ([217.171.192.11]:51374 "EHLO mail.monsternett.no" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752766Ab0DQTwx (ORCPT ); Sat, 17 Apr 2010 15:52:53 -0400 Received: from localhost (filter.monsternett.no [217.171.192.14]) by mail.monsternett.no (Postfix) with ESMTP id E7080C09BD81 for ; Sat, 17 Apr 2010 21:52:51 +0200 (CEST) Received: from mail.monsternett.no ([217.171.192.10]) by localhost (filter.monsternett.no [217.171.192.14]) (amavisd-new, port 10024) with ESMTP id vfZiOB3SKPOT for ; Sat, 17 Apr 2010 21:52:49 +0200 (CEST) Received: from [217.171.199.6] (ws14.monsternett.no [217.171.199.6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.monsternett.no (Postfix) with ESMTPSA id 6CC42C0A849B for ; Sat, 17 Apr 2010 21:52:49 +0200 (CEST) In-Reply-To: <4BC6C1B1.5010206@monsternett.no> Sender: kvm-owner@vger.kernel.org List-ID: Den 15.04.2010 09:35, skrev Espen Berg: > We have three KVM hosts that supports live-migration between them, but > one of our problems is time drifting. The three frontends has different > CPU frequency and the KVM guests adopt the frequency from the host > machine where it was first started. > > Host1: cat /proc/cpuinfo > model name : Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz > cpu MHz : 2394.048 > > Host2: cat /proc/cpuinfo > model name : Intel(R) Core(TM)2 CPU 6700 @ 2.66GHz > cpu MHz : 2659.685 > > Host3: cat /proc/cpuinfo > model name : Intel(R) Xeon(R) CPU E5410 @ 2.33GHz > cpu MHz : 2327.507 > > > virsh version > Compiled against library: libvir 0.7.6 > Using library: libvir 0.7.6 > Using API: QEMU 0.7.6 > Running hypervisor: QEMU 0.11.0 > > Is there any solution to our problems, or is a reboot the only safe > solution? Is there no one with similar problems here? :\ Guess I should file a bug report or something if the same problems occur in the latest version. I can't se any changes in change log after 0.11.x that relate to this problem. We can't be the only one that uses different CPUs in a migration environment. Since this is a cluster in production, I'm not able to try the latest version either. Espen.