From today's lunch discussion:
When our 3590's need an action, they display 8 characters. Normally, the
volid is positions 2-7.
We normally see 'K' (keep) or 'M' (mount) in the first position, but we
don't know if other characters are show in this position. We also don't
know the meanings of
Well, of course I would find the doc a few minutes after asking the
question. (I had been looking for it as time permitted over the last few
days.)
Based on the reading of GC35-0099 "IBM 3480 .. Use's Reference", all the
z/OS macros for sending messages to the tape drive force the volid to be
On 11/9/2018 3:24 PM, Charles Mills wrote:
The debug load module is 18MB. The release compile load module is 002FE160 = ~3
MB.
It's reassuring to know it's not YOUR inefficient code that's made this
module so massive! ;-)
--
Phoenix Software International
Edward E. Jaffe
831 Parkview
BPX* is Open System Service, or ported Unix. Not an IBM Mainframe
style product at all.
On Fri, Nov 9, 2018 at 4:52 PM Charles Mills wrote:
>
> Gosh some of the error message documentation -- really the software design
> leading up to the error message -- is just plain awful!
>
>
I agree. In fact, when I started learning C I liked it enough that I
made a set of z/OS assembler macros and subroutines to sort of simulate
some of the C methods I liked best. For example:
#PRINTF 'IGW%05dE Member %s with length %d is too large for a PDS',
MSGID,MEMBER,LEN
On
Hmmm. I've done this before but it seems plausible that the load module has
grown.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Farley, Peter x23353
Sent: Friday, November 9, 2018 1:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
http://www.mildredbrennan.com/mvs/error_logic.png
On 11/9/2018 2:32 PM, Charles Mills wrote:
Geez, again, would it kill them to say that in the error message?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
Yeah, module size was the problem. If anyone cares about the "why" it is
because I was testing building a distro in a new environment. Normally a distro
is built from a release compile of the C++ modules, of course. But this was
just a "test distro" so I built from a debug compile. The debug
I haven’t followed this entire thread but can you not simply scan the CLIST
or REXX libraries for say the LLQ?
On Fri, Nov 9, 2018 at 12:43 PM Jim Beck wrote:
> Alan, Lizette, and Mike,
> Thanks for the suggestions, but we're looking for WHAT CLIST, REXX, or
> dialog component allocated the
Can anyone explain the subject message to me? The documentation (not!)
helpfully explains that the message means
The PDSE program object exceeded the limitations for PDS load modules and
could not be copied (converted) into the specified PDS library.
and refers you over to the Binder API manual.
In assembler I tended to code that way initially, while promising myself
I would add separate error messages as soon as I got the kinks out. Sure.
On 11/9/2018 3:20 PM, Charles Mills wrote:
EXACTLY
Charles
-Original Message-
From: IBM Mainframe Discussion List
W dniu 2018-11-09 o 18:29, Richards, Robert B. pisze:
Oh wise time keepers!
We are going to power down the datacenter so that electricians can make massive
changes to PDUs, etc. Power off is projected to be 6-12 hours.
My question is this:
Doesn't the CPC (in our case, a ZEC12) maintain his
Charles,
Check the module size again and refer to this statement in MVS Program
Management: User's Guide
and Reference (SA23-1393), Chapter 1 Introduction, subsection Using Utilities
for Program Management, heading IEBCOPY:
"However, you cannot convert a program object into a load module
On Fri, 9 Nov 2018 15:22:33 -0600, Michael Babcock wrote:
>Funny you ran across this. We were applying maintenance to Db2 tools
>yesterday and received a message from the binder that said a PMO 3 object
>could not be stored in a PDS. Holddata for the PTF indicated we needed to
>convert the PDS
Gosh some of the error message documentation -- really the software design
leading up to the error message -- is just plain awful!
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.bp
xa800/fsum7131.htm
FSUM7131 Out of space or reached the end of the archive file. If
On Fri, 9 Nov 2018 14:51:59 -0800, Charles Mills wrote:
>Gosh some of the error message documentation -- really the software design
>leading up to the error message -- is just plain awful!
>
>https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.bpxa800/fsum7131.htm
>
It is one of the benefits of working in C or C++: it is trivially easy to
produce incredibly informative error messages:
CZA0082S Error detected while processing maximum message length ('20') of
'MAXMSG'
CZA0084I Near column 48 of record 46 of Parameter File
Funny you ran across this. We were applying maintenance to Db2 tools
yesterday and received a message from the binder that said a PMO 3 object
could not be stored in a PDS. Holddata for the PTF indicated we needed to
convert the PDS to PDSE. We did and all was well with the world. Don’t
Thanks. I'll try to find a few bits to lop off.
Geez, again, would it kill them to say that in the error message?
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Joe du Plumber
Sent: Friday, November 9, 2018 2:05 PM
To:
EXACTLY
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Tom Brennan
Sent: Friday, November 9, 2018 3:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IGW01203E MEMBER EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.
Doesn't that size value 011C5D10 mean that the load module is over 16M bytes
long? Does PDS support load modules that large? PDSE definitely does, I'm
just not certain about PDS.
HTH
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Sankaranarayanan, Vignesh wrote:
>Thanks for this.. can this be updated to add accesses available through UACC?
No. That type of info is in the base part of the profile. Look in unloaded
record type 0400 for datasets this field DSBD_UACC and adjust the ICETOOL job
for that.
Look in this below
Ahhh, SORT is my kryptonite..
– Vignesh
Mainframe Infrastructure
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Elardus Engelbrecht
Sent: 09 November 2018 09:17
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Profiles specific to user
Sankaranarayanan,
Consider using a"PIPES" like concept to multi thread, i.e., if J1 creates a
dataset read by J2, send the data to a pipe so that J2 can run concurrently.
Or if these are DB updates, split the inut into multiples jobs and run
concurrently.
It depends on you work flow.
n Fri, 9 Nov 2018 10:09:40
Hello everyone,
we have a LPAR with 2-3 CPs and currently 330 MSU.
Unfortunately large portions of a migration batch are single-threaded and
therefore only run with ~178 MSU on CP.
Is there a way to combine >2 CP's to make them work together on a
single-threaded task?
Best regards
Kevin
Run fewer CPs at a faster speed. See you account rep.
On Fri, Nov 9, 2018 at 3:20 AM Kevin Neuhaus/KBS wrote:
>
> Hello everyone,
>
> we have a LPAR with 2-3 CPs and currently 330 MSU.
> Unfortunately large portions of a migration batch are single-threaded and
> therefore only run with ~178 MSU
Update:
I regenerated self-signed certificate, exported to PC and added to PCOMM
CA certificates.
Now it works... partially.
I have two OSA ICC chpids and it works for CHPID A, but not for CHPID B.
OSA-ICC User's Guide says the certificate is per CPC not per card.
PCOMM reports error code 414
Billy,
I just specified 2 (HLASM) instead of 1 (automatic) and it worked. I
didn't do enough research.
Regards, Pierre.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu
Thanks Scott.
I guess you could say that it may need consideration when trying to push your
existing h/w to the limit, much like how WLM is to ration resources out when
things are running tight.
– Vignesh
Mainframe Infrastructure
-Original Message-
From: IBM Mainframe Discussion List
Interesting you should mention that.
Most systems we see do in fact have I/O priority management enabled. (Groups
less so.)
However, that will affect the computed velocity. And in some cases it can skew
the velocity in ways that may be counter-productive. And the problems that I/O
priority
Jason,
IBM ships IEAMDBLG in SYS1.SAMPLIB as an example of how to extract records
from the operations log logstream and convert them into SYSLOG format. You can
see how it gets to the MDBCDESC (defined in macro IEAVM105) field and uses it
to determine if the message is a command response.
Scott Chapman wrote:
>SMF30PFI includes flags indicating that the service class was changed either
>during or before execution.
Sorry, but is it not SMF30PF1 (number one instead of letter i)?
Groete / Greetings
Elardus Engelbrecht
Performance section flag byte (SMF30PF1):
X'80' (SMF30PFJ)
So it's just a flag to say it happened?
Can't find the from and to srvclass info anywhere.. ?
– Vignesh
Mainframe Infrastructure
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Elardus Engelbrecht
Sent: 09 November 2018 13:16
To: IBM-MAIN@LISTSERV.UA.EDU
Subject:
SMF30PFI includes flags indicating that the service class was changed either
during or before execution.
Scott Chapman
Enterprise Performance Strategies
On Thu, 8 Nov 2018 17:59:19 +, Sankaranarayanan, Vignesh
wrote:
>Hello list,
>
>Apart from 99.2, can I find info on service class
No
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Kevin Neuhaus/KBS
Sent: Friday, November 9, 2018 3:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Bundling several physical CP's for single-threaded Tasks
Hello everyone,
we have a LPAR with 2-3 CPs and currently 330
Is there a way that I can determine if my SORT can be done in memory, or if
I will use SORTWK files? I am running IBM DFSORT if that matters.
For example, I am playing with a file that has about 15 Million records
(FB, len 49), and the key is the whole 49-byte record. How can I determine
if the
Hi
Given the choice of using the SSAR instruction with a ALET of 1
And adding a access list entry via ALESERV
which is the preferred method
I would get the feeling Peter Relson and Rob Scott would say ALESERV
Thanks
--
Alan, Lizette, and Mike,
Thanks for the suggestions, but we're looking for WHAT CLIST, REXX, or dialog
component allocated the dataset, not the TSO user.
Anthony, you're on the right track, but I think you're also right that IKJ-- or
IRX-- (for Rexx) is doing the allocation.
Thanks for the
We want to extract some important messages from syslog or operlog by
filter MSGID
> If we use SORTs Or "ISREDIT find",we don't know how to extract
multiple-line message
> Could you tell us how to use SORTs can extract on 'anything' using
control cards or "ISREDIT find"
> any suggestions is
Hi Charles,
We experienced the same thing several weeks ago. It is documented in PHO3870.
http://www-01.ibm.com/support/docview.wss?crawler=1=swg1PH03870
HTH,
Mike
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Charles Mills
When we upgraded to z/OS 2.3, we started getting the error message out in our
CPCS software. This message wasn't occurring before. It isn't causing an
issue that we are aware of, but it is definitely creating a lot of messages.
CPCS software is old and no changes have been made to it. Has
Thanks. If that is your PMR you could update them with the fix which is shown
below. Do not know if both RECFM and LRECL are necessary; I only tried with
both.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Mike Hochee
No, not our PMR. I was unaware of the workaround until I saw this thread.
Hopefully IBM will document.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Charles Mills
Sent: Friday, November 9, 2018 9:55 AM
To:
To All,
I've added a *PROCESS OVERRIDE(CPAT(MC)) statement at the beginning of
my assembler source.
When I do this the highlighting of the program changes to something not
related to assembler.
I can't see where I can make a change somewhere to make it color the
HLASM
Hi Pierre, I am not sure where or if you can change that, but you can
always go to the command line and enter "HILITE ASM" to change it.
Billy
On Fri, Nov 9, 2018 at 10:02 AM Pierre Fichaud wrote:
> To All,
> I've added a *PROCESS OVERRIDE(CPAT(MC)) statement at the
> beginning of my
On 11/9/2018 10:12 AM, Joseph Reichman wrote:
Given the choice of using the SSAR instruction with a ALET of 1
And adding a access list entry via ALESERV
which is the preferred method
I would get the feeling Peter Relson and Rob Scott would say ALESERV
If '1' is already a valid ALET you can
Mark,
When we phased out an in-house developed automation system to a commercially
available one, we had several message rules that needed the same capability. I
wrote an MPF exit program that used the OICTXTERF3,CTXTESJL statement, then
in MFPLSTxx had MSGID SUP(YES),USEREXIT(exitname).
When I execute a batch job which uses a JES2 init I get the following job
messages:
J E S 2 J O B L O G -- S Y S T E M X X X X -- N O
D E X X X X
09.00.18 JOB12252 FRIDAY,09 NOV 2018
09.00.18 JOB12252 TSS7000I XX0042 Last-Used 09 Nov 18 00:01
Oh wise time keepers!
We are going to power down the datacenter so that electricians can make massive
changes to PDUs, etc. Power off is projected to be 6-12 hours.
My question is this:
Doesn't the CPC (in our case, a ZEC12) maintain his TOD clock in the SE so that
when power returns, we can
49 matches
Mail list logo