-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
=============================================================================
FreeBSD-EN-16:04.hyperv Errata Notice
The FreeBSD Project
Topic: Hyper-V KVP (Key-Value Pair) daemon indefinite sleep
Category: core
Module: hyperv
Announced: 2016-03-16
Credits: Microsoft Open Source Technology Center(OSTC)
Affects: FreeBSD 10.x
Corrected: 2015-12-18 14:52:12 UTC (stable/10, 10.2-STABLE)
2016-03-16 22:31:04 UTC (releng/10.2, 10.2-RELEASE-p14)
2016-03-16 22:30:56 UTC (releng/10.1, 10.1-RELEASE-p31)
For general information regarding FreeBSD Errata Notices and Security
Advisories, including descriptions of the fields above, security
branches, and the following sections, please visit
.
I. Background
Hyper-V is a native hypervisor running on Windows operating system. It can
run FreeBSD 10.x as guest in virtual machine.
Data Exchange is an integration service, also known as a key-value pair or
KVP, that can be used to share information between virtual machines and the
Hyper-V host. For more information, see
.
II. Problem Description
The KVP driver code doesn't implement the KVP device's .d_poll callback
correctly: when there is no data available to the user-mode KVP daemon, the
driver forgets to remember the daemon and wake up the daemon later. As a
result, the daemon can't be woken up in a predictable period of time, and
the host side's KVP query can hang for an unexpected period of time and get
timeout, and finally the host can think the VM is irresponsive or unhealthy.
III. Impact
When a FreeBSD 10.x virtual machine runs on Hyper-V, the host may not get the
expected response of a KVP query. When a virtual machine runs on Azure, the
host may try to recover the "irresponsive" virtual machine by killing it and
starting it later, causing unnecessary virtual machine downtime.
IV. Workaround
Don't run the KVP daemon on a virtual machine. With this, the host will know
that KVP functionality is not working at all, so the host won't try to send KVP
query to virtual machine.
V. Solution
Perform one of the following:
1) Upgrade your system to a supported FreeBSD stable or release / security
branch (releng) dated after the correction date. Reboot is required.
2) To update your system via a binary patch:
Systems running a RELEASE version of FreeBSD on the i386 or amd64
platforms can be updated via the freebsd-update(8) utility:
# freebsd-update fetch
# freebsd-update install
Reboot is required.
3) To update your system via a source code patch:
The following patches have been verified to apply to the applicable
FreeBSD release branches.
a) Download the relevant patch from the location below, and verify the
detached PGP signature using your PGP utility.
# fetch https://security.FreeBSD.org/patches/EN-16:04/hyperv.patch
# fetch https://security.FreeBSD.org/patches/EN-16:04/hyperv.patch.asc
# gpg --verify hyperv.patch.asc
b) Apply the patch. Execute the following commands as root:
# cd /usr/src
# patch < /path/to/patch
c) Recompile your kernel as described in
and reboot the
system.
VI. Correction details
The following list contains the correction revision numbers for each
affected branch.
Branch/path Revision
- -------------------------------------------------------------------------
stable/10/ r292438
releng/10.1/ r296954
releng/10.2/ r296955
- -------------------------------------------------------------------------
To see which files were modified by a particular revision, run the
following command, replacing NNNNNN with the revision number, on a
machine with Subversion installed:
# svn diff -cNNNNNN --summarize svn://svn.freebsd.org/base
Or visit the following URL, replacing NNNNNN with the revision number:
VII. References
.
The latest revision of this advisory is available at
-----BEGIN PGP SIGNATURE-----
iQIcBAEBCgAGBQJW6eQmAAoJEO1n7NZdz2rnq+sQAOOnGB826xMwM5xW7a2rnOKV
SDPzC0XXkHhRltJWSaIBi+nhKusMQcuYEaZDG8P5pvugpJfBPDhv2THu9ofEhvB4
88iT4sFOKi20iXJxrZQM5UT9tPaDoWUCQ9isr4HseotF5Hda4onplGK3/VXq3xGF
tGjgOfnHbhQbXAf7JZwCfjUeIyYYY2VGBscSwDF/AS0Z9vUEudNKnPEZcC5V19LJ
8vZHjknNpchklnaT0UFZwrpFEgpmSU5rtYlH6FbfWYbspqRjEk1Ia2wkasB9im2z
v2vc+qNOqgOMATgatix0yqzXnBkOqi+5ra0MUipXG89l3Yxvekv0mvqQFYRWN7MN
fjPOnP9i2hjoKbbPEArEmYffOFMjxrOTgzLYVxXntOTUFMgGcUXltgjlo/Ov4Fm0
CfDIDUBlyPlDkemPYiaRinyLim4M3TOll2M6ucnonFuE//sLfU/DEnlz8pf+yJg3
jeJ7Pi6YKe+YUrTj2kL8shoPWjg00oHCIZua9nFhdHwNURX5XuoPlf84qxeSmumL
lbQ8Dq82zkECJmJe7fGshUyPGlXqN+ValGYtZkuQwS/vq1cxRomvO1naZQDqJuVA
Z15SW63CnsFIYJvK0Dd0v0i3Nw0WYHRRJ5nFo18WIzHs2FZguib1wqiN6D1oRnrH
0YgK0KZFzwWufB7YB0TG
=4BjO
-----END PGP SIGNATURE-----