Re: TAPE to TAPE across Sysplex local or remote
Knutson, Sam [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] ... Hi, What tools and techniques are you using to move large tape (VTS normally) resident data sets from one Sysplex to another? We are creating our third Sysplex and see that in this case we are going to have data sets which are routinely created on tape in one that need to be moved to another. These two Sysplex may someday be geographically separated and we don't want to use a solution like export to a tape cart and go stick it in a different ATL. All transfers are z/OS to z/OS only. IBM z/OS FTP and CA-XCOM are already deployed in these LPARs but there is discussion as to weather we need a different approach for tape data sets. So what do you do? We have some IBM consultants pushing MQ You don't mention whether the sysplexes have access to the VTS(s?). If they have (as in our situation) you can define tapes owned by one sysplex in the TCDB of another sysplex as Private tapes. In that case they can be referenced as foreigh tapes as viewed by the tapemanagement system. Kees. ** 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. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- 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
Recall: TAPE to TAPE across Sysplex local or remote
Vernooy, C.P. - SPLXM would like to recall the message, TAPE to TAPE across Sysplex local or remote. ** 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. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- 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: TAPE to TAPE across Sysplex local or remote
Knutson, Sam [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] ... Hi, What tools and techniques are you using to move large tape (VTS normally) resident data sets from one Sysplex to another? We are creating our third Sysplex and see that in this case we are going to have data sets which are routinely created on tape in one that need to be moved to another. These two Sysplex may someday be geographically separated and we don't want to use a solution like export to a tape cart and go stick it in a different ATL. All transfers are z/OS to z/OS only. IBM z/OS FTP and CA-XCOM are already deployed in these LPARs but there is discussion as to weather we need a different approach for tape data sets. So what do you do? We have some IBM consultants pushing MQ You don't mention whether the sysplexes have access to the VTS(s?). If they have (as in our situation) you can define tapes owned by one sysplex in the TCDB of another sysplex as Private tapes. In that case they can be referenced as foreigh tapes as viewed by the tapemanagement system. To finish the story: The tapes are still under control of the first sysplex's TMS and scratched without notification to the second Sysplex of course. If this is undesired, the second Sysplex can make its own copy of the tape when it is created and from then on it is independent of TMS actions of the first Sysplex. Kees. ** 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. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- 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: Health Checker questions
Dave Danner wrote: On Tue, 9 Dec 2008 13:53:31 +0100, R.S. [EMAIL PROTECTED] it.COM.PL wrote: Peter Relson wrote: I can activate a check that was deactivated as well as I can undelete check that was deleted. That is not necessarily true. Well... This is want I wanted to learn more about. That's why I asked the question. When is the above untrue ? The only way to undelete a deleted REMOTE check would be to re-drive the check owner's HZSADDCK code. A lot of times that might be possible (or practical). From end-user point of view you delete check by P and undelete by E action character in SDSF. As simple as H for deactivate and A for activate. The manual does not explain the difference. The only topic related to check deletion is some explanation why the check can be undeleted automagically. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- 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: TAPE to TAPE across Sysplex local or remote
I would check Cross sysplex manager (CSM) from HostSystems and Tape copy product from OpenTechSystems. Itschak On Wed, Dec 10, 2008 at 10:01 AM, Vernooy, C.P. - SPLXM [EMAIL PROTECTED] wrote: Knutson, Sam [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] ... Hi, What tools and techniques are you using to move large tape (VTS normally) resident data sets from one Sysplex to another? We are creating our third Sysplex and see that in this case we are going to have data sets which are routinely created on tape in one that need to be moved to another. These two Sysplex may someday be geographically separated and we don't want to use a solution like export to a tape cart and go stick it in a different ATL. All transfers are z/OS to z/OS only. IBM z/OS FTP and CA-XCOM are already deployed in these LPARs but there is discussion as to weather we need a different approach for tape data sets. So what do you do? We have some IBM consultants pushing MQ You don't mention whether the sysplexes have access to the VTS(s?). If they have (as in our situation) you can define tapes owned by one sysplex in the TCDB of another sysplex as Private tapes. In that case they can be referenced as foreigh tapes as viewed by the tapemanagement system. Kees. ** 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. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- 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
Assembler programmers list
Thanks to all of you who have recommended [EMAIL PROTECTED] I am swapping over now. regards -- Mike Munro MBCS,CITP_[EMAIL PROTECTED] Ornum Software Ltd (S) Tel/Fax:+44(0)7041 363 070 ~Mobile: +44(0)777 160 1496 -- 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
Cobol and variable record length RRDS files
Hi One of our users is writing a program that reads a variable record length RRDS file. He asked me if there is a way determine the actual record length of a particular record. Thanks Gadi -- 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: Health Checker questions
I can activate a check that was deactivated as well as I can undelete check that was deleted. That is not necessarily true. When is the above untrue ? I choose not to answer fully. There is no reason that you should have to know this. My statement about the difference between deactivate and delete was clear. What leads you to believe that you can undelete something that has been deleted? It happens to be the case that for a lot of health checks, you can get the check re-added. Certainly that is not typical z/OS behavior across the board. The basic answer is: you cannot undelete a check if the adder of the check chooses not to re-add it. Adding of a check is done in many ways, including dynamic exit routines issuing HZSADDCK, programs running outside of HC issuing HZSADDCK, and parmlib specification accompanied by a modify command.. For the first, someone could choose to remove their dynamic exit routine after having done an add. This is not recommended, but there is no way to prevent it. For the second, the program might be written to stop processing if a delete has been seen. For the third, adding is up to you. Peter Relson z/OS Core Technology Design -- 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
SV: Cobol and variable record length RRDS files
Here is an example/model of COBOL program that deals with variable length files, look for variable RECL-INFIL: IDENTIFICATION DIVISION. PROGRAM-ID. AAAG001. ENVIRONMENT DIVISION. INPUT-OUTPUT SECTION. FILE-CONTROL. SELECT 001IASSIGN TO UT-S-AAAH001I FILE STATUS IS FS-INFIL. SELECT 001UASSIGN TO UT-S-AAAH001U FILE STATUS IS FS-UTFIL. I-O-CONTROL. DATA DIVISION. * FD AAAH001I LABEL RECORD STANDARD RECORD IS VARYING IN SIZE FROM 1 TO 12345 DEPENDING ON RECL-INFIL BLOCK 0 CHARACTERS DATA RECORD IS AAAB001I RECORDING MODE IS V. 01 AAAB001A. 02 FILLERPIC X(12345). * FD AAAH001U LABEL RECORD STANDARD BLOCK 0 CHARACTERS DATA RECORD IS AAAB001U RECORDING MODE IS V. 01 AAAB001B. 02 FILLER OCCURS 12345 DEPENDING ON RECL-UTFIL PIC X. * WORKING-STORAGE SECTION. 77 FLAG INFILEN-SLUT IS FALSE. 01 RECL-INFIL PIC S9(04) COMP. 01 RECL-UTFIL PIC S9(04) COMP. 01 STATUSKODER. 05 FS-INFIL PIC 9(02) VALUE 0. 05 FS-UTFIL PIC 9(02) VALUE 0. * PROCEDURE DIVISION. A-STYR. * OPEN INPUT AAAH001I OUTPUT AAAH001U READ AAAH001I IF END SET-TRUE INFILEN-SLUT ENDIF MOVE 666 TO RECL-UTFIL WRITE AAAB001U CLOSE AAAH001I AAAH001U GOBACK Regards, Thomas Berg __ Thomas Berg Specialist IT-U SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För ??? ?? ??? Skickat: den 10 december 2008 11:53 Till: IBM-MAIN@bama.ua.edu Ämne: Cobol and variable record length RRDS files Hi One of our users is writing a program that reads a variable record length RRDS file. He asked me if there is a way determine the actual record length of a particular record. Thanks Gadi -- 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: Anyone using TSO/E Exit IKJEFLN2 from FILE 183 of CBT-Tape?
On Tue, 9 Dec 2008 13:06:43 +0100, Michael Knigge [EMAIL PROTECTED] SOFTWARE.DE wrote: All, subject says it all: Is anyone using GSF's TSO/E Exit IKJEFLN2 that is availabel from CBT-Tape File 183? Is it safe to install it (-- somehow stable)? Not anymore, since we changed to the RDP program. But we used it for quite some time before on a FlexES installation. Saved my b.t at very many occasions... Good stuff. I don't care if it sometimes doesn't work, but it should not crash my system Has always worked extremely well for me. Never any crash, never any problem. Session came back unhurt every time. Cheers, Jantje. P.S. Thanks Gilbert! -- 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: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
Ed Jaffe wrote And, if IBM, ISV, and customer in-house developers would use IgvInitGetmain and IgvInitFreemain on their test/development systems--as we do--nobody would have experienced this issue to begin with. Of course, it's hard to fault someone for not using an undocumented feature. These TRAPs have been around since OS/390 V2R6. They work. Perhaps it's time they were documented, too! IBM does use these traps. Many ISVs do. ISVs have been made aware of the trap options a long time ago, and also were made aware of the z/OS 1.10 algorithm change. If there was a problem with an ISV application (as I believe was Jon V's case, but I could be mistaken), you should consider targeting the finger pointing towards that ISV. It is precisely to allow ISVs to test and verify and fix their code in advance of a release (and thus protect the customer from running into the problems) that we make these disclosures. Customer applications are the innocent victims here as there is no mechanism for alerting the customers ahead of time. Customer concern over the testability of their own applications is the impetus for providing the APAR. GETMAIN has documented for a long time exactly under what circumstances a program may assume that the storage it obtains is zero. As Jim Mulder wrote, none of this behavior has changed. Perhaps the posters think they know just when it is with z/OS 1.10 that storage might not be 0 where it might have been 0 on earlier releases. I'd guess that unless they have thought long and hard about it, their thought is wrong. Peter Relson z/OS Core Technology Design -- 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
SV: Cobol and variable record length RRDS files
Sorry! Didn't saw it was about RRDS ! Disregard this... Regards, Thomas Berg __ Thomas Berg Specialist IT-U SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Thomas Berg Skickat: den 10 december 2008 13:23 Till: IBM-MAIN@bama.ua.edu Ämne: SV: Cobol and variable record length RRDS files Here is an example/model of COBOL program that deals with variable length files, look for variable RECL-INFIL: IDENTIFICATION DIVISION. PROGRAM-ID. AAAG001. ENVIRONMENT DIVISION. INPUT-OUTPUT SECTION. FILE-CONTROL. SELECT 001IASSIGN TO UT-S-AAAH001I FILE STATUS IS FS-INFIL. SELECT 001UASSIGN TO UT-S-AAAH001U FILE STATUS IS FS-UTFIL. I-O-CONTROL. DATA DIVISION. * FD AAAH001I LABEL RECORD STANDARD RECORD IS VARYING IN SIZE FROM 1 TO 12345 DEPENDING ON RECL-INFIL BLOCK 0 CHARACTERS DATA RECORD IS AAAB001I RECORDING MODE IS V. 01 AAAB001A. 02 FILLERPIC X(12345). * FD AAAH001U LABEL RECORD STANDARD BLOCK 0 CHARACTERS DATA RECORD IS AAAB001U RECORDING MODE IS V. 01 AAAB001B. 02 FILLER OCCURS 12345 DEPENDING ON RECL-UTFIL PIC X. * WORKING-STORAGE SECTION. 77 FLAG INFILEN-SLUT IS FALSE. 01 RECL-INFIL PIC S9(04) COMP. 01 RECL-UTFIL PIC S9(04) COMP. 01 STATUSKODER. 05 FS-INFIL PIC 9(02) VALUE 0. 05 FS-UTFIL PIC 9(02) VALUE 0. * PROCEDURE DIVISION. A-STYR. * OPEN INPUT AAAH001I OUTPUT AAAH001U READ AAAH001I IF END SET-TRUE INFILEN-SLUT ENDIF MOVE 666 TO RECL-UTFIL WRITE AAAB001U CLOSE AAAH001I AAAH001U GOBACK Regards, Thomas Berg __ Thomas Berg Specialist IT-U SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För ??? ?? ??? Skickat: den 10 december 2008 11:53 Till: IBM-MAIN@bama.ua.edu Ämne: Cobol and variable record length RRDS files Hi One of our users is writing a program that reads a variable record length RRDS file. He asked me if there is a way determine the actual record length of a particular record. Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions,
Re: TAPE to TAPE across Sysplex local or remote
We have three sites, three ATLs, all Sun, set up in a cascade. Tapes created in one site are replicated over IP to the other sites. No human intervention once the configuration was set up. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 -- 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: TAPE to TAPE across Sysplex local or remote
Of course, once I hit enter I realized I had answered a question you did not ask. Sorry about that. To move data from one sysplex to another, we generally use ftp. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 -- 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: DFRMM return to Scratch Pool
No they do not. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kathleen McLaughlin Sent: Tuesday, December 09, 2008 8:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DFRMM return to Scratch Pool Hello Bob, Do any of these volumes have the Initialize Volume = YES or Replace Volume = YES in the Actions pending? -- 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 This message (including any attachments) is intended only for the use of the individual or entity to which it is addressed and may contain information that is non-public, proprietary, privileged, confidential, and exempt from disclosure under applicable law or may constitute as attorney work product. If you are not the intended recipient, you are hereby notified that any use, dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, notify us immediately by telephone and (i) destroy this message if a facsimile or (ii) delete this message immediately if this is an electronic communication. 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: TAPE to TAPE across Sysplex local or remote
We have physically shared, but logically partititioned VTS amongst our multi- system and mono-plexes. For individual tapes, we make the tapes available to other systems as needed, as Kees described. For mass copies, such as datacenter consolidation or spinoff, we have set up VTS PtP PPRC connections. I could put you in touch with our Storage Management team if you want details. For things like z/OS installations or major maintenance upgrades, where we ship a logical SYSRES package with the entire SMP/E environment to a remote datacenter, we have used tape-to-tape ftp. We just recently helped a customer with a tape-to-tape ftp between complexes, but so far, that's the only application we know of. I guess it depends on what you're doing. Regards, Art Gutowski Ford Motor Company -- 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
Subplexing and RACF
Hi, Subplexing was introduced in z/OS 1.8 (Networking) and in the documentation I find references to Networking, but nothing regarding other resource managers (eg. RACF Security, MVS, consoles etc). Does Subplex grouping also isolate groups of LPARS from a Security point of view, i.e.: - is command routing only possible within a Subplex group - are Syslog messages confined to the Subplex group - are WTORs only seen in the Subplex group - are there any security implications or controls relating to Subplex - Subplex or Subplex - Sysplex interaction. Basically, our intention is to isolate groups of LPARS within a SYSPLEX and would like to know if this can be done by Subplexing Is it correct to say that this type of isolating LPARs within a Sysplex, without utilizing Subplexing, is not possible using RACF and/or MVS controls? Best regards Allan Boyles -- 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
Increased CPU with z10 and DB2 V9 NFM
Hi. Since we started to run our new z10 model 711 and at the same time started DB2 V9 new function mode, we have seen a dramatic increase in CPU consumtion in our 4 production LPAR's. We also have a feeling of not getting the rated performance out of the z10- 711 Has anyone seen or experienced this ? Krister -- 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: DFRMM return to Scratch Pool
Bob, Are any of the volumes in question chained? I could be wrong about this, but I believe that if you have multiple data sets on chained tapes, and RETAINBY(S) is in Parmlib, then one or more of the volumes in the chain can be in a scratch pending status but will not scratch until all the data sets in the chained set have expired or are uncataloged. Greg Shirey Ben E. Keith Co. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Hale, Bob Sent: Wednesday, December 10, 2008 All of the tapes are not cataloged and Expiration Dates have past. If the tape has multiple files on it I verified that all the files are not cataloged. -- 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: Increased CPU with z10 and DB2 V9 NFM
Our shop also experienced an unexpected CPU consumption increase after DB2 V9 last year. It's more likely 15% increase via DB2 batch on the first day of upgrade, and was getting reduced gradually with additional memory our DBA efforts. Finally we admitted approximate 8% increase due to additional functions in 64 bit mode what IBM said. But somehow we still have an unsolved fact that Ave DB2 I/O (via Insight monitor) has been doubled from 0.0035 to 0.0074. So the elongation of Avg I/O contributes CPU consumption increase??? It's still unknown for our shop since DB2 V9. Anyone can answer this? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Krister Perrolf Sent: Wednesday, December 10, 2008 8:18 AM To: IBM-MAIN@bama.ua.edu Subject: Increased CPU with z10 and DB2 V9 NFM Hi. Since we started to run our new z10 model 711 and at the same time started DB2 V9 new function mode, we have seen a dramatic increase in CPU consumtion in our 4 production LPAR's. We also have a feeling of not getting the rated performance out of the z10- 711 Has anyone seen or experienced this ? Krister -- 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 transmitted is intended only for the addressee and may contain confidential, proprietary and/or privileged material. Any unauthorized review, distribution or other use of or the taking of any action in reliance upon this information is prohibited. If you receive this in error, please contact the sender and delete or destroy this message and any copies. The information transmitted is intended only for the addressee and may contain confidential, proprietary and/or privileged material. Any unauthorized review, distribution or other use of or the taking of any action in reliance upon this information is prohibited. If you receive this in error, please contact the sender and delete or destroy this message and any copies. -- 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: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
Peter Relson wrote: Ed Jaffe wrote And, if IBM, ISV, and customer in-house developers would use IgvInitGetmain and IgvInitFreemain on their test/development systems--as we do--nobody would have experienced this issue to begin with. Of course, it's hard to fault someone for not using an undocumented feature. These TRAPs have been around since OS/390 V2R6. They work. Perhaps it's time they were documented, too! IBM does use these traps. Many ISVs do. ISVs have been made aware of the trap options a long time ago, and also were made aware of the z/OS 1.10 algorithm change. IBM is a large company, with many development and testing organizations--some large, some small. Some of them use these traps. Others don't. Jim will attest that I, more than probably any other ISV or customer, have been sacrificing the stability of my systems *for years* in an effort to help IBM fix issues uncovered by IgvInitGetmain and other similar TRAPs. Why? So we can run with them 24x7, of course! I have suffered through damaged HSM control data sets and other corrupted files, PSF abends, TCP/IP and VTAM issues, RMF problems, JES problems, systems that won't IPL or crash shortly after IPL, and dozens of subtle and bizarre behaviors that eventually led to a discovery of IBM-written programs making assumptions about things being zero: storage, access registers, high halves, you name it. IBM did not discover these things because they did not run with the TRAPs enabled. I make an effort to report things I know are related to DIAG traps through Jim. But, many of the issues looked like ordinary bugs until research proved otherwise. These were reported via ETR. I can tell you that, in almost every case, Level 2 and change team had never heard of these TRAPs! I know that Marna Walle has been a great help in getting more IBM testing organizations to use various TRAPs. The last time we exchanged notes about what she was recommending, IgvInitGetmain was definitely *not* on her list! I realize this is an evolving space. And, it's always possible that things have changed enough, since I last asked, that your blanket statement IBM does use these traps is now accurate. But, knowing IBM as I do, I have my doubts. Case in point: If IBM was religiously using IgvInitGetmain on their test and development systems, the issue with the CICS DFHPD640 dump formatter Jim mentioned yesterday would almost certainly have been discovered by someone at IBM and not by an ISV. If there was a problem with an ISV application (as I believe was Jon V's case, but I could be mistaken), you should consider targeting the finger pointing towards that ISV. It is precisely to allow ISVs to test and verify and fix their code in advance of a release (and thus protect the customer from running into the problems) that we make these disclosures. Agreed. Customer applications are the innocent victims here as there is no mechanism for alerting the customers ahead of time. Customer concern over the testability of their own applications is the impetus for providing the APAR. But, if IgvInitGetmain and similar traps were documented and the system reliably worked with them enabled, at last some customers would use them to help ensure that their in-house applications also had no dependency on storage being cleared by the operating system. All developers will, from time to time, accidentally depend on undocumented behaviors. Any tool that helps you detect such exposures is a good thing. GETMAIN has documented for a long time exactly under what circumstances a program may assume that the storage it obtains is zero. As Jim Mulder wrote, none of this behavior has changed. Perhaps the posters think they know just when it is with z/OS 1.10 that storage might not be 0 where it might have been 0 on earlier releases. I'd guess that unless they have thought long and hard about it, their thought is wrong. Agreed. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.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
Capturing LOAD/DELETE SVCs for a Certain Program
I know that there are LOAD/DELETE macros for a certain load module coming from another load module. I am trying to capture these events. What I had in mind was starting a GTF trace for SVCs 8 and 9 and setting a SLIP trap that specified as its DATA parameter (0R?,EQ,[module name]) and its RANGE parameter of where the LOADing/DELETEing module was. However, the GTF trace is capturing all SVC 8 and 9 events for the address space. What am I doing wrong? Can I not use a combination of GTF and SLIP to specify my criteria??? Here is my GTF parameters: TRACE=SVCP,JOBNAMEP,SLIP SVC=(008,009) JOBNAME=PRDD3 END And my SLIP parameters: SLIP SET,IF,A=TRACE,ID=AJ, J=PRDD3,TRDATA=(STD), RA=(3E06B1F8,3E070FFC), DA=(0R?,EQ,C4C3C1D7E3C2D3F0), ML=2, E 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: Capturing LOAD/DELETE SVCs for a Certain Program
On Wed, 10 Dec 2008 10:35:12 -0600 Adam Johanson [EMAIL PROTECTED] wrote: :I know that there are LOAD/DELETE macros for a certain load module :coming from another load module. I am trying to capture these events. What I :had in mind was starting a GTF trace for SVCs 8 and 9 and setting a SLIP trap :that specified as its DATA parameter (0R?,EQ,[module name]) and its RANGE :parameter of where the LOADing/DELETEing module was. : However, the GTF trace is capturing all SVC 8 and 9 events for the address :space. : What am I doing wrong? Can I not use a combination of GTF and SLIP to :specify my criteria??? You are combining them - GTF will trace both the SVC's as well as the SLIP. : Here is my GTF parameters: : :TRACE=SVCP,JOBNAMEP,SLIP :SVC=(008,009) :JOBNAME=PRDD3 :END : And my SLIP parameters: :SLIP SET,IF,A=TRACE,ID=AJ, :J=PRDD3,TRDATA=(STD), :RA=(3E06B1F8,3E070FFC), :DA=(0R?,EQ,C4C3C1D7E3C2D3F0), :ML=2, :E If you know that the load will occur only between the addresses in the range, use GTF with just SLIP. You also can use PVTMOD instead of the addresses. But it would seem to be easier to just trace the SVC's (note that you will also have to include the ESR SVC) and then do a find in the formatted output. -- 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: Capturing LOAD/DELETE SVCs for a Certain Program
On Wed, 10 Dec 2008 10:35:12 -0600, Adam Johanson [EMAIL PROTECTED] wrote: I know that there are LOAD/DELETE macros for a certain load module coming from another load module. I am trying to capture these events. What I had in mind was starting a GTF trace for SVCs 8 and 9 and setting a SLIP trap that specified as its DATA parameter (0R?,EQ,[module name]) and its RANGE parameter of where the LOADing/DELETEing module was. However, the GTF trace is capturing all SVC 8 and 9 events for the address space. What am I doing wrong? Can I not use a combination of GTF and SLIP to specify my criteria??? Here is my GTF parameters: TRACE=SVCP,JOBNAMEP,SLIP SVC=(008,009) JOBNAME=PRDD3 END And my SLIP parameters: SLIP SET,IF,A=TRACE,ID=AJ, J=PRDD3,TRDATA=(STD), RA=(3E06B1F8,3E070FFC), DA=(0R?,EQ,C4C3C1D7E3C2D3F0), ML=2, E Thanks. To the best of my knowledge, the SLIP command does not modify the actions of GTF. That is, you cannot subset the GTF trace via a SLIP. Have you considered not using GTF and setting the SLIP to ACTION=SVCD to get an SVC dump instead? You might need to modify the SLIP so that the IF is of a 0A08 or 0A09 instruction. I don't know how to do this, off hand. -- John -- 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: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/...
In a message dated 12/10/2008 10:36:19 A.M. Central Standard Time, [EMAIL PROTECTED] writes: testing organizations to use various TRAPs. The last time we exchanged notes about what she was recommending, IgvInitGetmain was definitely *not* on her list! Haven't done development since S/1 but seems like there'd be an opportunity for a DIAG Developers list? **Make your life easier with all your friends, email, and favorite sites in one place. Try it now. (http://www.aol.com/?optin=new-dpicid=aolcom40vanityncid=emlcntaolcom0010) -- 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: Capturing LOAD/DELETE SVCs for a Certain Program
However, the GTF trace is capturing all SVC 8 and 9 events for the address space. What am I doing wrong? Can I not use a combination of GTF and SLIP to specify my criteria??? Your GTF options are telling GTF to collect all SVC 8/9 for the job as well as all slip records. -- 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: DFRMM return to Scratch Pool
No they are not chained, no movement, no loan location or VRS entry to govern the volume. Thanks Bob -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Greg Shirey Sent: Wednesday, December 10, 2008 9:36 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFRMM return to Scratch Pool Bob, Are any of the volumes in question chained? I could be wrong about this, but I believe that if you have multiple data sets on chained tapes, and RETAINBY(S) is in Parmlib, then one or more of the volumes in the chain can be in a scratch pending status but will not scratch until all the data sets in the chained set have expired or are uncataloged. Greg Shirey Ben E. Keith Co. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Hale, Bob Sent: Wednesday, December 10, 2008 All of the tapes are not cataloged and Expiration Dates have past. If the tape has multiple files on it I verified that all the files are not cataloged. -- 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 This message (including any attachments) is intended only for the use of the individual or entity to which it is addressed and may contain information that is non-public, proprietary, privileged, confidential, and exempt from disclosure under applicable law or may constitute as attorney work product. If you are not the intended recipient, you are hereby notified that any use, dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, notify us immediately by telephone and (i) destroy this message if a facsimile or (ii) delete this message immediately if this is an electronic communication. 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: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
On Tue, 9 Dec 2008 07:30:32 -0800, Edward Jaffe wrote: And, if IBM, ISV, and customer in-house developers would use IgvInitGetmain and IgvInitFreemain on their test/development systems--as we do--nobody would have experienced this issue to begin with. Of course, it's hard to fault someone for not using an undocumented feature. These TRAPs have been around since OS/390 V2R6. They work. Perhaps it's time they were documented, too! What are we on this list allowed to know about what the IgvInit* traps do? Realistically, the most one could expect is that at GETMAIN/FREEMAIN (or newer counterparts?) random, unpredictable data would be written over the affected storage with the intent of causing program checks. Unrealistically, one might wish that additionally each GETMAIN should allocate a separate page which would be read-protected until it was written, and that each FREEMAIN would immediately read and write protect any entirely freed page. -- gil -- 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: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
Edward Jaffe wrote: I have suffered through damaged HSM control data sets and other corrupted files, PSF abends, TCP/IP and VTAM issues, RMF problems, JES problems, systems that won't IPL or crash shortly after IPL, and dozens of subtle and bizarre behaviors that eventually led to a discovery of IBM-written programs making assumptions about things being zero: storage, access registers, high halves, you name it. IBM did not discover these things because they did not run with the TRAPs enabled. I just looked back to see the last time I had major issues with z/OS choking with various TRAPs enabled. It was almost exactly two years ago when I first brought up z/OS 1.8. With the same standard suite of DIAG traps enabled under z/OS 1.8 that were enabled under z/OS 1.7, I end up with a completely unstable system where RMF abended, TCP/IP applications hung, z/OS UNIX processes got canceled, etc. My emailed comment to Jim Mulder was, Obviously, there are still many, many, development organizations within IBM that don't or won't enable a few simple DIAG TRAPs while developing their code. Obviously, we can't use them either if our systems fall over when they're enabled. :-( I opened the following PMRs to address the new failures. Act Record Customer ID Sev Resp Updated Status Abstract _ 1051171216223 User 12/18/06 Open IPL-time abends in z/OS UNIX _ 1051271216223 User 12/18/06 Open Abend0C4 ARCMDSUV+22C2 _ 1050971216223 IBM 12/18/06 Open Abend0C1 Monitor I The worst of these turned out to be an error in RSM, probably exposed by CsvRentProtect, fixed by APAR OA19409. [snip] I know that Marna Walle has been a great help in getting more IBM testing organizations to use various TRAPs. The last time we exchanged notes about what she was recommending, IgvInitGetmain was definitely *not* on her list! I was wrong about this. Marna has two lists she sens to Poughkeepsie testing organizations: a minimum list, which must always be present, and a recommended list, a superset of the minimum list, with settings are that good, but difficult to keep on. IgvInitGetmain is on her recommended list. You go, Girl! :-) -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.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: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
Paul Gilmartin wrote: What are we on this list allowed to know about what the IgvInit* traps do? WE on this list? YOU are an ISV. Thus, you should already know all about what these, and dozens of other, TRAPs do. They should already be enabled on the systems where you develop and test your products. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.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: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
What are we on this list allowed to know about what the IgvInit* traps do? Realistically, the most one could expect is that at GETMAIN/FREEMAIN (or newer counterparts?) random, unpredictable data would be written over the affected storage with the intent of causing program checks. Since programmimg is generally constrained by reality, they do pretty much what you have described, except that the data is not really unpredictable or random. A byte value of either x'4F' or x'FF' is used (chosen base on a bit in the TOD clock), or the STGINIT parameter can be used to specify the byte value to be used. This applies to GETMAIN, FREEMAIN, and STORAGE. Newer IAR* counterparts for 64-bit virtual storage in z/OS 1.10 have some similar functions, and since these services were new, we did not have to worry about effects on old programs, so those new TRAPS are documented in the DIAGxx section of the z/OS 1.10 Initialization and Tuning Reference. I have no objection to you on the list knowing exactly what it does. However, I find it easier to describe what it does in code rather than in prose. /* TITLE: Dirtys the storage if trap is enabled. */ DirtyStg: ;/* @D4A*/ IF VswkDget /* If trap is enabled, and we passed filtering @D4A*/ VSWKRC = AllOk THEN /* and storage was obtained @PCM*/ IF VSWKACTS (2 * PageSize) /* and size is less than 2 pages @PCC*/ ¬(VSWKACTS = PageSize /* and not.. at least 1 page @D4A*/ (VSWKGADR '0FFF'X) = 0) THEN /* on a page boundary @PCC*/ DO; /* Trap enabled and size OK @D4A*/ VswkAllZero = Off; /* If we dirty the storage, it will not be all zero @D4A*/ NoTouch = Off; /* Assume OK to touch@D4A*/ IF ¬SPTTFIX ¬SPTTDREF THEN /* If pageable storage @D4A*/ DO; /* Pageable storage @D4A*/ STNSM(SYSMASK,'FF'X); /* Obtain PSW system mask@D4A*/ IF ¬(IOMASK EXTMASK) THEN /* If IGVVSMRT is disabled @D4A*/ DO; /* IGVVSMRT is disabled @LAA*/ TPROT(VswkGAdr-I256C,0); /* Test first byte@LAA*/ IF ¬CCMask(8) THEN /* If page is not valid @LAA*/ NoTouch = On;/* IGVVSMRT cannot touch the obtained storage@D4A*/ TPROT((VswkGAdr + VswkActS - 1)-I256C,0); /* Test last byte @LAA*/ IF ¬CCMask(8) THEN /* If page is not valid @LAA*/ NoTouch = On;/* IGVVSMRT cannot touch the obtained storage@LAA*/ END; /* IGVVSMRT is disabled @LAA*/ END; /* Pageable storage @D4A*/ IF ¬NoTouch THEN /* If OK to touch storage@D4A*/ DO; /* Dirty the storage @D4A*/ VswkAnticipatedAbendRetryAddr= Addr(DirtyStgAbendRetry); /* Set retry address @LBM*/ RFY (RSADDR,RSLEN,RTADDR,RTLEN) RSTD; /*@D4A*/ IF DgnbStgInitSpec THEN /* If STGINIT was specified @D4A*/ RSLEN=FIXED_OF(DgnbStgInitVal); /*@D4A*/ ELSE /* STGINIT not specified @D4A*/ DO; /* STGINIT not specified @D4A*/ VswkAbendAnticipated = On; /* Abend is anticipated @LBA*/ GEN NoRefs NoSets OptAcross Flows(DirtyStgAbendRetry) Code(DS 0H);/* Recovery flow @LBA*/ STCK(STCKAREA); /* Get TOD clock @D4A*/ VswkAbendAnticipated = Off;/* Abend not anticipated @LBA*/ IF ODDSEC THEN/* If an odd second @D4A*/ RSLEN=FIXED_OF(AllBits); /* @D4A*/ ELSE /* Even second@D4A*/ RSLEN=FIXED_OF(AddressBits); /* @D4A*/ END;/* STGINIT not specified @D4A*/ SLL(RSLEN,LENGTH(BIT_OF(RSLEN))-LENGTH(BIT_OF(AllBits)));/* Shift to pad position@D4A*/ RTADDR=VSWKGADR; /* Target address @D4A*/ RTLEN=VSWKACTS; /* Length @D4A*/ VswkAbendAnticipated = On; /* Abend is anticipated @LAA*/ GEN NoRefs NoSets OptAcross Flows(DirtyStgAbendRetry) Code(DS 0H); /* Recovery flow @LAA*/
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
I realize this is an evolving space. And, it's always possible that things have changed enough, since I last asked, that your blanket statement IBM does use these traps is now accurate. But, knowing IBM as I do, I have my doubts. Case in point: If IBM was religiously using IgvInitGetmain on their test and development systems, the issue with the CICS DFHPD640 dump formatter Jim mentioned yesterday would almost certainly have been discovered by someone at IBM and not by an ISV. In particular, IPCS-related code tends to be adept at avoiding being tested with the traps. Since such code does not require authorization, and can be run on any supported release via STEPLIB/TSOLIB, it tends to get done on what you might call a development system. But since development is our business, we consider those to be production systems, and the systems programming and operations is contracted out to IBM Global Services, and so we don't activate the traps on those systems. 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
Fw: Cobol and variable record length RRDS files
Use of the RECORD VARYING SIZE in the FD phrase is valid for ALL organizations of files and does return the record length during a READ. ??? ?? ??? [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED].. . Hi One of our users is writing a program that reads a variable record length RRDS file. He asked me if there is a way determine the actual record length of a particular record. Thanks Gadi -- 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
Define Master Catalog
I am installing zos1.9 and need to create a new master catalog for it. I have done an archive search for a jcl example but no hits. I created the job below but would like some feed back if what I have is ok. Other JCL examples are welcome. Thanks Matt // EXEC PGM=IDCAMS,REGION=0K //SYSPRINT DD SYSOUT=* //SYSIN DD * DEFINE - MASTERCATALOG(NAME(CATALOG.Z19MCAT) - ICFCATALOG - VOL(OSMCAT) - CYLINDERS(7,1) ) /* -- 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: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
Jim Mulder wrote: In particular, IPCS-related code tends to be adept at avoiding being tested with the traps. Since such code does not require authorization, and can be run on any supported release via STEPLIB/TSOLIB, it tends to get done on what you might call a development system. But since development is our business, we consider those to be production systems, and the systems programming and operations is contracted out to IBM Global Services, and so we don't activate the traps on those systems. Wonderful. :-( Not only that, but CICS is developed--and I assume tested--in Hursley. I suspect they, as well as Bvblingen, San Jose, Rochester, Perth, Raleigh, Rome and other labs play from a different rule book than do the folks in POK. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.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: TAPE to TAPE across Sysplex local or remote
We do this with FTP over the Hipersocket link. Dave Gibney Information Technology Services Washington State Univsersity -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Knutson, Sam Sent: Tuesday, December 09, 2008 6:07 PM To: IBM-MAIN@bama.ua.edu Subject: TAPE to TAPE across Sysplex local or remote Hi, What tools and techniques are you using to move large tape (VTS normally) resident data sets from one Sysplex to another? We are creating our third Sysplex and see that in this case we are going to have data sets which are routinely created on tape in one that need to be moved to another. These two Sysplex may someday be geographically separated and we don't want to use a solution like export to a tape cart and go stick it in a different ATL. All transfers are z/OS to z/OS only. IBM z/OS FTP and CA-XCOM are already deployed in these LPARs but there is discussion as to weather we need a different approach for tape data sets. So what do you do? We have some IBM consultants pushing MQ http://www-01.ibm.com/software/integration/wmq/filetransfer/index.html http://www-01.ibm.com/software/websphere/products/appintegration/hiddenr isk/ Best Regards, Sam Knutson, GEICO System z Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 (cell) 301.996.1318 Think big, act bold, start simple, grow fast... This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- 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: Define Master Catalog
On Wed, 2008-12-10 at 14:35 -0500, Matt Dazzo wrote: need to create a new master catalog The z/OS 1.8 ServerPac came with: DEFINE - MCAT ( - ICFCATALOG - NAME(name) - VOL(vol) - CYL(15 5) - FREESPACE(10 10) - SHR(3 4) - STRNO(3) - ) - DATA ( - CISZ(4096) - BUFND(4) - ) - INDEX( - BUFNI(4) - ) - CAT(name/PWUPDATE) I'd add an explicit index CISZ of 4096, since Eileen McClintock says that small index CIs (generated by default) can result in dead data CIs. -- 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: Health Checker questions
On Wed, 10 Dec 2008 10:24:42 +0100, R.S. [EMAIL PROTECTED] wrote: From end-user point of view you delete check by P and undelete by E action character in SDSF. As simple as H for deactivate and A for activate. The manual does not explain the difference. The only topic related to check deletion is some explanation why the check can be undeleted automagically. That procedure only works for local checks that support delete/refresh. If you try it on a remote check - for example CHECK(IBMUSS,USS_PARMLIB) - the deleted check will not be 'undeleted' on a refresh (SDSF E). The Health Checker for z/OS Users Guide contains a lot of information about how checks are expected to react to different commands/circumstances. Bottom line: If you want to get rid of the check forever (or at least for the life of the IPL), use DELETE; if you just want to stop the check from running for awhile, use DEACTIVATE. Dave Danner CA, Inc. -- 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: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
Not only that, but CICS is developed--and I assume tested--in Hursley. I suspect they, as well as Bvblingen, San Jose, Rochester, Perth, Raleigh, Rome and other labs play from a different rule book than do the folks in POK. I don't know much about what goes on test-wise in Hursley. We do run CICS workloads with traps active as part of z/OS testing in POK. But we look at the dumps on a production system running on a pokey old z800 which does not have traps active. The lead system tester in Raleigh (Lenny Cain) for VTAM and TCP/IP used to be the system test team leader in POK for MVS, and he has been using the traps for a long time. San Jose MVS system testing also uses traps AFAIK. And some products from other labs are used (RMF, for example) in POK test test environments with traps active, even if we are not explicitly trying to test them. So we do have fairly wide test coverage now. And as a result, the small number of problems related to the VSM changes that we found during z/OS 1.10 testing tended to be of the unwarranted assumption about boundary alignment nature, and not unwarranted assumption about residual storage contents. 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: Increased CPU with z10 and DB2 V9 NFM
Hi, Krister Here's a couple of links with capacity planning guidance for z10 processors, from IBM's TechDocs site: - General z10 capacity planning guidance: http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/TD104738 - A discussion of the z10 feature called HiperDispatch mode (in particular, note the comments related to cross-book communication and multi-book configurations): http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/WP101229 If these don't help, I would suggest that you follow up with your IBM marketing team for additional assistance. If this sort of thing happened to me, that's what I would do, anyway. Brian On Wed, 10 Dec 2008 09:18:07 -0600, Krister Perrolf wrote: Hi. Since we started to run our new z10 model 711 and at the same time started DB2 V9 new function mode, we have seen a dramatic increase in CPU consumtion in our 4 production LPAR's. We also have a feeling of not getting the rated performance out of the z10- 711 Has anyone seen or experienced this ? Krister -- 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
z/OS V1R10 and CICS TS V2R3
Hello All, I've been asked a lot about CICS V2R3 and z/OS V1R10 ... and if it is supported. I've been using the information provided in the z/OS R10 Planning for Installation book Appendix B to answer that question. Since CICS V2R3 goes end of service on 30 Sept 2009, today I pushed back more on why the book listed CICS TS V3R1 as the minimum supported on z/OS R10 - since I didn't know of any technical reason why that should be in the minimum. Well, it turns out that Appendix B is misleading (and not complete, to the point of being incorrect!). I miscommunicated this information in my SHARE (and EXPO) presentations. That's why I wanted to post the correct information here, for those that were interested. The correct answer is that CICS V2R3 *is* compatible with z/OS R10, however you do need PTF UK40125 for CICS V2R3 installed. This information is already identified in the ZOSV1R10 ZOSGEN PSP bucket, and will be provided in the update to the z/OS R10 Planning for Installation book when it is available early next year. -Marna WALLE z/OS Build and Install 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: Got burned by the FORCE COMMAND ?
In [EMAIL PROTECTED], on 12/05/2008 at 03:43 PM, David Andrews [EMAIL PROTECTED] said: SQA exhaustion? Eventually. GO ATTACH EP=GO worked pretty well too, back in the day. But took more code. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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
Outsourcing system stability (was: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10)
On Wed, 10 Dec 2008 13:49:19 -0500, Jim Mulder [EMAIL PROTECTED] wrote: ... ...we consider those to be production systems, and the systems programming and operations is contracted out to IBM Global Services, and so we don't activate the traps on those systems. While not stated, I suspect IGS would see running with the traps as a threat to the system integrity. Production work running into unexpected residual data in storage or unexpected alignment is nothing the out-sourcer - an application problem. But problems as the ones Ed described in his experience with early 1.8 with the traps turned on? Those would count against the out-sourcer's up-time. This is another mark against out-sourcing that I had not thought of before. It will take IBM longer to find and fix serious but subtle bugs in the operating system. I assume many customers, not just ISVs, have been willing to cope with lowered system integrity on non-critical systems in order to help IBM debug problems. (I know that's the case in shops I've worked.) It is probably harder to get an out-sourcer to agree with this. Or, more likely, the customer would have to pay for that lessened system integrity. It certainly would have to pay for the extra work the out-sourced operations and system programming staff would have to do when problems surface. This bodes ill for the future. Pat O'Keefe -- 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
TCP/IP Printing JCL
Hi Everyone, We have a user that recently installed a XEROX printer connected to a BARR Print server, which is connected to the mainframe via TCP/IP. Xerox DocuPrint (DP) 155C EPS Base system Barr Enterprise Server Barr/Print TCPIP Input Module Barr/Print EPS option On their old system, the user currently runs JCL on the mainframe that creates tape output (via a COBOL program) that contains formatted variable data. The output tapes are mounted as input on their old XEROX printer and mass produces letters. The new printer is connected to the mainframe via TCP/IP and will use ESF spooler to push it to the BARR print server. We are in need of a sample JCL (or some type of direction) that will accomplish this. Can anyone give us some suggestions? ...sample JCL? Thanks, Mary -- 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: z10 power problem notification
I know that the double hardware failure delayed repair because the second part had to ordered. No one else has suggested that the CPU slowdown resulted from any cause other than heat. Here is a chart I obtained that indicates the effect of rising temperature on CPU speed. I don't have the source for the chart. (I don't know what 'Tj' means.) z10 Target backup air cooling parameters MCM hat temp (C)AVG Tj (C) Normal MCU cooling 27-3155 Degrade stage 1 42 70 Degrade stage 2 57 85 Degrade stage 3 72 100 Critical - shut down 92 Hw Damage protection As for automating the WLM message, we utilize a combination of Tivoli (aka Candle) AF Operator and Netview for such cases. We also have some automation in our console manager product VCC. We're looking at both emails and pages to some select group with advice to check the HMC Hardware Log. Remember, if things work as intended, our operations staff should get a call from Support Center. BTW in testing the automation, we found that configuring a CPU online or offline does not trigger IWM063I as I had thought. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] Timothy Sipples [EMAIL PROTECTED] M To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List [EMAIL PROTECTED] Subject .edu Re: z10 power problem notification 12/09/2008 10:58 PM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .edu Skip Robinson wrote: ...but the fan still did not work because a different component had also failed That clears up a mystery for me, thanks Skip. The z10 design should require a concurrent *double* component failure before arriving at a processor speed reduction (for heat control). It sounds like that's exactly what happened. :-( I'm curious, do you have any more details on what you decided to do as a consequence? What sort of new alerting and/or automation are you adding for that particular console message? (What do you feel will work best for you?, basically.) Thanks. By the way, someone raised the question about SCRT reports and Variable Workload License Charge billing. Please remember that I don't speak for IBM, only for myself, so check your contracts. However, apparently an event like this could result in some strange SCRT data during the interval. (And that strange data could extend into a Parallel Sysplex if the affected system is a member.) I would just point everyone to the SCRT User Guide, page 180, which describes the correct process for amending an SCRT report if there is an unusual situation. It would seem that a hardware failure resulting in a processor speed reduction (and associated reported MSU oddities) would certainly qualify as unusual. (In fact, page 180 specifically mentions disaster recovery.) You can find the SCRT User Guide here: http://www.ibm.com/servers/eserver/zseries/swprice/scrt/ In case the page numbers drift over time, look for the section entitled Incorrect billing -- unusual situations where customers must provide alternate MSU values. - - - - - Timothy Sipples -- 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: TCP/IP Printing JCL
Mary, Have you Googled Xerox or Barr and JCL? www.xerox.com www.barrcentral.com hth, EdP Yukus, Mary J CIV USMEPCOM [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 12/10/2008 04:19 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject TCP/IP Printing JCL Hi Everyone, We have a user that recently installed a XEROX printer connected to a BARR Print server, which is connected to the mainframe via TCP/IP. Xerox DocuPrint (DP) 155C EPS Base system Barr Enterprise Server Barr/Print TCPIP Input Module Barr/Print EPS option On their old system, the user currently runs JCL on the mainframe that creates tape output (via a COBOL program) that contains formatted variable data. The output tapes are mounted as input on their old XEROX printer and mass produces letters. The new printer is connected to the mainframe via TCP/IP and will use ESF spooler to push it to the BARR print server. We are in need of a sample JCL (or some type of direction) that will accomplish this. Can anyone give us some suggestions? ...sample JCL? Thanks, Mary -- 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 Notice: This communication, including any attachments, is intended solely for the use of the individual or entity to which it is addressed. This communication may contain information that is protected from disclosure under State and/or Federal law. Please notify the sender immediately if you have received this communication in error and delete this email from your system. If you are not the intended recipient, you are requested not to disclose, copy, distribute or take any action in reliance on the contents of this information. -- 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: TAPE to TAPE across Sysplex local or remote
Do you really need to 'move' tapes/tape files from one sysplex to another, or do you just need to be able to access and manage any tape from any sysplex? Even before we had sysplex, we provided 'universal tape' through a combination of channel extension and volser range segregation, exit code in MIM/MIA, and an RYO utility that creates catalog entries in 'other' systems that don't 'own' a particular tape volser. Any system can read or write a tape file to any drive in either data center. Any job can create a local or remote tape file simply by using the appropriate esoteric, such as TAPE or TAPER. Over time we replaced the old channel extender with FICON DWDM, but all the other components remain as before. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] Knutson, Sam [EMAIL PROTECTED] OMTo Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List [EMAIL PROTECTED] Subject .edu TAPE to TAPE across Sysplex local or remote 12/09/2008 06:06 PM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .edu Hi, What tools and techniques are you using to move large tape (VTS normally) resident data sets from one Sysplex to another? We are creating our third Sysplex and see that in this case we are going to have data sets which are routinely created on tape in one that need to be moved to another. These two Sysplex may someday be geographically separated and we don't want to use a solution like export to a tape cart and go stick it in a different ATL. All transfers are z/OS to z/OS only. IBM z/OS FTP and CA-XCOM are already deployed in these LPARs but there is discussion as to weather we need a different approach for tape data sets. So what do you do? We have some IBM consultants pushing MQ http://www-01.ibm.com/software/integration/wmq/filetransfer/index.html http://www-01.ibm.com/software/websphere/products/appintegration/hiddenrisk/ Best Regards, Sam Knutson, GEICO -- 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: z10 power problem notification
2008/12/10 Skip Robinson [EMAIL PROTECTED]: I know that the double hardware failure delayed repair because the second part had to ordered. No one else has suggested that the CPU slowdown resulted from any cause other than heat. Here is a chart I obtained that indicates the effect of rising temperature on CPU speed. I don't have the source for the chart. (I don't know what 'Tj' means.) I'd guess junction temperature, i.e. the inferred temperature of the working parts of the chip vs that measured on the external parts. z10 Target backup air cooling parameters MCM hat temp (C)AVG Tj (C) Normal MCU cooling 27-3155 Degrade stage 1 42 70 Degrade stage 2 57 85 Degrade stage 3 72 100 Critical - shut down 92 Hw Damage protection As for automating the WLM message, we utilize a combination of Tivoli (aka Candle) AF Operator and Netview for such cases. We also have some automation in our console manager product VCC. We're looking at both emails and pages to some select group with advice to check the HMC Hardware Log. Remember, if things work as intended, our operations staff should get a call from Support Center. BTW in testing the automation, we found that configuring a CPU online or offline does not trigger IWM063I as I had thought. I suppose the CPU speed hasn't changed, even if the overall CPC capacity has. Triggering on the speed change message is wise, but I still think IBM should notify z/OS of the hardware failure that made the speed change necessary. Tony H. -- 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
Display Active Users panel (DA)
Hi All, In the REAL field in the DA users panel, you would sometimes see the 17T in the display. I tried to find out what the T meant. The description you get in the SDSF Operations and Customization manual is 'Current storage usage in frames' Does anyone know what the T means? I would be grateful. Regards, Ahmed Rahim System Z Technical support Group Technology (011) 500-6490 Fax2Email 086 539 2113 Nedbank Limited Reg No 1951/09/06. The following link displays the names of the Nedbank Board of Directors and Company Secretary. [ http://www.nedbank.co.za/terms/DirectorsNedbank.htm ] This email is confidential and is intended for the addressee only. The following link will take you to Nedbank's legal notice. [ http://www.nedbank.co.za/terms/EmailDisclaimer.htm ] -- 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: Display Active Users panel (DA)
Hi, When you see a T, it usually means that the field is not wide enough to show all of the data. Use the ARRANGE command to widen the field. Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rahim, A. (Ahmed) Sent: Thursday, December 11, 2008 8:07 AM To: IBM-MAIN@bama.ua.edu Subject: Display Active Users panel (DA) Hi All, In the REAL field in the DA users panel, you would sometimes see the 17T in the display. I tried to find out what the T meant. The description you get in the SDSF Operations and Customization manual is 'Current storage usage in frames' Does anyone know what the T means? I would be grateful. Regards, Ahmed Rahim System Z Technical support Group Technology (011) 500-6490 Fax2Email 086 539 2113 Nedbank Limited Reg No 1951/09/06. The following link displays the names of the Nedbank Board of Directors and Company Secretary. [ http://www.nedbank.co.za/terms/DirectorsNedbank.htm ] This email is confidential and is intended for the addressee only. The following link will take you to Nedbank's legal notice. [ http://www.nedbank.co.za/terms/EmailDisclaimer.htm ] -- 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: Display Active Users panel (DA)
Rahim, A. (Ahmed) wrote: In the REAL field in the DA users panel, you would sometimes see the 17T in the display. I tried to find out what the T meant. The description you get in the SDSF Operations and Customization manual is 'Current storage usage in frames' Does anyone know what the T means? I would be grateful. T means Thousand. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.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: Storage location of symbols
scott [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Where in storage are the symbols specified in IEASYMxx stored? Looking to see if some system key is used, as well as storage protect key, and subpool number. Thanks! I have no answer to your question, but out of curiosity: why do you want to know and can't you use the official interface? Kees. Ps. The newsgroup is a mirror of a list-server and that is where the majority of the IBM-MAIN polulations reside. See the automagically attached info below. ** 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. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- 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: TAPE to TAPE across Sysplex local or remote
Are you sure: hipersocket links between sysplexes spread over remote locations? Kees. Gibney, Dave [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED].. . We do this with FTP over the Hipersocket link. Dave Gibney Information Technology Services Washington State Univsersity -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Knutson, Sam Sent: Tuesday, December 09, 2008 6:07 PM To: IBM-MAIN@bama.ua.edu Subject: TAPE to TAPE across Sysplex local or remote Hi, What tools and techniques are you using to move large tape (VTS normally) resident data sets from one Sysplex to another? ** 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. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- 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: TAPE to TAPE across Sysplex local or remote
Well, no, We are just LPARs in a CEC. Ut, FTP is a viable, if perhaps to slow for all purposes, transport method. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Vernooy, C.P. - SPLXM Sent: Wednesday, December 10, 2008 11:35 PM To: IBM-MAIN@bama.ua.edu Subject: Re: TAPE to TAPE across Sysplex local or remote Are you sure: hipersocket links between sysplexes spread over remote locations? Kees. Gibney, Dave [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED].. . We do this with FTP over the Hipersocket link. Dave Gibney Information Technology Services Washington State Univsersity -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Knutson, Sam Sent: Tuesday, December 09, 2008 6:07 PM To: IBM-MAIN@bama.ua.edu Subject: TAPE to TAPE across Sysplex local or remote Hi, What tools and techniques are you using to move large tape (VTS normally) resident data sets from one Sysplex to another? ** 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. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- 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