Bug 1719631

Hi Yuxin\Eduardo, thanks for letting us know, is the package any different to the RHEL 7 package 18.5-3.el7. Thanks

(In reply to Dan from comment #2)
> Hi Yuxin\Eduardo, thanks for letting us know, is the package any different
> to the RHEL 7 package 18.5-3.el7. Thanks

This is the pkg diff of commits:

4cbae778 (tag: cloud-init-18.5-6.el8, origin/rhel810/master-18.5, rhel810/master-18.5) Update to cloud-init-18.5-6.el8
ae0f85f8 Azure: Return static fallback address as if failed to find endpoint
a00bafbf Revert: azure: ensure that networkmanager hook script runs
fb0a6c26 (tag: cloud-init-18.5-4.el8) Update to cloud-init-18.5-4.el8
2604984f cc_mounts: check if mount -a on no-change fstab path
b2500e25 DataSourceAzure: Adjust timeout for polling IMDS
f919e65e Azure: Changes to the Hyper-V KVP Reporter
4e4e73df DatasourceAzure: add additional logging for azure datasource
ae9b545c Azure: Ensure platform random_seed is always serializable as JSON.
af2bd9d7 (tag: cloud-init-18.5-3.el8) Update to cloud-init-18.5-3.el8
31290ab1 Adding gating tests for Azure, ESXi and AWS
4c7aa5e8 (tag: cloud-init-18.5-2.el8, rhel-810/18.5/master) Update to cloud-init-18.5-2.el8

@Huijuan,

Can you test with latest package? There's couple of fixes for Azure that might fix the issue.

(In reply to Eduardo Otubo from comment #3)
> @Huijuan,
> 
> Can you test with latest package? There's couple of fixes for Azure that
> might fix the issue.

Tested with cloud-init-18.5-11.el8, still has fail log:

2020-02-20 08:22:46,500 - handlers.py[DEBUG]: finish: azure-ds/load_azure_ds_dir: FAIL: load_azure_ds_dir

Hi, Rick Barry asked MS to test, but we don't have a 8.2 image to test with, can you share the full cloud-init log with us in the meantime?

Thanks,

Hi Dan,

Here is the log: http://people.redhat.com/~yuxisun/cloud-init.log
Thanks!

We had lots of patches regarding Azure on cloud-init-19.4. Can you still reproduce the issue on this version?

(In reply to Eduardo Otubo from comment #7)
> We had lots of patches regarding Azure on cloud-init-19.4. Can you still
> reproduce the issue on this version?

Tested with the latest cloud-init-19.4-11.el8, still met failed log in /var/log/cloud-init.log:

-------------------
13:33:44 ERROR| Reproduced traceback from: /usr/lib/python2.7/site-packages/avocado/core/test.py:839
13:33:44 ERROR| Traceback (most recent call last):
13:33:44 ERROR|   File "/home/jenkins/workspace/Azure-package-runtest-pipeline-877/avocado-cloud/tests/azure/test_functional_cloudinit.py", line 570, in test_cloudinit_check_cloudinit_log
13:33:44 ERROR|     self._check_cloudinit_log()
13:33:44 ERROR|   File "/home/jenkins/workspace/Azure-package-runtest-pipeline-877/avocado-cloud/tests/azure/test_functional_cloudinit.py", line 561, in _check_cloudinit_log
13:33:44 ERROR|     self.assertEqual("", output, "There're error logs: {0}".format(output))
13:33:44 ERROR|   File "/usr/lib64/python2.7/unittest/case.py", line 553, in assertEqual
13:33:44 ERROR|     assertion_func(first, second, msg=msg)
13:33:44 ERROR|   File "/usr/lib64/python2.7/unittest/case.py", line 546, in _baseAssertEqual
13:33:44 ERROR|     raise self.failureException(msg)
13:33:44 ERROR| AssertionError: There're error logs: 2020-09-02 13:32:30,969 - handlers.py[DEBUG]: finish: azure-ds/load_azure_ds_dir: FAIL: load_azure_ds_dir

@Huijuan, thanks!

I'll follow up with Dan if he has a position on this.

This is benign. Azure datasource goes through a list of datasource location to find the ovf-env.xml file. As long as one option succeeds it's not a problem. If all the calls to load_azure_ds_dir FAIL, then that would be a problem.

@Huijuan,

Can you confirm on you test if this is the case?
If it is, you can go ahead and close as NOTABUG, please?

Thanks!

Hi Eduardo,

I checked the log and I think it was just as anhvo said in comment 11. The first time it tried to find Azure data source in /var/lib/cloud/seed/azure and reported FAIL. Then it succeeded in reading azure ovf-env.xml and reported SUCCESS. So I think we can close this BZ. Thanks!

* tested with cloud-init-19.4-11.el8.noarch

2020-10-09 03:26:22,829 - handlers.py[DEBUG]: start: azure-ds/list_possible_azure_ds_devs: list_possible_azure_ds_devs
2020-10-09 03:26:22,829 - util.py[DEBUG]: Running command ['blkid', '-tTYPE=iso9660', '-odevice'] with allowed return codes [0, 2] (shell=False, capture=True)
2020-10-09 03:26:22,974 - util.py[DEBUG]: Running command ['blkid', '-tTYPE=udf', '-odevice'] with allowed return codes [0, 2] (shell=False, capture=True)
2020-10-09 03:26:23,049 - handlers.py[DEBUG]: finish: azure-ds/list_possible_azure_ds_devs: SUCCESS: list_possible_azure_ds_devs
2020-10-09 03:26:23,049 - handlers.py[DEBUG]: start: azure-ds/load_azure_ds_dir: load_azure_ds_dir
2020-10-09 03:26:23,050 - handlers.py[DEBUG]: finish: azure-ds/load_azure_ds_dir: FAIL: load_azure_ds_dir
2020-10-09 03:26:23,050 - handlers.py[DEBUG]: diagnostic: diagnostic message: Did not find Azure data source in /var/lib/cloud/seed/azure
2020-10-09 03:26:23,050 - handlers.py[DEBUG]: start: azure-ds/load_azure_ds_dir: load_azure_ds_dir
2020-10-09 03:26:23,051 - handlers.py[DEBUG]: start: azure-ds/read_azure_ovf: read_azure_ovf
2020-10-09 03:26:23,054 - handlers.py[DEBUG]: start: azure-ds/load_azure_ovf_pubkeys: load_azure_ovf_pubkeys
2020-10-09 03:26:23,056 - handlers.py[DEBUG]: finish: azure-ds/load_azure_ovf_pubkeys: SUCCESS: load_azure_ovf_pubkeys
2020-10-09 03:26:23,060 - handlers.py[DEBUG]: start: azure-ds/_extract_preprovisioned_vm_setting: _extract_preprovisioned_vm_setting
2020-10-09 03:26:23,060 - handlers.py[DEBUG]: finish: azure-ds/_extract_preprovisioned_vm_setting: SUCCESS: _extract_preprovisioned_vm_setting
2020-10-09 03:26:23,060 - handlers.py[DEBUG]: finish: azure-ds/read_azure_ovf: SUCCESS: read_azure_ovf
2020-10-09 03:26:23,061 - handlers.py[DEBUG]: finish: azure-ds/load_azure_ds_dir: SUCCESS: load_azure_ds_dir

Thanks Yuxin for the test and confirm, close the bug now.