Update CREDITS list

Signed-off-by: Mike McClurg <mike.mcclurg@citrix.com>
CA-100685: When domain disappears during VM shutdown operation, just go ahead instead of rasing any cancellation error

Signed-off-by: Zheng Li <zheng.li@eu.citrix.com>
Merge branch 'master' of github.com:xen-org/xen-api into credits
CA-109013: Revert "Making the check for both types of migrations"

This check doesn't work as is in the cross-pool case, since
the destination host won't be in the local database.

This reverts commit b79b9d0779a903911aa9e33796d3a127102848f4.
Support remote hosts in Helpers.version_string_of

Signed-off-by: John Else <john.else@citrix.com>
Add platform version check to cross-pool migration

Signed-off-by: John Else <john.else@citrix.com>
CA-106678:Check for pciback before attempting PCI Passthrough
Signed-off-by: Siddharth Vinothkumar <siddharth.vinothkumar@citrix.com>
Converting exception to nice error at XenAPI level
Signed-off-by: Siddharth Vinothkumar <siddharth.vinothkumar@citrix.com>
Update CREDITS with git log --format='%aN' | sort -u

Signed-off-by: Mike McClurg <mike.mcclurg@citrix.com>
Removing Exception from xenops_server_xen.ml
Signed-off-by: Siddharth Vinothkumar <siddharth.vinothkumar@citrix.com>
CA-109035: Remove the correct xenstore key when PCI unplugging.

We were always attempting to remove dev-0 instead of dev-n. This
led to multiple attempts to e.g. deassign_device for all but the
first passed through device. It also led to a cancelled shutdown
attempting to unplug everything again without any exception handler,
leading to an infinite loop.

Signed-off-by: Jon Ludlam <jonathan.ludlam@eu.citrix.com>
Merge pull request #1315 from jonludlam/CA-109035

CA-109035: Remove the correct xenstore key when PCI unplugging.
CA-101777: Relax the checking of mac seed confliction

The confliction between VM mac seeds has been overly restricted, in particular on VM <-> snapshot confliction.  E.g. importing a VM onto a host with its own snapshot leftover is forbidden for no good reason. This changeset trys to relax the checking a little bit.

Signed-off-by: Zheng Li <zheng.li@eu.citrix.com>
CA-101777: Enable dry-run feature for vm-import

which should at least work for metadata only import.

Signed-off-by: Zheng Li <zheng.li@eu.citrix.com>
CA-101777: Let xe-restore-metadata make use of vm-import's dry-run facility

Signed-off-by: Zheng Li <zheng.li@eu.citrix.com>
CA-101777: Add a force flag to xe-restore-metadata (default to false)

Signed-off-by: Zheng Li <zheng.li@eu.citrix.com>
CA-101777: add some comments on the compatability checking logic

Signed-off-by: Zheng Li <zheng.li@eu.citrix.com>
CA-108515: Prevent the destruction of SR configured as IntelliCache SR
Signed-off-by: Siddharth Vinothkumar <siddharth.vinothkumar@citrix.com>
CA-89974: Live migrate fails on IPv6-preferring hosts

Make HTTP client embed IPv6 literal addresses correctly in URLs. A
related commit to xen-api-libs makes the HTTP server understand such URLs.

This commit removes 'Helpers.validate_ip_address' from
xapi/helpers.ml. The related commit to xen-api-libs adds it to
stdext/unixext.ml, renaming it to 'domain_of_addr'.

Signed-off-by: Euan Harris <euan.harris@citrix.com>
Fix logic at the conclusion of Xenguest for domain creation and migration.

As part of the control protocol, Xenguest is expected to write the string

   "result: <xenstore mfn> <console mfn>\n"

to the a pipe back into xenops.  forkexecutioner has already executed a
waitpid() on the xenguest process, waiting for it to exit.

Unfortunately, as soon as xenops receives the result string, it decides to
SIGTERM the xenguest process.

This begins a race condition.  If xenguest finishes executing and exits
cleanly (which it will do, given the result string) in a timely fashion, fe
will record success and the domain creation/migration will be all good.

If however xenguest gets killed with the SIGTERM before it has exited cleanly
(such as actually having valgrind wrapped around xenguest, and the recipient
of the SIGTERM), fe will record a failure at which point xenops will clean up
the domain, despite it having actually been created/migrated successfully.

This could likely explain some spurious failures seen in high-load situation
but not reliably enough to investigate.

Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com>