Bernd Finger

Also the task names which contain role variables do not always show the correct content (depending on how the role was executed, e.g. when being called with `include_role`.

When using the inifile like shown [here](https://blogs.sap.com/2016/10/20/easier-unattended-execution-software-provisioning-manager/), the result is as expected.

This one should solve the problem: `# awk 'BEGIN{IGNORECASE = 1}{gsub ("#", "")}/product id/{print $NF}' {{ sap_swpm_tmpdir.path }}/inifile.params | tr -d \'` It prints the product ID when using the...

I suggest we modify the file `template/configfile.j2` to get a header similar to what sapinst creates.

The latest version of sap_swpm does not longer implement different modes, so this issue should no longer be relevant.

See also https://github.com/sap-linuxlab/community.sap_install/issues/205 .

This requirement can be addressed by defining the role variable `sap_general_preconfigure_sap_directories` appropriately.

Looks like this issue is no longer important. When touching the code for SAPCAR*EXE management in any of our roles, we should rework it to be consistent, maybe by implementing...

We are currently determining the current RHEL minor release as the first task of the role. After that, the system might be updated by the role - dependent on the...

A workaround is to allow a reboot at the end of the sap_general_preconfigure role, so that role sap_hana_preconfigure detects the RHEL minor release right at the beginning of its execution,...