package open-vm-tools 2:10.2.0-3~ubuntu0.16.04.1 failed to install/upgrade: bestandseinde op stdin bij de prompt i.v.m. configuratiebestand
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
open-vm-tools (Ubuntu) |
Expired
|
Undecided
|
Unassigned |
Bug Description
Could be caused as a background process? Or while having an update? Update management is active while causing the bug.
ProblemType: Package
DistroRelease: Ubuntu 16.04
Package: open-vm-tools 2:10.2.
ProcVersionSign
Uname: Linux 4.4.0-124-generic x86_64
ApportVersion: 2.20.1-0ubuntu2.17
Architecture: amd64
Date: Thu May 17 07:00:56 2018
ErrorMessage: bestandseinde op stdin bij de prompt i.v.m. configuratiebestand
InstallationDate: Installed on 2016-11-29 (533 days ago)
InstallationMedia: Ubuntu-Server 16.04.1 LTS "Xenial Xerus" - Release amd64 (20160719)
RelatedPackageV
dpkg 1.18.4ubuntu1.4
apt 1.2.26
SourcePackage: open-vm-tools
Title: package open-vm-tools 2:10.2.
UpgradeStatus: No upgrade log present (probably fresh install)
modified.
modified.
modified.
modified.
modified.
modified.
modified.
modified.
modified.
modified.
modified.
mtime.conffile.
mtime.conffile.
mtime.conffile.
mtime.conffile.
mtime.conffile.
Hi jwvdleest,
the update is a normal package update - nothing super-special.
But from your logs I see an issue on your system.
On 2018-05-17 07:00:08 there was a full "apt-get dist-upgrade -y".
This is what - among other updates - pulled in the newer open-vm-tools.
But this not only asked you for modifications of conffiles which are:
a) meant to be auto-generated
b) if changed it will ask you on updates if you want/need to keep your content
To be sure I tried a base Xenial install with these files unchanged - it upgrades without asking me to the new version of open-vm-tools.
Your system lists these files as modified on: 2017-03-10T09:27
Maybe that helps to find what/why they were changed in the first place.
With those files modified DPDK has no choice (unless you force it with e.g. --force-confnew see man dpkg) but to ask you about how to handle it.
Even worse, if this would not have stopped there you'd still have a failed update. conffile. .etc.vmware- tools.vgauth. conf: [deleted] conffile. .etc.vmware- tools.vgauth. schemas. XMLSchema- hasFacetAndProp erty.xsd: [deleted] conffile. .etc.vmware- tools.vgauth. schemas. XMLSchema- instance. xsd: [deleted] conffile. .etc.vmware- tools.vgauth. schemas. XMLSchema. dtd: [deleted] conffile. .etc.vmware- tools.vgauth. schemas. XMLSchema. xsd: [deleted] conffile. .etc.vmware- tools.vgauth. schemas. catalog. xml: [deleted] conffile. .etc.vmware- tools.vgauth. schemas. datatypes. dtd: [deleted] conffile. .etc.vmware- tools.vgauth. schemas. saml-schema- assertion- 2.0.xsd: [deleted] conffile. .etc.vmware- tools.vgauth. schemas. xenc-schema. xsd: [deleted] conffile. .etc.vmware- tools.vgauth. schemas. xml.xsd: [deleted] conffile. .etc.vmware- tools.vgauth. schemas. xmldsig- core-schema. xsd: [deleted]
Your system lists also plenty of files deleted
modified.
modified.
modified.
modified.
modified.
modified.
modified.
modified.
modified.
modified.
modified.
This would have broken a restart of the associated services which has to happen on an upgrade.
So chances are high this would have hit you right after.
If you don't want open-vm-tools you can just remove it fully through "apt remove --purge".
If you need it then I'd ask you to configure it so that it can work, only then it can properly upgrade.