Package: open-vm-tools
Version: 2:10.2.5-1+b1
Severity: normal
Tags: patch

Dear Maintainer,

we noticed a line in syslog:

Jun  1 13:57:55 unstable systemd[1]: tmp.mount: Directory /tmp to mount over is 
not empty, mounting anyway.

So I had a look what is inside the mountpoint:

root@unstable[~]# umount -l /tmp
root@unstable[~]# ls -l /tmp/
total 4
drwx------ 2 root root 4096 Apr 11  2017 vmware-root

The root cause is clear: The open-vm-tools service file has no dependency on 
the /tmp
filesystem as this is normally already there. But if /tmp is an extra 
filesystem the
directory creation may happen before /tmp is mounted.


Solution:

Add the line

RequiresMountsFor=/tmp

into the [Unit] section of /lib/systemd/system/open-vm-tools.service.

Tested it with an override file - worked.


Thanks,

Christopher


-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.16.0-2-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.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.16.0-4
ii  libc6               2.27-3
ii  libdrm2             2.4.92-1
ii  libdumbnet1         1.12-7+b1
ii  libfuse2            2.9.7-1
ii  libgcc1             1:8.1.0-5
ii  libglib2.0-0        2.56.1-2
ii  libicu60            60.2-6
ii  libmspack0          0.6-4
ii  libssl1.1           1.1.0h-4
ii  libstdc++6          8.1.0-5
ii  libudev1            238-5
ii  libxml2             2.9.4+dfsg1-7
ii  libxmlsec1          1.2.25-2
ii  libxmlsec1-openssl  1.2.25-2
ii  libxslt1.1          1.1.32-2
ii  pciutils            1:3.5.2-1

Versions of packages open-vm-tools recommends:
ii  ethtool      1:4.16-1
ii  fuse         2.9.7-1
ii  lsb-release  9.20170808
ii  zerofree     1.1.1-1

Versions of packages open-vm-tools suggests:
pn  cloud-init             <none>
pn  open-vm-tools-desktop  <none>

-- no debconf information

Reply via email to