|
View previous topic :: View next topic
|
| Author |
Message |
don.leahy
Active Member
Joined: 06 Jul 2010
Posts: 767
Location: Whitby, ON, Canada
|
|
|
|
Ed, I am not sure. There is the XSYS option, but I have never tried it.
XSYS
Indicates that the XSYS=YES parameter should be used on the GQSCAN
macro. The default is to use XSYS=NO. This means that some ENQs on
other systems may not be returned. Use of the XSYS keyword may have
significant performance implications. See the documentation for the
GQSCAN macro in z/OS MVS Programming: Authorized Assembler Services
Reference EDT-IXG for more information. |
|
| Back to top |
|
 |
Rohit Umarjikar
Global Moderator
Joined: 21 Sep 2010
Posts: 3076
Location: NYC,USA
|
|
|
|
In continuation to Don's reply....
The XSYS option on the GQSCAN macro allows the GQSCAN issuer to indicate whether cross-system processing is required. The default is XSYS=YES. You can specify the option XSYS=NO to turn cross-system processing off for that particular GQSCAN request. If you specify the no cross-system option, XSYS=NO, only the global resource information for the caller's system is returned. This type of GQSCAN can run under the caller's task, without causing the unit of work to be suspended.
Specifying XSYS=NO benefits users of GQSCAN that cannot be suspended and do not require data about requesters on other systems in the complex. |
|
| Back to top |
|
|
PeterHolland
Global Moderator
Joined: 27 Oct 2009
Posts: 2481
Location: Netherlands, Amstelveen
|
|
|
|
So with all respect, we are going to use an ISPF function to monitor batch datasets enqueues?
Proramming GQSCAN routines is back to the dark ages. All the information is for almost no effort to get from the OS'es or as steve (i think) to get from CA-MIM packages,
But once again, a company letting their employees giving the possibillity to browse/modify my financial data, no way.
But then, it could be a bank. |
|
| Back to top |
|
|
steve-myers
Active Member
Joined: 30 Nov 2013
Posts: 917
Location: The Universe
|
|
|
|
I agree with Mr. Holland about access to the financial data. However, there are many ancillary data sets such as SORT control data sets or, perhaps, JCL that might need to be checked - not modified, but checked. All we know is there appears to be a data set usage conflict, and it is being resolved in an unacceptable way.
Back in the days when I was a systems guy with RACF SPECIAL I almost never gave my ID RACF OPERATIONS on the theory I did not want to innocently wonder into data I shouldn't see. If I was tasked with assisting someone else, I generally insisted on providing this assistance using his ID with the user doing what I told him to do or doing things myself under his direction. Much safer. |
|
| Back to top |
|
|
Rohit Umarjikar
Global Moderator
Joined: 21 Sep 2010
Posts: 3076
Location: NYC,USA
|
|
|
|
| I think, we discussed so many options to do so.. let us see now what TS choose to implement. |
|
| Back to top |
|
|
Pete Wilson
Active Member
Joined: 31 Dec 2009
Posts: 592
Location: London
|
|
|
|
The standard DISPLAY GRS command can show if a file is in use and by whom, so offending User can be cancelled:
D GRS,RES=(SYSDSN,'DATA.SET.NAME')
But as everyone says, removing the bollocks of the offenders would have a more lasting effect. |
|
| Back to top |
|
|
Ed Goodman
Active Member
Joined: 08 Jun 2011
Posts: 556
Location: USA
|
|
|
|
| PeterHolland wrote: |
So with all respect, we are going to use an ISPF function to monitor batch datasets enqueues?
Proramming GQSCAN routines is back to the dark ages. All the information is for almost no effort to get from the OS'es or as steve (i think) to get from CA-MIM packages,
But once again, a company letting their employees giving the possibility to browse/modify my financial data, no way.
But then, it could be a bank. |
Peter, I would LOVE to get away from getenq because it will probably simply stop working one of these days.
You say that it is minimal effort to get this info from the OS'es. Can you put me on the path for that? I would need to build something that I can run from a batch job or from the ISPF command line. |
|
| Back to top |
|
|
Rohit Umarjikar
Global Moderator
Joined: 21 Sep 2010
Posts: 3076
Location: NYC,USA
|
|
|
|
Ed Goodman,
Not to get offend but it is good to have a new post specific to GRS as TS has already got many options to begin with. |
|
| Back to top |
|
|
PeterHolland
Global Moderator
Joined: 27 Oct 2009
Posts: 2481
Location: Netherlands, Amstelveen
|
|
|
|
Ed, on page 2 of this topic a gave an example using the D GRS command.
If MIM is intalled, MIM messages could be trapped by MPF to trigger a kill action on (a) user(s).
Or if you are authorized to use CONSOLE in IOF/SDSF you could use probably D GRS too.
About the first 2 things i'm sure, cause i used to do system automation for a couple of years. |
|
| Back to top |
|
|
Ed Goodman
Active Member
Joined: 08 Jun 2011
Posts: 556
Location: USA
|
|
|
|
OK...I see those things, and have tried to figure out how to access them at my site. There are some menu options that fail with S806 because I'm using the wrong startup proc for TSO.
Are netview commands normally allowed for lowly developers like me?
What is the library node prefix for it (ie SEZA* is TCP/IP) ? I can check my system to see if I can find it. |
|
| Back to top |
|
|
PeterHolland
Global Moderator
Joined: 27 Oct 2009
Posts: 2481
Location: Netherlands, Amstelveen
|
|
|
|
Ed, the company I worked for had it's own automation section where I took part in. We worked mainly for the operating people and system programmers, and very seldom for developers.
So i guess there will be a problem to use Netview and/or SA/390
functionality for lowly developers like you 
About library node's don't ask me, I wouldn't know. That is all site dependant. |
|
| Back to top |
|
|
|
|
