Xen 
 
Home About Xen.org Xen Xen Summit Wiki Mailing List Bug Tracker Xen Downloads
 
   
 

xen-devel

[Xen-devel] Migration: deadbeef?

To: xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: [Xen-devel] Migration: deadbeef?
From: Andres Lagar Cavilla <andreslc@xxxxxxxxxxxxxx>
Date: Fri, 29 Jul 2005 15:59:20 -0400
Delivery-date: Fri, 29 Jul 2005 19:56:05 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla Thunderbird 1.0.6-1.1.fc3 (X11/20050720)
Hi list,
I've been getting a strange warning on xfrd.log lately, when live-migrating a domain. At a very eraly stage of the initial full memory transfer, the following ominous message surfaces %FNI 982 : [1000007e,1007] pte=00be2063, mfn=00000be2, pfn=ffffffff [mfn]=deadbeef
A comment on xc_linux_save.c code implies that this should never happen

/* entering this loop, pfn_type is now in pfns (Not mfns) */
for( j = 0; j < batch; j++ ){
........
        for ( k = 0;
                k < (((pfn_type[j] & LTABTYPE_MASK) == L2TAB) ?
                (HYPERVISOR_VIRT_START >> L2_PAGETABLE_SHIFT) :
                1024);
                 k++ ){
                 ........

                      if ( !MFN_IS_IN_PSEUDOPHYS_MAP(mfn) )
                       {
                           /* I don't think this should ever happen */
                           printf("FNI %d : [%08lx,%d] pte=%08lx, "
                                  "mfn=%08lx, pfn=%08lx [mfn]=%08lx\n",
                                  j, pfn_type[j], k,
                                  page[k], mfn, live_mfn_to_pfn_table[mfn],
                                  (live_mfn_to_pfn_table[mfn]<nr_pfns)?
                                  live_pfn_to_mfn_table[
                                      live_mfn_to_pfn_table[mfn]] :
                                  0xdeadbeef);

                           pfn = 0; /* be suspicious */
                       }

Afetr migration finishes, I usually notice internal misbehavior of the domain after receiving this deadbeef warning, particularly when accesing block devices, as in "journal commit I/O error" and the like

Any help will be greatly appreciated.
Thanks a lot
Andres

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>