Activity log for bug #1944946

Date Who What changed Old value New value Message
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