Hi Jim -
I use the zOS MVS Diagnosis: Reference manual for that.
http://publib.boulder.ibm.com/infocenter/zos/v1r13/topic/com.ibm.zos.r13.ieav200/bpfind.htm#bpfind
Larre
--
For IBM-MAIN subscribe / signoff / archive access
Hal -
Is this issue described by APAR OA29163?
Larre Shiller
US Social Security Administration
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN
.
Larre Shiller
US Social Security Administration
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu
This sounds like OA32120.
Larre Shiller
US Social Security Administration
410.965.2209
www.ssa.gov
The contents of this message are mine personally and do not necessarily
reflect any official position of the US Government or the US Social Security
Administration
.
Larre Shiller
US Social Security Administration
410.965.2209
www.ssa.gov
The contents of this message are mine personally and do not necessarily
reflect any official position of the US Government or the US Social Security
Administration
--it all ends up in uncaptured
time... I don't know if this is applicable to your situation or not, but
figured
that it might be worth a look.
Larre Shiller
US Social Security Administration
The contents of this message are mine personally and do not necessarily
reflect any official position
to the previous
behavior. If/when DB2 has the performance problem that started the whole
bloody mess, we may revisit the issue--hopefully long after all of the vendors
have corrected their code.
Larre Shiller
US Social Security Administration
The contents of this message are mine personally and do
is being backed up.
But once we got everything corrected, it all seems to be working as designed
and we are using the default 97 PERCENTFULL value. The ML2 recall times
have been slightly increased as compared to the 9840C, but the backups run
lickedy-split.
Thanks for asking.
Larre Shiller
US
have this
issue? What did you do to correct it?
Thanks!
Larre Shiller
US Social Security Administration
The contents of this message are mine personally and do not necessarily
reflect any official position of the US Government or the US Social Security
Administration
Dave/Rick -
I believe that the HSM folks want to use them for all HSM functions, but I
think the function that is failing at this point is ML2. We have PERCENTFULL
set to 97% and IBM is telling us that the PERCENTFULL values greater than
100% is only valid for 3490-type virtual tape. In
).
And other than setting DVIO=NO and HIPERDISPATCH=YES, we use all other
default values.
Larre Shiller
US Social Security Administration
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
Howard -
I believe that is because SMP/E does not OPEN the data sets for an APPLY
CHECK. That's why an APPLY CHECK can end with a CC 0, yet when the
SYSMODs are actually applied, the data set can run out of directory blocks or
space and the APPLY will fail.
Larre Shiller
US Social Security
storage leak
that
is currently under investigation.
Larre Shiller
US Social Security Administration
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
about
this and they had suggested an MVS exit, but I figured the automated
operations route was easier.
Larre Shiller
US Social Security Administration
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
Try setting your terminal type in ISPF Settings to '6' = 3278T.
Ed -
I don't know how you figure this stuff out, but that did the trick!
Amazing...!
Thanks!
Larre Shiller
US Social Security Administration
410.965.2209
www.ssa.gov
The contents of this message are mine personally and do
]
* Ô[,MF=(L,xmfctrl»,xmfattr|0Dº)]
* Ô[,MF=(M,xmfctrl»,COMPLETE|NOCHECKº)]
* ¿[,MF=(E,xmfctrl»,COMPLETE|NOCHECKº)]
What am I missing...??
Larre Shiller
US Social Security Administration
410.965.2209
www.ssa.gov
The contents
it's not just me!!
FWIW, the characters to the right of the equal signs (and elsewhere) are x'8B'
(bracketing the data with the x'9B'--no pun intended, of course).
Larre Shiller
US Social Security Administration
410.965.2209
www.ssa.gov
The contents of this message are mine personally and do
Ummm. Maybe. The TCPIP NJE address spaces appear that way as well.
Based on my simple-minded understanding of how these address spaces are
created, that's just the way that it is. Does it cause some kind of
operational
difficulty?
Larre Shiller
US Social Security Administration
as ARC*
and that is working as it should, as well. So, I think you should be able to
accomplish your goal (no pun intended...) using the ARC* names. Perhaps
somebody else has a different experience...?
Larre Shiller
US Social Security Administration
be a difference there, too. I'll agree that this particular aspect
is
annoying.
Larre Shiller
US Social Security Administration
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED
Andy -
We reported a very similar issue (abend878 in ARCnBKUP) and it turned out to
be a problem with TicToc/ATF (OA23255). The APAR just closed and the
fixing PTF (UA40486) is available. This may or may not be your issue, so it
wouldn't hurt to open an ETR for verification.
Larre Shiller
Mark -
I have not had to use this in an emergency, but I have tested this:
http://www-1.ibm.com/support/assistonsite/form1.html
And is seemed to work just fine.
Larre Shiller
US Social Security Administration
--
For IBM-MAIN
segment will be associated with the default
user ID and CEA will start |in minimum mode.
Larre Shiller
US Social Security Administration
The contents of this message are mine personally and do not necessarily
reflect any official position of the US Government or the US Social Security
Sam -
That's an interesting idea--it seems logical to permit values greater than
100% in this case. We have the same issue, but we just converted the check
to a LOW severity and ignore the exception.
Also, note that APAR OA15758 was taken to correct the goofy numbers that
you see in the
Hmmm. I'm not a storage administrator, but I thought that one of the reasons
to allocate a data set as extended was so that the allocation *could* exceed
the size of any one volume in the storage group by striping the pieces to fit
on the selected volumes. No?
And, for what it's worth, SMS
Dave -
What a coincidence--just last week I opened an ETR for what I suspect may
be the exact same issue, except I'm using 3390-9's instead of -3's. After
some initial investigation, the SMS L2 technician thinks that OA20446 may
resolve the issue, but he needs to confirm that with
Try issuing the JES3 Inquiry command:
*I D,D=9F46
And if you get:
IAT8570 DEVICE=9F46 NOT FOUND
IAT8500 INQUIRY ON DEVICES COMPLETE
You'll know it's not a JES3-managed device and you can just use the MVS
VARY command.
Larre
Lizette -
I don't know why the documentation would say that, but I do exactly that
all the time.
Larre Shiller
US Social Security Administration
[EMAIL PROTECTED]
V/M: (410) 965-2209
FAX: (410) 966-1936
www.ssa.gov
The contents of this message are mine personally and do not necessarily
Jorge -
We ran into this same issue a couple years ago. We purchased an IBM label
printer (4400), attached it via TCP/IP, and used JES/PSF to send it labels
from CA-1 by SYSOUT class.
Larre Shiller
US Social Security Administration
[EMAIL PROTECTED]
V/M: (410) 965-2209
www.ssa.gov
Alan -
We have just started to invstigate the use of SMP/E Internet Service
Retrieval and we also use Top Secret. Now you have me scared! Exactly
what is it that is failing? Can you share any messages? What is the name
of the CA cookbook and why is a cookbook necessary? Isn't SMP/E
All -
Thanks for all of the advice. Based on the responses, it would appear
that virtual volumes can be shared across SYSPLEXes. In fact, the IBM
Redbook Guide to Sharing and Partitioning IBM Tape Library Dataservers
(SG24-4409) has a reasonable discussion of the topic at hand.
Thanks again.
.
Larre Shiller
US Social Security Administration
[EMAIL PROTECTED]
V/M: (410) 965-2209
FAX: (410) 966-1936
www.ssa.gov
The contents of this message are mine personally and do not necessarily
reflect any official position of the US Government or the US Social
Security Administration
Jay -
Well, since you are actually using that particular configuration, perhaps
you can best answer my exact question! Assume that a job in PLEX1 created
a data set on virtual volume 11. Would a job on PLEX2 or PLEX3 be
able to read that data set? Is there any difference if the virtual
Peter -
Take a look at the THRESHLD parameters of the OUTPUT JCL and the
JES3 //*FORMAT PR statements.
Larre Shiller
US Social Security Administration
[EMAIL PROTECTED]
V/M: (410) 965-2209
FAX: (410) 966-1936
www.ssa.gov
The contents of this message are mine personally and do not necessarily
that
we ever confirmed that.
Larre Shiller
US Social Security Administration
[EMAIL PROTECTED]
V/M: (410) 965-2209
FAX: (410) 966-1936
www.ssa.gov
The contents of this message are mine personally and do not necessarily
reflect any official position of the US Government or the US Social
Security
Ed -
I believe that FINREVERSAL is used when an APAR closes FIN but then one or
most customers requests that it be fixed in the current release and IBM
agrees to do that. IBM documents this by opening a new APAR and marking
it as a FINREVERSAL of the old APAR.
Larre Shiller
US Social Security
On Tue, 24 May 2005 10:58:36 -0400, Hall, Ken (IDS DCS PE)
[EMAIL PROTECTED] wrote:
Great, one more question:
Do you route the output via SYSOUT class, or DEST?
Thanks.
You are welcome. One more answer: We use DEST!
Larre
37 matches
Mail list logo