Hi,
I would like to understand the logic of this fix. Why should SMSVSAM be
recycled which is part of a local fix?
MMF was enabled at the time of the failure.
• Run Examine on affected data sets and if errors are indicatd
• run a VERIFY which should clear any major errors and
OK, I perhaps did not read the whole PMR. I got my answer to my question.
Regards
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Buckton, T. (Theo)
Sent: 25 March 2015 09:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: PMR 46793,363,864
I have just noticed a very strange behaviour of an MPF exit that is supposed to
suppress messages from hardcopy log. The exit does this:
OICTXTRFB2,CTXTRDTM
We have an abundance of IEC161I messages that clutter up hardcopy log (among
other things). So I set the exit to suppress iec161i
Another tool is Dataquery. This works against the Datadictionary. If you
have this you can get a table layout view.
In DDOL, a DCB line command will build a COBOL copybook for a table or as
previously stated, the batch DDUTILTY program can produce copybooks in
COBOL, PL/I, ASM or EASYTRIEVE for a
Ron,
For an overview you can run a CXX report from the DBUTLTY utility.
A TYPE=A report will give you all databases and all areas.
A CXX report (REPORT AREA=CXX) will give everything.
The report is based on the physical layout of tables/areas/keys/elements.
For each table it will list the
Henn, Karl wrote:
It took me a while to get back to the discussion.
Thanks for coming back to IBM-MAIN.
In order to convince «the world» (incl. myself) that I'm not crazy, ...
You forgot other planets and their worlds, they would go crazy if they find
out... ;-D
... when exactly the
Hello,
It took me a while to get back to the discussion.
In order to convince «the world» (incl. myself) that I'm not crazy, and since
nobody seemed to be able to recreate the problem, I freshly re-installed z/OS
V2R1 (based on the ADLT tapes created June 26th, 2014) in an isolated test LPAR
Henn, Karl wrote:
... when exactly the error was introduced, but it was somewhere between
HDZ2210 at UA70793 and HDZ2210 at UA74516.
Hi Karl,
I ran your test and we have HDZ2210 at UA74516 installed. I don't get your
results. The pds#2() has the correct data.
Doug
Have you seen OA47338?
Bob
IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on
03/25/2015 12:27:33 PM:
From: Henn, Karl k.h...@seg.de
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 03/25/2015 12:27 PM
Subject: Re: Intermittent, not consistently reproducible problems
with PDSEs on z/OS
Thanks, Doug.
I do have a z/OS V2R1 *with* the error, as well as one *without* the error, the
difference being a couple of hundred PTFs - otherwise same HW, some setup, same
customization etc.
It could be that the error was not introduced with a PTF for HDZ2210. If that's
the case, what else
On Wed, 25 Mar 2015 16:27:33 +, Henn, Karl wrote:
I do have a z/OS V2R1 *with* the error, as well as one *without* the error,
the difference being a couple of hundred PTFs - otherwise same HW, some
setup, same customization etc.
It could be that the error was not introduced with a PTF
No, I havn't seen it, and I don't find it , either. Typo?
Thanks.
Karl
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Bob Rutledge
Sent: Wednesday, March 25, 2015 6:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Intermittent, not
On 25 March 2015 at 13:17, Henn, Karl k.h...@seg.de wrote:
No, I havn't seen it, and I don't find it , either. Typo?
No typo - works for me with a general public access, i.e. not logged
on to IBM in any way. Try
http://www-01.ibm.com/support/docview.wss?uid=isg1OA47338
Tony H.
Hi;
Anyone have the JCL to set up a new user for TSO and other services for both
OS/390 and Z/OS.
Getting bored using IBMUSER and when trying to use TSO commands to do it have
made a bit of a mess as it does not seem to work correctly (this could be me!)
and no I do not wish to use the other
A better practice is that the first and only use you make of IBMUSER is to
create a new, local SPECIAL user for your site.
The first thing you should do with this new user is to REVOKE IBMUSER :)
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
Vince Coen wrote:
Anyone have the JCL to set up a new user for TSO and other services for both
OS/390 and Z/OS.
Sri h Kolusu gave you excellent TSO screen samples in a webpage. David Gibney
gave you a good warning.
What services? Ok, that webpage gave you some details for SDSF.
Ok, for JCL,
Vince,
Check this link which explains with examples of how to add users to tso on
z/os using RACF
http://patata.homeip.net/blog/add-users-to-mvs
Kolusu
From: Vince Coen vbc...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 03/25/2015 11:31 AM
Subject:Setting up a new user for
In 7426932741606214.wa.vbcoengmail@listserv.ua.edu, on
03/25/2015
at 01:21 PM, Vince Coen vbc...@gmail.com said:
Anyone have the JCL to set up a new user for TSO and other services
for both OS/390 and Z/OS.
There is no the JCL for that; it depnds on the security setup, the
privileges you
In 5513453e.4080...@acm.org, on 03/25/2015
at 06:31 PM, Joel Ewing jcew...@acm.org said:
Assuming that for JCL he really meant batch job, this can of
course
There is no of course.
RACF-SPECIAL
That won't work very well if he's not using RACF.
issuing RACF commands
Even if he is using
On 03/25/2015 04:03 PM, Shmuel Metz (Seymour J.) wrote:
In 7426932741606214.wa.vbcoengmail@listserv.ua.edu, on
03/25/2015
at 01:21 PM, Vince Coen vbc...@gmail.com said:
Anyone have the JCL to set up a new user for TSO and other services
for both OS/390 and Z/OS.
There is no the
Charles,
You might want to look at RXSMS in the GSF utilities...
Christian
-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag
von Charles Mills
Gesendet: Dienstag, 24. März 2015 22:44
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Retrieve
Vince,
OS/390? IBM's final release of OS/390 occurred nearly 15 years ago, and IBM
support for that release ended over a decade ago. Did you really mean
OS/390? Or are you asking about how to provision (and presumably, hopefully
de-provision) new users to access both TSO/E (my guess for OS/390)
22 matches
Mail list logo