Re: DFDSS question
Isn't the correct answer, what parms are used in the DFDSS? If you use LOGINNDD, you will produce a logical backup of all datasets on a volume. Or if you eliminate the LOGINNDD and PHYSINDD keywords and just use dataset(include) will also perform a logical backup. The difference is a logical brings along catalog information that would be required to perform most any type of restore from it, where as a physical restricts what you can do with the data... Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com Engineer J.P.Morgan Chase Co. GTI DCT ECS Core Services zSoftware Group / Emerging Technologies Office: # 614-213-3467 Cell: # 412-519-2592 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Stephen Mednick Sent: Thursday, November 18, 2010 6:00 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS question -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of R.S. Sent: Thursday, 18 November 2010 7:44 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS question There is no explicite switch like DUMP LOGICAL or DUMP PHYSICAL. However other parameters determina kind of DUMP. BTW: AFAIK FDR always make physical dump but restore can be physical or logical. And that's why FDR is faster for logical processing. Disclaimer: I don't work for FDR. -- Radoslaw Skorupka Lodz, Poland Radoslaw's comment about FDR always taking physical dumps is correct. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anyone using the DIAG Parm VSM CHECKREGONLOSS yet?
Hi Lizette, We have been using it for the past 2 years, as to how many abends we have prevented, not sure. I know we did monitor the 2 messages produced IEF093I or IEF094A when a recycle occurs at first, but not sure anyone has done any follow-up. VSM CHECKREGIONLOSS(256K,100M) Depending on your shop and how much storage you were actually missing the region size by, you may/will have to adjust the 2 numbers for your shop. I will tell you it has not caused any new issues, so I'm going with the indifferent experience. Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com Engineer J.P.Morgan Chase Co. GTI DCT ECS Core Services zSoftware Group / Emerging Technologies Office: # 614-213-3467 Cell: # 412-519-2592 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Tuesday, September 28, 2010 12:35 PM To: IBM-MAIN@bama.ua.edu Subject: Anyone using the DIAG Parm VSM CHECKREGONLOSS yet? We have few S822 abends. I am looking to turn this on using the IBM defaults for now. Is anyone using this parm? Has it been a good, bad, or indifferent experience? Has this reduced you S822 abends? Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on size of IEFBR14 and z/OS V1.11
Something you could also add in DIAGxx is VSM CHECKREGIONLOSS(256K,100M) with numbers related to your shop RTM. This will recycle wlm and jes2 inits when the region available is less than the amount specified. It will not help this job per say, but would recycle the init afterwards to cleanup the fragmentation. Msg's IEF093I or IEF094A will be produced. It might also detect how much/many the initiators are being fragmented. Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com Engineer J.P.Morgan Chase Co. GTI DCT ECS Core Services zSoftware Group / Emerging Technologies Office: # 614-213-3467 Cell: # 412-519-2592 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Eells Sent: Wednesday, August 04, 2010 8:16 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Question on size of IEFBR14 and z/OS V1.11 Lizette Koehler wrote: I got a question from one of my co workers on why his job abended with an S822 Reason=0014 The job have over 200 steps running mostly DB2 Tools from CA. There is no region size on the jobcard. Each step (except the one that got the S822) has a REGION=0M The step that got the S822 is a one line IEFBR14 step. //STEPEND PGM=IEFBR14,COND=(5,LT) Our default region size is problem 1M. I am thinking with the changes to IEFBR14 for z/OS V1.11 (we are coming off z/OS V1.9) that we just need to add a region size to this step. Otherwise I will probably have to get an SVC Dump and start looking at storage allocation. Any guidance is appreciated. snip IEFBR14 itself has no larger a storage footprint than it had in z/OS R9 (or, indeed, than it has had since we added SR 15,15 to it many many moons ago). It's Allocation processing that was changed to recognize IEFBR14 as a special case when you tell it to. I smell a possible storage fragmentation problem inflicted by one or more of the preceding steps. -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Delete all members of a PDS that is allocated
You also do a 3.4 and enter S * DEL on the command line to delete everything. Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com Engineer J.P.Morgan Chase Co. GTI DCT ECS Core Services zSoftware Group / Emerging Technologies Office: # 614-213-3467 Cell: # 412-519-2592 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Thursday, June 24, 2010 9:29 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Delete all members of a PDS that is allocated On Wed, 23 Jun 2010 20:01:57 -0500, gsg gsg_...@yahoo.com wrote: Thanks Lizette. We don't have PDSMAN or SAS. I know how to spell REXX and play around a little, but probably can't write a routine that will give me the results that I want. Is PDSMAN similar to Startools? We do have that product. Someone already mentioned DEL A:Z.An easier way with PDS (PSD86) or Startool is just DEL :. However, this doesn't free any of the space for a PDS and you would have to compress the library. The thing you want to do with PDS / Startool is use the FIX RESET command. This empties the PDS / PDSE. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Staffing Levels for zServer Environments
How about this depends + 2, If the staff is knowledgeable and the environment is not that complex, let's say a shop of size of between 5-10 lpars then 2-3 people would be able to perform this. The more lpars, with different product mixes becomes more complex and the number of people goes up accordingly. Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com Engineer J.P.Morgan Chase Co. GTI DCT ECS Core Services zSoftware Group / Emerging Technologies Office: # 614-213-3467 Cell: # 412-519-2592 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gibney, Dave Sent: Friday, May 28, 2010 5:58 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Staffing Levels for zServer Environments I'll tell my situation publically. The CICS guy is retiring at the end of June. My Boss/Adabas DBA left for greener pastures a couple months ago. Two others in the group with limited skill and one new 25 something, who is sure to be pirated away soon. Yes, I'm a small shop (1 prod, 1 development, 2 sandbox LPARS) z9BC-L03. I'm just going to do the best I can and see where we get. It's unlikely we'll replace them (just starting the 5 years to leave the mainframe project here) and we can't pay competitive salary anyway. I'd leave myself, but I really like where I live. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Matthew Stitt Sent: Friday, May 28, 2010 2:50 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Staffing Levels for zServer Environments Sometimes I cringe at this topic. Here is my take: It depends. What is the historical staffing level? What is the skill level of the staff? What is size of the work load to be performed? How comfortable is management with the size of the staff and their load? I know of companies with good sized installations and a very small staff, sometimes only one technical person for the mainframe environment. Conversely I know companies with just the opposite on both ends (small installation and large staff). YMMV And if you want something to think on, I'll tell you my situation privately. G On Fri, 28 May 2010 15:19:50 -0600, Kopischke, David G. dgkopisc...@oppenheimerfunds.com wrote: I know this has been discussed many times in the past, but I thought I'd bring it up again. Does anyone know of any research involving recommendations for staffing levels for z shops ??? And what it is based on; MIPS, Employee count, etc ??? Thanks again, Dave K. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm
Re: IEFUSI - RESERVE SPACE
Yes, we subtract 512K from the LDASize for jobs that code 0M or something 16M, to allow for recovery routines. Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com Engineer J.P.Morgan Chase Co. GTI DCT ECS Core Services zSoftware Group / Emerging Technologies Office: # 614-213-3467 Cell: # 412-519-2592 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Casey Rhodes Sent: Thursday, April 15, 2010 8:19 AM To: IBM-MAIN@bama.ua.edu Subject: IEFUSI - RESERVE SPACE Does anyone reserve space in the IEFUSI for recovery routines and or clean up to happen after batch has used all available region in an initiator. We have issues from time to time that come up when batch abends from region related errors in the initiator. This leads to other issues in CA7 and IMS and other third party products or subsystems because things do not get cleaned up properly. Some recent research indicated that IEFUSI could be coded in such a way to reserve region not available to batch so that when we have these region related batch abends there is still enough region available to run recovery and or cleanup. Is anyone doing this? Does it make sense? Thanks in advance for any advice or guidance -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: transferring files between zos's
You can always XMIT the sequential DFDSS file to an OUTDSN and then FTP in FB 80 mode bin. Then do a receive inda(/) on a 3.4 screen Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com Engineer J.P.Morgan Chase Co. GTI DCT ECS Core Services zSoftware Group / Emerging Technologies Office: # 614-213-3467 Cell: # 412-519-2592 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Wednesday, April 07, 2010 3:05 PM To: IBM-MAIN@bama.ua.edu Subject: Re: transferring files between zos's -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tim Brown Sent: Wednesday, April 07, 2010 1:20 PM To: IBM-MAIN@bama.ua.edu Subject: transferring files between zos's DFDSS can dump all files with say myqual.*.** to a seq dataset. I want the resulting file be ftped to another z/os for loading. Bascially can a dfdss backup be transferred and reversed at destination without having to use sneaker net and tapes. Tim Brown Yes, it can. But it is easiest if you take the DFDSS output file and use AMATERSE on it. This makes it into a FB/1024 dataset, which is very simple to ftp as BINARY, even if it passes through a non-z intermediate node. If you are going from z/OS directly to z/OS, then use MODE B. BINARY MODE B PUT DFDSS.FILE -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.11
By design PTF's only get tagged an RSU level I think every 2-3 months, which is why we do quarterly RSU levels 3,6,9,12. We have been doing it this way for 5 years and have not had to many headaches. Ibm did have issues when we rolled z/os 1.9 to early and needed RSUxx03+many hipers to be stable. The other saving grace is IBM stopped accepting all maintanence when a serverpac is delivered and you then have the ability to restore the broken ptf's. Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com Engineer J.P.Morgan Chase Co. GTI DCT ECS Core Services zSoftware Group / Emerging Technologies Office: # 614-213-3467 Cell: # 412-519-2592 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mary Anne Matyaz Sent: Thursday, April 08, 2010 1:36 PM To: IBM-MAIN@bama.ua.edu Subject: Re: z/OS 1.11 I don't really have a great answer for that Greg. Mainly I guess because this process was set up prior to RSU's. :) But seriously, sometimes a PTF will be in PUT1001 but RSU1002. RSU's only save about 20%, IIRC, and it seems like half the time some schmuck will want a PTF on that wasn't in the RSU. But I'm open to debate...go ahead, change my mind! :) Mary Anne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IRXANCHR - Number of environments
We run GDDR and OPS/MVS, we current have it set at IRXANCHR ENTRYNUM=2000 since last April for all tasks. We have not seen any adverse effect. Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com Engineer J.P.Morgan Chase Co. GTI DCT ECS Core Services zSoftware Group / Emerging Technologies Office: # 614-213-3467 Cell: # 412-519-2592 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of David Magee Sent: Thursday, March 11, 2010 6:22 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IRXANCHR - Number of environments We have been running with 400 specified since sometime back in '03 with no problems until yesterday. We are a GDPS and SA/390 shop so there can be a lot of autotasks running during some configurations changes. Yesterday we got message CNM416I REXX INTERPRETER ENVIRONMENT INITIALIZATION FAILED FOR TASK AUTBAT26, RETURN CODE = 20, REASON CODE = 24 during a reconfig we were running that caused some minor problems for a while. IBM has recommended that we up IRXANCHR to avoid this in the future. One comment was It is not uncommon for customers to define 2000 or 3000 rexx environments on the system, and this serves not only netview/sa/gdps but other applications that use rexx. Q1: Is anyone out there running IRXANCHR in that range? Q2: If the default IRXANCHR is that high, is there any significant resource (i.e, storage, etc.) being wasted on the system as a whole or per address space? Q3: Does anyone run a default IRXANCHR with one value and a customized IRXANCHR with a higher value that is STEPLIB'd to GDPS, SA/390, NetView tasks? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS vs. PDSE
Isnt there still a restriction PDSE of NOT being allowed to be in the LPALST? Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com Engineer J.P.Morgan Chase Co. GTI DCT ECS Core Services zSoftware Group / Emerging Technologies Office: # 614-213-3467 Cell: # 412-519-2592 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John P Kalinich Sent: Wednesday, February 10, 2010 3:17 PM To: IBM-MAIN@bama.ua.edu Subject: Re: PDS vs. PDSE John Ehrman of the IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 02/10/2010 01:46:57 PM: PDSEs have been available for a long time, and provide many advantages over PDSs. Why are people reluctant to use PDSEs? I think of a few... 1. Lack of internal documentation. 2. Former requirement that they must be SMS managed. 3. No recovery of deleted/updated members. 4. Performance. I don't see IBM using them very much. Only nine SYS1 datasets are PO-E. Regards, John K -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Korean bank Moves back to Mainframes - OT
So not to ask the obvious, but does any other nation use online buying as much as north america? How do most of the fraud attempts take place? Does it matter if my CC has a chip in it, if I enter the information online?Sorry Im continuing this OT.. Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com Engineer J.P.Morgan Chase Co. GTI DCT ECS Core Services zSoftware Group / Emerging Technologies Office: # 614-213-3467 Cell: # 412-519-2592 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Kim Sent: Thursday, January 07, 2010 3:53 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Korean bank Moves back to Mainframes (...no, not back) I am so impressed your insight! Please forgive me for off-line of the topic. Although I don't have stats in my hands, I can explain two things for your understanding how they got over an economic crisis. Way back to mid of 1990s the economic crisis in S Korea was almost same or bigger than last years in US, and it was controlled by IMF. I experienced a big jump on the commodity price, especially 5 times increase over the night for the flour and toilet paper which had never experienced since I was born in. That's why I came over here for a better quality of toilet paper with batter price. First thing government tried to do was campaigning in order for them to turn around an economic crisis; - asking the nation to come out them with Gold from their draw or safe. At that time I also sold my wedding my children's baby-shower rings to government, in a result world gold market was fluctuated, and gold price was downward. - Secondly Government tried to let people sign on an application for the credit cards as many as possible in order to stimulate a financial infrastructure. At that time my high school nephew had dozen cards, and still using it. Eventually prevailing credit cards worked, and would be able to get over an economic crisis, although they have a social crisis by over-spending as fallout. That's why they need extra wallet for more cards. Sometime economists also don't understand how Korean economy works. One thing I know is they are really superb at campaigning! This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Now is time for banks to replace core system according to Accenture
Ahhh yes, Lets treat z/OS like windows, then when you get the blue screen of death I will just tell management to re-ipl and hope it works correctly this time, and the error messages are really descriptive on other platforms. But hey this logic works for them. What your discussing is philosophy, knowing how a system works and is put together and the pieces that make the os work from nip until the first online system comes up is what makes a good system programmer, but then in some people eyes they don't want to know as long as it ipl's, not all that great for when things don't go perfect. Gooey and clicky applications have their place, but sorry I want total flexibility to place datasets where I want and call them fred if I desire. And then maybe catalog some in the mastercatalog and others in the usercatalog's on different volumes even. How many times have we heard, IBM cannot design for every application and environment. So at best they give guidelines and basic rule! s of thumbs. Your mileage may vary depending on MANY things, so if you took defaults w/o understanding shame on you. If someone doesn't understand all the pieces, stay out of the kitchen or ask and learn. Also understand every install doesn't work in every company... in my 25yrs and 7 different companies Ive worked at, small to very large, you have to have that flexibility and having 150K mips and 110 lpars with a plethora of applications running the world doesn't always turn correctly. Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com Engineer J.P.Morgan Chase Co. GTI DCT ECS Core Services zSoftware Group / Emerging Technologies Office: # 614-213-3467 Cell: # 412-519-2592 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Monday, November 30, 2009 8:04 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Now is time for banks to replace core system according to Accenture On Mon, 30 Nov 2009 16:04:44 -0800, Guy Gardoit wrote: What?!? Not sure how'd you define decent but I don't see the point of this statement at all. ServerPac and SMP/E (not to mention HCD) are excellent products. If you're trying to compare installing and maintaining IBM mainframe software to say, Windows, please don't make me laugh - wait until Friday to make nonsense statements like this. Hardly nonsense. On Win or Mac, when Firefox tells me it needs an update, I click on Update. A few minutes later, it tells me to restart Firefox to activate the update. I click Restart Firefox to warmstart. Two clicks and its done. With ServerPac and SMP/E ... ? On Mon, Nov 30, 2009 at 1:43 PM, Roy Hewitt wrote: ...snip IBM come up with a decent design on how to install and maintain z/OS ...snip -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Question - OA20749 for z/OS V1.8 and V1.9 supports page data sets up to 44.9GB in size.
We currently have 3- 3330cyl page datasets defined per 3390-9 volumes with PAV support turned on. My question revolves around the above support and might be more of a personal opinion than technical one So is it better performance to allocate 1 per volume, 3 per volume per 3390-9 and/or what if I go for a full Mod-27 or even mod-54, given either 1 or multiple per physical volumes??? Is anyone doing this currently since the APAR closed last year? Have you seen any performance hits/ benefits.. etc?? Since my history dates what I was always taught and given controllers/cache/pav's etc, what are others seeing? Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com Engineer J.P.Morgan Chase Co. GTI DCT ECS Core Services zSoftware Group / Emerging Technologies Office: # 614-213-3467 Cell: # 412-519-2592 This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 and Spool on MOD9
Make sure you have enough TGspace available, depending on how many Mod-9 and/or mod-3's you plan on configuring. Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com Engineer J.P.Morgan Chase Co. GTI DCT ECS Core Services zSoftware Group / Emerging Technologies Office: # 614-213-3467 Cell: # 412-519-2592 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Tuesday, November 10, 2009 4:37 PM To: IBM-MAIN@bama.ua.edu Subject: JES2 and Spool on MOD9 z/OS V1.9 I am getting ready to move my spool from MOD3 to MOD9. I think the only thing I have to do is change the spooldef to LARGEDS=ALLOWED or ALWAYS and then Allocate/$Snewspol/$Zoldspol Is there anything else I need to worry about or review? Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: My IEFACTRT crippled?
Did you tell smf to use it? in your SMFPRMxx DDCONS(NO) SYS(NOTYPE(4,5,19,20,34,35,40,99),INTERVAL(SMF,SYNC), EXITS(IEFACTRT,IEFUJI,IEFUJV,IEFUSI,IEFU83,IEFU84,IEFUTL)) SUBSYS(STC,EXITS(IEFACTRT,IEFUJI,IEFUSI,IEFU83,IEFUTL)) SUBSYS(OMVS,EXITS(IEFACTRT,IEFUJI,IEFU83)) Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com Engineer J.P.Morgan Chase Co. GTI DCT ECS Core Services zSoftware Group / Emerging Technologies Office: # 614-213-3467 Cell: # 412-519-2592 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Norgauer Sent: Friday, October 09, 2009 2:32 PM To: IBM-MAIN@bama.ua.edu Subject: My IEFACTRT crippled? I have had the IEFACTRT exit in my test LPAR for sometime now and I see today that it's not executing. When I issue: D PROG,EXIT,EN=SYS.IEFACTRT,DIAG I get: CSV464I 11.25.36 PROG,EXIT DISPLAY 116 EXIT SYS.IEFACTRT MODULESTATE EPADDRLOADPTLENGTHJOB IEFACTRTA 85303000 * So the system thinks the exit is there, but I am not getting any accounting info in my JES2 JESMSGLG sysout for batch jobs. Any suggestion as to how I can get this back working? John Norgauer Senior Systems Programmer Mainframe Technical Support Services University of California Davis Medical Center 2315 Stockton Blvd ASB 1300 Sacramento, Ca 95817 916-734-0536 SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! JN 2004 Hardware eventually breaks - Software eventually works anon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEFC614I
There are potentially 2 ways out of this depending on how you coded your proclibs. Perferred method says you are using jes2 dynamic procs, in which case a $TPROCLIB will open/close reallocate them or by chance if you have them in the JCL and have an alter PROCxx coded... you can force JES2 to close/open proc00 by Running a batch job with /*JOBPARM PROCLIB=PROCxx an alternate other assuming the error is with PROC00 Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com Engineer J.P.Morgan Chase Co. GTI DCT ECS Core Services zSoftware Group / Emerging Technologies Office: # 614-213-3467 Cell: # 412-519-2592 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Wednesday, October 07, 2009 6:20 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IEFC614I I use to get this at least once a month. We had some programmers running COMPRESS (IEBCOPY) on their PROCLIB that was in The JES2 JCL. The solution is to use the PROCLIB statements in JES2 rather than the JCL concatenations. Then you should not see this issue. Lizette We had a job failure, during submission, recently, that got the following message: IEFC614I PROCLIB DEVICE I/O ERROR SEARCHING FOR PROCEDURE/INCLUDE I know that just a few seconds before this job was submitted, a daily defrag ran, and had completed, on the volume, that one of the proclibs is on. We do exclude the proclib from being moved, but am wondering what could have caused this issue? I've got folks asking about determining what the root cause was so we can eliminate this issue in the future. Since I can't recall ever running into this, I'm not sure really how to respond, and would appreciate ANY input on this. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OMVS INIT WAIT
Depending on how you have the ZFS address space option setup. ZFS files need to do recovery if errors/verifications are required and require RDRW. There was an PTF about 1 yrs ago that allowed romount_recovery=on option to be set in the IOEPRMxx, to perform this task even if the file system was mounted as READ. Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com Engineer J.P.Morgan Chase Co. GTI DCT ECS Core Services zSoftware Group / Emerging Technologies Office: # 614-213-3467 Cell: # 412-519-2592 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Miklos Szigetvari Sent: Thursday, September 24, 2009 9:12 AM To: IBM-MAIN@bama.ua.edu Subject: OMVS INIT WAIT Hi In our production LPAR I had a terrible experience(you can't restart the system, it has worked 10 minutes before ) After some DISK errors I made an IPL , but TCPIP etc. has not started , and after a while of panic I have seen the OMVS is in init wait : OMVS 000E ETC/INIT WAIT In the third attempt, the OMVS (and everything) has started normally. We have every file system in zFS. I guess the OMVS zFS made the recovery ? If it would give a message about this ... -- Miklos Szigetvari Development Team ISIS Information Systems Gmbh tel: (+43) 2236 27551 570 Fax: (+43) 2236 21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our Website: http://www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRDF/A, DB2
Sorry my response was delayed but I didn't know the answer until now. According to what I just configured and started Mainframe enablers is self contained in 1 set of libraries. CongroupV7.0 ResourcePak BaseV7.0 ResouurcePak EMCtools V7.0 Disk CompareSeparte Download Zip file SRDF Host Component V7.0 TimeFinfer/CloneV7.0 TimeFinder/Mirror V7.0 TimeFinder/Utility V7.0 The same proc's run as before with just the load libraries changes and new SCF.LFC.LCODES.LIST= statement in SCFINI00 member. Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com Engineer J.P.Morgan Chase Co. GTI DCT ECS Core Services zSoftware Group / Emerging Technologies Office: # 614-213-3467 Cell: # 412-519-2592 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mike Liberatore Sent: Monday, September 14, 2009 8:09 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SRDF/A, DB2 Do you still have to install Consistency Group Software? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Terri E Shaffer Sent: Sunday, September 13, 2009 1:31 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SRDF/A, DB2 I think this is where I will tell you I will know in a month or two... We are installing a V-max with GDDR in a star configuration We have done it 2 other times within our environment, this is the first V-MAX and the newest EMC software mainframe enabler V7... And I wonder about the previous posts about the field idosyncorcies. Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com Engineer J.P.Morgan Chase Co. GTI DCT ECS Core Services zSoftware Group / Emerging Technologies Office: # 614-213-3467 Cell: # 412-519-2592 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mike Liberatore Sent: Saturday, September 12, 2009 8:50 AM To: IBM-MAIN@bama.ua.edu Subject: SRDF/A, DB2 We will soon be installing an EMC V-Max and SRDF/A in an DB2 environment running on an Z/OS LPAR(s). Can anyone share what their best practices are or Point me to where I can find any Documentation on this subject? Thanks in advance! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy
Re: Sharing Data between SMSPLEXES.
I would think from a dataset perspective you would be okay as the catalog would track extents/allocation, well assuming the new volume was online to the other lpar trying to read it and the catalogs are all shared. If they are extended format datasets that may/maybe be an issue. Also assumming you don't migrate with HSM like you stated, it should work as clear as mud. Im hoping you don't have different catalogs sharing the same volume as that would be ugly/interesting. Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com Engineer J.P.Morgan Chase Co. GTI DCT ECS Core Services zSoftware Group / Emerging Technologies Office: # 614-213-3467 Cell: # 412-519-2592 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Brian Fraser Sent: Wednesday, September 23, 2009 11:22 AM To: IBM-MAIN@bama.ua.edu Subject: Sharing Data between SMSPLEXES. We have 2 SMSPLEXES within a bronze SYSPLEX. GRS is common to all LPARS, but most everything else is not. Now we have a new DB2 application coming that will require application datasets which will be required to be written to from all LPARS in the PLEX. I've shared volumes before by having a storage group which is written to from one SMSPLEX being online and in read mode from another plex with no problems, but for both sides to be able to allocate, write extend datasets then I'm wondering if there's any gottchas coming at me. We can create the same Storage Group on both SMSes and define all the same volumes within. Of course we need to have procedures in place to ensure that someone doesn't go adding or removing volumes to one side and not the other. We also need to make sure that HSM cant migrate datasets from these volumes because the other HSM wont be able to recall them. My only real concern, is will it all hang together if/when one of these dsns goes into extents on another candidate volume. Will this cause any problems to any LPAR thats not in the SMS that performed the extend? Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYS1.VTAMLST Full - Production
The other way if you are not in 16 extents and/or if you out of directory blocks, use the CBT PDS utility, it can add directoy blocks and/or cyls to an shr enqueued dataset. Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com Engineer J.P.Morgan Chase Co. GTI DCT ECS Core Services zSoftware Group / Emerging Technologies Office: # 614-213-3467 Cell: # 412-519-2592 On Tue, 22 Sep 2009 10:33:17 +0100, Jacky Bright jacky.bri...@gmail.com wrote: Our Production SYS1.VTAMLST is full. Not able to define any new LU ID's. Is the IPL or NET shared task to be down the only way to increase the size of this dataset ? Any workaround for this ? JAcky -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRDF/A, DB2
I think this is where I will tell you I will know in a month or two... We are installing a V-max with GDDR in a star configuration We have done it 2 other times within our environment, this is the first V-MAX and the newest EMC software mainframe enabler V7... And I wonder about the previous posts about the field idosyncorcies. Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com Engineer J.P.Morgan Chase Co. GTI DCT ECS Core Services zSoftware Group / Emerging Technologies Office: # 614-213-3467 Cell: # 412-519-2592 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mike Liberatore Sent: Saturday, September 12, 2009 8:50 AM To: IBM-MAIN@bama.ua.edu Subject: SRDF/A, DB2 We will soon be installing an EMC V-Max and SRDF/A in an DB2 environment running on an Z/OS LPAR(s). Can anyone share what their best practices are or Point me to where I can find any Documentation on this subject? Thanks in advance! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
