NCA: Tailored include/obeyfile should not be limited to LRECL during provisioning

In the z/OSMF Network Configuration Assistance for Cloud configuration; you specify an include and obeyfile for every z/OS image. The 'general' default is a PDSE with FB LRECL 80. The same applied to the 'ezb_cloud_allocate_stack_pdse' workflow as part of the configuration wizard.

When a provisioning template runs which uses network resources (and thus indirectly using and updating the obey/include file), provisioning can fail if one of the VIPA statements exceeds the LRECL of 80 with error:

"EDC5003I Truncation of a record occurred during an I/O operation. (errno2=0xC0440016);"

This is unnecessary because statements can continue on a new line. z/OSMF (or NCA) however demands the line must fit.

An obvious temporary solution is to recreate the PDSE with a larger LRECL, but in our opinion z/OSMF/NCA should honour the dataset LRECL and should continue statements on a new line.

Specific provisioning failed initially because it attempted to fit more then 10 ports on one line and reaching the LRECL of 80.

VIPADYNAMIC
VIPADEFINE 255.255.255.255 xxx.xxx.xxx.xxx
VIPADISTRIBUTE DEFINE DISTM weightedActive OPTLOCAL
xxx.xxx.xxx.xxx PORT 11020 11021 11022 11023 11024 11025 11026 11027 11042 11043
DESTIP xxx.xxx.xxx.xxx xxx.xxx.xxx.xxx
ENDVIPADYNAMIC

z/OSMF or NCA should - if reaching the LRECL of 80 continue on the next line like:

VIPADYNAMIC
VIPADEFINE 255.255.255.255 xxx.xxx.xxx.xxx
VIPADISTRIBUTE DEFINE DISTM weightedActive OPTLOCAL
xxx.xxx.xxx.xxx PORT 11020 11021 11022 11023 11024 11025 11026 11027 11042 11043
11044 11045
DESTIP xxx.xxx.xxx.xxx xxx.xxx.xxx.xxx
ENDVIPADYNAMIC

instead of issuing EDC5003I Truncation.