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

Re: [Xen-devel] [pvops dom0 xm save failed]


  • To: Pasi Kärkkäinen <pasik@xxxxxx>
  • From: 박은병 <peb1611@xxxxxxxxx>
  • Date: Tue, 23 Mar 2010 23:06:04 +0900
  • Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
  • Delivery-date: Tue, 23 Mar 2010 07:07:16 -0700
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=fYDtlOTvKVhfzkf/Cp3G4t/yBMPKVUOjn6UBxXSgYFO1kIEldiGF9DN4mCGFl7VLLd Xi3pH5hIHT3Bh6hVTNfyDkFSkxZt0dk4VA2FfNVAsb8dqxdEfL7w+jVdusyden4eDlAu wVXR/XpFbO7n8AmZOv/zRoSl+4SbehFyWehoc=
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>

Thanks, ^^

I attached diff file for ubuntu between fedora.

I will try to find faults kernel configurations..thanks

and, how the xen manage checkpointed disk?? without this, I think that checkpointed cannot be correct.

I had read that parallex paper which support this very efficiently.
current I have not used these thing.



2010/3/23 Pasi Kärkkäinen <pasik@xxxxxx>
On Tue, Mar 23, 2010 at 10:47:05PM +0900, ?????? wrote:
>    I used 2.6.32.10.
>
>    but, build is perfect with just only 1 section missmatches.
>

Ok.
You could check the changes between your ubuntu .config and mine, like this:

diff -u config1 config2

-- Pasi

