> Updated my RACF data set profile
> for Z220.**, IPL'ed to cycle ZFS, and it worked fine.
Just as a FYI: You can avoid an IPL to cycle ZFS for RACF DATASET reasons by
using SETROPTS GENERIC(DATASET) REFRESH. I don't remember which book I found
that in, but it is heavily sprinkled with
> About ZFS (not ServerPac)
>
> What about recycling ZFS with F OMVS,STOPPFS=ZFS and then replying with R
> to: nn BPXF032D FILESYSTYPE ZFS TERMINATED. REPLY ’R’ WHEN READY TO
> RESTART. REPLY ’I’ TO IGNORE. ?
Last time I tried that it meant shutting down all of OMVS because the ROOT was
a
> SLIP
> SET,IF,PVTMOD=(MEASMCMN,0ADA,0ADC),DSPNAME=(‘MEASMCMN’.*),JOBNAME=MEASMCMN,ID=M,END
> The address in the data space I am looking for was:
> Access register: 01010039 Register: 00025238
> I did not know the name of the data space DSPNAME(IRR1) is not in the
> dump but I did find
> I know, but how do you go back to where you were? Say you're following a
> chain of linked addresses and you want to go back. Typing in stuff to
> remember the addresses would be a pain. Web browsers give you all that for
> free.
As far as I am concerned, one works differently in the z/OS
> Plus when you're displaying register contents or stack traces, the
> addresses are displayed as links.
IPCS has been doing that since I started working with it. Use %, ? and (forgot
the 64bit-address character) when displaying active storage. Equate some
address with a symbol, and you can
> I wonder how many other people routinely ensure they have a usable dump
> available back at the office after any test day.
> Barbara maybe ... ;-)
It was usually a fight to get a dump saved, in some cases to get the dump taken
in the first place, especially when I am the only one in the
> :>If someone showed interest in becoming such a fabled magician, what
> direction would you point said someone to?
>
> Start with simple SYSMDUMPs and work your way up.
>
> Learn the trace table.
Very good advise. The system trace table can be more interesting than any
thriller you could
- I try to vary a 3390 device ONLINE that was previously OFFLINE. This works
without any problems and I can access the associated volume immediately.
That means that the SYSIEFSD ENQ had a minor of VARYDEV, right? You may want to
search for old apars with keywords sysiefsd, q4 and varydev.
-
IEE799D VARY CONSOLE DELAYED - REPLY RETRY OR CANCEL.
A VARY CONSOLE command requested that a console be placed online or offline.
The system could not process the command due to other processing in the
system such as:
- Another VARY CONSOLE command
- Device allocation in progress
CAMASTER is not started out of ICHALTSP in the case where RACF is the
security product.
That leaves me with my original question: How is CAMASTER started? As I said
before, while ICHALTSP is certainly in LNKLST (since we will run that LPAR with
either RACF, ACF2 or TSS, depending on the
- ICHALTSP is an interface made available to the owner of the alternate
security product being used on this system, as a means of starting that
alternate security product in the same window when RACF is started,
i.e., before started tasks and jobs can start.
FWIW, ALTSP does indeed stand
I'd say sort of. But only when you are running ACF2 or Top Secret.
We plan to run with either TSS or ACF2 in that lpar. Currently we still use
RACF there. So we already have the (ACF2) library in linklist, but don't
actually run an alternate security product yet. Which makes me think that the
Scott,
We made our case to IBM, they agreed and provided a licensed API.
am I correct in assuming that the API provides IBM with a way to start an
address space (via one of the IBM IRIMs used for initializing the system) by
using a CA module in the ASCRE? So essentially the first CA module
Search IBM-MAIN archive (or google) for TEC570878 or IKJEFXSR
Thanks Norbert. I can see that CAMASTER started on this system, but I still
don't know how this is actually done since no libraries containing this
frontend are loaded in LPA via lpalst or command. Right now neither IKJEFXSR
nor
There's no module named ICHALTSP in IBM libraries (LINKLIB, CSSLIB,
MIGLIB,...). It's only in CAW0LINK. (ISPF - DDLIST - LINKLIST - MEM
ICHALTSP).
According to the ibmmain post ICHALTSP is an (IBM) IRIM that receives control
in master scheduler (but you're right, I cannot find it in my SMPE
Now that CAMASTER has become a mandatory address space, I am asking myself how
that address is actually started. The CA documentation makes it sound as if it
were magic that starts it, but I don't believe in magic. There are knowledge
base articles out there that say that starting CAMASTER at
CNZ4200I CONSOLE L700 HAS FAILED. REASON=IOERR
From that point forward, we did not get any IEF403I or IEF404I messages anymore
To answer my own question: The console has MONITOR-L set in consolxx, and there
was no setcon mn,jobnames=on issued anywhere (this is an ADCD system, after
all!). I
This is a question for those of you that run z/OS on an RDT system (presumably
also those on a zPDT system), i.e. on emulated hardware.
Yesterday we had to restart the remote viewer (VNC) I use to login to Linux to
start z/OS. Restarting VNC kills the console:
CNZ4200I CONSOLE L700 HAS FAILED.
To clarify, Exit 13 used to be required to get notification because the
default was NO. Now it's controlled by this keyword in the init deck:
NJEDEF MAILMSG=YES
Since YES is the default, unless you code MAILMSG=NO, you should be getting
the notify. This from Knowledge Center regarding
Question: how do you performance guys and gals present those maximums? Or how
do you prove that machines are heavily used? Do you use averages of those
maximum CPU% utilization or what do you use? Do you combine all the LPARs and
then work out the max? Any trending or statistical analysis
My WebSphere guy asked for this:
SDATA=(CSA,,SQA,RGN,TRT,GRSQ,LPA,LSQA,SUM,NUC,PSA,SWA,ALLNUC)
Looks like the general setting that IBM support asks for, copied from one
component to the other without any thought to content or validity.
Advice? Thoughts?
Replace the ALLNUC with NUC or ditch
All,
I am new to this certificate stuff. I have inherited this certificate in my
RACF data base (apparently the only one that has a private key somewhere, no
ICSF in use, and I have all RACF privileges):
Label: WebSphereCA
Certificate ID: 2QiJmZmDhZmjgeaFguKXiIWZhcPB
Status: TRUST
Start Date:
You misspelled websphere.
Try this with a capital S and no space. Label must exactly match.
racdcert CERTAUTH alter(label('WebSphereCA')) notrust
Donald hit the nail on the head. Teaches me to always copy over the label, no
matter how short it is.
racdcert alter(label('WebSphereCA'))
Do you think an old Dino like me could use it to setup DFHSM for the first
time. I need to on our development environment.
SYS1.SAMPLIB(ARCSTRST) is the HSM starter set and will get you going.
Having gone through this exercise from scratch on an ADCD system about 2 years
ago, I can say that
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
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
From where and what did you used to d/l the whole set? I must have missed it.
Actually I want to d/l the whole 2.1 set and place it somewhere shareable by
all.
It is a one-time effort, and I download each pdf manually and sort them into
the folders I want them in. I also rename them so I
I would rather download the PDFs,I'm think personally, it's easier more me.
Not me. I still prefer the .boo. In fact, most of the time, I
still use the z/OS 1.13 books rather than the current doc
unless I'm going to print part of it, or unless I know that I
need something more current.
It would be easiest if you could send this dump somewhere
that I can access. Like opening a PMR and sending the dump, if
you have a license to do that. Or sending it to Dallas if you
have an ISV relationship there.
Thanks Jim, I have done so.
Barbara
Dusting off this old thread:
I set a slip trap that included the TCPIP address space in the address spaces
to be dumped. TCPIPCS socket detail on that slip dump gives me:
TCPIP Socket Analysis
BLS18100I ASID(X'002B') 01F0_2280 not available
The address
We use SYSLOG, not OPERLOG. And I see the NIP messages in it. It appears
that they are buffered and written to SYSLOG once JES2 comes up and SYSLOG
is available. Given our small size, I don't know if this buffer is a wrap
around and so might lose messages if there are a lot of them before
OTOH, it's not clear what happens to OPERLOG messages after JES terminates.
They're probably captured in a CF structure, but would we have access to that
data after system shutdown?
Assuming that operlog is not varied off, operlog merrily goes on recording
everything that goes on after JES
The above will work but not sure what the ramifications are, however, if
you establish a TSO environment in a long-running job such as a started
task.
The most obvious one is that you cannot stop (p) the STC that has a batch TSO
environment. You will always have to cancel it, unless
I realize that probably just reflects the fact that it's defaulting):
BUFDEF BELOWBUF=(LIMIT=39,WARN=80),EXTBUF=(LIMIT=200,WARN=80)
Mind you, I'm taking the BELOWBUF values from what's currently set. Is 39 a
plausible number?
I'm reluctant to Just Try It because I know that if I get it
Ok. I must have missed it somewhere that the OP is perhaps using ADCD, but he
said he is using VM to access his JES2? So, can you run ADCD as a guest under
VM?
The OP said that he is running in Dallas. It is my understanding (having never
worked on any of their systems) that Dallas provides
Elardus,
Just curious, at what z/OS level are you? I'm asking because that APAR is
somewhat old, but I'm sure that local fix also mentioned by Bob should help
you out until you can fix the init deck.
Are other LPARs using the same JES2? If so, you could try out the local fix
or purge
Check out the SETROPTS HISTORY and MINCHANGE options if you haven't already.
Thanks, Tom! I did that and set history accordingly. No need for an exit, then!
I would set MINCHANGE only if I see that someone tries to change the many
passwords that are now kept to get to the (n+1)th password.
Just trying to understand the importance of setting a PACK ON on the pds
member profile.
What will be the impact if it is set ON in parmlib members ?
I once had a customer who had accidentally turned it on in MSTJCLxx. The IPL
failed miserably. I imagine the same thing happens if you use
6 //DD7 DD UNIT=SYSALLDA,SPACE=(1,0),RECFM=VBS,LRECL=32767
6 IEF638I SPECIFIED NUMERIC EXCEEDS MAXIMUM ALLOWED IN THE LRECL
SUBPARAMETER OF THE DCB FIELD
Why is this considered an error?
In fact, 32761 is accepted; 32762 causes the error. On what rationale is
It looks like most of the datasets the system is complaining about are
in their own user catalogs. I should be able to connect the user
catalog to the master catalog on the zOS 1.13 side and be ok.
Tho there is one that is cataloged in the z2.1's master catalog. I may
have to just
Deleted: z/OS MVS System Data Set Definition, SA22-7629: Information about
system data sets is available with the information sent with the z/OS install
package. There is no replacement reference for MVS System Data Set
Definition, except for references to cataloging. In that one instance,
When did it last exist? I have V1R10 docs here and I don't see it.
I found one in the z/OS V1.1 bookshelf
SA22-7629-00 says First Edition, March 2001. I have either always copied it
over in .boo format or this was contained in some sort of 'release DVD' when I
downloaded the next
Indeed. If a hospital uploads my genome code, will it be as anonymous, or
will I be spammed (real medicine, quackery medicine, experimental medicine,
etc) on what I have in my genome code?
Let's hope that I could veto having my personal data (mis)used that way! Do we
even get told if a
Is anybody out there running the RSE server on z/OS (1.13) with
USEZOSV1R9RULES(NO) successfully? Anybody have any other idea why today the
developers cannot authenticate to the RSE server as they did before the most
recent IPL of the DEV lpar?
We are running RSED8.5 with
I was so surprised by this that I had to go look. A spot check of
several z/OS messages books shows that many (perhaps most) messages
include Module: [module name] just as they always did. Maybe you were
lucky enough to have a tendency to work on exceptions, or on some
component or
It blows me away that LE has to take a perfectly good 0C1, 0C4 or 0C7 and
convert it into a U4xxx code. Not only that, they have to obfuscate the
registers.
I have learned (with a lot of scars) that the ZMCH (if you can find that in the
ceedump) has the actual registers at time of abend, no
In my experience, most of the time the first reader of a contact
systems programmer explanation IS a systems programmer. I always found
it highly irritating when that was the only explanation for an error
message. Even a broad general description of what went wrong can
sometimes be helpful
Peter,
I have found plenty of places where the discussion is about DB2's DBM1 and
IRLM address spaces. Those ignore any MEMLIMIT setting and set this limit to
values defined in DB2.
I could not find anything related to the utility program DSNX9WLM regarding
MEMLIMIT. Waiting for an
I can tell you the intent. Each allocation of above-2G storage fits into
one of 5 should I include it in the dump? categories --
- like region (default for private)
- like LSQA
- like CSA (default for common)
- like SQA
- do not dump automatically
The intent is to dump like x when 'x'
CD SET,SDUMP=(RGN,CSA,LPA),ADD,MAXSPACE=5000M
... probably inherited from something someone did before the last
millennium.
Does anyone have any other (21st-century) recommendations for improving
this?
I have set this:
CD SET,SDUMP=(ALLPSA,CSA,SQA,GRSQ,LPA,NUC,RGN,SUM,SWA,TRT)
In our
FWIW, I have a feeling that many (most?) customers don't analyze SVC
dumps often if ever; they have no opinion one way or the other about the
necessity of RGN. :( IBM or an ISV will likely provide an SDATA= string
for any dump they request, so the defaults really don't matter to them...
I have attempted to set a storage alteration PER trap. I was interested in
several 4 byte areas distributed across maybe 2 pages. My intention was to
disable SA monitoring for everything except those 4 byte areas, similar to the
way it is described for IF traps:
SL
On what z/OS version?
1.13.
As documented in MVS System Commands (v1.12):
RANGE is not valid for error event traps. RANGE cannot be specified on an
ACTION=IGNORE storage alteration PER trap.
I believe this could be the reason for IEE739I.
Since this was a PER trap, not an error event trap,
You never add PCOUPLE. You promote from ACOUPLE to PCOUPLE via PSWITCH.
You do if you activate a CDS for the first time. There is nothing preventing
you from specifying both pcouple and acouple in the same command.
Admittedly I have never tried to switch both primary and alternate to a new
You're not even getting IKJ56425I? You must have setup your system to allow
that.
No to both. At least not that I know of - this is an ADCD system. I do get
IKJ56425I when I attempt to logon a second time from a terminal emulator.
Note that the other 10 sessions do not have a VTAM ACB in the
You should bump the split screens up to 32. Much more impressive. :)
I bite. How do I do that?
Barbara
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message:
Change ISPCFIGU. Use the command ISPCCONF. IIRC the default number of split
screens is 8.
Thanks. Will do that, just to astonish my colleagues. :-) Yes, the default is 8.
Barbara
--
For IBM-MAIN subscribe / signoff /
But I am fairly sure that, IN THIS CONTEXT, the CEA which was being
mentioned in the thread was not Common Event Adapter, which has _nothing_
to do with multiple TSO logons that I can see, but was referred to z/OSMF
and its ability to allow multiple TSO sessions for a single user. I guess
Is there some actual technical reason why TSO cannot be made to allow one
user ID to log in multiple times to TSO within a single LPAR?
Who says TSO does not allow one userid with several logins within a single apar?
JOBNAME StepName ProcStep JobIDOwnerC Pos DP Real PagingSIO
Peter,
Is there a tool or Rexx exec which can help me in identifying the Job
consuming the High Virtual Shared Storage or Common Storage ?
check the archives :-)
This is Jim Mulder's answer when I asked the exact same question about two
years ago:
6) I bemoan IBMs failure to give us a good
I am somewhat at a loss to understand how some of the problems you are
detailing happened. The only way it could have would be with an ill behaving
user written program or process.
If I remember this correctly (and I am on shaky ground here), sadump writes a
'special striping', understood
SAdump never writes short blocks. When it wants to write a block
which is not full, it pads the block with dummy records (which IPCS
knows to ignore).
Then I don't understand why the utility used produced a copy significantly
smaller than the full dump. Once it was initialized on the full
Yes, however FBS stands for Fixed Block Standard, not Spanned.
Exactly. And the last record in an FBS data set can be short, i.e. less than
lrecl. The short record denotes the end of the data set. And all the utility
programs know it and stop processing once they reach the short record. That is
Use ISMF or something like that to search for all your 'other' dataset on all
of your catalogs. Just to make sure there is not another [unwanted] duplicate
on another volser. Just review your Linklist and APF that they are referring
to the correct dataset and/or volser where applicable.
I
Doesn't somthing in this thread tend to refutetZe'ev Atlas's recent assertion:
Apparently z/OS is capable of finding the file without any manual
assistance! ...
Well, the devil is a squirrel (as we say in German). While an ADCD system is
praised (by IBM) as the best thing for application
It's certainly possible to have DSORG=PS,RECFM=U data set that does not
contain load modules. I've used them. I believe it's also possible to
have DSORG=PO,DSNTYPE=PDS,RECFM=U with content other than load
modules, but ISPF refuses to recognize this fact. I don't know whether
The command output shows INTERNAL. Are you issuing the command from the
internal reader or thru some strange product? Is there an automation product
that is suppressing the original command and re-issuing it with the options?
The command was issued from STC09092, which he said is control-O.
IBM is able to read them. They might request the SA dump if you report
the problem and you will be glad you took it.
I disagree. Sort of. The customer had asked IBM Why did the restart of
SMSPDSE1 not complete? and the customer had given IBM an sadump. IBM support
said that they cannot answer
We have (by oversight) an active base sysplex with CFRM couple datasets
defined in COUPLExx. As it is a base sysplex there is obviously no active
CFRM policy.
Are you sure you don't have an active CFRM policy? The policy that was last
active on those CFRM CDSs would have been activated, no
If I code SPACE=(CYL,(2,2,0)),UNIT=SYSDA is that implicitly a request for
only one volume, or might z/OS give me one cylinder each on two volumes or a
secondary allocation on a second device (assuming, of course, that SYSDA
were multiple volumes, as it usually would be)?
I just tried to get a
No, it doesn't. The 255 byte limit for ISPF edit was removed with ISPF 4.1
in 1994.
The limit was changed then to 32760 for fixed length records and 32756 for
variable length records.
Now I am really confused. Wasn't it you who quoted from the ISPF help panels
that maximum record length
OTOH I would not entertain running a parallel sysplex over DWDM.
A former employer did. Distance about 22km. Due to IBMs requirement for
parallel sysplex pricing for at least one machine being on a different box.
That distant lpar was (obviously) sharing ISGLOCK, and response times from
But in no case did we have to cold start.
I second that. We have a 100% JES2 shortage of one kind or another about every
3 months. So far I managed to get by without a cold start.
The problem as I see it is reducing the shortage to the point that a logon will
be possible again. A number of
I have been asked to take on the task of remediating the health checks for
sysplex. I have been given a list of some of the health checks that come up
as exceptions on designated LPARs. Any suggestions?
IXGLOGR_STRUCTUREFULL RRS_ARCHIVECFSTRUCTURE GDPS_CHECK_DASDMIH
Wow, this has snowballed. To summarize:
I am allocating a DSORG=PO data set with an explicit zero space value for
directory blocks. This data set *is* SMS-managed. The ACS routines don't
interfere with any DCB attributes, and there is no ALLOCxx anywhere within the
parmlib concatenation. (And
Can someone please run this iefbr14 job and tell me what the space allocation
is (number of directory blocks) on your system?
// EXEC PGM=IEFBR14
//DD1 DD DISP=(,CATLG),DSN=TEST,
// SPACE=(TRK,(1,0,0)),RECFM=F,LRECL=20,DSORG=PO
Note that I
Thanks, Thomas.
that confirms that there is a bug somewhere in allocation. The same job should
result in the same allocation on two different lpars, I'd say, and it should
not use a random number for directory information. At the very least I would
have expected that the directory information
All,
Be aware of the trap that Elardus hinted to: your allocation can be
modified by ACS routines, possibly differently on different LPARs,
caused by different variables passed to it.
Thanks for testing. On our system, I am the master of everything (SMS,
allocation), you name it. There isn't
In my case it certainly is NOT by ACS-routines! I can only think of reuse of
space with a (part of) member index.
And this must in a production environment imply a security leak ?!
Having spent quite a bit of time recently with the different ways a DCB is
populated, this is an invalid
IIRC the (pseudo) eof is only written for SMS managed PS datasets, so a PO
dataset could well be allocated over old data which will then be readable.
Can you force the problem PO dataset to anther place by making sure the space
for the 66000 dataset is still in use when the problem PO
Tom,
Could you share the SHARE presentations you have given on COBOL V5?
I just sent them over, they should be live soon at:
http://www-01.ibm.com/support/docview.wss?uid=swg21634215
'Soon' meaning that more than a week later these presentations are still not
there.
Barbara
Thanks for the direct link. Yes, I have now downloaded the presentation.
https://share.confex.com/share/121/webprogram/Session13662.html
Barbara
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
I've run into this in the past when deleting GDG bases from ISPF 3.4. I get
an authorization failed message, and putting DELETE in IKJTSO00 and a
PARMLIB UPDATE(00) fixes it.
Interesting. This is new for me or I forgot about it. :-)
I found this interesting, too, so I went and tried it
Barbara, keep in mind that the SAMPLIB IKJTSO reflects a vanilla system.
Any Program Products may instruct you to update IKJTSO.
I know. But an ADCD system *is* a vanilla system. Supposedly. There certainly
isn't any non-IBM product running on ours (other than our own, which does not
require
Thanks! BTW, with huge, are we talking about 1 members ?
Generally, yes - because of the way things are split between different major
applications. I looked and saw one loadlib with about 20,000 members,
but most are under 5K.
Are we also talking about PDSEs with
I had begun to think that my experience with PDSEs was somehow
atypical, too lucky, because I had not encountered the grievous
problems that featured in others' war stories.
I therefore spent a long afternoon trying to reproduce and clear some
of these problems. My experience was much like
Tom,
Very late to this, so sorry if my concerns have been answered earlier.
What about shops with a ring of monoplexes ?. The sysplex scope is each ind=
ividual monoplex - but the sharing boundary is the larger GRSplex. Latch co=
ntention - particularly PDSE latches - are a PITA.
It also
The command char is registered with the subsystem definition - I suspect (but
don't know) that when you look at the OPDATA between the 2 systems (run the
command on each ) you will see a difference.
Why Route gets involved is each system is processing the command according to
what is
I have to ask. What's harm of defining a couple 1 cylinder (or 2 track) OCDS,
BCDS that will remain empty and unused?
'Business reasons'.
I just didn't understand why something that looks to have correct syntax is
getting a syntax error. Turns out that it *should* be correct. I will just
Glenn,
Have you tried an HSM Modify command to issue it? The syntax seems correct,
so it may be some typographical error in your parmlib.
13193 06:03:58.69 me 0290 F DFHSM,SETSYS TAPEMIGRATION(NONE)
13193 06:03:58.71 STC02475 0090 ARC0103I INVALID SETSYS
Alan,
You can issue F DFHSM,RELEASE MIGRATION, but it will most likely be held
again immediately when the first migration is attempted.
I got up the nerve to issue the command this morning (after all, the cycle is
still defined to not start by itself).
HSM said: ARC0100I RELEASE COMMAND
Is this in the ARCCMDxx member? Or is it being issued as a command?
Doesn't matter. Doesn't work either way, gets the same error message.
If in the ARCCMDxx can you post a few lines above and below the
Tapemigration line?
SETSYS -
Finally I have finished wading through the HSM starter set and customized it
the way we want to use it - just migrating to ML1, no ML2, no backup, no
recovery, no dumping, no tapes, a really minimal environment. That means I only
start DFHSM with an MCDS (OFFCAT, BAKCAT, JOURNAL, ARCLOGX,
DUMMY muddies the water because
the DDNAME is truly allocated even though there is no tin can at the other
end of the string. A component that wants to use that file may well try to
open it. Depending on how the file is accessed, DUMMY can cause OPEN
failure.
Well, not in the case of
Matt,
V SMS,PDSE,ANALYSIS
IGW031I PDSE ANALYSIS Start of Report(SMSPDSE ) 879
++ Unable to latch ASRBULCH:7FF94DC0
Latch:7FF94DD8 Holder(006A:00AFF208)
Holding Started Task:TECHCICS
-data set name-- -vsgt---
Miklos,
Is there a list of the available control blocks, to format via CBFORMAT
command ?
(I'm searching for DCB DEB IOB etc etc , but a list would be not bad )
Try SYS1.PARMLIB(BLSCECT). It contains a list of data structures. Maybe it will
help you.
Barbara
Does anyone have an idea what the above reason code wants to tell me? According
to the book, the reason code should be decoded as an LE-Message named
msgCEE0510x with x denoting the severity or something. Unfortunately, I cannot
find any msgCEE0510x in any LE book. We are running z/OS 1.13, and
Anthony,
the message isn't CEE5101x, it would translate to CEE0510x. Note the extra
zero. If I understand the book correctly. Besides, the application isn't
terminated, it loops and writes two transaction dumps per hour with the same
abend code without terminating. And the application does
Miklos,
If you get a DUMP, there should be an Errnojr field (error
information title), maybe it contains the errno and errno2.
where exactly would I find that? I have several dumps to choose from, and even
formatting ledata from that dump doesn't cough out any such field. The dump
title was
I'm wondering if CEE05101x and CEE5101x aren't the same animal. When is a
leading zero significant? I don't see any CEE messages with more than 4
digits.
The 'reason code' explanation of u4080 explicitly says that the last digit is
supposed to be ignored and only the 4 characters following
1 - 100 of 147 matches
Mail list logo