Migration to RMM from Zara
Hi, I am in the process of migrating a system from Zara to DFSMSrmm on a zOS 1.4 system. I have a question re HSM and ARCTVEXT. We are currently running the Zara version of ARCTVEXT and understand that when we go to RMM in Production I will no longer need the exit as the interface is now handled by the EDGTVEXT interface. What I need to understand is what do I do whilst I am running Zara RMM in parallel? Do I need a: * ARCTVEXT router exit to call the Zara ARCTVEXT and then RMM ARCTEVEXT; if required I would only need the RMM version whilst in parallel? * Just the Zara ARCTVEXT and RMM will be updated via the EDGTVEXT interface? * Or something completely different? Any help gratefully received. Kind Regards Mark Wilson Mobile: +44 (0) 7768 617006 This year's annual GSE conference will take place on Tuesday 4th Wednesday 5th October 2005. At the Stratford upon Avon Moat House Hotel Details can be found at: http://www.gse.org.uk/tyc/ http://www.gse.org.uk/tyc/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need RACF help defining lowercase ID
In a recent note R.S. said: Date: Sun, 21 Aug 2005 21:52:00 +0200 ... Remember: the goal is to install ControlM, not to create lowercase userid. However thread author asked about lowercase useid, but he really needed help to install ControlM. He didn't express it, maybe even didn't realised it, nevermind. Remember supervisor state and CICS application program thread ? It was very similar situation. Supervisor state was not needed and didn't solved the real problem. IMHO we should pay attention to the real nature of the problem, not literally the question asked. And z/OS itself frequently loses sight of the real problem. An example: Background: Our test systems share some DASD with our production system. However, not all migration tape drives are connected to all test systems. Therefore we run HSM only on the production system. The problem: I submit a batch job to one test system. Shortly, I notice that one step is stalled: B00474 *0041 ARC0055A REPLY 'GO' OR 'CANCEL' This oughtn't be a problem. I log on to the production system and do DSLIST Info on the data set. It swiftly recalls, and I return to the test system: /0041,GO Alas, Conway's Law asserts its pernicious influence: IEE600I REPLY TO 0041 IS;GO ARC0050A DFSMSHSM IS NOT ACTIVE - START DFSMSHSM *0042 ARC0055A REPLY 'GO' OR 'CANCEL' To what purpose?! The real problem is to allocate the data set; starting HSM is a subordinate task; irrelevant once the data set has been otherwise recalled. As I envision the current logic: if migrated then Retry: if HSM inactive then WTOR ARC0050A if reply=='GO' then goto Retry else fail endif endif endif ... continue with allocation ... The logic could be made right simply by moving the Retry: label from if HSM inactive to if migrated, allowing detecting that the data set is no longer migrated. But z/OS has focused too literally on the question of activating HSM, and forgotten the goal of allocating the data set. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Negative implications to performance due to scratch files pro cess
Hello, Maybe the problem is (partially) caused by converting the SYSVTOC Reserve. According to MVS Planning: Global Resource Serialization: SA22-7600, ... SYSVTOC is generally not a good candidate for reserve conversion because reserves are of short duration and I/O intensive Kees. DMR-Qualitas Outsourcing [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Hello Bruce, this ASM module uses following macros: NAME (to locate), UCATDX (to descatlg) and SCRATCH (to delete). This 'long process' (12hour) is a batch that executes thousands of file deletes and it loads this module and it passes differents parameters. This module is prepared to execute different function with every paramater passed (delete scratch, hdelete, delete noscratch). We are converting SYSVTOC to global ENQ and we have an active VTOCIX on the disk volume. Perhaps the 'bug' is at architecture of this module. We will revise it. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Negative implications to performance due to scratch files process
Hello Bruce, this ASM module uses following macros: NAME (to locate), UCATDX (to descatlg) and SCRATCH (to delete). This 'long process' (12hour) is a batch that executes thousands of file deletes and it loads this module and it passes differents parameters. This module is prepared to execute different function with every paramater passed (delete scratch, hdelete, delete noscratch). We are converting SYSVTOC to global ENQ and we have an active VTOCIX on the disk volume. Perhaps the 'bug' is at architecture of this module. We will revise it. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Negative implications to performance due to scratch files pro cess
Hello, yes but we can't have any reserve due to Hyperswap (GDPS feature) and therefore all reserves must be converted to ENQ. Tks for your help -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DFHSTUP abend
Hi all, While running DUMPXY procedure to format SMF records,sometimes i encounter these abends in module DFHSTUP and i lose all outputs: N 400 CPAC 05234 22:29:33.55 STC01564 0090 $HASP373 DUMPXY STARTED N 000 CPAC 05234 22:29:33.56 STC01564 0090 IEF403I DUMPXY - STARTED - TIME=22.29.33 M 002 CPAC 05234 22:30:16.96 STC01564 0090 IEA995I SYMPTOM DUMP OUTPUT 361 D 361 0090USER COMPLETION CODE=0001 REASON CODE=00D5 D 361 0090 TIME=22.30.14 SEQ=13787 CPU= ASID=0069 D 361 0090 PSW AT TIME OF ERROR 078D1000 800217AC ILC 2 INTC 0D D 361 0090 ACTIVE LOAD MODULE ADDRESS=60E8 OFFSET=0001B6C4 D 361 0090 NAME=DFHSTUP D 361 0090 DATA AT PSW 000217A6 - 00181610 0A0D947F 42FC58E0 D 361 0090 GPR 0-3 8400 8401 00D5 800205C8 D 361 0090 GPR 4-7 00094020 000215C7 000225C6 8002180A D 361 0090 GPR 8-11 000217F4 00096C20 D 361 0090 GPR 12-15 00094020 8002178A 00D5 E 361 0090 END OF SYMPTOM DUMP M 000 CPAC 05234 22:30:16.97 STC01564 0090 IEF450I DUMPXY DUMPXY - ABEND=S000 U0001 REASON=00D5 362 E 362 0090 TIME=22.30.16 N 000 CPAC 05234 22:30:17.05 STC01564 0090 IEF404I DUMPXY - ENDED - TIME=22.30.17 N 400 CPAC 05234 22:30:17.05 STC01564 0090 $HASP395 DUMPXY ENDED Could you please tell me why these abends happen? this is our DUMPXY procedure: //DUMPXY PROC DSNAME=NULLFILE 0001 //**00012000 //* STEP 1: UNLOAD DATA FROM THE SMF DATA SETS 00013000 //**00014000 //SMFDUMP EXEC PGM=IFASMFDP00015000 //INDD1 DD DSN=SYS1.MAN1,DISP=SHR,AMP=('BUFSP=65536') 00016000 //INDD2 DD DSN=SYS1.MAN2,DISP=SHR 00017000 //INDD3 DD DSN=SYS1.MAN3,DISP=SHR 00018000 //OUTDD1DD DSN=USER.SMF.DATA,DISP=(SHR,CATLG), 00019000 // SPACE=(CYL,(50,10)),UNIT=SYSDA 00019100 //SYSPRINT DD SYSOUT=A 00019200 //SYSIN DD DSN=BSISYS.SYSTEM.JOBS(CICSTAT),DISP=SHR 00019300 //**00033100 //JUP EXEC PGM=DFHJUP 00033200 //STEPLIB DD DSN=CICS410.SDFHLOAD,DISP=SHR00033300 //SYSUT1DD DSN=USER.SMF.DATA,DISP=SHR 00033400 //SYSUT4DD DSN=SMFSTATS,DISP=(NEW,PASS),UNIT=SYSDA, 00033500 // SPACE=(CYL,(30,10)) 00033600 //SYSPRINT DD SYSOUT=A 00033700 //SYSIN DD DSN=BSISYS.SYSTEM.JOBS(CICSTAT2),DISP=SHR00033900 //**00035000 //STUP1EXEC PGM=DFHSTUP,REGION=32M 00035100 //STEPLIB DD DSN=CICS410.SDFHLOAD,DISP=SHR 00035300 // DD DSN=CICS410.SDFHAUTH,DISP=SHR 00035400 //DFHSTATS DD DSN=USER.SMF.DATA,DISP=SHR 00035600 //DFHSTWRK DD UNIT=SYSDA,SPACE=(CYL,(8,4)) 00035700 //SORTWK01 DD UNIT=SYSDA,SPACE=(CYL,(4)) 00035800 //SORTWK02 DD UNIT=SYSDA,SPACE=(CYL,(4)) 00035900 //SORTWK03 DD UNIT=SYSDA,SPACE=(CYL,(4)) 00036000 //SORTWK04 DD UNIT=SYSDA,SPACE=(CYL,(4)) 00036100 //SORTWK05 DD UNIT=SYSDA,SPACE=(CYL,(4)) 00036200 //DFHPRINT DD SYSOUT=* 00036300 //SYSPRINT DD SYSOUT=* 00036400 //SYSUDUMP DD SYSOUT=* 00036500 //SYSABEND DD SYSOUT=* 00036600 //SYSOUTDD SYSOUT=* 00036700 //SYSIN DD
Re: Dead Beef
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Ed Gould On Aug 22, 2005, at 10:38 PM, Steve Samson wrote: Kinda hard to create with hex digits... So convert madcow to hex. Then it won't fit in a doubleword. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is this CICS (or are we having fun yet?)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Capomaestro [ snip ] No magic involved. The 'stump' is passed control with appropriate R1 and R13 addresses once CICS determines it is command level. Not trying to teach Granny to suck eggs but as previously reported here, CICS 'inspects' the beginning of the load module to determine if it is command level. Why, then, do COBOL (e.g.) programs later than OS/VS COBOL run correctly without having the DFH stub at the front of the load module? -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dead Beef
In a message dated 8/23/2005 6:44:43 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Then it won't fit in a doubleword. x'C2E4E3E340E2E3E4D7C9C4' -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dead Beef
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Hanrahan Sent: Monday, August 22, 2005 9:42 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Dead Beef FREEBEEF sounds good to me. Dead or alive doesn't matter to me. Dave Potter's dad owned balogna factory. Dave new all about dead beef. Anyway thanks for being patient with my off topic posts. Gotta go. - Paul Hanrahan Sorry, but no FREEBEEF. That is not a four byte hexadecimal value. Why 0xDEADBEEF? I think it is cute. But it might be even more interesting to create an 8 byte hex value to load into a zSeries PSW. Also, 0xDEADBEEF is obvious junk because the instruction address is odd (as in has the low order bit on, not strange, although it is strange as well). -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSTUP abend
M 002 CPAC 05234 22:30:16.96 STC01564 0090 IEA995I SYMPTOM DUMP OUTPUT 361 D 361 0090USER COMPLETION CODE=0001 REASON CODE=00D5 The user abend is probably coming from your sort program. Are there any messages from the sort that would indicate what the underlying error is? Debbie Mitchell Lead Systems Engineer Utica National Insurance Group New Hartford, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSTUP abend
Hi, Just a couple of thoughts. This is a user abend, so you probably need to look at the source for DFHSTUP to see what will generate this failure. My initial guess would be a field it cannot handle. If that were the case, then you could remove the offending record. Second, you are running DFHSTUP against a set of SMF data. For details on DFHSTUP and its control parameters see the CICS Operations and Utilities Guide (SC34-5991 for CICS TS V2.2, SC33-1685 for CICS TS V1.3). If you cannot find the source for DFHSTUP, you may need to go to the IBM support center for CICS and ask them what a U0001 indicates. Or go to the CICS list server and check with them or scan their archives. CICS List [EMAIL PROTECTED] Lizette Koehler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Do not reply to test msg please
Thank you. Darren -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Test
In a message dated 8/23/2005 9:02:23 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Got your EMAIL, Robert.. If you use ACK as an option listserv will notify you if accepted. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Test
I see you out there Cletus McGee Technical Sevices -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert Pelletier Sent: Tuesday, August 23, 2005 8:56 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Test Our LAN department has messed with the firewall and IBM List was not working for a while. Can someone please confirm they got this e-mail? Thanks all. Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Connecticut -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - The information contained in this email/fax is confidential; it is intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are notified that any dissemination, distribution, or use of this information is strictly prohibited. If you have received this communication in error, please contact us immediately at the telephone number or e-mail address set forth above and destroy all copies of the original message. Although this email/fax is believed to be free of any virus or other defect that might affect any computer system in which it is received, it is the responsibility of the recipient to ensure that it is virus free; Alfa accepts no responsibility for any loss or damage arising in any way from its use. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Test
Our LAN department has messed with the firewall and IBM List was not working for a while. Can someone please confirm they got this e-mail? Thanks all. Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Connecticut -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Test
Got your EMAIL, Robert.. Lenny Foster Kemper Auto and Home Jacksonville, Fl. Office: 904.596.8476 Cell: 904.338.7529 Email: [EMAIL PROTECTED] -Original Message- From: Robert Pelletier [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 23, 2005 9:56 To: IBM-MAIN@BAMA.UA.EDU Subject: Test Our LAN department has messed with the firewall and IBM List was not working for a while. Can someone please confirm they got this e-mail? Thanks all. Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Connecticut -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - CONFIDENTIALITY NOTICE: The information contained in this e-mail and attached document(s) may contain confidential information that is intended only for the addressee(s). If you are not the intended recipient, you are hereby advised that any disclosure, copying, distribution or the taking of any action in reliance upon the information is prohibited. If you have received this e-mail in error, please immediately notify the sender and delete it from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Test
Thanks All. Bob -Original Message- From: Ed Finnell [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 23, 2005 10:04 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Test In a message dated 8/23/2005 9:02:23 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Got your EMAIL, Robert.. If you use ACK as an option listserv will notify you if accepted. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need RACF help defining lowercase ID
The document is called INCONTROL for OS/390 and z/OS Installation Guide and is dated October 11, 2004. Page 156 under step 21.5 states This user ID must be gcserv, specified with lowercase letters. That was the sentence that started this whole thread. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John S. Giltner, Jr. Sent: Monday, August 22, 2005 9:28 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Need RACF help defining lowercase ID Pommier, Rex R. wrote: Thanks to all who responded - especially those who responded that I can use an upper case userid. The initial problem came from BMC's documentation that stated this userid must be defined in lower case and the contractor working for us confirming the (apparently incorrect) documentation from BMC. We went ahead and defined the userid as uppercase and it is working fine. Rex What book was this documented in? We have been running Control-M for years and have had no problems. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fileaid
Hi Listers, How do you get Fileaid to create and delete records in place for a VSAM KSDS? I have RTFM'd but it is well hidden. thanks Gerry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fileaid
I'm talking about batch of course! Gerry - Forwarded by Gerry Anstey/JPMCHASE on 23/08/2005 15:41 - Gerry Anstey [EMAIL PROTECTED]To: IBM-MAIN@bama.ua.edu chase.com cc: Sent by: IBM Subject: Fileaid Mainframe Discussion List [EMAIL PROTECTED] .edu 23/08/2005 15:37 Please respond to IBM Mainframe Discussion List Hi Listers, How do you get Fileaid to create and delete records in place for a VSAM KSDS? I have RTFM'd but it is well hidden. thanks Gerry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Fileaid
Not sure what you mean by in place? We use SORT for that purpose, which requires a file with REUSE attribute and a work file. When SORTs are used to update a file in place without using a work file, we call them suicide sorts. One could also use IDCAMS for the record creation. pup Gerry Anstey [EMAIL PROTECTED] wrote 08/23/2005 10:41 AM I'm talking about batch of course! Gerry - Forwarded by Gerry Anstey/JPMCHASE on 23/08/2005 15:41 - Hi Listers, How do you get Fileaid to create and delete records in place for a VSAM KSDS? I have RTFM'd but it is well hidden. thanks Gerry - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
PIF generated by OPC
Hi, I am trying to open PIF (Picture Interchange Format) generated by gddm from OPC. It contains all my jobs, but I am not able to view it on windows. I tried many of viewers available, but no sucess. Can some advice any viewer or convertor? Thanks a lot, Ales -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dead Beef
Which brings up a question. I can only remember once in (20?) years that a ptf became available for ipl text.. can anyone remember more than one? Lots. IEAIPL00 is the IPL text. A quick search of IBMLINK finds 50 hits, about 35 are APARs. I only reviewed a few, but there are a number of changs to the IPL text. The most recent was OA09050 from last December. Some are very old. IPL text can also be changed between z/OS versions (not a PTF). -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Negative implications to performance due to scratch files pro cess
... SYSVTOC is generally not a good candidate for reserve conversion because reserves are of short duration and I/O intensive That is true if you are using GRS Ring configuration (CTCs) but not if you are using GRS Star (CFs in a parallel sysplex) -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Fileaid
I want to open a new VSAM KSDS and write a record to it then delete the record so that the file is empty but had it's Initial Load. I thought that fileaid could do this as it does it in the online version fine, but I want to set up a batch job. The initial load is easy enough but how can I delete a record? Looks like I'll have to knowck up a quick program to do it, it just had the ring of something that can be done by fileaid or the like. Gerry Kirk Talman [EMAIL PROTECTED]To: IBM-MAIN@bama.ua.edu M cc: Sent by: IBM Subject: Re: Fileaid Mainframe Discussion List [EMAIL PROTECTED] .edu 23/08/2005 16:21 Please respond to IBM Mainframe Discussion List Not sure what you mean by in place? We use SORT for that purpose, which requires a file with REUSE attribute and a work file. When SORTs are used to update a file in place without using a work file, we call them suicide sorts. One could also use IDCAMS for the record creation. pup Gerry Anstey [EMAIL PROTECTED] wrote 08/23/2005 10:41 AM I'm talking about batch of course! Gerry - Forwarded by Gerry Anstey/JPMCHASE on 23/08/2005 15:41 - Hi Listers, How do you get Fileaid to create and delete records in place for a VSAM KSDS? I have RTFM'd but it is well hidden. thanks Gerry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dead Beef
It has been a while but I seem to remember that if you use the DSN of FORMAT4.DSCB as your target it will ask permission of the operator and if granted, you will have access to the full volume (at which point you can use TTR control cards to get at the needed record to zap). I am pretty sure that FORMAT4.DSCB only allows AMASPZAP to zap the VTOC. Likewise pointing SYSLIB to a dataset allows you to zap that dataset. I don't recall any functoin that grants privileges to zap anywhere on the volume -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Free Balogna
Well no news on Dave Potter and his free balogna. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: auto reIPL
If would be even more useful if that function could be anonymously called from a non-authorized COBOL program!!! [EMAIL PROTECTED] 8/23/2005 11:54:02 AM On Mon, 22 Aug 2005 17:40:31 -0400, Bruce Black [EMAIL PROTECTED] wrote: did anyone notice that the z9-109 announcement includes a function to programatically reIPL the system (ala Windows/Intel RESTART). No indication that zOS will make use of this support. Would a reIPL function/system command be a useful thing for z/OS? Perhaps: V XCF,SYSNAME,sysname,OFF,REIPL ...would do the standard VARY XCF OFF thing and then direct LPAR to reIPL the same load parms as last time? Thoughts? Scott Fagen z/OS Core Technology Design IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: auto reIPL
On Mon, 22 Aug 2005 17:40:31 -0400, Bruce Black [EMAIL PROTECTED] wrote: did anyone notice that the z9-109 announcement includes a function to programatically reIPL the system (ala Windows/Intel RESTART). No indication that zOS will make use of this support. Would a reIPL function/system command be a useful thing for z/OS? Perhaps: V XCF,SYSNAME,sysname,OFF,REIPL ...would do the standard VARY XCF OFF thing and then direct LPAR to reIPL the same load parms as last time? Thoughts? Scott Fagen z/OS Core Technology Design IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dead Beef
On Tue, 2005-08-23 at 11:53 -0400, Bruce Black wrote: I am pretty sure that FORMAT4.DSCB only allows AMASPZAP to zap the VTOC. I always assumed that SPZAP did RDJFCB, and when it noticed that you specified FORMAT4.DSCB it did an OPENJ for X'040404...' (which is hard to specify in JCL). -- David Andrews A. Duda and Sons, Inc. [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dead Beef
DSN=X'0404 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David Andrews Sent: Tuesday, August 23, 2005 9:28 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Dead Beef On Tue, 2005-08-23 at 11:53 -0400, Bruce Black wrote: I am pretty sure that FORMAT4.DSCB only allows AMASPZAP to zap the VTOC. I always assumed that SPZAP did RDJFCB, and when it noticed that you specified FORMAT4.DSCB it did an OPENJ for X'040404...' (which is hard to specify in JCL). -- David Andrews A. Duda and Sons, Inc. [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: auto reIPL
On Tue, 23 Aug 2005 10:54:02 -0500, Scott Fagen [EMAIL PROTECTED] wrote: On Mon, 22 Aug 2005 17:40:31 -0400, Bruce Black [EMAIL PROTECTED] wrote: did anyone notice that the z9-109 announcement includes a function to programatically reIPL the system (ala Windows/Intel RESTART). No indication that zOS will make use of this support. Would a reIPL function/system command be a useful thing for z/OS? Perhaps: V XCF,SYSNAME,sysname,OFF,REIPL ...would do the standard VARY XCF OFF thing and then direct LPAR to reIPL the same load parms as last time? Thoughts? Scott Fagen z/OS Core Technology Design IBM Poughkeepsie I like it! ... except without the sysname twice ;-) Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America and Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://Search390.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dead Beef
I always assumed that SPZAP did RDJFCB, and when it noticed that you specified FORMAT4.DSCB it did an OPENJ for X'040404...' (which is hard to specify in JCL). absolutely correct. X'0404' is the dataset name of the VTOC, so opening that sets the DEB extents to the extents of the VTOC. An authorized program can change the DEB extents to access other tracks on the volume, but AMASPZAP does not so so. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Free Balogna
In a message dated 8/23/2005 11:12:39 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Well no news on Dave Potter and his free balogna. whois.ibm.com only listed one David Potter in US. He might know or know of. Don't eat bologna or SPAM! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PIF generated by OPC
In a message dated 8/23/2005 10:43:48 A.M. Central Standard Time, [EMAIL PROTECTED] writes: am trying to open PIF (Picture Interchange Format) generated by gddm from OPC. It's been a long while, but _www.irfanview.com_ (http://www.irfanview.com) is a freebe that does pretty good on most formats. I looked for pif but couldn't find it. Is .img, .tif, .jpg or .bmp an optional output? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dead Beef
On Aug 23, 2005, at 11:28 AM, David Andrews wrote: On Tue, 2005-08-23 at 11:53 -0400, Bruce Black wrote: I am pretty sure that FORMAT4.DSCB only allows AMASPZAP to zap the VTOC. I always assumed that SPZAP did RDJFCB, and when it noticed that you specified FORMAT4.DSCB it did an OPENJ for X'040404...' (which is hard to specify in JCL). David, A *LONG* time ago it was done and IBM Accepted an APAR on it. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is this CICS (or are we having fun yet?)
On Tue, 23 Aug 2005 06:47:33 -0500, Chase, John [EMAIL PROTECTED] wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Capomaestro [ snip ] No magic involved. The 'stump' is passed control with appropriate R1 and R13 addresses once CICS determines it is command level. Not trying to teach Granny to suck eggs but as previously reported here, CICS 'inspects' the beginning of the load module to determine if it is command level. Why, then, do COBOL (e.g.) programs later than OS/VS COBOL run correctly without having the DFH stub at the front of the load module? -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Uhh, 'friendly' RTLs (and their descendent, LE)? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
LOAD BLDL
I am attempting to LOAD a program which resides in a concatenation of a ddname. I coded the DCB paramater to route the load accordingly. For some reason, if the library is first on the concatenation it works fine, underwise I can a not found condition, and the same happens with the BLDL macro. Is this problem related to my DCB coding ? Richard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dead Beef
On Aug 23, 2005, at 10:46 AM, Bruce Black wrote: Which brings up a question. I can only remember once in (20?) years that a ptf became available for ipl text.. can anyone remember more than one? Lots. IEAIPL00 is the IPL text. A quick search of IBMLINK finds 50 hits, about 35 are APARs. I only reviewed a few, but there are a number of changs to the IPL text. The most recent was OA09050 from last December. Some are very old. IPL text can also be changed between z/OS versions (not a PTF). -- Bruce, Thanks for correcting my poor memory. I guess I have forgotten how many bypass I have put on SMP control cards over the years. And I have more than a fair share of finger checks. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PIF generated by OPC
You may want to dowload irfanview and try to create/new the pif extension and associate it with jpeg. My computer/pictures/tools/folder options/file types/new/(in box file extention put) PIF/advanced/associated file type (jpeg) Ed Finnell [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 08/23/2005 01:23 PM Please respond to IBM Mainframe Discussion List To: IBM-MAIN@BAMA.UA.EDU cc: Subject:Re: PIF generated by OPC In a message dated 8/23/2005 10:43:48 A.M. Central Standard Time, [EMAIL PROTECTED] writes: am trying to open PIF (Picture Interchange Format) generated by gddm from OPC. It's been a long while, but _www.irfanview.com_ (http://www.irfanview.com) is a freebe that does pretty good on most formats. I looked for pif but couldn't find it. Is .img, .tif, .jpg or .bmp an optional output? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LOAD BLDL
Sounds unlikely to me to be the DCB. Are you sure the JCL is correct? Are you sure the load module is there? g Perhaps someone else knows for sure: there are or were some issues with concatenations (for regular QSAM GET) if the subsequent concatenations had BLKSIZEs greater than the first. You could try coding BLKSIZE=longest BLKSIZE of any library in the concatenation on the first DD. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richard Verville Sent: Tuesday, August 23, 2005 11:14 AM To: IBM-MAIN@BAMA.UA.EDU Subject: LOAD BLDL I am attempting to LOAD a program which resides in a concatenation of a ddname. I coded the DCB paramater to route the load accordingly. For some reason, if the library is first on the concatenation it works fine, underwise I can a not found condition, and the same happens with the BLDL macro. Is this problem related to my DCB coding ? Richard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Negative implications to performance due to scratch files pro cess
On Tue, 23 Aug 2005 11:51:48 -0400, Bruce Black [EMAIL PROTECTED] wrote: ... SYSVTOC is generally not a good candidate for reserve conversion because reserves are of short duration and I/O intensive That is true if you are using GRS Ring configuration (CTCs) but not if you are using GRS Star (CFs in a parallel sysplex) -- Yes, it's correct. We are using mode Star through CFs in a Parallel Sysplex (9 systems). Tks! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Is There a Way to Dynamically Add PUBLIC/STORAGE Volumes
I have been asked to add 6 volumes to our PUB### storage pool which is used for temporary work files etc. This is what VATLST00 has: PUB003,0,1,3390,Y Do I have to schedule an IPL to have the system recognize them? Thanks once again to a great group. Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Connecticut -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is There a Way to Dynamically Add PUBLIC/STORAGE Volumes
On Tue, 2005-08-23 at 14:34 -0400, Robert Pelletier wrote: This is what VATLST00 has: PUB003,0,1,3390,Y Do I have to schedule an IPL to have the system recognize them? No, just clip 'em and mount 'em public: M ddd,VOL=(SL,PUB003),USE=PUBLIC -- David Andrews A. Duda and Sons, Inc. [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ICKSADSF
Does anyone put ICKSADSF, Standalone ICKDSF, to DASD (either exclusively or in addition to tape)? [Analogous to putting FDR's SA Restore program on both Tape and DASD.] I would imagine that putting ICKSADSF on DASD is 'do-able', but I don't find any documentation for it. If someone does put ICKSADSF on DASD, could that someone please provide some sample JCL or cite the documentation? By the way, if putting ICKSADSF on DASD is just not done, what would be the reason/downside? Thank you! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is There a Way to Dynamically Add PUBLIC/STORAGE Volumes
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert Pelletier Sent: Tuesday, August 23, 2005 1:35 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Is There a Way to Dynamically Add PUBLIC/STORAGE Volumes I have been asked to add 6 volumes to our PUB### storage pool which is used for temporary work files etc. This is what VATLST00 has: PUB003,0,1,3390,Y Do I have to schedule an IPL to have the system recognize them? Thanks once again to a great group. Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Connecticut It depends Are your public (work) volumes SMS managed? If so, then you must initialize the volumes and put the new volsers in the appropriate storage group (look to see if there are any extras in there already - we tend to put non-existant volsers in our storage groups just for this case). If the work volumes are not SMS managed, then simply initialize them to the appropriate volser, then issue a mount command for each of them similar to: MOUNT ,VOL=(SL,volser),USE=PUBLIC where is the device number and volser is the new volser, and you're done. Oh, update the VATLSTnn member to include the new volsers also. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LOAD BLDL
The jcl is correct. I caused an 0C1 dump and see in the output the concat addresses. If I direct the load towards the steplib (I moved the libraries there) it works fine. Richard Charles Mills wrote: Sounds unlikely to me to be the DCB. Are you sure the JCL is correct? Are you sure the load module is there? g Perhaps someone else knows for sure: there are or were some issues with concatenations (for regular QSAM GET) if the subsequent concatenations had BLKSIZEs greater than the first. You could try coding BLKSIZE=longest BLKSIZE of any library in the concatenation on the first DD. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richard Verville Sent: Tuesday, August 23, 2005 11:14 AM To: IBM-MAIN@BAMA.UA.EDU Subject: LOAD BLDL I am attempting to LOAD a program which resides in a concatenation of a ddname. I coded the DCB paramater to route the load accordingly. For some reason, if the library is first on the concatenation it works fine, underwise I can a not found condition, and the same happens with the BLDL macro. Is this problem related to my DCB coding ? Richard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Fileaid
If you're talking of fielaid or the like, Fantom Systems's DataMiner will create a record in a KSDS and delete it. In fact, it comes with a VSAM interface that lets you load an empty KSDS without having to muck about creating and deleting empty records - you just write to it. -- Cheers - John Mycroft coryton_at_cobbsmill_dot_com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ICKSADSF
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kluth.Chris Sent: Tuesday, August 23, 2005 1:41 PM To: IBM-MAIN@BAMA.UA.EDU Subject: ICKSADSF Does anyone put ICKSADSF, Standalone ICKDSF, to DASD (either exclusively or in addition to tape)? [Analogous to putting FDR's SA Restore program on both Tape and DASD.] I would imagine that putting ICKSADSF on DASD is 'do-able', but I don't find any documentation for it. If someone does put ICKSADSF on DASD, could that someone please provide some sample JCL or cite the documentation? By the way, if putting ICKSADSF on DASD is just not done, what would be the reason/downside? Thank you! IIRC, the following JCL should create an IPLable DASD volume for ICKSADSF. I have not tried it, but I think it is correct. Uh, change the volser, OK? grin //STEP001 EXEC PGM=ICKDSF, // REGION=2M //SYSPRINT DD SYSOUT=* //IPLDDDD DSN=SYS1.SAMPLIB(ICKSADSF), // DISP=SHR //SYSINDD * REFORMAT DDNAME(IC2RS1) - VERIFY(IC2RS1) - IPLDD(IPLDD) BOOTSTRAP /* //IC2RS1 DD DISP=OLD, // UNIT=3390, // VOL=SER=IC2RS1 -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LOAD BLDL
On Tue, 23 Aug 2005 14:13:32 -0400 Richard Verville [EMAIL PROTECTED] wrote: :I am attempting to LOAD a program which resides in a concatenation of a :ddname. I coded the DCB paramater to route the load accordingly. For :some reason, if the library is first on the concatenation it works fine, :underwise I can a not found condition, and the same happens with the :BLDL macro. Is this problem related to my DCB coding ? Unlikely. What return codes are you getting from the load and BLDL? Try with EXEC PGM= and the libraries as a steplib. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: auto reIPL
On Tue, 23 Aug 2005 14:02:29 -0500 Bruno Sugliani [EMAIL PROTECTED] wrote: :On Tue, 23 Aug 2005 10:54:02 -0500, Scott Fagen [EMAIL PROTECTED] :wrote: :Would a reIPL function/system command be a useful thing for z/OS? Perhaps: :V XCF,SYSNAME,sysname,OFF,REIPL :...would do the standard VARY XCF OFF thing and then direct LPAR to reIPL :the same load parms as last time? :Thoughts? :OH YEAH ! I love it How will the shutdown procedures, i.e., stopping CICS and DB2, flushing SMF buffers and the SYSLOG, etc. be invoked? -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: auto reIPL
On Tue, 23 Aug 2005 10:54:02 -0500, Scott Fagen [EMAIL PROTECTED] wrote: Would a reIPL function/system command be a useful thing for z/OS? Perhaps: V XCF,SYSNAME,sysname,OFF,REIPL ...would do the standard VARY XCF OFF thing and then direct LPAR to reIPL the same load parms as last time? Thoughts? OH YEAH ! I love it Bruno Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
New ZOS redbook
It's officially two days away from publication, but I found it. z/OS Diagnostic Data Collection and Analysis -- SG24-7110 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ICKSADSF
Does anyone put ICKSADSF, Standalone ICKDSF, to DASD (either exclusively or in addition to tape)? [Analogous to putting FDR's SA Restore program on both Tape and DASD.] I would imagine that putting ICKSADSF on DASD is 'do-able', but I don't find any documentation for it. The ICKDSF 1.7 manual says: Stand-Alone ICKDSF requires the following conditions or preparation when you IPL (from tape, card reader, or via OMA on the ICKDSF CD-ROM): The latter refers to IPLing from the CD drive in the HMC. This is a special type of IPL Process (you can't address the drive as an I/O device). Apparently IBM provides a CD version of ICKDSF. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LOAD BLDL
The BLDL returns retcode=4,reason=0... If the libraries are in the steplib ... it works ... It's when they are not in the steplib but pointed to another ddname (pgmlist in my case) and the DCB parm is coded in the LOAD macro and the BLDL points to the PGMLIST DCB it does not get the programs if they reside in the 2nd, 3rd dsname Richard Binyamin Dissen wrote: On Tue, 23 Aug 2005 14:13:32 -0400 Richard Verville [EMAIL PROTECTED] wrote: :I am attempting to LOAD a program which resides in a concatenation of a :ddname. I coded the DCB paramater to route the load accordingly. For :some reason, if the library is first on the concatenation it works fine, :underwise I can a not found condition, and the same happens with the :BLDL macro. Is this problem related to my DCB coding ? Unlikely. What return codes are you getting from the load and BLDL? Try with EXEC PGM= and the libraries as a steplib. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LOAD BLDL
Richard, The file was open before the LOAD, right? Was the concatenation a mix of PDS and PDS/Es? Or was it pure PDS (or pure PDSE)? -- Tom Schmidt Madison, WI On Tue, 23 Aug 2005 14:41:42 -0400, Richard Verville wrote: The jcl is correct. I caused an 0C1 dump and see in the output the concat addresses. If I direct the load towards the steplib (I moved the libraries there) it works fine. Richard Charles Mills wrote: Sounds unlikely to me to be the DCB. Are you sure the JCL is correct? Are you sure the load module is there? g Perhaps someone else knows for sure: there are or were some issues with concatenations (for regular QSAM GET) if the subsequent concatenations had BLKSIZEs greater than the first. You could try coding BLKSIZE=longest BLKSIZE of any library in the concatenation on the first DD. Charles -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richard Verville I am attempting to LOAD a program which resides in a concatenation of a ddname. I coded the DCB paramater to route the load accordingly. For some reason, if the library is first on the concatenation it works fine, underwise I can a not found condition, and the same happens with the BLDL macro. Is this problem related to my DCB coding ? Richard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ICKSADSF
Check SAMPLIB. I always put ICKSADSF on MCAT vol and SAR on TEMP volumes. In my SAMPLIB I only find procedures for putting it on tape. What member are you referring to. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ICKSADSF
REFORMAT DDNAME(IC2RS1) - VERIFY(IC2RS1) - IPLDD(IPLDD) BOOTSTRAP Sorry, no. The ICKSADSF member does not contain bootstrap info in the format required by the BOOTSTRAP parameter. The member does contain bootstrap data, but in a format suitable only for loading from a tape or card reader (80-byte records). If you omit BOOTSTRAP, ICKDSF provides standard disk bootstrap info, but it would then try to load the ICKSADSF file and choke on the real bootstrap data. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ICKSADSF
In a message dated 8/23/2005 1:41:37 P.M. Central Standard Time, [EMAIL PROTECTED] writes: I would imagine that putting ICKSADSF on DASD is 'do-able', but I don't find any documentation for it. If someone does put ICKSADSF on DASD, could that someone please provide some sample JCL or cite the documentation? Check SAMPLIB. I always put ICKSADSF on MCAT vol and SAR on TEMP volumes. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Questions on ECB status when task abends
Hi, I have a main task and subtask running. The main task has an ESTAE established and the subtask has an ESTAI established. The subtask runs asynchronously with the main task. The main task is waiting on an ECB to be posted by an external event. During this wait the subtask abends, the abend is trapped by the ESTAI exit which then cleans up and percolates. 1) Will the main task's ESTAE exit now receives control even if it's still waiting on the ECB? 2) If so, what is the status of the ECB that was being waited upon? 3) Can the main task's ESTAE exit retry and then re-issue the wait on this ECB if it hasn't been posted yet? Thanks very much, Vic -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LOAD BLDL
The ddname is opened ... I can get the load bldl to work if the pgm resides in the first library on the ddname... I don't know if they are pds/pdse, there are a lot of them, until I can verify that I would it's a mix... Richard Tom Schmidt wrote: Richard, The file was open before the LOAD, right? Was the concatenation a mix of PDS and PDS/Es? Or was it pure PDS (or pure PDSE)? -- Tom Schmidt Madison, WI On Tue, 23 Aug 2005 14:41:42 -0400, Richard Verville wrote: The jcl is correct. I caused an 0C1 dump and see in the output the concat addresses. If I direct the load towards the steplib (I moved the libraries there) it works fine. Richard Charles Mills wrote: Sounds unlikely to me to be the DCB. Are you sure the JCL is correct? Are you sure the load module is there? g Perhaps someone else knows for sure: there are or were some issues with concatenations (for regular QSAM GET) if the subsequent concatenations had BLKSIZEs greater than the first. You could try coding BLKSIZE=longest BLKSIZE of any library in the concatenation on the first DD. Charles -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richard Verville I am attempting to LOAD a program which resides in a concatenation of a ddname. I coded the DCB paramater to route the load accordingly. For some reason, if the library is first on the concatenation it works fine, underwise I can a not found condition, and the same happens with the BLDL macro. Is this problem related to my DCB coding ? Richard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ESQA Storage leak.
Esteemed gurus: We are a basic sysplex running z/os and z/os.e 1.4 on a z890-350. We shifted most all of our work to z/os.e about a month ago and have observed no ill effects. But we are seeing a slow loss of ESQA on the z/os.e LPAR. The SHOWZOS tool shows thousands of 'owner gone' entries. About half showing 112 bytes, the other 224 bytes. All that I can see are batch jobs. Again, there is nothing like this on the z/os LPAR. The jobs do not seem to have anything in common. Of the 3,800, there are seven jobs that are unusual (only 32 bytes) include RMM reports, DB2 image copies, and DFDSS backup jobs. There are about two dozen entries that have more then 224 bytes. I used TASID to view ESQA storage. I saw a few AQAT eye catchers, but mostly hex zeros. The only common denominator I suspect so far is OW57231 and our job scheduler. The job scheduler is a 'slave' or 'proxy' for the 'master' running on the z/os LPAR. I have a query in to that vendor. Does this ring any bells with anyone? Any suggestions on how to isolate the offending code? Anything to be added to my top ten suspects list? Is there an RMF report that might be helpful? Thanks!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LOAD BLDL
Oups, it has PS not PO Richard Binyamin Dissen wrote: On Tue, 23 Aug 2005 15:19:34 -0400 Richard Verville [EMAIL PROTECTED] wrote: :The BLDL returns retcode=4,reason=0... If the libraries are in the steplib ... :it works ... It's when they are not in the steplib but pointed to another :ddname (pgmlist in my case) and the DCB parm is coded in the LOAD macro and :the BLDL points to the PGMLIST DCB it does not get the programs if they reside :in the 2nd, 3rd dsname Richard Very interesting. What does the DCB macro look like? DSORG=PO? :Binyamin Dissen wrote: : On Tue, 23 Aug 2005 14:13:32 -0400 Richard Verville : [EMAIL PROTECTED] wrote: : :I am attempting to LOAD a program which resides in a concatenation of a : :ddname. I coded the DCB paramater to route the load accordingly. For : :some reason, if the library is first on the concatenation it works fine, : :underwise I can a not found condition, and the same happens with the : :BLDL macro. Is this problem related to my DCB coding ? : Unlikely. : What return codes are you getting from the load and BLDL? : Try with EXEC PGM= and the libraries as a steplib. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LOAD BLDL
In a recent note, Charles Mills said: Date: Tue, 23 Aug 2005 11:32:28 -0700 Perhaps someone else knows for sure: there are or were some issues with concatenations (for regular QSAM GET) if the subsequent concatenations had BLKSIZEs greater than the first. You could try coding BLKSIZE=longest BLKSIZE of any library in the concatenation on the first DD. Interestingly enough, IBM fixed that several years ago: BPAM now uses the longest BLKSIZE, rather than the first. (But does CS use BPAM?) Of course, there's always the possibility that someone later wrote to the library, overriding with a BLKSIZE less than the size of some block actually present in the library. But even that should result in an I/O error. (Unless the library is VIO.) -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: auto reIPL
I like it. My shop could make use of a function like that if it worked in a basic sysplex (no CF, no need or $$ for one). Also, no unauthorized program interface desired :) Greg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LOAD BLDL
DSORG=PO did the job. Thanks everyone for your time on this one. Richard Paul Gilmartin wrote: In a recent note, Charles Mills said: Date: Tue, 23 Aug 2005 11:32:28 -0700 Perhaps someone else knows for sure: there are or were some issues with concatenations (for regular QSAM GET) if the subsequent concatenations had BLKSIZEs greater than the first. You could try coding BLKSIZE=longest BLKSIZE of any library in the concatenation on the first DD. Interestingly enough, IBM fixed that several years ago: BPAM now uses the longest BLKSIZE, rather than the first. (But does CS use BPAM?) Of course, there's always the possibility that someone later wrote to the library, overriding with a BLKSIZE less than the size of some block actually present in the library. But even that should result in an I/O error. (Unless the library is VIO.) -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LOAD BLDL
if the subsequent concatenations had BLKSIZEs greater than the first. You could try coding BLKSIZE=longest BLKSIZE of any library in the concatenation on the first DD. ... That has NOT been required since ESA 3.1.0e -teD In God we Trust! All others bring data! -- W. Edwards Deming -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is There a Way to Dynamically Add PUBLIC/STORAGE Volumes
I have been asked to add 6 volumes to our PUB### storage pool which is used for temporary work files etc. This is what VATLST00 has: PUB003,0,1,3390,Y ... Even non-SMS the answer is YES. SMS makes the DASD go 'round! -teD In God we Trust! All others bring data! -- W. Edwards Deming -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Questions on ECB status when task abends
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 08/23/2005 03:32:34 PM: Hi, I have a main task and subtask running. The main task has an ESTAE established and the subtask has an ESTAI established. The subtask runs asynchronously with the main task. The main task is waiting on an ECB to be posted by an external event. During this wait the subtask abends, the abend is trapped by the ESTAI exit which then cleans up and percolates. 1) Will the main task's ESTAE exit now receives control even if it's still waiting on the ECB? 2) If so, what is the status of the ECB that was being waited upon? 3) Can the main task's ESTAE exit retry and then re-issue the wait on this ECB if it hasn't been posted yet? Abends are not percolated to the parent task under any circumstances, so the answer to 1) is no. On the other hand, if you meant to ask about the main task's ETXR exit, the answer to 1) would be yes. The ETXR runs as an IRB which interrupts the waiting RB, and when the ETXR completed, the main task would still be waiting on the ECB. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LOAD BLDL
Thanks. I missed that. I knew it had not burned me in about 10 years. That must be why. g Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Monday, August 22, 2005 5:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: LOAD BLDL if the subsequent concatenations had BLKSIZEs greater than the first. You could try coding BLKSIZE=longest BLKSIZE of any library in the concatenation on the first DD. ... That has NOT been required since ESA 3.1.0e -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: auto reIPL
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 08/22/2005 06:55:02 PM: On Mon, 22 Aug 2005 17:40:31 -0400, Bruce Black [EMAIL PROTECTED] wrote: did anyone notice that the z9-109 announcement includes a function to programatically reIPL the system (ala Windows/Intel RESTART). No indication that zOS will make use of this support. Perhaps it is intended for Linux. I recall making that request of IBM (for MVS/ESA v5 at the time) around 9- 10 years ago, as an option of post-SADUMP processing. The idea was that standalone dump could capture the information and then jump right into the IPL parms specified on the HMC to get things recovered more quickly. I also suggested that SADUMP could perhaps detect (and dump) some conditions, presumably pre-selected and initiate SADUMP then reIPL to capture failures and get back up. And we did write a programming spec for that function around that time, but never implemented it. The idea was that the customer would specify a list of disabled wait state code/reason code combinations, and SADUMP would be automatically initiated when those occurred. And there would be an option to have SADUMP start the MVS IPL when SADUMP completed. The has been some interest expressed in this item recently, and the old spec has been located, but it remains to see whether the interest is high enough to drive development funding. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Fileaid
I want to open a new VSAM KSDS and write a record to it then delete the record so that the file is empty but had it's Initial Load. I thought that fileaid could do this as it does it in the online version fine, but I want to set up a batch job. The initial load is easy enough but how can I delete a record? There is a utility KSDSINIT on CBT file 394 ... hth ... Janek -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Fileaid
Hi Gerry To answer your question. You should be able to use UPDATE function on the empty file. What this will do is open and then close the file. There should be no need to actually create a record and delete as the only thing you need is an open and close on the file. Just as a side note. If you have any question like this feel free in contacting our Hotline at 1-800-538-7822 (the call is free to clients who are paying maintenance). Robert Galambos Compuware Senior Technical Specialist IBM Certified Solutions Expert - DB2 UDB for OS/390 V7 Database Administration [EMAIL PROTECTED] Tel: +1 905 866 7000 Toll Free: +1 800 263 7189 Fax: +1 905 886 7023 Quebec: +1 877-281-1888 Compuware Canada Service is our best product Les renseignements contenus dans le présent message électronique sont confidentiels et concernent exclusivement le(s) destinataire(s) désigné(s). Il est strictement interdit de distribuer ou de copier ce message. Si vous avez reçu ce message par erreur, veuillez répondre par courriel à l'expéditeur et effacer ou détruire toutes les copies du présent message. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gerry Anstey Sent: August 23, 2005 11:54 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Fileaid I want to open a new VSAM KSDS and write a record to it then delete the record so that the file is empty but had it's Initial Load. I thought that fileaid could do this as it does it in the online version fine, but I want to set up a batch job. The initial load is easy enough but how can I delete a record? Looks like I'll have to knowck up a quick program to do it, it just had the ring of something that can be done by fileaid or the like. Gerry Kirk Talman [EMAIL PROTECTED]To: IBM-MAIN@bama.ua.edu M cc: Sent by: IBM Subject: Re: Fileaid Mainframe Discussion List [EMAIL PROTECTED] .edu 23/08/2005 16:21 Please respond to IBM Mainframe Discussion List Not sure what you mean by in place? We use SORT for that purpose, which requires a file with REUSE attribute and a work file. When SORTs are used to update a file in place without using a work file, we call them suicide sorts. One could also use IDCAMS for the record creation. pup Gerry Anstey [EMAIL PROTECTED] wrote 08/23/2005 10:41 AM I'm talking about batch of course! Gerry - Forwarded by Gerry Anstey/JPMCHASE on 23/08/2005 15:41 - Hi Listers, How do you get Fileaid to create and delete records in place for a VSAM KSDS? I have RTFM'd but it is well hidden. thanks Gerry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ICKSADSF
In a message dated 8/23/2005 2:09:23 P.M. Central Standard Time, [EMAIL PROTECTED] writes: In my SAMPLIB I only find procedures for putting it on tape. What member are you referring to. Yeah, me too. Although, there's an old member from IPO that seems to do the trick. Needs an IPLDD. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Questions on ECB status when task abends
On Tue, 23 Aug 2005 14:32:34 -0500 Vic Petrone [EMAIL PROTECTED] wrote: :I have a main task and subtask running. The main task has an ESTAE :established and the subtask has an ESTAI established. The subtask runs :asynchronously with the main task. :The main task is waiting on an ECB to be posted by an external event. :During this wait the subtask abends, the abend is trapped by the ESTAI :exit which then cleans up and percolates. :1) Will the main task's ESTAE exit now receives control even if it's still :waiting on the ECB? Only if STEP was specified. :2) If so, what is the status of the ECB that was being waited upon? Unchanged. :3) Can the main task's ESTAE exit retry and then re-issue the wait on this :ECB if it hasn't been posted yet? Yes, but unless STEP was specified on the ABEND the ESTAE will not get control. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ESQA Storage leak.
Hal, Have you seen the 'return' address from the GQE control block that describes the chunk of ESQA? This is the return address of the module that performed the GETMAIN - this may or may not be helpful. plug You can probably see this using the VSMDATA IPCS command - but a very easy way to see it is using the GQE command from the freeware MXI product. You can download MXI from www.rs.com. /plug HTH Rob Scott Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Enterprise PL/I SYSDEFSD SYSXMLSD characteristics?
Does anyone know the characteristics (lrecl and recfm) of the SYSDEFSD and SYSXMLSD datasets that may be produced by the Enterprise PL/I compiler? The documentation is apparently lacking. Thanks, Charles Mills -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Auto re-IPL
OK, I would like to add my $0.02 to this thread. soapbox You may want to consider the old adage of be careful what you ask for, you may get it may apply to this topic. Consider if you will, something happened to z/OS that was sever enough to cause a wait state and/or stand-alone dump to occur, what are the chances that the system can be safely restarted without some investigation into the matter. My personal opinion is that z/OS is fairly bullet-proof and if something has caused z/OS to throw its hands up in the air, maybe someone should look into it first before trying to re-IPL. There is a similar option in z/VM-land on the SHUTDOWN command to REIPL the system automatically once the SHUTDOWN processing has completed. I have used this REIPL option on the SHUTDOWN command several times when I wanted to make some configuration change(s) only to discover that I caused a problem for myself by overlooking one thing or another. The software did what I told it to, but it was not smart enough to recover from my error. I have lost spool files and named saved systems by doing this only because another copy of a z/VM system volume was discovered during the IPL and this system's IPL was not using the correct set of volumes. Like I said, this was my error and not z/VM's. What if z/OS and JES2 decided to do a cold start on your auto re-IPL or found the wrong copy of a system volume, PARMLIB, etc.? /soapbox HITACHI DATA SYSTEMS Raymond E. Noal Lab Manager, San Diego Facility Office: (858) 537 - 3268 Cell: (858) 248 - 1172 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ESQA Storage leak.
Hal, I too use MXI for this, but I start with the CSR command as that shows only orphaned CSA/SQA. Rob not only does great work but he's a good guy to boot! You can, however, use IPCS to look at your running system by specifying ACTIVE in option 0. Then enter ip verbx vsmdata 'owncomm detail all sortby(time)' and scroll down to the bottom of the report. Grab a coffee at this point. Do a f ' og ' prev and look for something like Date Time ASID Job Name Id St T Address Length Ret Addr MM/DD/ HH:MM:SS 0098 MMSQUITF S0888511 OG S 02A5F128 0048 0E0D9C80 08/23/2005 11:19:10 Data -- E2D4C3D4 E3D6D2D5 0048 F5000B70 *SMCMTOKN5...* The OG is owner gone and the S is SQA. The Ret Addr is the address after the GETMAIN/STORAGE and that's your culprit. Browse storage before the shown address until you see an eyecatcher and then call the vendor. (In the sample, it's STK's silo software and it's a known issue we're getting ready to address.) Bob Rob Scott wrote: Hal, Have you seen the 'return' address from the GQE control block that describes the chunk of ESQA? This is the return address of the module that performed the GETMAIN - this may or may not be helpful. plug You can probably see this using the VSMDATA IPCS command - but a very easy way to see it is using the GQE command from the freeware MXI product. You can download MXI from www.rs.com. /plug -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: auto reIPL
On Tue, 23 Aug 2005 22:05:46 +0300, Binyamin Dissen [EMAIL PROTECTED] wrote: :OH YEAH ! I love it How will the shutdown procedures, i.e., stopping CICS and DB2, flushing SMF buffers and the SYSLOG, etc. be invoked? Well today we do that through SAO and we need a not anymore supported AOM on a soon not anymore supported OS/2 on a very old PC to handle the IPL . ( very difficult to get a new PC that can run OS/2 + AOM and run properly ) IBM did not come with a replacement for AOM , and the other way is to write some code and use the HMC/SAO API ( but so far we have been failing to make the SAO / HMC thing work consistently ) . Having no operators since years , I definitely prefer a V XCF,xyz,reipl command that we would put in our SAO procs . Now i am also looking for any software running on a PC and able to talk to the HMC and IPL ... I could then get rid of my old AOM . Bruno Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enterprise PL/I SYSDEFSD SYSXMLSD characteristics?
Charles, Look at Chapter 15, Using the SAX Parser, in Enterprise PL/I for z/OS Programming Guide Version 3 Release 4, SC27-1457-04. There are no interestinbg restrictions on 'DCB' characteristics. I have even invoked the parser from a CICS AP. You will also perhaps do better with this and similar questions by addressinbg them to the PL/I list. John Gilmore Ashland, MA 01721 USA _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enterprise PL/I SYSDEFSD SYSXMLSD characteristics?
Thanks, John. There's nothing in the SAX parser section. The remainder of the books repeats the information I have in the 3.2 books. I would like something more definitive than assuming that the absence of documented restrictions means the absence of restrictions (absence of evidence and evidence of absence and all that). I know there's a PL/I list somewhere. I hope not to have very many (any more?) questions like this. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of john gilmore Sent: Tuesday, August 23, 2005 2:47 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Enterprise PL/I SYSDEFSD SYSXMLSD characteristics? Charles, Look at Chapter 15, Using the SAX Parser, in Enterprise PL/I for z/OS Programming Guide Version 3 Release 4, SC27-1457-04. There are no interestinbg restrictions on 'DCB' characteristics. I have even invoked the parser from a CICS AP. You will also perhaps do better with this and similar questions by addressinbg them to the PL/I list. John Gilmore Ashland, MA 01721 USA _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fw: Enterprise PL/I SYSDEFSD SYSXMLSD characteristics?
Sounds to me as if you should do an RCF against: http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/ibm3pg30/1.4.2.2 I certainly can't find the required information here (or anywhere else in the Enterprise Pl/I V3R4 documentation) Charles Mills [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Does anyone know the characteristics (lrecl and recfm) of the SYSDEFSD and SYSXMLSD datasets that may be produced by the Enterprise PL/I compiler? The documentation is apparently lacking. Thanks, Charles Mills -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: auto reIPL
Scott wrote on 24/08/2005 01:54:02 AM: Would a reIPL function/system command be a useful thing for z/OS? Perhaps: V XCF,SYSNAME,sysname,OFF,REIPL ...would do the standard VARY XCF OFF thing and then direct LPAR to reIPL the same load parms as last time? Thoughts? We have a shutdown task, but it's home-grown and things tend to need some input to get the system down. As such, the proposed command would have limited application here, but it would have application elsewhere (see Brunos post), so there should be no downside. So long as it queried the operator for confirmation similar to the V XCF,xyz,OFF. Bruno, I saw a flyer for a product called iPLeasy a while back; ran shutdown/IPL from a web client. Don't know about automating/scripting it. Couldn't find a hit on google - maybe it was just vapourware. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is There a Way to Dynamically Add PUBLIC/STORAGE Volumes
On Aug 23, 2005, at 1:34 PM, Robert Pelletier wrote: I have been asked to add 6 volumes to our PUB### storage pool which is used for temporary work files etc. This is what VATLST00 has: PUB003,0,1,3390,Y Do I have to schedule an IPL to have the system recognize them? Thanks once again to a great group. Just issue the m cuaddr,vol=(PUB###),use=public or update your acs routines:) Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
auto reIPL
Would a reIPL function/system command be a useful thing for z/OS? Perhaps: V XCF,SYSNAME,sysname,OFF,REIPL would do the standard VARY XCF OFF thing and then direct LPAR to reIPL the same load parms as last time? Thoughts? Scott Fagen z/OS Core Technology Design IBM Poughkeepsie What I've always disliked about V XFC,sysname,OFFLINE is that a System cannot take itself out of the Sysplex. I've always wanted a command like: V XFC,*,OFFLINE, followed by the confirmation WTOR. Then it would tell all the other systems in the Sysplex it was going away and would wait state itself. Keith E. Moe Laid Back Software, Inc. http://www.laidbacksoftware.com [EMAIL PROTECTED] (408) 749-0655 (voice and FAX) (408) 480-2067 (cell) We take our clients seriously, not ourselves. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: auto reIPL
On 8/23/05, Keith E. Moe [EMAIL PROTECTED] wrote: What I've always disliked about V XFC,sysname,OFFLINE is that a System cannot take itself out of the Sysplex. Last time I tried it could. Although, I didn't think it was good form if you have other systems up in the plex from which the XCF command could be issued. Gabe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dead Beef
At 11:53 -0400 on 08/23/2005, Bruce Black wrote about Re: Dead Beef: I am pretty sure that FORMAT4.DSCB only allows AMASPZAP to zap the VTOC. Likewise pointing SYSLIB to a dataset allows you to zap that dataset. I don't recall any functoin that grants privileges to zap anywhere on the volume OOPS - You're right. I DID say my memory might be faulty. That FORMAT4.DSCB trick was for ZAPPING the VTOC not getting access to the full Volume. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
TCPIP abend.
Hi We are using ZOS 1.4 OS with CS V1R4. We are getting frequently TCPIP abend and due to this we have to recycle TCPIP or reIPL the system to connect to the network. Can any one help us to resolve this issue permanently? If any PTFs required, please inform us the same. TCPIP abend which we are getting. - EZZ4215I TCP/IP ABEND - DUMPING IEA794I SVC DUMP HAS CAPTURED: 643 DUMPID=009 REQUESTED BY JOB (TCPIP ) DUMP TITLE=TCPIPV1R4 : Job(TCPIP ) EZBITSCU(UQ75661 03. 2)+001876 S4C5/74BF0402 TCB P=0040,S=0040,H=0040 IEA995I SYMPTOM DUMP OUTPUT 644 SYSTEM COMPLETION CODE=4C5 REASON CODE=74BF0402 TIME=08.39.00 SEQ=00336 CPU= ASID=0040 PSW AT TIME OF ERROR 076C1000 887C4BB6 ILC 2 INTC 0D ACTIVE LOAD MODULE ADDRESS=087AC448 OFFSET=0001 NAME=EZBTIINI DATA AT PSW 087C4BB0 - 58F0B048 0A0D5880 701C5080 AR/GR 0: /0866B000 1: /844C5000 2: / 3: 0A001918/0866B430 4: 087AF545/0984D650 5: 087AE546/098493C8 6: 087AD547/0863B000 7: 8A0051C4/0866DFF8 8: 6DB8/0905A018 9: 8A0051FA/0863B564 A: / B: /087C57DC C: /0866DFF8 D: /0863B650 E: /08668000 F: /74BF0402 END OF SYMPTOM DUMP Thanks and regards, C Narayan CAUTION - Disclaimer * This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment. Infosys reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys e-mail system. ***INFOSYS End of Disclaimer INFOSYS*** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Migration to RMM from Zara
You're correct that EDGTVEXT replaces ARCTVEXT and that is the way forward for the target DFSMSrmm environment. To maintain DFSMShsm consistency when running DFSMSrmm and Zara in parallel you will need to call the respective exits in turn. Therefore as Zara is in control, this ARCTVEXT exit will need to run as per normal to maintain DFSMShsm and Zara consistency, but a straightforward stub/link will be required to then call the EDGTVEXT exit to pass the same parameters to DFSMSrmm, maintaining DFSMShsm and DFSMSrmm consistency. BTW, this has worked for me on previous DFSMSrmm migrations, as most Tape Management Subsystems have their own iterations of ARCTVEXT to maintain DFSMShsm consistency. Regards, MWM. On Tue, 23 Aug 2005 08:33:47 +0100, Mark Wilson [EMAIL PROTECTED] wrote: Hi, I am in the process of migrating a system from Zara to DFSMSrmm on a zOS 1.4 system. I have a question re HSM and ARCTVEXT. We are currently running the Zara version of ARCTVEXT and understand that when we go to RMM in Production I will no longer need the exit as the interface is now handled by the EDGTVEXT interface. What I need to understand is what do I do whilst I am running Zara RMM in parallel? Do I need a: * ARCTVEXT router exit to call the Zara ARCTVEXT and then RMM ARCTEVEXT; if required I would only need the RMM version whilst in parallel? * Just the Zara ARCTVEXT and RMM will be updated via the EDGTVEXT interface? * Or something completely different? Any help gratefully received. Kind Regards Mark Wilson Mobile: +44 (0) 7768 617006 This year's annual GSE conference will take place on Tuesday 4th Wednesday 5th October 2005. At the Stratford upon Avon Moat House Hotel Details can be found at: http://www.gse.org.uk/tyc/ http://www.gse.org.uk/tyc/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dead Beef
On Tue, 23 Aug 2005 22:59:43 -0400, Robert A. Rosenberg [EMAIL PROTECTED] wrote: At 11:53 -0400 on 08/23/2005, Bruce Black wrote about Re: Dead Beef: OOPS - You're right. I DID say my memory might be faulty. That FORMAT4.DSCB trick was for ZAPPING the VTOC not getting access to the full Volume. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html But no real problem, all you need to do is create your own IPL text and write it. And while you are there, why just create a wait state, why not write something more meaningful to all NIPcons? Like Dead Beef Jerky? (sorry) And every greybeard knows how to do that. (and I never understood Dos's x'FFF' until one day someone told me it stood for 'Fun Fun Fun'.) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html