[Hyper-V] kvp, vrss, fcopy daemons no longer in init

[Joshua R. Poulson]

hv-fcopy-daemon.conf hv-kvp-daemon.conf and hv-vss-daemon.conf are missing from /etc/init and therefore these critical daemons are no longer launched on Hyper-V installations that use linux-virtual-lts-utopic or other instances of the HWE kernel.

Because Azure now uses the HWE kernel, in the generic 12.04 and 14.04 images I see the file /etc/init/hv-kvp-daemon.conf, but executing this fails to start the service (because negotiation of these services is done in the first minute after an image is started) On the 12.04 image I can install the proper linux-tools-`uname -r` and linux-cloud-tools-`uname -r`, but it seems that perhaps the init script is not pointing to the correct binary.

Normally /usr/sbin/hv_kvp_daemon is a wrapper to find /usr/sbin/hv_kvp_daemon-`uname -r`, but that latter file is never installed. On Ubuntu 12.04 I do see that "/usr/lib/linux-lts-trusty-tools-3.13.0-51/hv_kvp_daemon" is installed and works, but I'm not sure yet what's missing to get the upstart service working.

Please correct the init scripts for the HWE kernels on 12.04 and 14.04.

ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: linux-virtual-lts-utopic 3.16.0.37.29
ProcVersionSignature: Ubuntu 3.16.0-37.51~14.04.1-generic 3.16.7-ckt9
Uname: Linux 3.16.0-37-generic x86_64
ApportVersion: 2.14.1-0ubuntu3.10
Architecture: amd64
Date: Wed May 20 11:00:57 2015
EcryptfsInUse: Yes
InstallationDate: Installed on 2015-04-09 (40 days ago)
InstallationMedia: Ubuntu-Server 14.04.2 LTS "Trusty Tahr" - Release amd64 (20150218.1)
ProcEnviron:
 TERM=linux
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: linux-meta-lts-utopic
UpgradeStatus: No upgrade log present (probably fresh install)

[Joshua R. Poulson (jrp)]

Confirmed on Azure gallery images and Linux-virtual-lts-utopic under Hyper-V.

[Andy Whitcroft (apw)]

I believe that this is the same issue reported in bug #1405807. Fixes for which we expect to be in the current kernels in trusty-proposed for both linux-lts-utopic and linux-lts-vivid.

[Andy Whitcroft (apw)]

The fixes for LP#1405807 are now in trusty-proposed for both linux-lts-utopic and -vivid, so if you could confirm the kernels there resolve the issue for you, that would help a lot.

[Joshua R. Poulson (jrp)]

Are these still in proposed? I thought this would have gone live in the next SRU in June.

[Joseph Salisbury (jsalisbury)]

Is this bug still valid or can it be closed?

[Joshua R. Poulson (jrp)]

It looks like these items were added to linux-cloud-tools-common at some point, but I do not see 1457168 in the changelog.

Confirmed with:

$ dpkg -L linux-cloud-tools-common | grep etc

Observe:
/etc/init/hv-fcopy-daemon.conf
/etc/init/hv-vss-daemon.conf
/etc/init/hv-kvp-daemon.conf

(It also places a number of files in /sbin, which are scripts to call the right versions of the daemons)

$ dpkg -L linux-lts-vivid-cloud-tools-3.19.0-37

Observe:
/usr/lib/linux-lts-vivid-cloud-tools-3.19.0-37/hv_fcopy_daemon
/usr/lib/linux-lts-vivid-cloud-tools-3.19.0-37/hv_vss_daemon
/usr/lib/linux-lts-vivid-cloud-tools-3.19.0-37/hv_kvp_daemon

[Joshua R. Poulson (jrp)]

It should be noted that the images for Azure should explicitly include linux-cloud-tools-virtual-lts-vivid if that requirement is not already listed. kvp and other hyper-v daemons are used on Azure for VM PHU and other host-guest communications.