FYI - as planned (and now that cloud init is fixed) I'm planning to
upload this to Jammy without the path fix. There should be no issue with
that.
But planning ahead, there will later on be a backport of open-vm-tools 11.3.5
with that to >=Focal.
I checked
21.4-0ubuntu1~20.04.1
This bug was fixed in the package cloud-init - 21.4-0ubuntu1~22.04.1
---
cloud-init (21.4-0ubuntu1~22.04.1) jammy; urgency=medium
* d/upstream/metadata: Change contact to James Falcon
* d/cloud-init.templates: Add LXD to default datasource_list with
translations
* drop the
This bug is believed to be fixed in cloud-init in version 21.4. If this
is still a problem for you, please make a comment and set the state back
to New
Thank you.
** Changed in: cloud-init
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a
This bug was fixed in the package open-vm-tools -
2:11.3.0-2ubuntu0~ubuntu20.04.2
---
open-vm-tools (2:11.3.0-2ubuntu0~ubuntu20.04.2) focal; urgency=medium
* d/rules: provide a compat link for the old open-vm-tools
library/plugin paths (LP: #1944946)
-
This bug was fixed in the package open-vm-tools -
2:11.3.0-2ubuntu0~ubuntu21.04.2
---
open-vm-tools (2:11.3.0-2ubuntu0~ubuntu21.04.2) hirsute; urgency=medium
* d/rules: provide a compat link for the old open-vm-tools
library/plugin paths (LP: #1944946)
-
Okay, I'll release this conditionally as I see all the respective series
have been probably tested, but please be sure to include more
information regarding which testing has been performed and on which
package versions exactly.
--
You received this bug notification because you are a member of
** Tags removed: verification-needed-focal verification-needed-hirsute
** Tags added: verification-done-focal verification-done-hirsute
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1944946
Title:
The issue is fixed when check it in the following images.
1) ubuntu 20.04.3 desktop GA (-proposed repo)
2) ubuntu 21.04 desktop GA. (-proposed repo)
3) ubuntu 21.10 desktop GA
4) ubuntu 21.10 live server GA
5) ubuntu 21.10 cloud image
--
You received this bug notification because you are
Hello vmware-gos-Yuhua, or anyone else affected,
Accepted open-vm-tools into hirsute-proposed. The package will build now
and be available at https://launchpad.net/ubuntu/+source/open-vm-
tools/2:11.3.0-2ubuntu0~ubuntu21.04.2 in a few hours, and then in the
-proposed repository.
Please help us
FYI MPs and PPA uploads for Focal/Hirsute uploaded:
F:
https://code.launchpad.net/~paelzer/ubuntu/+source/open-vm-tools/+git/open-vm-tools/+merge/410021
H:
https://code.launchpad.net/~paelzer/ubuntu/+source/open-vm-tools/+git/open-vm-tools/+merge/410022
PPA:
** Merge proposal linked:
https://code.launchpad.net/~paelzer/ubuntu/+source/open-vm-tools/+git/open-vm-tools/+merge/410021
** Merge proposal linked:
https://code.launchpad.net/~paelzer/ubuntu/+source/open-vm-tools/+git/open-vm-tools/+merge/410022
--
You received this bug notification
Hi Xiaofeng,
cloud-init releases regularly across Ubuntu - so even older releases will pick
up the change with the next round of cloud-init updates. Unless the plan has
changed that would be in a few weeks [1] plus some time to make it into SRUs
from there.
But in addition I think we should
The cloud-init fix is delivered. So next Debian and Ububutu 22.04 will
pick up this change, is it right? Is there any action I need to do for
this issue? Thanks.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
cloud-init fix has been committed upstream via
https://github.com/canonical/cloud-init/pull/1061
** Also affects: cloud-init
Importance: Undecided
Status: New
** Changed in: cloud-init
Status: New => Fix Committed
--
You received this bug notification because you are a member
I was being conservative, not being aware of:
- when the path fix will be made to cloud-init
- when the next release of cloud-init (with the fix) will be available.
Open-vm-tools 11.3.5 on Ubuntu and Debian w/o the /usr/lib/open-vm-tools
symbolic link will have a dependency on the updated
Thanks for the confirmations
> In either case going forward, the /usr/lib/open-vm-tools symbolic link
> should only be needed in 11.3.0 and 11.3.5 open-vm-tools.
> It should not be needed by OVT 12.0.0 and Ubuntu 22.04.
My intention was to drop it slightly earlier.
I wanted to only have it in
@Christian - Just got the test results.
The Service Discovery smoke test(s) PASSED. The multi-arch layout does
not impact the SDMP plugin.
The Guest Customization team will be resolving the libdeployPkgPlugin check in
the cloud-init project.
- quickly, by adding the multi-arch paths to the
@John - ok that worked well, let us hope no later fixups are needed.
Before I go for SRU of this to the other releases with 11.3 i'm waiting for
this final feedback by you and the vRops team.
** Changed in: open-vm-tools (Ubuntu Focal)
Assignee: (unassigned) => Christian Ehrhardt
This bug was fixed in the package open-vm-tools - 2:11.3.0-2ubuntu1
---
open-vm-tools (2:11.3.0-2ubuntu1) impish; urgency=medium
* d/rules: provide a compat link for the old open-vm-tools
library/plugin paths (LP: #1944946)
-- Christian Ehrhardt Thu, 07 Oct
2021 09:31:05
Uploaded, accepted by the release team and built at
https://launchpad.net/ubuntu/+source/open-vm-tools/2:11.3.0-2ubuntu1
Now enters automated testing and hopefully migrating before the first
images/ISOs are built.
--
You received this bug notification because you are a member of Ubuntu
Bugs,
** Merge proposal linked:
https://code.launchpad.net/~paelzer/ubuntu/+source/open-vm-tools/+git/open-vm-tools/+merge/409807
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1944946
Title:
Path of
TBH @John - I'm tempted to do this upload to Impish now for all the inbound
deadlines.
Chances are quite high that this will be the right solution and today (Oct 7th)
is the final freeze for 21.10
(https://discourse.ubuntu.com/t/impish-indri-release-schedule/18540).
Since this issue is severe
SRU Template ready now, juts waiting for that final confirmation from
vROps team to start the upload to 21.10 and the SRUs from there.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1944946
Title:
Furthermore I tried to check this in VMWare Workstation player 16
First of all as I'd expect systemd-detect-virt identified vmware already.
$ systemd-detect-virt
vmware
The code affected by this issue here is in "ovf_vmware_guest_customization".
That is only used in dscheck_OVF.
Therefore to
** Description changed:
+ [Impact]
+
+ * The package correctly fixed a non multiarch path, but we missed
+that some depending SW might have mad assumptions on the old paths.
+One such SW is cloud-init which in certain cases now fails to detect
+and configure vmware correctly.
+
+
Since we will slip final freeze of 21.10 not yet having that
confirmation we should start preparing the SRU template which we will
need later on anyway. Just to pre-eliminate any later stalls.
For that the biggest missing piece for me is the "how to reproduce" you said it
affects customization
I share your impatience. I have pinged the vROps team that is running
the SDMP smoke test.
John Savanyo has been cc'ed on that e-mail.
I agree with your assessment that the fix as proposed will work. It
would be nice for the confirmation.
--
You received this bug notification because you are
Still waiting for a reply, considering how important this might be for some
users I wanted to ping again for a response to be able to finalize this as
proposed or to adapt based on the feedback.
@John - do you have any updates?
--
You received this bug notification because you are a member of
Thank you - waiting for the vROps team reply then.
But given the feedback so far I think we are looking forward to upload the fix
as proposed and in the PPA to Debian and Ubuntu.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
@Christian
The SDMP team has confirmed that the only use of the
serviceDiscovery/scripts path and contents is by the service discovery
plugin. That base of that path used by the SDMP compilation and make
install of the SDMP scripts is derived from $(libdir) which in turn is
derived from the
@John
Thanks for the further checks, once you and the vROps team are done let me know
If I shall continue as proposed in the PPA (just the compat link) or if we
should generally also move serviceDiscovery/scripts/* out of the multiarch dir.
--
You received this bug notification because you are
@Xiaofeng the following command will report the current one matching your
machine.
$ dpkg-architecture --query DEB_HOST_MULTIARCH
If you run it without arguments you will see that there are more/other
variables in case you need them.
--
You received this bug notification because you are a
Hi Christian,
I will change cloud-init codes to search libdeployPkgPlugin.so in
/usr/lib//open-vm-tools directory and fix this issue. Do you
know how to get the multiarch name (normalized GNU triplets) on Ubuntu and
Debian? Is there a easy way to achieve this? Thanks.
--
You received this bug
Hi Christian,
We are certain that the SDMP plugin ./usr/lib/x86_64-linux-gnu/open-vm-
tools/plugins/vmsvc/libserviceDiscovery.so can be found and loaded since
all the other vmsvc and vmusr plugins are successfully handled.
We are waiting on the vROps team
- to run some smoke test(s) that use
** Changed in: cloud-init (Ubuntu)
Status: New => Triaged
** Changed in: cloud-init (Ubuntu)
Importance: Undecided => High
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1944946
Title:
Thanks everyone, from the test build and PR review POV all is fine.
I'm waiting for John to confirm that SDMP is really happy, to avoid
fixing this overall issue twice.
To be clear @John - I'm ok to move the SDMP scripts subdir to a non multiarch
directory if you could confirm that this will
Hi John Wolfe
> Please confirm that guest customization using cloud-init does, in fact, work
> with with this ppa.
Yes. guest customization using cloud-init works well with ppa
https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4673
> I am checking with the SDMP team that the
Hi Yuhua,
Please confirm that guest customization using cloud-init does, in fact,
work with with this ppa.
Also, while the SDMP plugin is locating the scripts based on the
installation directory, it would not hurt to run any basic SDMP test(s)
available to confirm that there are no issues
Hi Christian Ehrhardt,
> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4673
With this ppa it fix the issue "The path change of plugin libdeployPkgPlugin.so
will cause the guest customization failure".
test with images:
1) ubuntu 21.10 desktop beta image
2) ubuntu 21.10 live
Hi John Wolfe,
in #13, Any more testcases are needed due to #8 ? Thanks
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1944946
Title:
Path of open-vm-tools libdeployPkgPlugin.so is now multi-arch
Hi Christian Ehrhardt,
Sure. Thanks very much.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1944946
Title:
Path of open-vm-tools libdeployPkgPlugin.so is now multi-arch
compliant breaking
Hi John and Yuhua,
I have prepared a test build based on the change that I proved for Bernd in
Salsa.
Could you have a test if this resolves (for now) the issues you have found?
=> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4673
From the test build log:
lrwxrwxrwx root/root
As suggested #1 isn't easily doable as long as #2 is meant to be present
(cant't be a symlink and a directory at the same time). And we can't be sure
(unless confirmed) that
/usr/lib/$(DEB_HOST_MULTIARCH)/open-vm-tools/serviceDiscovery/scripts/ will
never have compiled elements. So for now
Hi Christian Ehrhardt
> let us retain the old path with a compat link "for now" meaning 21.10 impish
> and then related >backports.
Thanks very much.
> But at the same time we need to spawn a cloud-init bug tasks on this to be
> able to work with the > correct future paths for 22.04 at least.
44 matches
Mail list logo