ACK/Cmnt: [G/F/B/X][PATCH 0/2] LP:#1891224 - [Hyper-V] VSS and File Copy daemons intermittently fails to start

Stefan Bader stefan.bader at canonical.com
Tue Aug 25 07:33:39 UTC 2020


On 24.08.20 18:59, Marcelo Henrique Cerri wrote:
> BugLink: https://bugs.launchpad.net/bugs/1891224
> 
> WARNING: that needs to be applied to the main trees NOT to the
> linux-azure trees.
> 
> As bug description.
> 
> I tested that in our Azure instances and also on local Hyper-V VMs
> enabling and disbling the corresponding integration services on the
> guest.
> 
> When the integration is disable the patches cause the services to be
> skipped without delays and when they are enabled the services are
> started as expected.

Since the changes are to cloud-tools-common, maybe the tests area should be
updated to add a case of some other cloud that has it installed and is verified
to have no failed units and no unexpected huge delay in boot.

> 
> CPC also did some tests with those changes and they reported positive
> results.
> 
> ---
> Marcelo Henrique Cerri (2):
>   UBUNTU: [Packaging] Bind hv_vss_daemon startup to hv_vss device
>   UBUNTU: [Packaging] bind hv_fcopy_daemon startup to hv_fcopy device
> 
>  debian/linux-cloud-tools-common.hv-fcopy-daemon.service | 2 ++
>  debian/linux-cloud-tools-common.hv-fcopy-daemon.udev    | 1 +
>  debian/linux-cloud-tools-common.hv-vss-daemon.service   | 2 ++
>  debian/linux-cloud-tools-common.hv-vss-daemon.udev      | 1 +
>  debian/rules.d/3-binary-indep.mk                        | 2 ++
>  5 files changed, 8 insertions(+)
>  create mode 100644 debian/linux-cloud-tools-common.hv-fcopy-daemon.udev
>  create mode 100644 debian/linux-cloud-tools-common.hv-vss-daemon.udev
> 
Acked-by: Stefan Bader <stefan.bader at canonical.com>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <https://lists.ubuntu.com/archives/kernel-team/attachments/20200825/4f3de2b6/attachment.sig>


More information about the kernel-team mailing list