This bug was fixed in the package open-vm-tools -
2:10.2.0-3~ubuntu0.17.10.1
---------------
open-vm-tools (2:10.2.0-3~ubuntu0.17.10.1) artful; urgency=medium
* backport Bionic open-vm-tools to Artful (LP: #1741390)
- d/control: B-D for dh-autoreconf and dh-systemd
- d/rules: re-add autoreconf and systemd
- d/control: B-D to debhelper version of xenial supporting compat 10
- d/compat: compat level 10 is latest xenial supported level
- d/rules: go back from override_dh_installsystemd to
override_dh_systemd_enable and override_dh_systemd_start as needed on
xenials debhelper version.
- d/rules: drop --no-restart-after-upgrade which only exists in debhelper
10, the version 9 behavior defaults to what we need.
- debian/rules: dh_systemd_start in xenial has issues with the escaping of
the run-vmblock\\x2dfuse.mount job, so drop this call
- debian/open-vm-tools-desktop.postinst: add a fixed version of what
dh_systemd_start would have added
- d/open-vm-tools-desktop.prerm, d/open-vm-tools-desktop.postrm: add what
dh_systemd_start would have added (as-is since those sections worked)
- d/control: update maintainers
* d/open-vm-tools.service: Add After=local-fs.target dependency ensuring
filesystems are ready to fix a race on startup (LP: #1750780)
open-vm-tools (2:10.2.0-3ubuntu3) bionic; urgency=medium
* Disable PrivateTmp for the open-vm-tools.service as it triggers issues
when triggering processes that need tmp through VMOMI API (LP: #1758428)
open-vm-tools (2:10.2.0-3ubuntu2) bionic; urgency=medium
* Revert change in d/open-vm-tools.service that added After=local-fs.target.
It turned out that the systemd in bionic already implicitly fixes
this issue (the change is still needed for backports) (LP: 1750780)
open-vm-tools (2:10.2.0-3ubuntu1) bionic; urgency=medium
* d/open-vm-tools.service: Add After=local-fs.target dependency ensuring
filesystems are ready to fix a race on startup (LP: #1750780)
open-vm-tools (2:10.2.0-3) unstable; urgency=medium
* [47e50a1] Fix debhelper dep for backports
* [34538a5] Make tools.conf useful.
Thanks to Dariusz Gadomski (Closes: #889884)
open-vm-tools (2:10.2.0-2) unstable; urgency=medium
* [249d54c] Fix wayland segfault.
Adding a patch from Fedora to fix a wayland/gnome related segfault.
Thanks to Oliver Kurth (Closes: #887755)
open-vm-tools (2:10.2.0-1) unstable; urgency=medium
* [f0bf956] Add .travis.yml which was removed by gbp.
* [892e2f6] Build with gtk3.
* [03a655b] Check if debhelper handles \ in systemd units.
Thanks to Oliver Kurth (Closes: #886191)
* [5bf9301] Drop -dkms package.
Thanks to Christian Ehrhardt (Closes: #884656)
* [236cdba] Update upstream source from tag 'upstream/10.2.0'
Update to upstream version '10.2.0'
with Debian dir d5190e486b6beb65ee7ed31c0c23a789b8f60cab
(Closes: #884496)
* [692beff] snapshot changelog.
* [45aa743] Add .travis.yml which was removed by gbp.
* [aabeded] Fix dpkg --compare-versions call
* [0697425] Better debhelper version parsing.
* [390ec09] fix even more makefile bugs.
* [6e5fa38] Refreshing patches.
Dropping kernel-module related patches.
* [cbfec05] Drop dh_autoreconf, not needed anymore.
* [d5fef50] autotools-dev is done by dh now.
* [b66ab14] use dh_installsystemd
open-vm-tools (2:10.1.15-1) unstable; urgency=medium
* [78a17f1] Remove fixed CXX std setting.
* [f96f479] Updated version 10.1.15 from 'upstream/10.1.15'
with Debian dir c44394c71e055f4cfd3a15ee578fc9895d64ebb1
* [682790b] Refreshing patches.
-- Christian Ehrhardt <christian.ehrha...@canonical.com> Thu, 15 Feb
2018 09:36:20 +0100
** Changed in: open-vm-tools (Ubuntu Artful)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1750780
Title:
Race with local file systems can make open-vm-tools fail to start
Status in cloud-init:
Invalid
Status in open-vm-tools package in Ubuntu:
Invalid
Status in systemd package in Ubuntu:
Fix Released
Status in open-vm-tools source package in Xenial:
Fix Released
Status in systemd source package in Xenial:
New
Status in open-vm-tools source package in Artful:
Fix Released
Status in open-vm-tools package in Debian:
Fix Released
Bug description:
Since the change in [1] open-vm-tools-service starts very (very) early.
Not so much due to the
Before=cloud-init-local.service
But much more by
DefaultDependencies=no
That can trigger an issue that looks like
root@ubuntuguest:~# systemctl status -l open-vm-tools.service
● open-vm-tools.service - Service for virtual machines hosted on VMware
Loaded: loaded (/lib/systemd/system/open-vm-tools.service; enabled; vendor
preset: enabled)
Active: failed (Result: resources)
As it is right now open-vm-tools can race with the other early start and then
fail.
In detail one can find a message like:
open-vm-tools.service: Failed to run 'start' task: Read-only file system"
This is due to privtaeTmp=yes which is also set needing a writable
/var/tmp [2]
To ensure this works PrivateTmp would have to be removed (not good) or some
after dependencies added that make this work reliably.
I added
After=local-fs.target
which made it work for me in 3/3 tests.
I' like to have an ack by the cloud-init Team that this does not totally kill
the originally intended Before=cloud-init-local.service
I think it does not as local-fs can complete before cloud-init-local, then
open-vm-tools can initialize and finally cloud-init-local can pick up the data.
To summarize:
# cloud-init-local #
DefaultDependencies=no
Wants=network-pre.target
After=systemd-remount-fs.service
Before=NetworkManager.service
Before=network-pre.target
Before=shutdown.target
Before=sysinit.target
Conflicts=shutdown.target
RequiresMountsFor=/var/lib/cloud
# open-vm-tools #
DefaultDependencies=no
Before=cloud-init-local.service
Proposed is to add to the latter:
After=local-fs.target
[1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=859677
[2]: https://github.com/systemd/systemd/issues/5610
To manage notifications about this bug go to:
https://bugs.launchpad.net/cloud-init/+bug/1750780/+subscriptions
--
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
