Your message dated Sat, 17 Mar 2018 03:12:26 +0100
with message-id <b2329588-25b9-b7f5-d4a4-9e1d3e56e...@debian.org>
and subject line Re: Bug#888955: open-vm-tools.service 10.2.0 does not start on
boot on jessie/stretch/etc
has caused the Debian Bug report #888955,
regarding open-vm-tools.service 10.2.0 does not start on boot on
jessie/stretch/etc
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
888955: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=888955
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: open-vm-tools
Version: 2:10.2.0-2
Severity: important
Dear Maintainer,
here all systems on vSphere 6.0/6.5 fail to start open-vm-tools.service
on boot.
The only thing I see is:
# systemctl status 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)
Active: failed (Result: resources)
Docs: http://open-vm-tools.sourceforge.net/about.php
This happens on jessie and stretch:
Stretch:
Works: 2:10.1.5-5055683-4+deb9u1
Fails: 2:10.2.0-2~bpo9+1
Jessie:
Works: 2:9.4.6-1770165-8
Works: 2:10.1.5-5055683-4+deb9u1~bpo8+1
Fails: 2:10.2.0-2~bpo8+1 (jessie-bpo-sloppy)
-- System Information:
Debian Release: 9.3
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.9.0-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8),
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages open-vm-tools depends on:
ii iproute2 4.9.0-1+deb9u1
ii libc6 2.24-11+deb9u1
ii libdrm2 2.4.74-1
ii libdumbnet1 1.12-7+b1
ii libfuse2 2.9.7-1
ii libgcc1 1:6.3.0-18
ii libglib2.0-0 2.50.3-2
ii libicu57 57.1-6+deb9u1
ii libmspack0 0.5-1+deb9u1
ii libssl1.1 1.1.0f-3+deb9u1
ii libstdc++6 6.3.0-18
ii libudev1 232-25+deb9u1
ii libxml2 2.9.4+dfsg1-2.2+deb9u2
ii libxmlsec1 1.2.23-0.1
ii libxmlsec1-openssl 1.2.23-0.1
ii libxslt1.1 1.1.29-2.1
ii pciutils 1:3.5.2-1
Versions of packages open-vm-tools recommends:
ii ethtool 1:4.8-1+b1
pn fuse <none>
ii lsb-release 9.20161125
pn zerofree <none>
Versions of packages open-vm-tools suggests:
pn cloud-init <none>
pn open-vm-tools-desktop <none>
-- Configuration Files:
/etc/vmware-tools/tools.conf changed:
-- no debconf information
-- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi
GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail:
pmatth...@debian.org patr...@linux-dev.org */
--
/*
Mit freundlichem Gruß / With kind regards,
Patrick Matthäi
GNU/Linux Debian Developer
Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/
--- End Message ---
--- Begin Message ---
Version: 238-1
On Sat, 10 Mar 2018 09:29:46 +0100 Bernd Zeimetz <be...@bzed.de> wrote:
> > Why does it need to run before cloud-init i.e. why does cloud-init need
> > open-vm-tools?
>
> because cloud-init pulls the configuration it should apply from vmtoolsd.
>
> But that is not the bug here and nothing that needs to be changed.
>
> If you would finally read
> https://bugs.launchpad.net/ubuntu/+source/open-vm-tools/+bug/1750780
>
> you would learn that there is a race condition that when PrivateTmp is
> being used the necessary mounts are not always available.
>
> The workaround for now is After=local-fs.target - which will result in a
> dependency loop at some point, which is discussed in
>
> https://bugs.launchpad.net/ubuntu/+source/open-vm-tools/+bug/1750780/comments/11
>
> basically all information is in that bug. Please read it.
Actually this bug report it doesn't contain any actual information what
this supposed race condition in systemd should be. It's mostly
speculation on their part.
Anyway, they said they can no longer reproduce it anyway on bionic which
ships the same version as unstable, so let's close this bug report.
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
--- End Message ---
_______________________________________________
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