>    2010/3/23 Pasi Kärkkäinen <[1]pasik@xxxxxx>
>
>      On Tue, Mar 23, 2010 at 10:25:04PM +0900, ?????? wrote:
>      >    Thanks for your favor..:-)
>      >
>      >    it works well.
>      >    So, It turns out that PV guest's configuration is somehow
>      problematic.
>      >    I have not found faults about my domU's configuration.
>      >
>
>      Ok, good to hear it works. Did you use 2.6.32.9 or 2.6.32.10 ?
>
>      >    Anyway, But soem problem yet remains.
>      >    'xm save [domain] [file]' and 'xm restore [file]' command works
>      well.
>      >
>      >    'xm save -c [domain] [file]' command doesn't work well.
>      >    As you know, '-c' option means "leaving domain running after
>      creating
>      >    snapshot"
>      >
>      >    but after snapshot, domU state is bad
>      >
>      >    xm console [domain] after snapshot,
>      >
>      >    WARNING: g.e. still in use!
>      >    WARNING: g.e. still in use!
>      >    WARNING: g.e. still in use!
>      >    WARNING: g.e. still in use!
>      >
>      >    this message appeared and any response cannot be found.
>      >    after destroy domU, I try to restore by snapshoted file and it
>      seems to
>      >    work well.
>      >
>      >    what is the problem??
>      >
>
>      Ok, this sounds like another problem..
>      >    and, I think that the snapshoted file contains memory contents.
>      where is
>      >    the snapshoted virtual disk file?? xen use COW disk for
>      checkpoint??, If
>      >    so, where is it?
>      >
>
>      Only the memory is snapshotted, not disk.
>      -- Pasi
>
>      >    2010/3/23 Pasi Kärkkäinen <[1][2]pasik@xxxxxx>
>      >
>      >      On Tue, Mar 23, 2010 at 08:32:37PM +0900, ?????? wrote:
>      >      >    32bit.
>      >      >
>      >      >    CPU is Genuine Intel(R) CPU T2300  @ 1.66GHz.
>      >      >
>      >      >    any problem here??
>      >      >
>      >
>      >      Try using this config:
>      >
>       [2][3]http://pasik.reaktio.net/fedora/config-2.6.32.9-70.fc12.i686.PAE
>      >
>      >      That's the default fedora 32bit kernel .config.
>      >      copy it as .config and then do "make oldconfig".
>      >
>      >      that worked for me with 2.6.32.9.
>      >      -- Pasi
>      >
>      >      >    2010/3/23 Pasi Kärkkäinen <[1][3][4]pasik@xxxxxx>
>      >      >
>      >      >      On Tue, Mar 23, 2010 at 08:27:46PM +0900, ?????? wrote:
>      >      >      >    this is my domU config file
>      >      >      >    there is nothing special....
>      >      >      >
>      >      >      >
>      >       ==============================================================
>      >      >      >    kernel = "/boot/vmlinuz-2.6.32.10-domU"
>      >      >      >    ramdisk = "/boot/initrd.img-2.6.32.10-domU"
>      >      >      >    memory = 1024
>      >      >      >    name = "ubuntu1"
>      >      >      >    vcpus = 1
>      >      >      >    vif = [ 'mac=00:16:3e:48:ef:5c, bridge=eth0' ]
>      >      >      >    disk = [
>      >      >      >
>      >      >
>      >
>       'file:/root/xen/domainU/ubuntu1/ubuntu1.img,xvda1,w','file:/root/xen/domainU/ubuntu1/ubuntu1_swap.img,xvda2,w'
>      >      >      >    ]
>      >      >      >    hostname= "ubuntu1"
>      >      >      >    root = "/dev/xvda1 ro"
>      >      >      >    extra = "console=hvc0 earlyprintk=xen"
>      >      >      >
>      >       ==============================================================
>      >      >      >
>      >      >      >    and I also used Ubuntu distribution .config file
>      which was
>      >      created
>      >      >      at
>      >      >      >    Ubuntu install time for domU build
>      >      >      >
>      >      >
>      >      >      Ok. Is it 32bit or 64bit?
>      >      >      -- Pasi
>      >      >
>      >      >      >    2010/3/23 Pasi Kärkkäinen <[1][2][4][5]pasik@xxxxxx>
>      >      >      >
>      >      >      >      On Tue, Mar 23, 2010 at 08:01:42PM +0900, ??????
>      wrote:
>      >      >      >      >    2.6.32.10 domU also failed with same error
>      log..
>      >      >      >      >    Is it exactly domU problem??
>      >      >      >      >
>      >      >      >
>      >      >      >      For PV guests it is _usually_ a domU kernel
>      problem.
>      >      >      >      >    Is there specific kernel configuration related
>      to
>      >      >      save/restore??
>      >      >      >      >    any other comments??
>      >      >      >      >
>      >      >      >
>      >      >      >      I tested using 2.6.32.9 in the domU 1 month ago (or
>      so),
>      >      >      >      and I could save/restore just fine.
>      >      >      >
>      >      >      >      I tried both 32bit and 64bit guests, and both
>      single-vcpu
>      >      and
>      >      >      >      multi-vcpu.
>      >      >      >      my .config was based on Fedora kernel .config.
>      >      >      >
>      >      >      >      Please paste your /etc/xen/<guest> cfgfile?
>      >      >      >
>      >      >      >      -- Pasi
>      >      >      >
>      >      >      >      >    2010/3/23 Pasi Kärkkäinen
>      <[1][2][3][5][6]pasik@xxxxxx>
>      >      >      >      >
>      >      >      >      >      On Tue, Mar 23, 2010 at 05:04:59PM +0900,
>      ??????
>      >      wrote:
>      >      >      >      >      >    when I command 'xm save [domainU]
>      [filename]',
>      >      save
>      >      >      process
>      >      >      >      does
>      >      >      >      >      not
>      >      >      >      >      >    complete with this error message
>      >      >      >      >      >
>      >      >      >      >      >    Error: /usr/lib/xen/bin/xc_save 34 2 0
>      0 0
>      >      failed
>      >      >      >      >      >    Usage: xm save [-c] <Domain>
>      <CheckpointFile>
>      >      >      >      >      >
>      >      >      >      >      >    Save a domain state to restore later.
>      >      >      >      >      >      -c, --checkpoint               Leave
>      domain
>      >      running
>      >      >      after
>      >      >      >      >      >    creating
>      >      >      >      >      >
>      snapshot
>      >      >      >      >      >
>      >      >      >      >      >    and /var/log/xen/xend.log produced
>      below error
>      >      >      message.
>      >      >      >      >      >
>      >      >      >      >      >    [2010-03-23 16:58:07 1023] DEBUG
>      >      (DevController:643)
>      >      >      >      >      hotplugStatusCallback
>      >      >      >      >      >    1.
>      >      >      >      >      >    [2010-03-23 16:58:07 1023] DEBUG
>      >      (DevController:139)
>      >      >      Waiting
>      >      >      >      for
>      >      >      >      >      devices
>      >      >      >      >      >    irq.
>      >      >      >      >      >    [2010-03-23 16:58:07 1023] DEBUG
>      >      (DevController:139)
>      >      >      Waiting
>      >      >      >      for
>      >      >      >      >      devices
>      >      >      >      >      >    vfb.
>      >      >      >      >      >    [2010-03-23 16:58:07 1023] DEBUG
>      >      (DevController:139)
>      >      >      Waiting
>      >      >      >      for
>      >      >      >      >      devices
>      >      >      >      >      >    pci.
>      >      >      >      >      >    [2010-03-23 16:58:07 1023] DEBUG
>      >      (DevController:139)
>      >      >      Waiting
>      >      >      >      for
>      >      >      >      >      devices
>      >      >      >      >      >    vtpm.
>      >      >      >      >      >    [2010-03-23 16:58:07 1023] INFO
>      >      (XendDomain:1182)
>      >      >      Domain
>      >      >      >      ubuntu1
>      >      >      >      >      (3)
>      >      >      >      >      >    unpaused.
>      >      >      >      >      >    [2010-03-23 16:58:42 1023] DEBUG
>      >      (XendCheckpoint:110)
>      >      >      >      [xc_save]:
>      >      >      >      >      >    /usr/lib/xen/bin/xc_save 34 3 0 0 0
>      >      >      >      >      >    [2010-03-23 16:58:42 1023] INFO
>      >      (XendCheckpoint:417)
>      >      >      >      xc_save:
>      >      >      >      >      failed to
>      >      >      >      >      >    get the suspend evtchn port
>      >      >      >      >      >    [2010-03-23 16:58:42 1023] DEBUG
>      >      (XendCheckpoint:388)
>      >      >      >      suspend
>      >      >      >      >      >    [2010-03-23 16:58:42 1023] INFO
>      >      (XendCheckpoint:417)
>      >      >      >      >      >    [2010-03-23 16:58:42 1023] DEBUG
>      >      (XendCheckpoint:113)
>      >      >      In
>      >      >      >      >      saveInputHandler
>      >      >      >      >      >    suspend
>      >      >      >      >      >    [2010-03-23 16:58:42 1023] DEBUG
>      >      (XendCheckpoint:115)
>      >      >      >      Suspending 3
>      >      >      >      >      ...
>      >      >      >      >      >    [2010-03-23 16:58:42 1023] DEBUG
>      >      (XendDomainInfo:511)
>      >      >      >      >      >    XendDomainInfo.shutdown(suspend)
>      >      >      >      >      >    [2010-03-23 16:58:42 1023] DEBUG
>      >      >      (XendDomainInfo:1709)
>      >      >      >      >      >    XendDomainInfo.handleShutdownWatch
>      >      >      >      >      >    [2010-03-23 16:58:42 1023] DEBUG
>      >      >      (XendDomainInfo:1709)
>      >      >      >      >      >    XendDomainInfo.handleShutdownWatch
>      >      >      >      >      >    [2010-03-23 16:58:42 1023] INFO
>      >      (XendDomainInfo:1903)
>      >      >      Domain
>      >      >      >      has
>      >      >      >      >      shutdown:
>      >      >      >      >      >    name=migrating-ubuntu1 id=3
>      reason=suspend.
>      >      >      >      >      >    [2010-03-23 16:58:42 1023] INFO
>      >      (XendCheckpoint:121)
>      >      >      Domain
>      >      >      >      3
>      >      >      >      >      suspended.
>      >      >      >      >      >    [2010-03-23 16:58:42 1023] DEBUG
>      >      (XendCheckpoint:130)
>      >      >      >      Written done
>      >      >      >      >      >    [2010-03-23 16:58:42 1023] ERROR
>      >      (XendCheckpoint:164)
>      >      >      Save
>      >      >      >      failed
>      >      >      >      >      on
>      >      >      >      >      >    domain ubuntu1 (3) - resuming.
>      >      >      >      >      >    Traceback (most recent call last):
>      >      >      >      >      >      File
>      >      >      >      >
>      >      >
>      "/usr/lib/python2.6/dist-packages/xen/xend/XendCheckpoint.py",
>      >      >      >      line
>      >      >      >      >      >    132, in save
>      >      >      >      >      >        forkHelper(cmd, fd,
>      saveInputHandler,
>      >      False)
>      >      >      >      >      >      File
>      >      >      >      >
>      >      >
>      "/usr/lib/python2.6/dist-packages/xen/xend/XendCheckpoint.py",
>      >      >      >      line
>      >      >      >      >      >    405, in forkHelper
>      >      >      >      >      >        raise XendError("%s failed" %
>      >      string.join(cmd))
>      >      >      >      >      >    XendError: /usr/lib/xen/bin/xc_save 34
>      3 0 0 0
>      >      failed
>      >      >      >      >      >    [2010-03-23 16:58:42 1023] DEBUG
>      >      >      (XendDomainInfo:2788)
>      >      >      >      >      >    XendDomainInfo.resumeDomain(3)
>      >      >      >      >      >    [2010-03-23 16:58:42 1023] DEBUG
>      >      >      (XendDomainInfo:2829)
>      >      >      >      >      >    XendDomainInfo.resumeDomain: completed
>      >      >      >      >      >    [2010-03-23 17:01:10 1023] DEBUG
>      >      >      (XendDomainInfo:2732)
>      >      >      >      >      >    XendDomainInfo.destroy: domid=3
>      >      >      >      >      >    [2010-03-23 17:01:11 1023] DEBUG
>      >      >      (XendDomainInfo:2207)
>      >      >      >      Destroying
>      >      >      >      >      device
>      >      >      >      >      >    model
>      >      >      >      >      >    [2010-03-23 17:01:11 1023] DEBUG
>      >      >      (XendDomainInfo:2214)
>      >      >      >      Releasing
>      >      >      >      >      devices
>      >      >      >      >      >    [2010-03-23 17:01:11 1023] DEBUG
>      >      >      (XendDomainInfo:2227)
>      >      >      >      Removing
>      >      >      >      >      vif/0
>      >      >      >      >      >    [2010-03-23 17:01:11 1023] DEBUG
>      >      >      (XendDomainInfo:1134)
>      >      >      >      >      >    XendDomainInfo.destroyDevice:
>      deviceClass =
>      >      vif,
>      >      >      device =
>      >      >      >      vif/0
>      >      >      >      >      >    [2010-03-23 17:01:11 1023] DEBUG
>      >      >      (XendDomainInfo:2227)
>      >      >      >      Removing
>      >      >      >      >      console/0
>      >      >      >      >      >    [2010-03-23 17:01:11 1023] DEBUG
>      >      >      (XendDomainInfo:1134)
>      >      >      >      >      >    XendDomainInfo.destroyDevice:
>      deviceClass =
>      >      console,
>      >      >      device
>      >      >      >      =
>      >      >      >      >      console/0
>      >      >      >      >      >    [2010-03-23 17:01:11 1023] DEBUG
>      >      >      (XendDomainInfo:2227)
>      >      >      >      Removing
>      >      >      >      >      vbd/51713
>      >      >      >      >      >    [2010-03-23 17:01:11 1023] DEBUG
>      >      >      (XendDomainInfo:1134)
>      >      >      >      >      >    XendDomainInfo.destroyDevice:
>      deviceClass =
>      >      vbd,
>      >      >      device =
>      >      >      >      vbd/51713
>      >      >      >      >      >    [2010-03-23 17:01:11 1023] DEBUG
>      >      >      (XendDomainInfo:2227)
>      >      >      >      Removing
>      >      >      >      >      vbd/51714
>      >      >      >      >      >    [2010-03-23 17:01:11 1023] DEBUG
>      >      >      (XendDomainInfo:1134)
>      >      >      >      >      >    XendDomainInfo.destroyDevice:
>      deviceClass =
>      >      vbd,
>      >      >      device =
>      >      >      >      vbd/51714
>      >      >      >      >      >    [2010-03-23 17:01:11 1023] DEBUG
>      >      >      (XendDomainInfo:2212) No
>      >      >      >      device
>      >      >      >      >      model
>      >      >      >      >      >    [2010-03-23 17:01:11 1023] DEBUG
>      >      >      (XendDomainInfo:2214)
>      >      >      >      Releasing
>      >      >      >      >      devices
>      >      >      >      >      >
>      >      >      >      >      >    my system configuration ( 32bit machine
>      )
>      >      >      >      >      >    xen 3.4.2, dom0( jeremy's pvops kernel
>      >      2.6.31.6),
>      >      >      domU(
>      >      >      >      vanilla
>      >      >      >      >      kernel
>      >      >      >      >      >    2.6.32 with paravirt enabled),
>      distribution(
>      >      ubuntu
>      >      >      9.10 )
>      >      >      >      >      >    It does not work well
>      >      >      >      >      >
>      >      >      >      >      >    what is the problem??
>      >      >      >      >      >    I think current system is quite stable,
>      >      newtork,
>      >      >      disk, and
>      >      >      >      so on.
>      >      >      >      >      >    Is there anyone who know this or has
>      >      experience??
>      >      >      >      >      >
>      >      >      >      >
>      >      >      >      >      You need to update your domU kernel to the
>      latest
>      >      stable
>      >      >      update
>      >      >      >      >      (2.6.32.10),
>      >      >      >      >      and that'll fix the problem. 2.6.32(.0)
>      doesn't yet
>      >      have
>      >      >      the
>      >      >      >      necessary
>      >      >      >      >      save/restore fixes.
>      >      >      >      >
>      >      >      >      >      -- Pasi
>      >      >      >      >
>      >      >      >      >    --
>      >      >      >      >    Eunbyung Park
>      >      >      >      >
>      >      >      >      > References
>      >      >      >      >
>      >      >      >      >    Visible links
>      >      >      >      >    1. mailto:[3][4][6][7]pasik@xxxxxx
>      >      >      >
>      >      >      >    --
>      >      >      >    Eunbyung Park
>      >      >      >
>      >      >      > References
>      >      >      >
>      >      >      >    Visible links
>      >      >      >    1. mailto:[5][7][8]pasik@xxxxxx
>      >      >      >    2. mailto:[6][8][9]pasik@xxxxxx
>      >      >      >    3. mailto:[7][9][10]pasik@xxxxxx
>      >      >
>      >      >    --
>      >      >    Eunbyung Park
>      >      >
>      >      > References
>      >      >
>      >      >    Visible links
>      >      >    1. mailto:[10][11]pasik@xxxxxx
>      >      >    2. mailto:[11][12]pasik@xxxxxx
>      >      >    3. mailto:[12][13]pasik@xxxxxx
>      >      >    4. mailto:[13][14]pasik@xxxxxx
>      >      >    5. mailto:[14][15]pasik@xxxxxx
>      >      >    6. mailto:[15][16]pasik@xxxxxx
>      >      >    7. mailto:[16][17]pasik@xxxxxx
>      >
>      >    --
>      >    Eunbyung Park
>      >
>      > References
>      >
>      >    Visible links
>      >    1. mailto:[18]pasik@xxxxxx
>      >    2.
>      [19]http://pasik.reaktio.net/fedora/config-2.6.32.9-70.fc12.i686.PAE
>      >    3. mailto:[20]pasik@xxxxxx
>      >    4. mailto:[21]pasik@xxxxxx
>      >    5. mailto:[22]pasik@xxxxxx
>      >    6. mailto:[23]pasik@xxxxxx
>      >    7. mailto:[24]pasik@xxxxxx
>      >    8. mailto:[25]pasik@xxxxxx
>      >    9. mailto:[26]pasik@xxxxxx
>      >   10. mailto:[27]pasik@xxxxxx
>      >   11. mailto:[28]pasik@xxxxxx
>      >   12. mailto:[29]pasik@xxxxxx
>      >   13. mailto:[30]pasik@xxxxxx
>      >   14. mailto:[31]pasik@xxxxxx
>      >   15. mailto:[32]pasik@xxxxxx
>      >   16. mailto:[33]pasik@xxxxxx
>
>    --
>    Eunbyung Park
>
> References
>
>    Visible links
>    1. mailto:pasik@xxxxxx
>    2. mailto:pasik@xxxxxx
>    3. http://pasik.reaktio.net/fedora/config-2.6.32.9-70.fc12.i686.PAE
>    4. mailto:pasik@xxxxxx
>    5. mailto:pasik@xxxxxx
>    6. mailto:pasik@xxxxxx
>    7. mailto:pasik@xxxxxx
>    8. mailto:pasik@xxxxxx
>    9. mailto:pasik@xxxxxx
>   10. mailto:pasik@xxxxxx
>   11. mailto:pasik@xxxxxx
>   12. mailto:pasik@xxxxxx
>   13. mailto:pasik@xxxxxx
>   14. mailto:pasik@xxxxxx
>   15. mailto:pasik@xxxxxx
>   16. mailto:pasik@xxxxxx
>   17. mailto:pasik@xxxxxx
>   18. mailto:pasik@xxxxxx
>   19. http://pasik.reaktio.net/fedora/config-2.6.32.9-70.fc12.i686.PAE
>   20. mailto:pasik@xxxxxx
>   21. mailto:pasik@xxxxxx
>   22. mailto:pasik@xxxxxx
>   23. mailto:pasik@xxxxxx
>   24. mailto:pasik@xxxxxx
>   25. mailto:pasik@xxxxxx
>   26. mailto:pasik@xxxxxx
>   27. mailto:pasik@xxxxxx
>   28. mailto:pasik@xxxxxx
>   29. mailto:pasik@xxxxxx
>   30. mailto:pasik@xxxxxx
>   31. mailto:pasik@xxxxxx
>   32. mailto:pasik@xxxxxx
>   33. mailto:pasik@xxxxxx



--
Eunbyung Park

Attachment: diff_ubuntu_fedora
Description: Binary data

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

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.