[ubuntu/bionic-proposed] open-vm-tools 2:10.3.5-7~ubuntu0.18.04.1 (Accepted)
Christian Ehrhardt
christian.ehrhardt at canonical.com
Fri Mar 8 21:32:51 UTC 2019
open-vm-tools (2:10.3.5-7~ubuntu0.18.04.1) bionic; urgency=medium
* Backport recent open-vm-tools (LP: #1813944)
- also adresses handling of quiesced snapshot failures (LP: #1814832)
- also adresses issues with resolutionKMS plugins sometimes fails to
load at boot (LP: #1818473)
open-vm-tools (2:10.3.5-7) unstable; urgency=medium
[ Christian Ehrhardt ]
* [71b468f] make vgauth service execution more reliable.
Since d3d47039 "Start vgauth before vmtoolsd" there is a potential race
of starting vgauth so early that it might have issues. This was
discussed back in the day in [1] to [2], but confirmed to be ok by
VMWare.
We were all somewhat convinced by this, but a bad feeling remained not
only with me but also with Bernd [4].
A recent SRU review denial made me rethink all of it and I think we can
make it safer without thwarting the purpose of the original change.
Note: Disambiguation of service names used below:
vgauth - open-vm-tools.vgauth.service
vmtoolsd - open-vm-tools.service
fs - systemd-remount-fs.service
tmp - systemd-tmpfiles-setup.service
cloud-init - cloud-init-local.service
Currently we have these dependency requirements:
- vgauth should be before vmtoolsd
- cloud init should be before vmtoolsd
- cloud init has to be really early in general
- therefore this is using DefaultDependencies=No
That lead to this graph:
fs / tmp -> vmtoolsd -> cloud-init
And d3d47039 added it to be like:
fs / tmp -> vmtoolsd -> cloud-init
^
vgauth --|
But there is no need to have vgauth without any pre-dependencies at all.
It is only needed to be "before" vmtoolsd, therefore we can make it:
fs / tmp -> vgauth -> vmtoolsd -> cloud-init
That will make execution of vgauth much less error-prone (even though I
have no hard issue to report) while at the same time holding up all
known required ordering constraints.
[1]: https://bugs.launchpad.net/ubuntu/+source/open-vm-tools/+bug/1804287/comments/3
[2]: https://bugs.launchpad.net/ubuntu/+source/open-vm-tools/+bug/1804287/comments/12
[3]: https://bugs.launchpad.net/ubuntu/+source/open-vm-tools/+bug/1804287/comments/25
[4]: https://github.com/bzed/pkg-open-vm-tools/pull/15#issuecomment-447237910
Signed-off-by: Christian Ehrhardt <christian.ehrhardt at canonical.com>
open-vm-tools (2:10.3.5-6) unstable; urgency=medium
* [43ec618] Correct and/or improve handling of certain quiesced
snapshot failures.
Thanks to Oliver Kurth (Closes: #921470)
open-vm-tools (2:10.3.5-5) unstable; urgency=medium
* [54cce3e] Start vmtoolsd after apparmor.service.
Github issue #17
open-vm-tools (2:10.3.5-4) unstable; urgency=medium
[ Alf Gaida ]
* [e13792d] udevadm trigger should not fail (Closes: #917642)
open-vm-tools (2:10.3.5-3) unstable; urgency=medium
[ Christian Ehrhardt ]
* [d3d4703] Start vgauth before vmtoolsd.
VGAuthService needs to be ready when vmtoolsd runs. Certain cases - e.g.
Site Recovery Manager failover - will need vgauth to be up.
Therefore add an After=vgauth.service dependency to open-vm-tools.service
To have vgauth be able start early - and not pull cloud-init back late - it
is also required to drop default dependencies which according to VMware is
fine to do so.
(LP: #1804287)
open-vm-tools (2:10.3.5-2) unstable; urgency=medium
[ Raphaël Hertzog ]
* [db2a364] Ensure vmwgfx module is loaded before start of vmtoolsd.
This avoids a failure to start the resolutionKMS plugin and it's
achieved through a drop-in snippet extending open-vm-tools.service
adding an ExecStartPre directive loading the module prior to
the start of the service. (Closes: #915031)
[ Christian Ehrhardt ]
* [e6e0ab8] d/rules: fix dangling symlink of vmware-user.
Back in 2:9.4.0-1280544-6 vmware-user* was moved to the
open-vm-tools-desktop package and some follow on fixes moved bits that
were forgotten like the man page.
(LP: #1807441)
There still is a symlink in /usr/bin/vmware-user that is forgotten in
the base package and broken unless open-vm-tools-desktop is installed.
Change d/rules to move the symlink as well.
Signed-off-by: Christian Ehrhardt <christian.ehrhardt at canonical.com>
* [13d22e5] Breaks and Replaces for moving vmware-user.
Signed-off-by: Christian Ehrhardt <christian.ehrhardt at canonical.com>
* [d56826a] Bump breaks and replaces to next version to be released.
Signed-off-by: Christian Ehrhardt <christian.ehrhardt at canonical.com>
[ Bernd Zeimetz ]
* [e4697c7] Fix race condition between open-vm-tools and systemd-tmpfiles-setup.
Thanks to Jean-Louis Dupond (Closes: #914910)
open-vm-tools (2:10.3.5-1) unstable; urgency=medium
* [7061cb7] Update upstream source from tag 'upstream/10.3.5'
Update to upstream version '10.3.5'
with Debian dir 9315f58cab8ba1356c1e4aa77d714257dc0651f2
Date: Tue, 12 Feb 2019 09:55:41 +0100
Changed-By: Christian Ehrhardt <christian.ehrhardt at canonical.com>
Maintainer: Ubuntu Developers <ubuntu-devel-discuss at lists.ubuntu.com>
https://launchpad.net/ubuntu/+source/open-vm-tools/2:10.3.5-7~ubuntu0.18.04.1
-------------- next part --------------
Format: 1.8
Date: Tue, 12 Feb 2019 09:55:41 +0100
Source: open-vm-tools
Binary: open-vm-tools open-vm-tools-desktop open-vm-tools-dev
Architecture: source
Version: 2:10.3.5-7~ubuntu0.18.04.1
Distribution: bionic
Urgency: medium
Maintainer: Ubuntu Developers <ubuntu-devel-discuss at lists.ubuntu.com>
Changed-By: Christian Ehrhardt <christian.ehrhardt at canonical.com>
Description:
open-vm-tools - Open VMware Tools for virtual machines hosted on VMware (CLI)
open-vm-tools-desktop - Open VMware Tools for virtual machines hosted on VMware (GUI)
open-vm-tools-dev - Open VMware Tools for virtual machines hosted on VMware (developm
Closes: 914910 915031 917642 921470
Launchpad-Bugs-Fixed: 1804287 1807441 1813944 1814832 1818473
Changes:
open-vm-tools (2:10.3.5-7~ubuntu0.18.04.1) bionic; urgency=medium
.
* Backport recent open-vm-tools (LP: #1813944)
- also adresses handling of quiesced snapshot failures (LP: #1814832)
- also adresses issues with resolutionKMS plugins sometimes fails to
load at boot (LP: #1818473)
.
open-vm-tools (2:10.3.5-7) unstable; urgency=medium
.
[ Christian Ehrhardt ]
* [71b468f] make vgauth service execution more reliable.
Since d3d47039 "Start vgauth before vmtoolsd" there is a potential race
of starting vgauth so early that it might have issues. This was
discussed back in the day in [1] to [2], but confirmed to be ok by
VMWare.
We were all somewhat convinced by this, but a bad feeling remained not
only with me but also with Bernd [4].
A recent SRU review denial made me rethink all of it and I think we can
make it safer without thwarting the purpose of the original change.
Note: Disambiguation of service names used below:
vgauth - open-vm-tools.vgauth.service
vmtoolsd - open-vm-tools.service
fs - systemd-remount-fs.service
tmp - systemd-tmpfiles-setup.service
cloud-init - cloud-init-local.service
Currently we have these dependency requirements:
- vgauth should be before vmtoolsd
- cloud init should be before vmtoolsd
- cloud init has to be really early in general
- therefore this is using DefaultDependencies=No
That lead to this graph:
fs / tmp -> vmtoolsd -> cloud-init
And d3d47039 added it to be like:
fs / tmp -> vmtoolsd -> cloud-init
^
vgauth --|
But there is no need to have vgauth without any pre-dependencies at all.
It is only needed to be "before" vmtoolsd, therefore we can make it:
fs / tmp -> vgauth -> vmtoolsd -> cloud-init
That will make execution of vgauth much less error-prone (even though I
have no hard issue to report) while at the same time holding up all
known required ordering constraints.
[1]: https://bugs.launchpad.net/ubuntu/+source/open-vm-tools/+bug/1804287/comments/3
[2]: https://bugs.launchpad.net/ubuntu/+source/open-vm-tools/+bug/1804287/comments/12
[3]: https://bugs.launchpad.net/ubuntu/+source/open-vm-tools/+bug/1804287/comments/25
[4]: https://github.com/bzed/pkg-open-vm-tools/pull/15#issuecomment-447237910
Signed-off-by: Christian Ehrhardt <christian.ehrhardt at canonical.com>
.
open-vm-tools (2:10.3.5-6) unstable; urgency=medium
.
* [43ec618] Correct and/or improve handling of certain quiesced
snapshot failures.
Thanks to Oliver Kurth (Closes: #921470)
.
open-vm-tools (2:10.3.5-5) unstable; urgency=medium
.
* [54cce3e] Start vmtoolsd after apparmor.service.
Github issue #17
.
open-vm-tools (2:10.3.5-4) unstable; urgency=medium
.
[ Alf Gaida ]
* [e13792d] udevadm trigger should not fail (Closes: #917642)
.
open-vm-tools (2:10.3.5-3) unstable; urgency=medium
.
[ Christian Ehrhardt ]
* [d3d4703] Start vgauth before vmtoolsd.
VGAuthService needs to be ready when vmtoolsd runs. Certain cases - e.g.
Site Recovery Manager failover - will need vgauth to be up.
Therefore add an After=vgauth.service dependency to open-vm-tools.service
To have vgauth be able start early - and not pull cloud-init back late - it
is also required to drop default dependencies which according to VMware is
fine to do so.
(LP: #1804287)
.
open-vm-tools (2:10.3.5-2) unstable; urgency=medium
.
[ Raphaël Hertzog ]
* [db2a364] Ensure vmwgfx module is loaded before start of vmtoolsd.
This avoids a failure to start the resolutionKMS plugin and it's
achieved through a drop-in snippet extending open-vm-tools.service
adding an ExecStartPre directive loading the module prior to
the start of the service. (Closes: #915031)
.
[ Christian Ehrhardt ]
* [e6e0ab8] d/rules: fix dangling symlink of vmware-user.
Back in 2:9.4.0-1280544-6 vmware-user* was moved to the
open-vm-tools-desktop package and some follow on fixes moved bits that
were forgotten like the man page.
(LP: #1807441)
There still is a symlink in /usr/bin/vmware-user that is forgotten in
the base package and broken unless open-vm-tools-desktop is installed.
Change d/rules to move the symlink as well.
Signed-off-by: Christian Ehrhardt <christian.ehrhardt at canonical.com>
* [13d22e5] Breaks and Replaces for moving vmware-user.
Signed-off-by: Christian Ehrhardt <christian.ehrhardt at canonical.com>
* [d56826a] Bump breaks and replaces to next version to be released.
Signed-off-by: Christian Ehrhardt <christian.ehrhardt at canonical.com>
.
[ Bernd Zeimetz ]
* [e4697c7] Fix race condition between open-vm-tools and systemd-tmpfiles-setup.
Thanks to Jean-Louis Dupond (Closes: #914910)
.
open-vm-tools (2:10.3.5-1) unstable; urgency=medium
.
* [7061cb7] Update upstream source from tag 'upstream/10.3.5'
Update to upstream version '10.3.5'
with Debian dir 9315f58cab8ba1356c1e4aa77d714257dc0651f2
Checksums-Sha1:
7bbfb93d85fb2be1ecb5e7c6b08daf8ad656d864 2462 open-vm-tools_10.3.5-7~ubuntu0.18.04.1.dsc
fa706c0a9843fbb3c3aea978fc68ab78c18d259d 2233804 open-vm-tools_10.3.5.orig.tar.xz
a4ac27ba4161649fc256889e77f77d00cfcb5cb4 31076 open-vm-tools_10.3.5-7~ubuntu0.18.04.1.debian.tar.xz
dc457b4b5ff1cf71de1df95c3cb58f2a8ac118a9 8065 open-vm-tools_10.3.5-7~ubuntu0.18.04.1_source.buildinfo
Checksums-Sha256:
8dae66f7edf67a9b54187f81bf313a1bc9e65f5c20b3bff47f95938ca2b762cf 2462 open-vm-tools_10.3.5-7~ubuntu0.18.04.1.dsc
2438050c66ef8601e3e4d8527572ad1d8e783fd3888000cb235c8c2cd02d2d78 2233804 open-vm-tools_10.3.5.orig.tar.xz
20f86352d1bdc7adb1cdacf1c1b2aec210619c059fa2eb6e05e7cdd1eb7fb09c 31076 open-vm-tools_10.3.5-7~ubuntu0.18.04.1.debian.tar.xz
ee205bfa847652fca1bbd300cddb6738c222a7202b447f90f7cc34fe030bc76d 8065 open-vm-tools_10.3.5-7~ubuntu0.18.04.1_source.buildinfo
Files:
7d0bfd14ad6ea6d31d82f18fa1f1624e 2462 admin extra open-vm-tools_10.3.5-7~ubuntu0.18.04.1.dsc
4175452860af82710971277cfd75d1fa 2233804 admin extra open-vm-tools_10.3.5.orig.tar.xz
6f4f7692c31ee267fc18c68bca92b4c8 31076 admin extra open-vm-tools_10.3.5-7~ubuntu0.18.04.1.debian.tar.xz
83cc16504f41f955e736368f89067aab 8065 admin extra open-vm-tools_10.3.5-7~ubuntu0.18.04.1_source.buildinfo
Original-Maintainer: Bernd Zeimetz <bzed at debian.org>
More information about the Bionic-changes
mailing list