From mboxrd@z Thu Jan 1 00:00:00 1970 From: Yoshiaki Tamura Subject: Re: Live vm migration broken in latest xen-unstable Date: Thu, 07 Sep 2006 11:28:26 +0900 Message-ID: <44FF83CA.7020207@lab.ntt.co.jp> References: <2717599f0609011436k25d05be3l50ebb8120ea30dd1@mail.gmail.com> <20060905155746.GJ7810@leeni.uk.xensource.com> <2717599f0609051209s6a7e80baxefa99ba1909fff2c@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <2717599f0609051209s6a7e80baxefa99ba1909fff2c@mail.gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: sanjay kushwaha Cc: xen-devel List-Id: xen-devel@lists.xenproject.org sanjay kushwaha wrote: > Hi Ewan, > I did a "hg pull -u" on my tree which also got the changeset 11422. but > I am > still facing the same problem. btw this changeset seems to be specific to > hvm domain while I am facing this problem with paravirtualized domain. > > Thanks, > Sanjay I've tested live migration with paravirt domain for changeset 11429, but didn't have such a problem. Did you also rebuild xen and dom0 kernel after you updated the repository? If not, I would recommend to do so. Yoshi Tamura > > On 9/5/06, Ewan Mellor wrote: >> >> On Fri, Sep 01, 2006 at 05:36:00PM -0400, sanjay kushwaha wrote: >> >> > Folks, >> > I am experiencing that live migration is not working in latest >> > xen-unstable. I get the following message during migration >> > >> > [root@pc5 ksanjay]# xm migrate --live 1 [1]199.77.138.23 >> > Error: /usr/lib/xen/bin/xc_save 18 1 0 0 1 failed >> > [root@pc5 ksanjay]# >> > >> > I traced the problem to a function in xen named set_sh_allocation() in >> > file xen/arch/x86/mm/shadow/common.c >> > >> > tools/libxc/xc_linux_save.c:xc_linux_save() is called from the python >> > script which makes the following hypercall >> > >> > if (live) { >> > if (xc_shadow_control(xc_handle, dom, >> > XEN_DOMCTL_SHADOW_OP_ENABLE_LOGDIRTY, >> > NULL, 0, NULL, 0, NULL) < 0) { >> > ERR("Couldn't enable shadow mode"); >> > goto out; >> > } >> > last_iter = 0; >> > } else { >> > ----------- >> > >> > this particular hypercall leads to the call of set_sh_allocation which >> > fails in the following code >> > >> > if ( d-> arch.shadow.total_pages < pages ) >> > { >> > /* Need to allocate more memory from domheap */ >> > pg = alloc_domheap_pages(NULL, SHADOW_MAX_ORDER, 0); >> > if ( pg == NULL ) >> > { >> > SHADOW_PRINTK("failed to allocate shadow pages.\n"); >> > return -ENOMEM; >> > } >> > >> > alloc_domheap_pages fails and returns NULL. however I think I have >> enough >> > memory available so this function should not fail. >> > >> > Is there anybody else experiencing the same problem? Could someone >> please >> > tell me how to fix it? >> >> I've put some changes into xen-unstable today which might help. The last >> fix >> is on its way through testing now. Look out for xen-unstable changeset >> 11422, and try that, see how you get on. >> >> Cheers, >> >> Ewan. >> > > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel -- TAMURA, Yoshiaki NTT Cyber Space Labs OSS Computing Project Kernel Group E-mail: tamura.yoshiaki@lab.ntt.co.jp TEL: (046)-859-2771 FAX: (046)-855-1152 Address: 1-1 Hikarinooka, Yokosuka Kanagawa 239-0847 JAPAN