Problem with missing data from ontap.na_ontap_command.

[pine spoke]

I have inherited a number of playbooks from a previous employee and I'm working on trying to fix a particular role. This was working prior to an upgrade from Ansible Tower to AAP, and while I think they're related I don't think that's the whole story.

What I currently have for the role is:

    - name: search for volume name in Netapp
      netapp.ontap.na_ontap_command:
        hostname: "{{ netapp_hostname }}"
        https: yes
        username: "{{ username }}"
        password: "{{ password }}"
        validate_certs: no
        command: ['lun', 'show', '-serial', '"{{ lun_serial }}"']
        privilege: 'admin'
        return_dict: yes
      delegate_to: localhost
      register: result

    - debug: var=result

When the debug runs, I don't see any usable data returned from the NetApp:

{
  "result": {
    "changed": true,
    "msg": {
      "status": "passed",
      "result_value": 0,
      "invoked_command": "lun show -serial \"8091G$JcyIle\"",
      "stdout": "",
      "stdout_lines": [],
      "stdout_lines_filter": [],
      "xml_dict": {
        "results": {
          "attrs": {
            "xmlns": "http://www.netapp.com/filer/admin",
            "status": "passed"
          },
          "data": ""
        },
        "active_element": "",
        "last_element": "results",
        "cli-output": {
          "attrs": {},
          "data": ""
        },
        "cli-result-value": {
          "attrs": {},
          "data": "'0'"
        }
      }
    },
    "failed": false
  },
  "_ansible_verbose_always": true,
  "_ansible_no_log": null,
  "changed": false
}

The LUN SN is valid when I run that command on the NetApp with minor formatting.

Any help or advice on how I can figure this out would be appreciated.

[quiet spear]

tested in my end, its working fine.

one way to confirm is run the command directly in cli to check lun exist.

[solid anvil]

I would think the double quotes around the serial number are not necessary. I wonder if they're being interpreted as part of the actual serial number rather than simple text qualifiers.