Ok. I figured it out. It was related to the fact that the v8 and above MQ/MFT agents, on z/OS, run under the TSO program IKJEFT01, and thus require some additional security setup. Once I did that on my test lpar, the mounts worked. The v7 runs under a batch java loader, which doesn't have those security requirements.
------------------------------
Peter Vander Woude
------------------------------
Original Message:
Sent: Mon May 05, 2025 11:48 AM
From: Peter Vander Woude
Subject: MQMFT on z/OS and tape mounts with bpxwdynAllocAdditionalOptions
Adding to this. I see on a v9.3 agent, in the transfer log, that the MOUNT parm is getting merged on it's allocate. However, the mount attempt is for an existing dataset and them mount attempt is failing saying the volume can't be mounted.
------------------------------
Peter Vander Woude
Original Message:
Sent: Mon May 05, 2025 11:17 AM
From: Peter Vander Woude
Subject: MQMFT on z/OS and tape mounts with bpxwdynAllocAdditionalOptions
We've just upgraded one of our MQMFT agents, from v7 to v8 (I know, out of support and ancient). Under v7 we had the jobs using ftecreatetransfer and they were transferring datasets that were on tape. With the fte v8 ugprade, we put into place a front end that generates an ant script (I don't think this is the cause of the error though) and now under v8, they are getting tape mounts rejected.
On a test system, I added the bpxwdynAllocAdditionalOptions to the agent config file as bpxwdynAllocAdditionalOptions=MOUNT and after recycling the agent, the tape mounts are still gettin rejected. I even tried bpxwdynAllocAdditionalOptions="MOUNT" and it still didn't mount the tapes.
The v8 agent is 8.0.0.9. I find in service link, that there was an apar for a fix at the v7 and v7.5 levels, where it wasn't merging the bpxdyn options. Is there a v8 ptf for that also?
Peter
------------------------------
Peter Vander Woude
------------------------------