Closed edrendar closed 2 years ago
hi @edrendar ,
could you double check if the ibm.power_aix.flrtvc
playbook has the parameter download_only
not set to true
?
based from the snippet, it says download_only: true
that might be the case why it only downloads and not install
"changed": false,
"invocation": {
"module_args": {
"apar": "sec",
"check_only": false,
"clean": false,
"csv": null,
"download_only": true,
"extend_fs": true,
"filesets": "Java8",
"force": false,
"path": "/tmp",
"protocol": null,
"save_report": true,
"verbose": true
}
}, "changed": false,
This was recreated in our test systems. Investigating.
Further debugging into the problem shows that the module did not find any efixes (ifixes) to install in the compress file. The flrtvc module uses the flrtvc command to download High Impact pervasive threats (apar: hiper), Security Vulnerabilities (apar: sec) or all (apar: all) which is both. This last option is the default.
The ifixes are temporary fixes specific which lock the files they are fixing and do not allow for other ifix to be installed on top. The idea is that once the official fix is delivered, the user can remove the ifixes and update the O.S with the formal fix. This ifixes are installed using the emgr command, this means that it is expecting that the fixes packed in the epkg.Z format.
In this case, the flrtvc module downloads the security fixes for Java. This fixes are in a compress file /usr/sys/inst.images/work/java_feb2022_fix.tar (This was my chosen folder for the fixes). The module then check the contents of the compress file and realizes there are no epkg.Z fixes in there. This is the content of the compressed file: Advisory.asc Advisory.asc.sig java7_32_installp_7.0.0.700.tar.gz java7_32_installp_7.0.0.700.tar.gz.sig java7_64_installp_7.0.0.700.tar java7_64_installp_7.0.0.700.tar.gz.sig java7r1_32_installp_7.1.0.500.tar.gz java7r1_32_installp_7.1.0.500.tar.gz.sig java7r1_64_installp_7.1.0.500.tar.gz java7r1_64_installp_7.1.0.500.tar.gz.sig java8_32_installp_8.0.0.700.tar.gz java8_32_installp_8.0.0.700.tar.gz.sig java8_64_installp_8.0.0.700.tar.gz java8_64_installp_8.0.0.700.tar.gz.sig
Even compressed individual files will not have any packages in the epkg.Z format. Now the module should have give a message to the user that there are no efixes to be install for this release.
Now, the user can go to the folder and manually install the updated version for Java, in this case: gunzip java8_64_installp_8.0.0.700.tar.gz ; tar -xvf java8_64_installp_8.0.0.700.tar ; intuoc .; installp -aXYqgd . all
I understand it is not the ideal way to do it, but the flrtvc module only takes care of ifixes, while the suma module takes care of updates.
Symptom Currently me and my team are active users of your Ansible Galaxy Collection "ibm.power_aix" project, specifically we are using the module "ibm.power_aix.flrtvc". I'm trying to apply patches for Java, but the "ibm.power_aix.flrtvc" ansible module perform all the job right (look for the fix, download the fix) but in the installation part, is not performing anything.
Snip from the ansible controller
Snip from AIX client
Environment