2021-09-24 09:14:29 |
vmware-gos-Yuhua |
bug |
|
|
added bug |
2021-09-24 09:17:51 |
vmware-gos-Yuhua |
bug |
|
|
added subscriber vmware-gos-qa |
2021-09-24 09:18:05 |
vmware-gos-Yuhua |
bug |
|
|
added subscriber John Savanyo |
2021-09-24 09:18:41 |
vmware-gos-Yuhua |
bug |
|
|
added subscriber Pengpeng Sun |
2021-09-24 09:31:38 |
Launchpad Janitor |
open-vm-tools (Ubuntu): status |
New |
Confirmed |
|
2021-09-24 09:52:48 |
vmware-gos-Yuhua |
summary |
the path of plugin libdeployPkgPlugin.so of open-vm-tools is changed and guest customization will fail |
the path of plugin libdeployPkgPlugin.so of open-vm-tools 11.3.0 is changed and guest customization will fail |
|
2021-09-24 14:21:34 |
John Wolfe |
bug |
|
|
added subscriber John Wolfe |
2021-09-27 06:36:18 |
Christian Ehrhardt |
bug task added |
|
cloud-init (Ubuntu) |
|
2021-09-27 06:36:24 |
Christian Ehrhardt |
open-vm-tools (Ubuntu): status |
Confirmed |
Triaged |
|
2021-09-27 06:36:26 |
Christian Ehrhardt |
open-vm-tools (Ubuntu): assignee |
|
Christian Ehrhardt (paelzer) |
|
2021-09-27 06:36:31 |
Christian Ehrhardt |
tags |
|
server-next |
|
2021-09-27 06:36:37 |
Christian Ehrhardt |
bug |
|
|
added subscriber Ubuntu Server |
2021-09-27 07:08:46 |
Christian Ehrhardt |
open-vm-tools (Ubuntu): importance |
Undecided |
High |
|
2021-09-27 07:09:24 |
Christian Ehrhardt |
summary |
the path of plugin libdeployPkgPlugin.so of open-vm-tools 11.3.0 is changed and guest customization will fail |
Path of open-vm-tools libdeployPkgPlugin.so is now multi-arch compliant breaking cloud-init |
|
2021-09-28 13:51:53 |
James Falcon |
cloud-init (Ubuntu): status |
New |
Triaged |
|
2021-09-28 13:51:56 |
James Falcon |
cloud-init (Ubuntu): importance |
Undecided |
High |
|
2021-10-07 06:14:15 |
Christian Ehrhardt |
description |
Problem:
the path of plugin libdeployPkgPlugin.so of open-vm-tools is changed and guest customization will fail for ubuntu 21.10 beta image
Description:
Ubuntu 21.10 have new open-vm-tools 11.3.0. with this new open-vm-tools, the plugin libdeployPkgPlugin.so is put to directory /usr/lib/x86_64-linux-gnu/open-vm-tools/plugins/vmsvc/.
In previous open-vm-tools version (such as 11.2.5), the the plugin libdeployPkgPlugin.so is put to directory /usr/lib/open-vm-tools/plugins/vmsvc/
The path change of plugin libdeployPkgPlugin.so will cause the guest customization failure. |
[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.
* In the long run (next Debian and 22.04) we will keep only the new
paths. But for 21.10 time is too short and even more so for the SRUs
that we regularly do back to at least the last LTS.
There we want to mitigate the impact by adding a compat link on the
old path.
[Test Plan]
* TBD discussion ongoing
[Where problems could occur]
* Since we do not remove, but add a link (that exactly matches the
formerly used path) I'm not too concerned. The issue I can think of
would be e.g. security policies that prevent .so files to load through
symlinks or anything like that. But in that case still the upload
would not further degrade things, it would just not fix it.
Test wise this is all about guest customizations and VMware plugin and
VMware as usual will do checks for that when this is in verification.
[Other Info]
* Down the road we still want to drop that path, it is only added now to
temporarily mitigate such issues. Therefore we do NOT want to have that
in 22.04 for a long time, and will most likely drop it there soon to
spot further issues with it.
* For the same reason I'm also not uploading it to Debian via
https://salsa.debian.org/vmware-packaging-team/pkg-open-vm-tools/-/merge_requests/11
------
Problem:
the path of plugin libdeployPkgPlugin.so of open-vm-tools is changed and guest customization will fail for ubuntu 21.10 beta image
Description:
Ubuntu 21.10 have new open-vm-tools 11.3.0. with this new open-vm-tools, the plugin libdeployPkgPlugin.so is put to directory /usr/lib/x86_64-linux-gnu/open-vm-tools/plugins/vmsvc/.
In previous open-vm-tools version (such as 11.2.5), the the plugin libdeployPkgPlugin.so is put to directory /usr/lib/open-vm-tools/plugins/vmsvc/
The path change of plugin libdeployPkgPlugin.so will cause the guest customization failure. |
|
2021-10-07 07:20:55 |
Christian Ehrhardt |
description |
[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.
* In the long run (next Debian and 22.04) we will keep only the new
paths. But for 21.10 time is too short and even more so for the SRUs
that we regularly do back to at least the last LTS.
There we want to mitigate the impact by adding a compat link on the
old path.
[Test Plan]
* TBD discussion ongoing
[Where problems could occur]
* Since we do not remove, but add a link (that exactly matches the
formerly used path) I'm not too concerned. The issue I can think of
would be e.g. security policies that prevent .so files to load through
symlinks or anything like that. But in that case still the upload
would not further degrade things, it would just not fix it.
Test wise this is all about guest customizations and VMware plugin and
VMware as usual will do checks for that when this is in verification.
[Other Info]
* Down the road we still want to drop that path, it is only added now to
temporarily mitigate such issues. Therefore we do NOT want to have that
in 22.04 for a long time, and will most likely drop it there soon to
spot further issues with it.
* For the same reason I'm also not uploading it to Debian via
https://salsa.debian.org/vmware-packaging-team/pkg-open-vm-tools/-/merge_requests/11
------
Problem:
the path of plugin libdeployPkgPlugin.so of open-vm-tools is changed and guest customization will fail for ubuntu 21.10 beta image
Description:
Ubuntu 21.10 have new open-vm-tools 11.3.0. with this new open-vm-tools, the plugin libdeployPkgPlugin.so is put to directory /usr/lib/x86_64-linux-gnu/open-vm-tools/plugins/vmsvc/.
In previous open-vm-tools version (such as 11.2.5), the the plugin libdeployPkgPlugin.so is put to directory /usr/lib/open-vm-tools/plugins/vmsvc/
The path change of plugin libdeployPkgPlugin.so will cause the guest customization failure. |
[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.
* In the long run (next Debian and 22.04) we will keep only the new
paths. But for 21.10 time is too short and even more so for the SRUs
that we regularly do back to at least the last LTS.
There we want to mitigate the impact by adding a compat link on the
old path.
[Test Plan]
* We need to configure cloud-init to check for VMware IVMF data and we
will see that without the fix it is failing to be detected.
* Set up Ubuntu in VMWare if you do not ahve any ESXi then VMWare Workstation player 16 for Ubuntu as trial from https://www.vmware.com/products/workstation-player/workstation-player-evaluation.html is enough.
# Reduce the ouput a bit for readability and make it not skip vmware
$ echo "datasource_list: [NoCloud, OVF]" < sudo tee /etc/cloud/cloud.cfg.d/99_test.cfg
$ echo "disable_vmware_customization: false" | sudo tee -a /etc/cloud/cloud.cfg.d/99_test.cfg
# Run ds-dentify with debug on
$ sudo DEBUG_LEVEL=5 DI_LOG=stderr /usr/lib/cloud-init/ds-identify --force
# Check the result
$ cat /run/cloud-init/cloud.cfg
Bad case example:
...
Checking for datasource 'OVF' via 'dscheck_OVF'
Running on vmware but rpctool query returned 1: No value found
check for 'OVF' returned not-found[1]
found= maybe=
No ds found [mode=search, notfound=disabled]. Disabled cloud-init [1]
[up 3554.80s] returning 1
And the result is:
$ cat /run/cloud-init/cloud.cfg
di_report:
datasource_list: [ ]
# reporting not found result. notfound=disabled.
Good case example:
...
Checking for datasource 'OVF' via 'dscheck_OVF'
Running on vmware but rpctool query returned 1: No value found
/etc/cloud/cloud.cfg.d/99_test.cfg set disable_vmware_customization to false
check for 'OVF' returned found
found=OVF maybe=
Found single datasource: OVF
[up 3357.93s] returning 0
And the result is:
$ cat /run/cloud-init/cloud.cfg
datasource_list: [ OVF, None ]
Note: VMware who spotted this will do a verification as well on this case.
[Where problems could occur]
* Since we do not remove, but add a link (that exactly matches the
formerly used path) I'm not too concerned. The issue I can think of
would be e.g. security policies that prevent .so files to load through
symlinks or anything like that. But in that case still the upload
would not further degrade things, it would just not fix it.
Test wise this is all about guest customizations and VMware plugin and
VMware as usual will do checks for that when this is in verification.
[Other Info]
* Down the road we still want to drop that path, it is only added now to
temporarily mitigate such issues. Therefore we do NOT want to have that
in 22.04 for a long time, and will most likely drop it there soon to
spot further issues with it.
* For the same reason I'm also not uploading it to Debian via
https://salsa.debian.org/vmware-packaging-team/pkg-open-vm-tools/-/merge_requests/11
------
Problem:
the path of plugin libdeployPkgPlugin.so of open-vm-tools is changed and guest customization will fail for ubuntu 21.10 beta image
Description:
Ubuntu 21.10 have new open-vm-tools 11.3.0. with this new open-vm-tools, the plugin libdeployPkgPlugin.so is put to directory /usr/lib/x86_64-linux-gnu/open-vm-tools/plugins/vmsvc/.
In previous open-vm-tools version (such as 11.2.5), the the plugin libdeployPkgPlugin.so is put to directory /usr/lib/open-vm-tools/plugins/vmsvc/
The path change of plugin libdeployPkgPlugin.so will cause the guest customization failure. |
|
2021-10-07 07:27:20 |
Christian Ehrhardt |
open-vm-tools (Ubuntu): importance |
High |
Critical |
|
2021-10-07 07:27:55 |
Christian Ehrhardt |
tags |
server-next |
regression-update server-next |
|
2021-10-07 07:28:43 |
Christian Ehrhardt |
nominated for series |
|
Ubuntu Hirsute |
|
2021-10-07 07:28:43 |
Christian Ehrhardt |
bug task added |
|
open-vm-tools (Ubuntu Hirsute) |
|
2021-10-07 07:28:43 |
Christian Ehrhardt |
bug task added |
|
cloud-init (Ubuntu Hirsute) |
|
2021-10-07 07:28:43 |
Christian Ehrhardt |
nominated for series |
|
Ubuntu Focal |
|
2021-10-07 07:28:43 |
Christian Ehrhardt |
bug task added |
|
open-vm-tools (Ubuntu Focal) |
|
2021-10-07 07:28:43 |
Christian Ehrhardt |
bug task added |
|
cloud-init (Ubuntu Focal) |
|
2021-10-07 07:28:58 |
Christian Ehrhardt |
open-vm-tools (Ubuntu Focal): status |
New |
Triaged |
|
2021-10-07 07:29:01 |
Christian Ehrhardt |
open-vm-tools (Ubuntu Hirsute): status |
New |
Triaged |
|
2021-10-07 07:29:03 |
Christian Ehrhardt |
open-vm-tools (Ubuntu Hirsute): assignee |
|
Christian Ehrhardt (paelzer) |
|
2021-10-07 07:29:05 |
Christian Ehrhardt |
open-vm-tools (Ubuntu Focal): importance |
Undecided |
High |
|
2021-10-07 07:29:07 |
Christian Ehrhardt |
open-vm-tools (Ubuntu Hirsute): importance |
Undecided |
High |
|
2021-10-07 07:35:38 |
Launchpad Janitor |
merge proposal linked |
|
https://code.launchpad.net/~paelzer/ubuntu/+source/open-vm-tools/+git/open-vm-tools/+merge/409807 |
|
2021-10-07 09:36:12 |
Launchpad Janitor |
open-vm-tools (Ubuntu): status |
Triaged |
Fix Released |
|
2021-10-07 11:37:58 |
Christian Ehrhardt |
open-vm-tools (Ubuntu Focal): assignee |
|
Christian Ehrhardt (paelzer) |
|
2021-10-12 03:55:42 |
James Falcon |
bug task added |
|
cloud-init |
|
2021-10-12 03:55:50 |
James Falcon |
cloud-init: status |
New |
Fix Committed |
|
2021-10-12 05:55:19 |
Launchpad Janitor |
merge proposal linked |
|
https://code.launchpad.net/~paelzer/ubuntu/+source/open-vm-tools/+git/open-vm-tools/+merge/410021 |
|
2021-10-12 05:55:51 |
Launchpad Janitor |
merge proposal linked |
|
https://code.launchpad.net/~paelzer/ubuntu/+source/open-vm-tools/+git/open-vm-tools/+merge/410022 |
|
2021-10-12 05:57:11 |
Christian Ehrhardt |
description |
[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.
* In the long run (next Debian and 22.04) we will keep only the new
paths. But for 21.10 time is too short and even more so for the SRUs
that we regularly do back to at least the last LTS.
There we want to mitigate the impact by adding a compat link on the
old path.
[Test Plan]
* We need to configure cloud-init to check for VMware IVMF data and we
will see that without the fix it is failing to be detected.
* Set up Ubuntu in VMWare if you do not ahve any ESXi then VMWare Workstation player 16 for Ubuntu as trial from https://www.vmware.com/products/workstation-player/workstation-player-evaluation.html is enough.
# Reduce the ouput a bit for readability and make it not skip vmware
$ echo "datasource_list: [NoCloud, OVF]" < sudo tee /etc/cloud/cloud.cfg.d/99_test.cfg
$ echo "disable_vmware_customization: false" | sudo tee -a /etc/cloud/cloud.cfg.d/99_test.cfg
# Run ds-dentify with debug on
$ sudo DEBUG_LEVEL=5 DI_LOG=stderr /usr/lib/cloud-init/ds-identify --force
# Check the result
$ cat /run/cloud-init/cloud.cfg
Bad case example:
...
Checking for datasource 'OVF' via 'dscheck_OVF'
Running on vmware but rpctool query returned 1: No value found
check for 'OVF' returned not-found[1]
found= maybe=
No ds found [mode=search, notfound=disabled]. Disabled cloud-init [1]
[up 3554.80s] returning 1
And the result is:
$ cat /run/cloud-init/cloud.cfg
di_report:
datasource_list: [ ]
# reporting not found result. notfound=disabled.
Good case example:
...
Checking for datasource 'OVF' via 'dscheck_OVF'
Running on vmware but rpctool query returned 1: No value found
/etc/cloud/cloud.cfg.d/99_test.cfg set disable_vmware_customization to false
check for 'OVF' returned found
found=OVF maybe=
Found single datasource: OVF
[up 3357.93s] returning 0
And the result is:
$ cat /run/cloud-init/cloud.cfg
datasource_list: [ OVF, None ]
Note: VMware who spotted this will do a verification as well on this case.
[Where problems could occur]
* Since we do not remove, but add a link (that exactly matches the
formerly used path) I'm not too concerned. The issue I can think of
would be e.g. security policies that prevent .so files to load through
symlinks or anything like that. But in that case still the upload
would not further degrade things, it would just not fix it.
Test wise this is all about guest customizations and VMware plugin and
VMware as usual will do checks for that when this is in verification.
[Other Info]
* Down the road we still want to drop that path, it is only added now to
temporarily mitigate such issues. Therefore we do NOT want to have that
in 22.04 for a long time, and will most likely drop it there soon to
spot further issues with it.
* For the same reason I'm also not uploading it to Debian via
https://salsa.debian.org/vmware-packaging-team/pkg-open-vm-tools/-/merge_requests/11
------
Problem:
the path of plugin libdeployPkgPlugin.so of open-vm-tools is changed and guest customization will fail for ubuntu 21.10 beta image
Description:
Ubuntu 21.10 have new open-vm-tools 11.3.0. with this new open-vm-tools, the plugin libdeployPkgPlugin.so is put to directory /usr/lib/x86_64-linux-gnu/open-vm-tools/plugins/vmsvc/.
In previous open-vm-tools version (such as 11.2.5), the the plugin libdeployPkgPlugin.so is put to directory /usr/lib/open-vm-tools/plugins/vmsvc/
The path change of plugin libdeployPkgPlugin.so will cause the guest customization failure. |
[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.
* In the long run (next Debian and 22.04) we will keep only the new
paths. But for 21.10 time is too short and even more so for the SRUs
that we regularly do back to at least the last LTS.
There we want to mitigate the impact by adding a compat link on the
old path.
[Test Plan]
* We need to configure cloud-init to check for VMware IVMF data and we
will see that without the fix it is failing to be detected.
* Set up Ubuntu in VMWare if you do not ahve any ESXi then VMWare Workstation player 16 for Ubuntu as trial from https://www.vmware.com/products/workstation-player/workstation-player-evaluation.html is enough.
# Reduce the ouput a bit for readability and make it not skip vmware
$ echo "datasource_list: [NoCloud, OVF]" < sudo tee /etc/cloud/cloud.cfg.d/99_test.cfg
$ echo "disable_vmware_customization: false" | sudo tee -a /etc/cloud/cloud.cfg.d/99_test.cfg
# Run ds-dentify with debug on
$ sudo DEBUG_LEVEL=5 DI_LOG=stderr /usr/lib/cloud-init/ds-identify --force
# Check the result
$ cat /run/cloud-init/cloud.cfg
Bad case example:
...
Checking for datasource 'OVF' via 'dscheck_OVF'
Running on vmware but rpctool query returned 1: No value found
check for 'OVF' returned not-found[1]
found= maybe=
No ds found [mode=search, notfound=disabled]. Disabled cloud-init [1]
[up 3554.80s] returning 1
And the result is:
$ cat /run/cloud-init/cloud.cfg
di_report:
datasource_list: [ ]
# reporting not found result. notfound=disabled.
Good case example:
...
Checking for datasource 'OVF' via 'dscheck_OVF'
Running on vmware but rpctool query returned 1: No value found
/etc/cloud/cloud.cfg.d/99_test.cfg set disable_vmware_customization to false
check for 'OVF' returned found
found=OVF maybe=
Found single datasource: OVF
[up 3357.93s] returning 0
And the result is:
$ cat /run/cloud-init/cloud.cfg
datasource_list: [ OVF, None ]
Note: VMware who spotted this will do a verification as well on this case.
[Where problems could occur]
* Since we do not remove, but add a link (that exactly matches the
formerly used path) I'm not too concerned. The issue I can think of
would be e.g. security policies that prevent .so files to load through
symlinks or anything like that. But in that case still the upload
would not further degrade things, it would just not fix it.
Test wise this is all about guest customizations and VMware plugin and
VMware as usual will do checks for that when this is in verification.
[Other Info]
* Down the road we still want to drop that path, it is only added now to
temporarily mitigate such issues. Therefore we do NOT want to have that
in 22.04 for a long time, and will most likely drop it there soon to
spot further issues with it.
* For the same reason I'm also not uploading it to Debian via
https://salsa.debian.org/vmware-packaging-team/pkg-open-vm-tools/-/merge_requests/11 there the active release isn't affected yet
and the next one shall go without (like 22.04)
* But for active Ubuntu release which got the backport I'd want to
SRU fix it despite also having the cloud-init fix later on, since we do
not know which other SW might rely on that path.
------
Problem:
the path of plugin libdeployPkgPlugin.so of open-vm-tools is changed and guest customization will fail for ubuntu 21.10 beta image
Description:
Ubuntu 21.10 have new open-vm-tools 11.3.0. with this new open-vm-tools, the plugin libdeployPkgPlugin.so is put to directory /usr/lib/x86_64-linux-gnu/open-vm-tools/plugins/vmsvc/.
In previous open-vm-tools version (such as 11.2.5), the the plugin libdeployPkgPlugin.so is put to directory /usr/lib/open-vm-tools/plugins/vmsvc/
The path change of plugin libdeployPkgPlugin.so will cause the guest customization failure. |
|
2021-10-19 19:09:00 |
Brian Murray |
open-vm-tools (Ubuntu Hirsute): status |
Triaged |
Fix Committed |
|
2021-10-19 19:09:02 |
Brian Murray |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
2021-10-19 19:09:06 |
Brian Murray |
bug |
|
|
added subscriber SRU Verification |
2021-10-19 19:09:12 |
Brian Murray |
tags |
regression-update server-next |
regression-update server-next verification-needed verification-needed-hirsute |
|
2021-10-19 19:10:53 |
Brian Murray |
open-vm-tools (Ubuntu Focal): status |
Triaged |
Fix Committed |
|
2021-10-19 19:11:01 |
Brian Murray |
tags |
regression-update server-next verification-needed verification-needed-hirsute |
regression-update server-next verification-needed verification-needed-focal verification-needed-hirsute |
|
2021-10-25 08:21:41 |
Utkarsh Gupta |
tags |
regression-update server-next verification-needed verification-needed-focal verification-needed-hirsute |
regression-update server-next verification-done-focal verification-done-hirsute verification-needed |
|
2021-10-26 13:19:56 |
Launchpad Janitor |
open-vm-tools (Ubuntu Hirsute): status |
Fix Committed |
Fix Released |
|
2021-10-26 13:20:01 |
Łukasz Zemczak |
removed subscriber Ubuntu Stable Release Updates Team |
|
|
|
2021-10-26 13:34:30 |
Launchpad Janitor |
open-vm-tools (Ubuntu Focal): status |
Fix Committed |
Fix Released |
|
2021-11-02 19:54:25 |
James Falcon |
cloud-init: status |
Fix Committed |
Fix Released |
|
2021-11-03 07:06:45 |
Launchpad Janitor |
cloud-init (Ubuntu): status |
Triaged |
Fix Released |
|
2022-01-04 11:15:34 |
Christian Ehrhardt |
cloud-init (Ubuntu Focal): status |
New |
Fix Released |
|
2022-01-04 11:15:39 |
Christian Ehrhardt |
cloud-init (Ubuntu Hirsute): status |
New |
Fix Released |
|
2023-05-12 14:58:25 |
James Falcon |
bug watch added |
|
https://github.com/canonical/cloud-init/issues/3909 |
|