2018-06-12 21:51:31 UTC
Since I got such a good response to my last issue, I figure I'd try another one. This one has already been resolved, but we're still puzzled as to why it happened.
After our upgrade to z/OS 2.3 we had some "client initiated" FTP processes fail. These processes log on to our z/OS system with a user ID that we've reserved for this particular usage. In order to not require the distributed guys to understand MVS data set naming conventions we implemented this user ID with "TSO PROFILE PREFIX(PROD)". So when they upload a file with something like:
put myfile.txt RXMTIN.APPL.MYFILE
it is uploaded to data set 'PROD.RXMTIN.APPL.MYFILE'.
This all worked fine through several z/OS upgrades over the last few years. With the upgrade to z/OS 2.3 it no longer worked. The FTP server apparently reverted to using the actual user ID as the HLQ, and thus the above attempted to upload to 'OPSFTP.RXMTIN.APPL.MYFILE' (the user ID is OPSFTP). This failed because that user has access to write to an existing file, but no rights to create a file.
Anyway, very long story short, we ended up logging on to TSO with this user, doing TSO PROFILE to show that PREFIX(PROD) was still set, and then logging off of TSO. Once this was done things were back to normal. This happened with two user IDs, and the solution was the same for both.
The question is, why did we have to do this, where apparently we never had to do it before? Another possibility (unlikely, IMO) is the person who did the previous upgrades (no longer with the company) knew to do this, and the current person did not.
Did something change with z/OS 2.3? Is there a better way around this? As I said, these user ID's are supposed to be for FTP only, and other than for setting the profile prefix they are never used to log on to TSO.
There is some documentation regarding setting the profile prefix initially that says "At this point, the TSO prefix is defined for your current TSO session but is not known to RACF or the FTP server until you log off and log on." But this is not a new setting for the user, but is only an OS upgrade, and I see nothing that says this process must be done in that case.
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN