On Mon, 16 Jun 2014 22:20:33 -0500, Joel C. Ewing wrote:
It certainly doesn't make sense to go to the overhead of creating a new
USERCAT rather than a new alias to an existing USERCAT for each new TSO
user -- unless perhaps you have a very small, fairly static number of
TSO users.
There are RACF
wrote:
Subject: Re: DFDSS QUESTION - SEMI URGENT
To: IBM-MAIN@LISTSERV.UA.EDU
Received: Friday, June 13, 2014, 10:15 PM
But Willie said it was done in
JCL. How?
:: -Original Message-
:: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On
:: Behalf Of Skip
wrote:
Subject: Re: DFDSS QUESTION - SEMI URGENT
To: IBM-MAIN@LISTSERV.UA.EDU
Received: Friday, June 13, 2014, 10:43 AM
You have already fixed the problem
but you could have tried using the INCAT
and ONLYINCAT operands on either a dataset DUMP or COPY
operation.
:: -Original Message
a
task.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of willie bunter
Sent: Monday, June 16, 2014 11:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFDSS QUESTION - SEMI URGENT - EXPLANATION
Here is how the user bypassed
in
the CATALOG where the ALIAS T10D resides in.
This floored me because I have never seen this parm with the ALIAS
specified in the define cluster.
On Fri, 6/13/14, retired mainframer retired-mainfra...@q.com wrote:
Subject: Re: DFDSS QUESTION - SEMI URGENT
On Mon, 16 Jun 2014 11:44:53 -0500, Tony's Basement Computer wrote:
This brings back memories of a small zOS shop I worked at in the late 90s.
They routinely built user catalogs whose entire name was 8 characters or
less, and intentionally happened to match a high level qualifier(s). Their
, 2014 9:24 AM
:: To: IBM-MAIN@LISTSERV.UA.EDU
:: Subject: Re: DFDSS QUESTION - SEMI URGENT
::
:: INCAT, COPY DUMP didn't work that is why I did the REPRO merge.
:: Perhaps I may have been missing a parm. If you have an example I would
:: appreciate it if you could give it to me.
::
:: Thanks
.
:: -Original Message-
:: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
:: Behalf Of willie bunter
:: Sent: Monday, June 16, 2014 9:13 AM
:: To: IBM-MAIN@LISTSERV.UA.EDU
:: Subject: Re: DFDSS QUESTION - SEMI URGENT - EXPLANATION
::
:: Here is how the user bypassed
On 06/16/2014 07:10 PM, Paul Gilmartin wrote:
On Mon, 16 Jun 2014 11:44:53 -0500, Tony's Basement Computer wrote:
This brings back memories of a small zOS shop I worked at in the late 90s.
They routinely built user catalogs whose entire name was 8 characters or
less, and intentionally
QUESTION - SEMI
URGENT - EXPLANATION)
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
On 06/16/2014 07:10 PM, Paul Gilmartin wrote:
On Mon, 16 Jun 2014 11:44:53 -0500, Tony's Basement Computer wrote:
This brings back memories of a small zOS shop I worked at in the late
On Jun 16, 2014, at 10:20 PM, Joel C. Ewing wrote:
--SNIP--
I can't conceive of a production environment where you would want
USERCAT choice to be left to users or application programmers rather
than having it enforced via ALIAS definitions for
On Jun 16, 2014, at 11:00 PM, Skip Robinson wrote:
Men are from Mars. Women are from Venus. System programmers are from
Earth, where a mature installation with a few decades of history
under its
belt has to deal with a multitude of HLQs each associated with an
application and by implication
Please Provide a LISTC ENT(/) ALL of the vsam dataset
Also, which catalog should it be in?
It is really hard (in my opinion) to catalog VSAM in the wrong Catalog
unless you were not working from the target system. Did you do an ALTER
NEWNAME function to do this?
Lizette
-Original
Going with Lizette's comment, can you alter the dataset name so it can
be found using the standard catalog search order, then use dss copy with
the delete and renameu options to get it cataloged where you want it to
be, and with the right DSN?
Mark Jacobs
On 06/13/14 10:49, Lizette Koehler
/14, Lizette Koehler stars...@mindspring.com wrote:
Subject: Re: DFDSS QUESTION - SEMI URGENT
To: IBM-MAIN@LISTSERV.UA.EDU
Received: Friday, June 13, 2014, 7:49 AM
Please Provide a LISTC ENT(/) ALL of
the vsam dataset
Also, which catalog should it be in?
It is really hard (in my opinion
DEL 'entryname' nscr cat(wrong ucat)
Def 'entryname' (other parameters) cat(correct ucat)
Other parameters will depend on the type of dataset (LVSAM, seq, .)
Another possibility is:
repro mergecat ent('entryname) ifile(wrong ucat) ofile(correct ucat)
HTH,
snip
-Original
Lizette Koehler wrote:
Please Provide a LISTC ENT(/) ALL of the vsam dataset
Good request! With that command, the standard search order is used, but
according to Willie it is not there.
Willie, please try out the command and post the results.
It is really hard (in my opinion) to catalog VSAM
, willie bunter 001409bd2345-dmarc-requ...@listserv.ua.edu
wrote:
Subject: Re: DFDSS QUESTION - SEMI URGENT
To: IBM-MAIN@LISTSERV.UA.EDU
Received: Friday, June 13, 2014, 8:07 AM
When I do the LISTCAT it doesn' find
the dsn. I am not sure how the dsn was cataloged in
the wrong catalog
STEPCAT has been gone for (IIRC) about 7 or 8 years. ISTR. z/OS 1.9...
snip
I was able to rectify the problem by using the MERGECAT option since there was
only 1 dsn for that specific ALIAS.
I got a rude shock to find out that STEPCAT DD is no longer allowed. Ouch.
Has anybody been able to
/14, Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote:
Subject: Re: DFDSS QUESTION - SEMI URGENT
To: IBM-MAIN@LISTSERV.UA.EDU
Received: Friday, June 13, 2014, 8:13 AM
Lizette Koehler wrote:
Please Provide a LISTC ENT(/) ALL of the vsam dataset
Good request! With that command
willie bunter wrote:
I found the cause of the problem. The user defined the dsn in a specific USER
CAT. In his JCL he specified the USER CAT name. He broke the house rules of
letting the system decide which USER CAT to has to be allocated.
Check out FACILITY Class profile
On Fri, 13 Jun 2014 16:02:49 +, Staller, Allan wrote:
STEPCAT has been gone for (IIRC) about 7 or 8 years. ISTR. z/OS 1.9...
You might be right about when STEPCAT/JOBCAT were removed
completely, but they were never allowed with SMS managed data
sets. The following is from MVS/DFP 3.3:
Agree. A desperate measure would be to beat the user abruptly about the
head and shoulders
On Jun 13, 2014 12:04 PM, Tom Marchant
000a2a8c2020-dmarc-requ...@listserv.ua.edu wrote:
On Fri, 13 Jun 2014 09:30:46 -0700, willie bunter wrote:
Does anyone know of a way of doing what I tried to
You have already fixed the problem but you could have tried using the INCAT
and ONLYINCAT operands on either a dataset DUMP or COPY operation.
:: -Original Message-
:: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
:: Behalf Of willie bunter
:: Sent: Friday, June
: DFDSS QUESTION - SEMI URGENT
::
:: When I do the LISTCAT it doesn' find the dsn. I am not sure how the dsn
:: was cataloged in the wrong catalog.
:: The user asked for my help. If I need to ALTER the dsn to use the right
:: catalog is there a STEPCAT parm that needs to be used
: DFDSS QUESTION - SEMI URGENT
::
:: I found the cause of the problem. The user defined the dsn in a
:: specific USER CAT. In his JCL he specified the USER CAT name. He broke
:: the house rules of letting the system decide which USER CAT to has to be
:: allocated. Hence when the LISTCATs failed
-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com
From: retired mainframer retired-mainfra...@q.com
To: IBM-MAIN@LISTSERV.UA.EDU,
Date: 06/13/2014 12:16 PM
Subject:Re: DFDSS QUESTION - SEMI URGENT
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
But Willie said it was done in JCL. How?
:: -Original Message-
:: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
:: Behalf Of Skip Robinson
:: Sent: Friday, June 13, 2014 3:04 PM
:: To: IBM-MAIN@LISTSERV.UA.EDU
:: Subject: Re: DFDSS QUESTION - SEMI URGENT
28 matches
Mail list logo
