from Your tso session enter the command
"ISRDDN" or "TSO ISRDDN" if the first one fails,
enter the job name
You will get a list of the resources enqued upon by the job
the resources in red will be held in exclusive control
if Your dataset is in red investigate the program why a shared enq becomes
an exclusive one
Hi there, I have tried what you suggested and found that both datasets are on the list and one of the dataset is highlighted (in exclusive mode).
The first job has enough time to go. Actually, it is a whole day job which will keep running until 2:00am and it will be refresh itself and run again and again.....until the next refresh time. Anyway, will keep you guys updated if I find anything new.
The reason came up from someone who is one of the senior of the ex company. of course, I'm not satisfied with it. But I can't flight back with a better answer. Did you try to simulate the same situation to run a batch job like this?
simulate the same situation to run a batch job like this?
it happened at a customer location...
never had any problem sharing in the way You are trying...
we sometimes had some read inconsistencies due to a programming glitch
of not enqueuing properly ( buffer refresh issue )
( we also changed the option to share 4 which refreshes the buffers for the read )
but a question comes to my mind ..
do You have on that cluster a aix/path define with the upgrade option ??
that could be the problem..