[ubuntu/cosmic-proposed] open-vm-tools 2:10.3.5-7~ubuntu0.18.10.1 (Accepted)
Christian Ehrhardt
christian.ehrhardt at canonical.com
Fri Mar 8 21:22:43 UTC 2019
open-vm-tools (2:10.3.5-7~ubuntu0.18.10.1) cosmic; 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:56:17 +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.10.1
-------------- next part --------------
Format: 1.8
Date: Tue, 12 Feb 2019 09:56:17 +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.10.1
Distribution: cosmic
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.10.1) cosmic; 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:
4e4502555490c7deebf407a5f166f7127f2c594f 2462 open-vm-tools_10.3.5-7~ubuntu0.18.10.1.dsc
fa706c0a9843fbb3c3aea978fc68ab78c18d259d 2233804 open-vm-tools_10.3.5.orig.tar.xz
9d298eb47f20f078c398e26c63650ccb568b3497 31080 open-vm-tools_10.3.5-7~ubuntu0.18.10.1.debian.tar.xz
71237270642156ce3d980101a64f6445940304e9 8065 open-vm-tools_10.3.5-7~ubuntu0.18.10.1_source.buildinfo
Checksums-Sha256:
13f290249e90bc18071fbe17c1fbd887269142f4260c996752e4f086b8927bdb 2462 open-vm-tools_10.3.5-7~ubuntu0.18.10.1.dsc
2438050c66ef8601e3e4d8527572ad1d8e783fd3888000cb235c8c2cd02d2d78 2233804 open-vm-tools_10.3.5.orig.tar.xz
fec7ef0e0397ca262ca29ff8167e0f42f023d151b077e92430e1b42ae1340f7b 31080 open-vm-tools_10.3.5-7~ubuntu0.18.10.1.debian.tar.xz
c71ea4e5ab0ee739ba5491ddb2c3f5c01538da1fa6f18ed998a28712b1d1517d 8065 open-vm-tools_10.3.5-7~ubuntu0.18.10.1_source.buildinfo
Files:
130a6b28a71f791553269092e946016f 2462 admin extra open-vm-tools_10.3.5-7~ubuntu0.18.10.1.dsc
4175452860af82710971277cfd75d1fa 2233804 admin extra open-vm-tools_10.3.5.orig.tar.xz
f0061091733215f6d6b38199b592eda6 31080 admin extra open-vm-tools_10.3.5-7~ubuntu0.18.10.1.debian.tar.xz
48888f8ddc68f1e3d320f2e4732cb63e 8065 admin extra open-vm-tools_10.3.5-7~ubuntu0.18.10.1_source.buildinfo
Original-Maintainer: Bernd Zeimetz <bzed at debian.org>
More information about the Cosmic-changes
mailing list