Bug 2128679
| Summary: | [RHEL9][rhel-system-roles] [WARNING]: Unable to query 'service' tool (1): | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 9 | Reporter: | Zhang Yi <yizhan> |
| Component: | rhel-system-roles | Assignee: | Rich Megginson <rmeggins> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | CS System Management SST QE <rhel-cs-system-management-subsystem-qe> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 9.1 | CC: | nhosoi, spetrosi |
| Target Milestone: | rc | Flags: | pm-rhel:
mirror+
|
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | role:storage | ||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2022-12-06 19:59:16 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | 2128801 | ||
| Bug Blocks: | |||
|
Description
Zhang Yi
2022-09-21 12:05:03 UTC
(In reply to Zhang Yi from comment #0) > Description of problem: > > > Version-Release number of selected component (if applicable): > rhel-system-roles-1.20.0-1.el9.noarch > > How reproducible: > 100% > > Steps to Reproduce: > 1. run the test case and check test log > > 2. > 3. > > Actual results: > > > Expected results: > > > Additional info: > This issue can be reproduced with most of the test cases. > > TASK [rhel-system-roles.storage : get service facts] > *************************** > [WARNING]: Unable to query 'service' tool (1): > ok: [localhost] Is this 9.0, 9.1, or 9.2? What was the exact ansible-playbook command you used? What was the inventory you used? The fact that it says "localhost" here suggests that you are running into https://access.redhat.com/solutions/6726561 - can you read this KB article and see if following it solves the problem you are seeing? (In reply to Rich Megginson from comment #1) > (In reply to Zhang Yi from comment #0) > > Description of problem: > > > > > > Version-Release number of selected component (if applicable): > > rhel-system-roles-1.20.0-1.el9.noarch > > > > How reproducible: > > 100% > > > > Steps to Reproduce: > > 1. run the test case and check test log > > > > 2. > > 3. > > > > Actual results: > > > > > > Expected results: > > > > > > Additional info: > > This issue can be reproduced with most of the test cases. > > > > TASK [rhel-system-roles.storage : get service facts] > > *************************** > > [WARNING]: Unable to query 'service' tool (1): > > ok: [localhost] > > Is this 9.0, 9.1, or 9.2? it's 9.1 > What was the exact ansible-playbook command you used? ansible-playbook -i inventory tests/tests_change_fs.yml > What was the inventory you used? [root@storageqe-62 rhel-system-roles.storage]# cat inventory localhost ansible_connection=local > The fact that it says "localhost" here suggests that you are running into > https://access.redhat.com/solutions/6726561 - can you read this KB article > and see if following it solves the problem you are seeing? I've created the inventory as mentioned above, and seems the error reported is not same with above Looks like a bug with ansible-core:
# ansible --version
ansible [core 2.13.3]
# cat junk.yml
---
- hosts: all
become: true
tasks:
- name: get service facts
service_facts:
# cat inventory
localhost ansible_connection=local
# ansible-playbook -i inventory junk.yml
PLAY [all] *********************************************************************
TASK [Gathering Facts] *********************************************************
ok: [localhost]
TASK [get service facts] *******************************************************
[WARNING]: Unable to query 'service' tool (1):
ok: [localhost]
PLAY RECAP *********************************************************************
localhost : ok=2 changed=0 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0
NOTE that the tests succeed - the only issue is a WARNING message that could concern users.
|