This bug was fixed in the package open-vm-tools - 2:10.3.5-7~ubuntu0.18.04.1
--------------- 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.ehrha...@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.ehrha...@canonical.com> * [13d22e5] Breaks and Replaces for moving vmware-user. Signed-off-by: Christian Ehrhardt <christian.ehrha...@canonical.com> * [d56826a] Bump breaks and replaces to next version to be released. Signed-off-by: Christian Ehrhardt <christian.ehrha...@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 -- Christian Ehrhardt <christian.ehrha...@canonical.com> Tue, 12 Feb 2019 09:55:41 +0100 ** Changed in: open-vm-tools (Ubuntu Bionic) Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1818473 Title: open-vm-tools-desktop: resolutionKMS plugins sometimes fails to load at boot To manage notifications about this bug go to: https://bugs.launchpad.net/open-vm-tools/+bug/1818473/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs