Re: AMATERSE NOT FOUND

2017-11-09 Thread Philippe TESSIER
Hi or use this link to download it https://techsupport.services.ibm.com/390/trsmain.html Philippe > Le 9 nov. 2017 à 11:53, Elardus Engelbrecht > a écrit : > > johnnydeep san wrote: > >> I'm getting

Re: AMATERSE NOT FOUND

2017-11-09 Thread John Eells
Elardus Engelbrecht wrote: johnnydeep san wrote: I'm getting error "AMATERSE NOT FOUND" while unpack my received file . I couldn't find "AMATERSE" member in any of the LIB in LNKLST, We use OS V 2.1 . While googling i found AMATERSE is a base element come along with OS. But it's not

Re: AMATERSE NOT FOUND

2017-11-09 Thread ITschak Mugzach
So try SMP/E 3.2 to find where it is, or regenerate the mod. ITschak On Thu, Nov 9, 2017 at 11:05 AM, johnnydeep san wrote: > I searched in MIGLIB too but it's no there . > > On Thu, Nov 9, 2017 at 3:56 AM, גדי בן אבי wrote: > > > AMATERSE should

AMATERSE NOT FOUND

2017-11-09 Thread johnnydeep san
Hi , I'm getting error "AMATERSE NOT FOUND" while unpack my received file . I couldn't find "AMATERSE" member in any of the LIB in LNKLST, We use OS V 2.1 . While googling i found AMATERSE is a base element come along with OS. But it's not there , is it problem with OS ? or aim I missing

Re: AMATERSE NOT FOUND

2017-11-09 Thread גדי בן אבי
AMATERSE should be in SYS1.MIGLIB Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of johnnydeep san Sent: Thursday, November 9, 2017 10:40 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: AMATERSE NOT FOUND Hi , I'm getting error

Re: AMATERSE NOT FOUND

2017-11-09 Thread Elardus Engelbrecht
johnnydeep san wrote: >I'm getting error "AMATERSE NOT FOUND" while unpack my received file . I >couldn't find "AMATERSE" member in any of the LIB in LNKLST, We use OS V 2.1 >. >While googling i found AMATERSE is a base element come along with OS. >But it's not there , is it problem with

Re: AMATERSE NOT FOUND

2017-11-09 Thread johnnydeep san
I searched in MIGLIB too but it's no there . On Thu, Nov 9, 2017 at 3:56 AM, גדי בן אבי wrote: > AMATERSE should be in SYS1.MIGLIB > > Gadi > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of johnnydeep san >

Re: VTOC extended

2017-11-09 Thread Nims,Alva John (Al)
IEHLIST of the VTOC? One of the DISKMAP programs at CBTTAPE.ORG? Al Nims Systems Admin/Programmer 3 UFIT University of Florida (352) 273-1298 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ibmm...@foxmail.com Sent: Thursday,

Re: Odd SMF 30 data within IEFACTRT (Part 2)

2017-11-09 Thread Daniel S. Dalby
You are correct Charles, some are fairly simple and I've got code to format milliseconds/microseconds. I just can't create these 4 fields on our systems and was wondering if anyone else has seen/formatted these fields. If not I'll just assume they are what the macro says and format them

Re: Odd SMF 30 data within IEFACTRT (Part 2)

2017-11-09 Thread Charles Mills
What sort of help are you looking for? Comments on the fields seem straightforward. If you want times in seconds.decimals (which I would think would be adequate, at least as a first cut) then the logic should be pretty obvious -- or am I missing something? If you want times hh:mm:ss.decimals

Re: AMATERSE NOT FOUND

2017-11-09 Thread ITschak Mugzach
Or isrddn. Tupe Link to list linklist dataseta abd theb member x. Itschak בתאריך 9 בנוב׳ 2017 6:00 אחה״צ,‏ "Paul Gilmartin" < 000433f07816-dmarc-requ...@listserv.ua.edu> כתב: > On Thu, 9 Nov 2017 11:07:27 +0200, ITschak Mugzach wrote: > > >So try SMP/E 3.2 to find where it is, or

