RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1719631 - [Azure][RHEL8.2]Some fail logs in cloud-init.log
Summary: [Azure][RHEL8.2]Some fail logs in cloud-init.log
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 8
Classification: Red Hat
Component: cloud-init
Version: 8.2
Hardware: Unspecified
OS: Unspecified
low
low
Target Milestone: rc
: ---
Assignee: Eduardo Otubo
QA Contact: Huijuan Zhao
URL:
Whiteboard:
Depends On:
Blocks: 1648375 1726701
TreeView+ depends on / blocked
 
Reported: 2019-06-12 08:42 UTC by Yuxin Sun
Modified: 2024-11-20 07:54 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-10-09 04:45:37 UTC
Type: Bug
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)

Description Yuxin Sun 2019-06-12 08:42:57 UTC 
Description of problem:
See some failed logs in cloud-init.log:
2019-06-05 06:38:03,949 - handlers.py[DEBUG]: finish: azure-ds/load_azure_ds_dir: FAIL: load_azure_ds_dir
2019-06-05 06:38:07,629 - handlers.py[DEBUG]: finish: azure-ds/_get_value_from_leases_file: FAIL: _get_value_from_leases_file
2019-06-05 06:38:07,629 - handlers.py[DEBUG]: finish: azure-ds/find_endpoint: FAIL: find_endpoint

Version-Release number of selected component (if applicable):
cloud-init-18.5-1.el8.2

How reproducible:
100%

Steps to Reproduce:
1. Provision a VM in Azure with cloud-init enabled
2. Check /var/log/cloud-init.log

Actual results:
There're fail logs

Expected results:
No fail logs

Additional info:
MSFT's comments about this issue:
https://bugzilla.redhat.com/show_bug.cgi?id=1648375#c25
https://bugzilla.redhat.com/show_bug.cgi?id=1648375#c26
Comment 2 Dan 2020-02-03 16:21:18 UTC 
Hi Yuxin\Eduardo, thanks for letting us know, is the package any different to the RHEL 7 package 18.5-3.el7. Thanks
Comment 3 Eduardo Otubo 2020-03-05 13:55:39 UTC 
(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.
Comment 4 Huijuan Zhao 2020-03-06 08:24:21 UTC 
(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
Comment 5 Dan 2020-03-06 17:09:51 UTC 
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,
Comment 6 Yuxin Sun 2020-03-09 02:46:43 UTC 
Hi Dan,

Here is the log: http://people.redhat.com/~yuxisun/cloud-init.log
Thanks!
Comment 7 Eduardo Otubo 2020-09-29 13:15:59 UTC 
We had lots of patches regarding Azure on cloud-init-19.4. Can you still reproduce the issue on this version?
Comment 9 Huijuan Zhao 2020-10-04 15:37:56 UTC 
(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
Comment 10 Eduardo Otubo 2020-10-05 08:53:00 UTC 
@Huijuan, thanks!

I'll follow up with Dan if he has a position on this.
Comment 11 anhvo 2020-10-06 14:27:08 UTC 
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.
Comment 12 Eduardo Otubo 2020-10-06 14:35:32 UTC 
@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!
Comment 13 Yuxin Sun 2020-10-09 03:36:16 UTC 
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
Comment 14 Huijuan Zhao 2020-10-09 04:45:37 UTC 
Thanks Yuxin for the test and confirm, close the bug now.
Note You need to log in before you can comment on or make changes to this bug.