← Back to branch summary

~serge-hallyn/ubuntu/raring/libvirt/libvirt-hugepages

« back to all changes in this revision

Viewing changes to docs/migration.html.in

  • Committer: Package Import Robot
  • Author(s): Chuck Short
  • Date: 2012-05-13 15:44:12 UTC
  • mfrom: (1.2.13)
  • Revision ID: package-import@ubuntu.com-20120513154412-fgmn5sxqdzgnzlx3
Tags: 0.9.12-0ubuntu1
* New upstream version:
  * Synchronize with debian packaging:
    - debian/control: Update build depends.
    - debian/libvirt-bin.postrm: Cleanup /var/log/libvirt
      on purge.
    - Bump standards verson (no changes).
    - debian/patches/Don-t-fail-if-we-can-t-setup-avahi.patch: Added
  * Dropped patches:
    - debian/patches/Debianize-libvirt-guests.patch
    - debian/patches/rewrite-lxc-controller-eof-handling-yet-again
    - debian/patches/ubuntu/libnl13.patch
    - debian/patches/ubuntu/fix-lxc-startup-error.patch
    - debian/patches/ubuntu/fix-bridge-fd.patch
    - debian/patches/ubuntu/skip-labelling-network-disks.patch
    - debian/patches/ubuntu/xen-xend-shutdown-detection.patch
    - debian/patches/ubuntu/xen-config-no-vfb-for-hvm.patch
    - debian/patches/debian/Disable-daemon-start-test.patch
    - debian/patches/debian/Disable-gnulib-s-test-nonplocking-pipe.sh.patch
    - debian/patches/ubuntu/9006-default-config-test-case.patch
    - debian/patches/fix-block-migration.patch
    - debian/patches/ubuntu/9022-qemu-unescape-HMP-commands-before-converting-them-to.patch
    - debian/patches/ubuntu/9023-qemu-change-rbd-auth_supported-separation-character-.patch
    - debian/patches/ubuntu/9024-qemu-allow-snapshotting-of-sheepdog-and-rbd-disks.patch
    - debian/patches/9025-qemu-change-rbd-auth_supported-separation-character-.patch
    - debian/patches/ubuntu/arm-gcc-workaround.patch
  * Rediffed:
    - debian/patches/Allow-libvirt-group-to-access-the-socket.patch
    - debian/patches/Disable-failing-virnetsockettest.patch
    - debian/patches/dnsmasq-as-priv-user
    - debian/patches/9002-better_default_uri_virsh.patch
  * debian/control: Add libnl-route-3-dev ass a build depends.
  * debian/patches/libnl3-build-fix.patch: Fix build with libnl3.

Show diffs side-by-side

added added

removed removed

Lines of Context:
docs/migration.html.in
25
25
      on the hypervisor in question, but will typically have the lowest computational costs
26
26
      by minimising the number of data copies involved. The native data transports will also
27
27
      require extra hypervisor-specific network configuration steps by the administrator when
28
 
      deploying a host. For some hypervisors, it might be neccessary to open up a large range
 
28
      deploying a host. For some hypervisors, it might be necessary to open up a large range
29
29
      of ports on the firewall to allow multiple concurrent migration operations.
30
30
    </p>
31
31
 
87
87
      daemon controls the entire migration process itself, by directly
88
88
      connecting the destination host libvirtd. If the client application crashes,
89
89
      or otherwise loses its connection to libvirtd, the migration process
90
 
      will continue uninterrupted until completion.
 
90
      will continue uninterrupted until completion.  Note that the
 
91
      source libvirtd uses its own credentials (typically root) to
 
92
      connect to the destination, rather than the credentials used
 
93
      by the client to connect to the source; if these differ, it is
 
94
      common to run into a situation where a client can connect to the
 
95
      destination directly but the source cannot make the connection to
 
96
      set up the peer-to-peer migration.
91
97
    </p>
92
98
 
93
99
    <p>
139
145
      connection to the source host, where the virtual guest is
140
146
      currently running. The second URI is that of the libvirt
141
147
      connection to the destination host, where the virtual guest
142
 
      will be moved to. The third URI is a hypervisor specific
 
148
      will be moved to (and in peer-to-peer migrations, this is from
 
149
      the perspective of the source, not the client). The third URI is
 
150
      a hypervisor specific
143
151
      URI used to control how the guest will be migrated. With
144
152
      any managed migration flow, the first and second URIs are
145
153
      compulsory, while the third URI is optional. With the
533
541
      destination libvirtd server will automatically determine
534
542
      the native hypervisor URI for migration, based off the
535
543
      primary hostname. There is no scope for forcing an alternative
536
 
      network interface for the native migration data with this method.
 
544
      network interface for the native migration data with this
 
545
      method.  The destination URI must be reachable using the source
 
546
      libvirtd credentials (which are not necessarily the same as the
 
547
      credentials of the client in connecting to the source).
537
548
    </p>
538
549
 
539
550
    <pre>
571
582
      in case it is not accessible using the same address that
572
583
      the client uses to connect to the destination, or a different
573
584
      encryption/auth scheme is required. The native hypervisor URI
574
 
      format is not used at all.
 
585
      format is not used at all.  The destination URI must be
 
586
      reachable using the source libvirtd credentials (which are not
 
587
      necessarily the same as the credentials of the client in
 
588
      connecting to the source).
575
589
    </p>
576
590
 
577
591
    <pre>