Re: AMATERSE NOT FOUND

2017-11-09 Thread John McKown
On Thu, Nov 9, 2017 at 10:00 AM, Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Thu, 9 Nov 2017 11:07:27 +0200, ITschak Mugzach wrote: > > >So try SMP/E 3.2 to find where it is, or regenerate the mod. > > > Is there a function in 3.2 to search all (catalogued?) data

Re: VTOC extended

2017-11-09 Thread Steve Smith
Why can't you just run your ICKDSF and let it tell you? sas On Thu, Nov 9, 2017 at 9:23 AM, Nims,Alva John (Al) wrote: > IEHLIST of the VTOC? > > One of the DISKMAP programs at CBTTAPE.ORG? > ... >Before running REFORMAT EXTVTOC(n),is there any utility or REXX t which >

Odd SMF 30 data within IEFACTRT (Part 2)

2017-11-09 Thread DanD
Thanks to all who responded to my previous post. After 40 years in the business I learned something new...amazing ;-) Truth is, while processing the SMF30 this is the ONLY section (zEDC Usage Statistics Section) that I encountered which has an offset/length and a ZERO count. From this point

Re: AMATERSE NOT FOUND

2017-11-09 Thread Paul Gilmartin
On Thu, 9 Nov 2017 11:07:27 +0200, ITschak Mugzach wrote: >So try SMP/E 3.2 to find where it is, or regenerate the mod. > Is there a function in 3.2 to search all (catalogued?) data sets for a mamber name? DDLIST MEMBER will do that, but only for allocated data sets, and it ignores UNIX

Does IBM document the interface to the DB2 COBOL coprocessor?

2017-11-09 Thread Charles Mills
Does IBM document the interface to the DB2 COBOL coprocessor? That is, the interface between the COBOL compiler and the DB2 SQL statement coprocessor? Or for that matter, the CICS coprocessor? Where? (KC no help -- big surprise.) Charles

Re: VTOC extended

2017-11-09 Thread Edward Finnell
There were some old HIPERS where it said it did but then it overlaid existing DSNs.   Are we talking VTOC or IXVTOC or both? If it's SMS add volume(s) to pool with properly sized(and positioned)VTOC and IXVTOC and quiesce the offender.    n a message dated 11/9/2017 11:59:01 AM Central Standard

Re: AMATERSE NOT FOUND

2017-11-09 Thread Jesse 1 Robinson
I find the disappearance of AMATERSE and its aliases GIMUNPCK and TRSMAIN troubling. What's the probability that just this module got deleted? I liken it to reaching into a haystack and finding a needle. What are the odds that you found the only needle in the haystack? What does SMPE say?

Re: Odd SMF 30 data within IEFACTRT (Part 2)

2017-11-09 Thread DanD
Thank you Jim, nice to know that THAT field is unimportant from now on. I did find this in one of the manuals (2.3 SMF) ... SMF30PSC 8 Binary Number of CPU page seconds for this address space, in page millisecond units. (A page millisecond unit equals 1.024 milliseconds.)

Re: Odd SMF 30 data within IEFACTRT (Part 2)

2017-11-09 Thread Jim Mulder
Page-milliseconds is number of pages multiplied by number of milliseconds. SMF30ERS will always contain zeros on zOS 1.6 or higher, since z/OS does not use expanded storage in zArchitecture mode. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY IBM Mainframe

Re: SUBSYS= ?

2017-11-09 Thread Phil Smith
Farley, Peter asked: >What doc is that please? That's from the z/OS MVS JCL reference at https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieab600/xddsubsy.htm -- For IBM-MAIN subscribe / signoff /

Re: SUBSYS= ?

