ok---racf person pulling hair out..still getting NO DISPLAYABLE DATA
when trying to display a sysout file...
any other ideas..??
From: Hayim Sokolsky hsokol...@dtcc.com
To: IBM-MAIN@bama.ua.edu
Date: 11/30/2010 01:27 PM
Subject:Re: SDSF display sysout
Sent by:IBM
] On Behalf Of Ron Wells
Sent: Friday, December 03, 2010 10:19 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SDSF display sysout
ok---racf person pulling hair out..still getting NO
DISPLAYABLE DATA
when trying to display a sysout file...
any other ideas..??
From: Hayim Sokolsky hsokol
John...yep...kiss principle --- lol
From: McKown, John john.mck...@healthmarkets.com
To: IBM-MAIN@bama.ua.edu
Date: 12/03/2010 10:52 AM
Subject:Re: SDSF display sysout
Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
Just a WAG, but try INPUT ON in SDSF
Have sysout transfered--NJE--from an AS400 ... the OWNER filed shows
Where would this default becoming from..and can it be altered?
--
Email Disclaimer
This E-mail contains confidential information belonging to
Have sysout transfered--NJE--from an AS400 ... the OWNER filed shows
Where would this default becoming from..and can it be altered?
If you have RACF then I think it is the RACLNODE definitions for sysout.
Though I could be wrong.
Lizette
this is in z/os racf??ask racf guy...unsure where it maybe...
From: Lizette Koehler stars...@mindspring.com
To: IBM-MAIN@bama.ua.edu
Date: 11/30/2010 01:07 PM
Subject:Re: SDSF display sysout
Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
Have sysout
The value is set via SETROPTS NJEUNKNOWN. It represents the
non-ownership of NJE jobs and sysout. It can not be set to an actual RACF
UserID or group.
RACFVARS RACLNDE - is a bypass of translation. Putting a JES (or RSCS)
node in RACLNDE prevents any substitution of NJE information.
Hayim thanks...racf person looking into it
From: Hayim Sokolsky hsokol...@dtcc.com
To: IBM-MAIN@bama.ua.edu
Date: 11/30/2010 01:27 PM
Subject:Re: SDSF display sysout
Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
The value is set via
snip
I've sent an ETR to IBM but since I don't have Q A support they are
trying to get me to pay for clarification of their documentation.
unsnip
I find it hard to believe that someone else has difficulty finding
ANYTHING in the SDSF documentation. That's the only document that I've
Can someone advise as to what exactly the SDSF Display active panel column
SERVER indicates. The help states: Indicates if resource goals are being
met. I've sent an ETR to IBM but since I don't have Q A support they are
trying to get me to pay for clarification of their documentation
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Ruegsegger, Jeff
Sent: Wednesday, September 09, 2009 3:22 PM
To: IBM-MAIN@bama.ua.edu
Subject: SDSF Display Active Server Indicator
Can someone advise as to what exactly the SDSF
In [EMAIL PROTECTED], on 03/25/2007
at 07:59 AM, Paul Gilmartin [EMAIL PROTECTED] said:
Does JES2 make the necessary interfaces available to SDSF?
Does it matter? Submit a requirement against SDSF; if they need[1]
additional JES2 support they'll ask for it.
Does that suggest a requirement to
In [EMAIL PROTECTED], on 03/21/2007
at 04:22 PM, Paul Gilmartin [EMAIL PROTECTED] said:
Wasn't there then. And the HASP designers never anticipated the
needs of SDSF. But SDSF is now here and indispensable, so it must be
able to impose new requirements for usability on JES2 and JES3.
First,
In a recent note, Shmuel Metz (Seymour J.) said:
Subject: Re: SDSF ? display
First, why shouldn't the requirement be on SDSF? If JES2 can print the
data sets in the proper order then SDSF should be able to display them
in that order.
Does JES2 make the necessary interfaces available
When I enter an SDSF STatus display and select a job with the
? prefix command, data sets for that job seem to be displayed
sorted by DSID (is this the default, or did I override it at
some time in the past? Is there any way to nullify a prior
explicit setting and return to the default. I
DSID is assigned by JES. It is the same number that appears in the
allocation messages for a data set assigned to SYSOUT (and DD *, for that
matter, which can also be displayed by SDSF).
I had this great explanation written up, but then I ran a test and I
refreshed my memory a few things. I'm
In a recent note, Ray Mullins said:
Subject: Re: SDSF ? display
dynamically allocated data sets get the next one in sequence.
Bingo! The dymamically allocated data sets appear out of order.
That's the explanation, but certainly not a satisfactory answer.
There could be an old SORT
Paul Gilmartin wrote:
[...]
What determines DSID? It seems almost to increase monotonically
in chronological jobstep order, with a few very annoying
exceptions that appear at the very end of the list. Is there
any way to sort by jobstep order? (Note that this is not
sorting by StepName, since
Paul Gilmartin wrote:
My problem, indeed; I'd like to see all data sets for a job step
contiguous. Rules? The rules simply don't account for the needs
of a human programmer.
What did you complain about in HASP days, when the data sets
were numbered in the order in which they were opened? At
In a recent note, Gerhard Postpischil said:
Subject: Re: SDSF ? display
Paul Gilmartin wrote:
My problem, indeed; I'd like to see all data sets for a job step
contiguous. Rules? The rules simply don't account for the needs
of a human programmer.
What did you complain about
Paul Gilmartin wrote:
So was the HASP system, insofar as running the same job twice
with the same inputs would have produced the same list of
DSIDs. Or do I fail to understand?
In JES2, the DSIDs remain the same regardless of input data. In
HASP, the sequence was determined by program and
Ted MacNEIL [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
-cell00.bisx.prod.on.blackberry...
Gee, I can also update the fields (e.g. srvclass) for jobs running on
the other systems, great!!!
If you have the authority.
We are systems programmers, so...
Kees.
Ted MacNEIL [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
-cell00.bisx.prod.on.blackberry...
DA shows only tasks in the current system:
Not true.
If you are authorised to issue the SYSNAME SDSF command, DA will show
for all systems you specify.
When I saw the replies about the
Isn't that the ST option?
Daniel McLaughlin
ZOS Systems Programmer
Crawford Company
PH: 770 621 3256
[EMAIL PROTECTED]
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL
On Tue, 26 Sep 2006 12:51:44 +, Ted MacNEIL [EMAIL PROTECTED] wrote:
DA shows only tasks in the current system:
Not true.
If you are authorised to issue the SYSNAME SDSF command, DA will show for
all systems you specify.
I know. I just got it implemented, last Friday.
All systems within a
Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
To
IBM-MAIN@BAMA.UA.EDU
cc
Subject
Re: SDSF Display
Isn't that the ST option?
Daniel McLaughlin
ZOS Systems Programmer
Crawford Company
PH: 770 621 3256
[EMAIL PROTECTED
What happens if you issue the sysname * command. I'm not sure if it works
on the DA panel. It's some time since we had a sysplex.
Jim McAlpine
On 9/26/06, Carol Srna [EMAIL PROTECTED] wrote:
Hello. I am in the DA screen of SDSF on a 3 LPAR Plex, SYS4, 1, an U. I
would like to see all
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Carol Srna
Hello. I am in the DA screen of SDSF on a 3 LPAR Plex, SYS4,
1, an U. I would like to see all jobs running on all LPARs.
I am not finhding what I need to do to change this in the
SDSF manual.
Hello. I am in the DA screen of SDSF on a 3 LPAR Plex, SYS4, 1, an U. I
would like to see all jobs running on all LPARs. I am not finhding what I
need to do to change this in the SDSF manual. Help.
Thanks In Advance
P.S. Also not sure if this is a security issue.
I forgot the ** on the sysname command.
Thanks
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at
-Original Message-
From: Vernooy, C.P. - SPLXM
Sent: dinsdag 26 september 2006 15:20
To: 'ibm-main@bama.ua.edu'
Subject: Re: SDSF Display
Ted MacNEIL [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
-cell00.bisx.prod.on.blackberry...
DA shows only tasks in the current system
Gee, I can also update the fields (e.g. srvclass) for jobs running on the
other systems, great!!!
If you have the authority.
When in doubt.
PANIC!!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
Carol Srna [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
Hello. I am in the DA screen of SDSF on a 3 LPAR Plex, SYS4, 1, an U.
I
would like to see all jobs running on all LPARs. I am not finhding
what I
need to do to change this in the SDSF manual. Help.
Thanks In Advance
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Jim McAlpine
What happens if you issue the sysname * command. I'm not
sure if it works on the DA panel. It's some time since we
had a sysplex.
That works, too (as does SYSNAME **).
-jc-
DA shows only tasks in the current system:
Not true.
If you are authorised to issue the SYSNAME SDSF command, DA will show for all
systems you specify.
I know. I just got it implemented, last Friday.
When in doubt.
PANIC!!
Another question: Since sdsf doesn't display the transactional service
classes, is there a way that I can dynamically change the sc of a
transaction-managed stc? Changing it through the da panel does not
change the transaction sc.
Thanks.
On Tue, 15 Aug 2006 11:15:51 -0500, Joel Ivey [EMAIL PROTECTED] wrote:
We have our cics regions being managed by transaction, as opposed to stc.
The daily rmf report lists the activity under the correct transaction
service class. However, on the sdsf da display the region always shows
up under
On Tue, 15 Aug 2006 12:15:11 -0500, Joel Ivey [EMAIL PROTECTED] wrote:
Another question: Since sdsf doesn't display the transactional service
classes, is there a way that I can dynamically change the sc of a
transaction-managed stc? Changing it through the da panel does not
change the
On Tue, 2006-08-15 at 13:30 -0500, Tom Marchant wrote:
If you want to see the activity in terms of the transaction service
classes, you will need a monitor, not SDSF. Your best bet is a CICS
monitor such as Omegamon/CICS, though I have used Omegamon II/MVS for crude
monitoring.
Even RMF
On Tue, 2006-08-15 at 12:15 -0500, Joel Ivey wrote:
Another question: Since sdsf doesn't display the transactional service
classes, is there a way that I can dynamically change the sc of a
transaction-managed stc? Changing it through the da panel does not
change the transaction sc.
Load
40 matches
Mail list logo