On Tue, 19 Mar 2019 11:56:27 -0500, Michael Babcock wrote:
>We are at AIM stage 3 so don’t need the UNIXMAP CLASS active. Also we do
>have VLF active with the usual IRR* entries.
>
>Oddly enough it takes a good 10 seconds for ISHELL to start as well. We do
>not see these delays on any other LPAR
We are at AIM stage 3 so don’t need the UNIXMAP CLASS active. Also we do
have VLF active with the usual IRR* entries.
Oddly enough it takes a good 10 seconds for ISHELL to start as well. We do
not see these delays on any other LPAR.
On Tue, Mar 19, 2019 at 11:03 AM Tom Conley
wrote:
> On 3/19
See if you are using VLF and the UNIXMAP class:
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.icha700/vlfu.htm
otherwise, the cost of looking up user/group id mapping in RACF can be very
slow in certain situations where the program doesn't cache them itelf
(like in t
On 3/19/2019 6:51 AM, Michael Babcock wrote:
Does anyone else see this behavior or could help me determine what’s wrong?
When using ISPF 3.4 and putting in a directory (doesn’t matter which one)
it can take up to 10 seconds to display. When typing 3.17 on the command
line and hitting enter i
Does anyone else see this behavior or could help me determine what’s wrong?
When using ISPF 3.4 and putting in a directory (doesn’t matter which one)
it can take up to 10 seconds to display. When typing 3.17 on the command
line and hitting enter it takes up to 10 seconds for the ISPF screen to