2017-11-09 Thread Phil Smith
Doc says: "Do not use the SUBSYS parameter for an SMS-managed data set (one with an assigned storage class)." Anyone know what happens if you DO specify it on an SMS-managed data set? -- For IBM-MAIN subscribe / signoff /

Re: SUBSYS= ?

2017-11-09 Thread Farley, Peter x23353
What doc is that please? We use SUBSYS=BLSR for high-usage random reading of SMS managed VSAM KSDS files with no ill effects that I am aware of, including datasets allocated in extended/compressed storage classes. Peter -Original Message- From: IBM Mainframe Discussion List

Re: Odd SMF 30 data within IEFACTRT (Part 2)

2017-11-09 Thread Charles Mills
I saw that "page-milliseconds." Hmm. If all you are doing is reporting, then I guess just report it: 23.8 page-milliseconds. I don't read "page" as "divide by 4K" but I suppose that is possible. If you are analyzing, then of course you will need to understand it fully and all of its

Re: Does IBM document the interface to the DB2 COBOL coprocessor?

2017-11-09 Thread Allan Kielstra
No we don't document these interfaces. I can say that there are variations for co- and pre-processors and the interfaces for EXEC CICS, EXEC SQL and EXEC SQLIMS are not the same. Out of curiosity, why were you asking? -- For

Re: SUBSYS= ?

2017-11-09 Thread Farley, Peter x23353
Very interesting, and I see it is still present in the JCL reference manual up to V2.3. Well, either we are seeing unsupported behavior on a pretty massive scale in my shop or the doc needs updating. If any DFSMS IBM'ers are monitoring this list, could you please tell us whether this

Re: AMATERSE NOT FOUND

2017-11-09 Thread Edward Finnell
Yeah, I'm with Skip on this. MIGLIB is an important DSN. Could it be you're using VOL=SER= to a back level copy? Just fishing..   Alternatively can use DAF to look for dinkers.   In a message dated 11/9/2017 12:32:49 PM Central Standard Time, jesse1.robin...@sce.com writes:   I find the

Re: SUBSYS= ?

2017-11-09 Thread Jesse 1 Robinson
In a pathetic attempt to resurrect a modicum of my shattered reputation, I believe that it may have been the SMS 'restriction' that caused my fevered brain to misremember a larger scale retrenchment for SUBSYS=. I'll sit back down now. . . J.O.Skip Robinson Southern California Edison Company

Re: SUBSYS= ?

2017-11-09 Thread David W Noon
On Thu, 9 Nov 2017 23:39:28 +, Farley, Peter X23353 (peter.far...@broadridge.com) wrote about "Re: SUBSYS= ?" (in <0cfc6aa1608c478fbfa1133fa3491...@clipswexmaa4.bsg.ad.adp.com>): > You are totally correct about that. I forgot for a minute > that when using SUBSYS=BLSR the actual file name

Re: SUBSYS= ?

2017-11-09 Thread Pew, Curtis G
On Nov 9, 2017, at 2:26 PM, Farley, Peter x23353 wrote: > > Very interesting, and I see it is still present in the JCL reference manual > up to V2.3. > > Well, either we are seeing unsupported behavior on a pretty massive scale in > my shop or the doc needs

Re: SUBSYS= ?

2017-11-09 Thread Farley, Peter x23353
You are totally correct about that. I forgot for a minute that when using SUBSYS=BLSR the actual file name is moved off to a separate DD, and I should have remembered that because I have coded an awful lot of them. Thanks for reminding me. So I guess that restriction may still be real: Don't

Re: SUBSYS= ?

2017-11-09 Thread Vernooij, Kees (ITOPT1) - KLM
> > So I guess that restriction may still be real: Don't use SUBSYS and > DSN=(SMS managed DSN) on the same DD statement. > > Peter > This statement needs at least some clarification: is it only for new datasets? That is where SMS will be heavily involved. Existing LBRARIAN files are accessed