A fix is available
APAR status
Closed as program error.
Error description
Rational Developer for System z - RDz - After upgrading RDz to 9.0.1, VCMTEMP/SYSTSPRT files allocated with HLQ of RSED userid. This problem occurs when RDz user establishes a second connection to the same RSE daemon, using the same userid and -Dsingle.logon=true (default) is set in rsed.envvars. The allocation of the VCMTEMP and SYSTSPRT files with the high level qualifier of the RSE Daemon's userid,is seen when the initial host connection is terminated. Messages similar to the following are seen in the user's rsecomm.log (these allocations may fail in your environment): About to process PROFILE data in /.../WORKAREA/rseduid.ID061227.ISPF.SYSTSPRT 652 2014.05.21 16:58:58:046 EST PID:00000748 THREAD:11857B0000000059 TCB:005C23E8 USER:userid INFO: TSOCommandProcessorBWBImpl: About to malloc() 172 bytes for profdat 653 2014.05.21 16:58:58:046 EST PID:00000748 THREAD:11857B0000000059 TCB:005C23E8 USER:userid INFO: TSOCommandProcessorBWBImpl: Temporary data set prefix set to : rseduid 654 2014.05.21 16:58:58:046 EST PID:00000748 THREAD:11857B0000000059 TCB:005C23E8 USER:userid INFO: TSOCommandProcessorBWBImpl: Funcid: Enqueue released 655 2014.05.21 16:58:58:046 EST PID:00000748 THREAD:11857B0000000059 TCB:005C23E8 USER:userid INFO: TSOCommandProcessorBWBImpl: Function value = SHUTDOWN 656 2014.05.21 16:58:58:047 EST PID:00000748 THREAD:11857B0000000059 TCB:005C23E8 USER:userid INFO: TSOCommandProcessorBWBImpl: SESSION value = SPAWN 657 2014.05.21 16:58:58:047 EST PID:00000748 THREAD:11857B0000000059 TCB:005C23E8 USER:userid INFO: TSOCommandProcessorBWBImpl: About to call bpxwdyn to allocate VCMTEMP 658 2014.05.21 16:58:58:047 EST PID:00000748 THREAD:11857B0000000059 TCB:005C23E8 USER:userid INFO: TSOCommandProcessorBWBImpl: Allocating data set rseduid.ISPF.VCMISPF.ID061227 to the VCMTEMP DD 659 2014.05.21 16:58:58:047 EST PID:00000748 THREAD:11857B0000000059 TCB:005C23E8 USER:userid INFO: TSOCommandProcessorBWBImpl: 1024 bytes of written to VCMTEMP 660 2014.05.21 16:58:58:048 EST PID:00000748 THREAD:11857B0000000059 TCB:005C23E8 USER:userid INFO: TSOCommandProcessorBWBImpl: 1024 bytes of /../etc/rdz;/../var/rdz written to VCMTEMP 661 2014.05.21 16:58:58:048 EST PID:00000748 THREAD:11857B0000000059 TCB:005C23E8 USER:userid INFO: TSOCommandProcessorBWBImpl: 1024 bytes of .:/usr/lpp/java/J7.0_64/bin:/.../usr/lpp/rdz/bin:/../usr/lpp/isp f/bin:/bin:/usr/sbin ワ ワ written to VCMTEMP 662 2014.05.21 16:58:58:049 EST PID:00000748 THREAD:11857B0000000059 TCB:005C23E8 USER:userid INFO: TSOCommandProcessorBWBImpl: Parameter to be passed to ISPZTSO CALL *(ISPZCNT) '+SHUTDOWN ID061227 rseduid.ISPF.VCMISPF. In the above messages, SYSTSPRT and VCMTEMP/VCMISPF should be allocated with userid (RDz user's userid), not rseduid (RSE Daemon's userid) as HLQ. This problem occurs with or without the JAVAOPTS directive -DRSE_DSICALL=TSO enabled. This APAR fix will resolve this problem when -DRSE_DSICALL=TSO is enabled.
Local fix
N/A
Problem summary
**************************************************************** * USERS AFFECTED: 01.All RDz users. * * 02.All of RDz users * **************************************************************** * PROBLEM DESCRIPTION: 01.z/OS files deleted using RDz Host * * Connection Emulator (HCE) still * * appear in Remote Systems view * * filter following a refresh of that * * filter. Rdz User is required to * * disconnect/reconnect to the host in * * order to see the expected file list * * under filter in Remote Systems * * view. * * 02.An allocation error occurred in * * ISPF gateway when RDz client * * disconnected even in * * "RSE_DSICALL=TSO" specified in * * rsed.envvars. * **************************************************************** * RECOMMENDATION: * **************************************************************** 01.When a dataset at the top or bottom of an Remote System View filter in the RDz client was deleted by other processes, the RDz server failed to update the status of it in refreshing the filter. 02.ISPFFUNC=SHUTDOWN is invoked even when the "RSE_DSICALL=TSO" is specified in rsed.envvars.
Problem conclusion
01.The RDz server was fixed to update all datasets status shown by a filter in the client, when a refresh action for it was invoked. 02.Now, ISPFFUNC=SHUTDOWN is not invoked when the "RSE_DSICALL=TSO" is specified in rsed.envvars.
Temporary fix
Comments
APAR Information
APAR number
PI18553
Reported component name
RD/Z HOST
Reported component ID
5724T0723
Reported release
900
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2014-05-22
Closed date
2014-08-16
Last modified date
2014-08-25
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Modules/Macros
FEKFMINE
Fix information
Fixed component name
RD/Z HOST
Fixed component ID
5724T0723
Applicable component levels
R900 PSY UI20613
UP14/08/25 I 1000
Fix is available
Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.
[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSJK49","label":"IBM Developer for z Systems"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"9.0","Edition":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}},{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"9.0","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
27 October 2020