You guys are the best! I'm off to try it. Thanks. Linda
--
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://ba
I need ICF catalog/VSAM information/assistance.
We have a DB2 table which spans 256 datasets. The cluster for partition 186
does not recognize the data component.
=3.4
Total Tracks:315 non-x:315 Data Sets:2 non-x:
-
Hi,
I need information about the journals/logs/console for the CF, or more simply,
what resources are availble to mine about a system slowdown that affected
my DB2s on two separate CECs.
I have three CECs - A, B, and C. On CEC C, LPAR SYSB, we had IRA103I
SQA/ESQA expanded into CSA/ECSA.
Hi Hal,
Thanks for the reply. I understand that everything would back up until the
situation cleared; I need to prove it.
I'll check the console logs for the LPAR where the backup occurred.
I've been reading the manuals about CF/XCF and there's a transport class that
collect messages int
Thank you SO much!!! I've been trying to figure out how to do just that!
Linda
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search t
Skip, Ted, Tom, Scott, Kees, Jon, Ed,
Thank you for the explanations. I appreciate your time and the lively
discussion. I knew IBM-Main was the place to find the answer.
Best regards, Linda
--
For IBM-MAIN subscribe / sig
On Mon, 9 Feb 2009 16:49:22 +, Ted MacNEIL
wrote:
>How I would handle/have handled it, is never have more than two active
release running
>(especially with DB2, that can get expensive after a year).
>How you handle the release migration, is up to you.
>You can have one or the other steplib'
>Pardon me?
>It builds an in-storage cache of directories and stages modules to VLF.
>Modules are administrated per library, so is can manage duplicate
>modules.
>
>Kees.
Hi Kees,
Thank you very much. Given duplicate modules exist in separate libraries, and
LLA is making a determination based
On Mon, 9 Feb 2009 15:41:11 +, Ted MacNEIL
wrote:
>>In my experience, DB2 should not be in linklist; it does not need to be there.
>
>I disagree. It ensures everybody is running the same code.
>
>>and leaves operational holes particularly in TSO.
>
>Again, I disagree.
>If somebody changes th
On Mon, 9 Feb 2009 15:13:32 +, Ted MacNEIL
wrote:
>The first one.
>
>>I need to know which of these sentences is true:
>
>>The order the datasets were typed into PROGxx is the
>>order the libraries will be searched, and the order they
>>were typed can be relied upon.
>
>Yes.
>Otherwise, wh
Yes, LNKLST searches top-to-bottom, but what is LLA doing?
Do you have information about how LLA choses between two duplicate module
names in linklist when it's making a determination for fetch performance? It's
not searching in sequential order, it's searching in speed of fetch performance
o
This is precisely the point I'm trying to make. I have an inherited system and
encountered belief systems that the PROGxx makes the determination of LLA
search order, and therefor it's ok to run libraries with duplicate module names
in linklist.
In my experience, DB2 should not be in linkl
the typed (in PROGxx) sequence order. The
order the datasets were type into PROGxx cannot be relied
upon for search sequence.
Any information or referral to doc is appreciated.
Thanks, Linda Hagedorn
--
For IBM-MAIN
Will you will it to me? It may be the only way I can afford one. :)
I wrote to the publisher; if they reply with any good info, I'll pass it
along here.
Best regards, Linda
--
For IBM-MAIN subscribe / signoff / archive access
Hi,
Does anyone have a copy of 'Advanced Assembler Language and MVS
Interfaces : For IBM Systems and Application Programmers (Paperback - 1999)
by Carmine A. Cannatello' they'd like to sell?
It's out of print. I'm in the NY/NJ/CT area.
Thanks, Linda
15 matches
Mail list logo