Re: [kvm] Re: [kvm] Re: [kvm] Re: [kvm] Re: [kvm] Re: tcpdump locks up kvm host for a while.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, Oct 02, 2011 at 07:21:08PM +0200, Avi Kivity wrote:
> On 10/02/2011 07:13 PM, Robin Lee Powell wrote:
> >On Sun, Oct 02, 2011 at 07:12:42PM +0200, Avi Kivity wrote:
> >>  On 10/02/2011 07:07 PM, Robin Lee Powell wrote:
> >>  >On Sun, Oct 02, 2011 at 07:06:35PM +0200, Avi Kivity wrote:
> >>  >>   On 10/02/2011 02:45 AM, Robin Lee Powell wrote:
> >>  >>   >I'm afraid clocksource=hpet didn't help much; after about 24 hours
> >>  >>   >up, tcpdump hung the machine for for about 10 seconds.  That may or
> >>  >>   >may not be better than usual; I haven't been timing things
> >>  >>   >precisely.  My suspicion is that it's slightly better, but it's
> >>  >>   >still not great.
> >>  >>   >
> >>  >>   >Also:
> >>  >>   >
> >>  >>   >rlpowell@vrici>    dmesg | grep -i clock
> >>  >>   >[    0.000000] Command line: ro root=/dev/vda2 rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=us console=ttyS0,115200 clocksource=hpet
> >>  >>   >[    0.000000] kvm-clock: Using msrs 12 and 11
> >>  >>   >[    0.000000] kvm-clock: cpu 0, msr 0:1b567c1, boot clock
> >>  >>   >[    0.000000] kvm-clock: cpu 0, msr 0:5fc137c1, primary cpu clock
> >>  >>   >[    0.000000] Kernel command line: ro root=/dev/vda2 rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=us console=ttyS0,115200 clocksource=hpet
> >>  >>   >[    0.000000] hpet clockevent registered
> >>  >>   >[    0.260136] Switching to clocksource hpet
> >>  >>   >[    1.009393] rtc_cmos 00:01: setting system clock to 2011-10-01 07:49:50 UTC (1317455390)
> >>  >>   >[    1.821905] Refined TSC clocksource calibration: 2394.030 MHz.
> >>  >>   >[60555.473797] Clocksource tsc unstable (delta = -42950328292 ns)
> >>  >>   >
> >>  >>   >(note the last line)
> >>  >>   >
> >>  >>
> >>  >>   Do you get a similar error with kvmclock?
> >>  >
> >>  >I don't think I did, no.  I'm not completely certain, but pretty
> >>  >sure.
> >>  >
> >>
> >>  Then let's try to understand why it doesn't work with kvmclock.
> >
> >I'd love to.  Suggestions?
> >
> 
> Well, any messages?  

None I can find.  I'll try again later today and double check.

> Alternatively, detailed instructions to reproduce?

Start a VM.  Wait a few days.  Run tcpdump.  The system locks up for
30+ seconds.

That's all I have.  There are, of course, any number of details that
make my VMs different from yours, but they're basically straight
Fedora 15.  I could give arbitrary amounts of detail, but I've no
idea what to concentrate on.

-Robin
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux