qemu-devel
[Top][All Lists]
Advanced

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

[Qemu-devel] Re: [BUG] Migration broken by "e1000: port to vmstate"


From: Jan Kiszka
Subject: [Qemu-devel] Re: [BUG] Migration broken by "e1000: port to vmstate"
Date: Mon, 30 Nov 2009 15:14:47 +0100
User-agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.8.1.12) Gecko/20080226 SUSE/2.0.0.12-1.1 Thunderbird/2.0.0.12 Mnenhy/0.7.5.666

Jan Kiszka wrote:
> Juan Quintela wrote:
>> Pierre Riteau <address@hidden> wrote:
>>> e482dc3eaac43f88beea133843ae38c661262e97 breaks migration of a VM using an 
>>> e1000 device (which is the default...).
>>> Origin host is Debian Lenny 32-bits, destination host is Fedora 12 32-bit. 
>>> Guest is running Debian Lenny 32-bit.
>>> Symtoms: origin finishes migration correctly, but destination prints "load 
>>> of migration failed" and the VM is stopped.
>>>
>>> This is because the origin closed the connexion, so qemu_fill_buffer reads 
>>> a buffer with len == 0, which is treated as an error later (f->has_error = 
>>> 1).
>>> Reverting e482dc3eaac43f88beea133843ae38c661262e97 fixes the problem.
>> Do you use --enable-kvm?  That could explain it.
>>
> 
> Confirmed here - the hard way, ie. after debugging a while on my own
> patches. My scenario is default command line + -enable-kvm, migration to
> file (exec:cat), then restore from that file. Restore fails while
> reading the e1000 state with EOF.

Forgot to add: IIRC, the EOF first popped up in the second "mac_reg"
section, ie. the VMSTATE_UINT32_SUB_ARRAY(..., MTA). May SUB_ARRAY is
buggy. e1000 seems to be its only user so far.

> 
>> I will take at that two bugs this week.  I tested everything on 64bit
>> hosts.
> 
> Any news on this?
> 
> Jan
> 

Jan

-- 
Siemens AG, Corporate Technology, CT T DE IT 1
Corporate Competence Center Embedded Linux




reply via email to

[Prev in Thread] Current Thread [Next in Thread]