Re: Overlap Error
The situation you are seeing does fit with problems that occur using the DISP=OLD updates, as another poster has previously pointed out. The role of PDSMAN in this seems to be as the "bearer of bad news." Both the PDSM13 Library Map and Analysis utility and the FastCopy facility (a high-speed transparent replacement for IEBCOPY) have detected the overlap error and are reporting it so that problem determination can be done. PDSMAN does NOT change the characteristics of your PDS libraries. From the information in your post, it appears that you are working with what you can consider a vanilla PDS. PDSMAN has brought the problem to light, but it has not caused the problem. As you search for the cause, consider turning on the PDSMAN Enqueue Checking facility for this library. This facility detects when a library has been updated without the proper enqueues being performed and issues a message (it does not actually perform the enqueues) that allows you to more easily identify the offending program . This facility is documented in Chapter 6 of the Auditing and Comparison Facilities User Guide and under the $UPDATE ENQCHECK= parameter described in Appendix A of the Administrator Guide. Also, the PDSMAN support team is available to answer any other PDSMAN related questions you might have. Jeffrey King ca Principal Software Engineer, PDSMAN Columbus, Ohio USA Email:jeffrey.k...@ca.com Phone: 1.614.785.2743 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Brian Peterson Sent: Monday, April 05, 2010 1:47 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Overlap Error All of the responses to this query thus far have spoken about "vanilla" PDS support within the DFSMS component of z/OS. However, in your case, you are actually using PDSMAN, which is hardly "vanilla". As I recall from experience with PDSMAN (now several-years-old experience), the characteristics of PDS data sets on a system with PDSMAN are different than the characteristics on "vanilla" z/OS systems. You should probably work with the PDSMAN vendor for help with your issues - you may have an environmental/setup problem, a known limitation, or perhaps you might have a new bug, that has resulted in these issues you've seen. Brian I suggest you explore On Mon, 5 Apr 2010 02:21:48 -0500, Ravi Kumar wrote: >Hi, > >Below are the issue we found with one of the PDS library we had..this has >occured 3 times and I am trying to understand what are the possibilities >because of which it happening ..has anyone seen it before...ofcourse I have >checked the GRSplex and nothing unusual for this dataset.. > >PDSMAN r7.60PDS >MAP 30 March 2010.089 20:32:57 PAGE 1 -- 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
Re: LLA update
PDSMAN can update the full LLA or individual LLA libraries or members. It is done automatically, so that any update to the library or member -- linkedits, copies, compresses, PF3 (for non-load), or cross-system updates -- triggers the LLA update. PDSMAN also provides facilities for managing LLA and ensuring that LLA automatically stays in synchronization on all systems. Jeffrey King CA PDSMAN Principle Software Engineer Columbus, Ohio USA tel: +1 614 785 2743 or x62743 jeffrey.k...@ca.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of ITURIEL DO NASCIMENTO NETO Sent: Tuesday, September 01, 2009 7:31 AM To: IBM-MAIN@bama.ua.edu Subject: RES: LLA update Sorry but your email seems confuse to me. I want something that, for example, detects when we hit PF3 at a member in a LLA managed dataset and refreshs it. Is that possible with PDSMAN ? Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto Banco Bradesco S/A 4254 - DPCD Engenharia de Software Sistemas Operacionais Mainframes Tel: 55 11 4197-2021 R: 22021 Fax: 55 11 4197-2814 |-Mensagem original- |De: IBM Mainframe Discussion List |[mailto:ibm-m...@bama.ua.edu] Em nome de Lizette Koehler |Enviada em: segunda-feira, 31 de agosto de 2009 16:59 |Para: IBM-MAIN@bama.ua.edu |Assunto: Re: LLA update | |If you have PDSMAN it can. I am at V762 and it has no problem |with doing LLA REFERSH. If you want to use UPDATEe an |individual LLA member (CSVLLAxx) then I am not sure what will do that. | |If you have an automation product (like OPS/MVS) then you can |set up a trigger to do that. | |Lizette | |> |>Hi all, |> |>Do you know if are there any product that automatically |update LLA when |>an update happens in a PDS or PDSE ? | |> |> |> | |-- |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 | AVISO LEGAL Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vÃnculos obrigacionais, expedida por quem não detenha poderes de representação. LEGAL ADVICE This message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- 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
Re: Any Utilities to Archive Members of a PDS/PDSE - Load Libraries, Not Source
CA PDSMAN offers a wide range of archiving and recovery options for members in both PDS and PDSE libraries. This includes maintaining multiple versions of a member within a library, establishing a Journal (or shadow) library setup, or using a more conventional archiving system to sequential data sets. Jeffrey King CA PDSMAN Principle Software Engineer Columbus, Ohio USA tel: +1 614 785 2743 or x62743 jeffrey.k...@ca.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Monday, August 17, 2009 10:31 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Any Utilities to Archive Members of a PDS/PDSE - Load Libraries, Not Source I haven't seen anyone mention CA-PDSMAN yet. Or doesn't that work with LMODs? (I haven't worked with this product since the early 90s.) Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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 -- 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: PDSMAN Replacement
Mark - Something you should take into consideration about going the LLA-route with your large load library is how often the library is updated. Putting the library in LLA Freeze mode brings you directory search performance benefits, but can lead to problems when members are updated. This is the "Dynamic" part of the Dynamic BLDL facility. On the other hand, if you use LLA NoFreeze mode you lose much of the performance benefit you seek. Is there a particular reason you're being asked to remove PDSMAN? Jeffrey King CA PDSMAN Principle Software Engineer Columbus, Ohio USA tel: +1 614 785 2743 or x62743 jeffrey.k...@ca.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Thursday, May 21, 2009 8:53 AM To: IBM-MAIN@bama.ua.edu Subject: Re: PDSMAN Replacement > -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Wilson > Sent: Thursday, May 21, 2009 1:30 AM > To: IBM-MAIN@bama.ua.edu > Subject: PDSMAN Replacement > > Hi, > > I have the task of removing CA-PDSMAN from two of our systems. > > We currently use the following functions: > > * PDSMAN Library Space Reuse facility > * Dynamic BLDL Facility > * Remote Data Compare > > I believe I can convert my PDS¹s to PDS/e¹s to negate the > need for the Space > Reuse facility. Likely true. However, remember that a PDSE cannot be shared except within a single SYSPLEX. If you try to share it across multiple SYSPLEXes or MONOPLEXes, then "results are undefined" and likely to be terrible (corrupted PDSEs). > > The Dynamic BLDL function causes me a little concern. I have > inherited a > situation where we have one massive load library that > contains all batch & > online application programs. All batch jobs and online > systems have either a > JOBLIB or STEPLIB DD Statement that references this one > library. Many years > ago (well before my time) the techies turned off this PDSMAN > feature and had > very severe system performance issues for online and batch > applications, > resulting in this feature being re-enabled. I was think of > splitting the > library, perhaps by application to reduce the search time for none > application code. Use LLA. It can be used to buffer any load library, not just the LINKLIST. ./ ADD NAME=CSVLLAnn LIBRARIES(-LNKLST-, NPHPN.PGM.LOADLIB, DCHPN.ENDEVOR.EZTPLUS.LOADLIB) FREEZE(-LNKLST-, NPHPN.PGM.LOADLIB, DCHPN.ENDEVOR.EZTPLUS.LOADLIB) ./ENDUP is an example. > > The remote Data Compare is used in batch to compare PDS¹s on the QA & > Production systems. A checksum is generated for each PDS and > then compared. > If a difference is found a WTO is posted (picked up by > automation) that > triggers a check of the libraries. I can't help with this one. > > Does anyone have any experience of replacing these functions > and have any > ideas of how to replace and any advice on the process? > > Regards > > Mark -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 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® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, 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 -- 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: searching all members of a pds using wildcards
Jim - The CA-PDSMAN String Scan and Replace facility (PDSM18) allows you to do what you've described. You can specify wildcard character or pattern characters in both your target and replacement (if desired) string specifications. The facility executes online via the EZYEDIT ISPF Productivity Platform, using ISPF panels, or in batch mode. You can also scan for strings across all members of multiple data sets. Regards, Jeffrey King CA PDSMAN Principle Software Engineer Columbus, Ohio USA tel: +1 614 785 2743 or x62743 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jim McAlpine Sent: Tuesday, November 18, 2008 10:42 AM To: IBM-MAIN@BAMA.UA.EDU Subject: searching all members of a pds using wildcards Is there any way to achieve the above ie to search for 'abc*xyx' where * can be any length in all members of a pds. Jim McAlpine -- 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: ADD library to Linklst
Jerry - There should not be a requirement to stop and restart PDSMAN around any LLA refresh, including one to support the modification of the system linklist. PDSMAN dynamically detects linklist changes as well as the LLA updates. Jeffrey King CA PDSMAN Principle Software Engineer Columbus, Ohio USA tel: +1 614 785 2743 or x62743 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jerry Fuchs Sent: Wednesday, May 21, 2008 2:41 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ADD library to Linklst I have used TMON to delete and add a library to the link list. As we run PDSMAN must stop PDSMAN, refresh LLA, and start PDSMAN. Jerry Daniel McLaughlin <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 05/21/2008 01:54 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: ADD library to Linklst In your PARMLIB create: BROWSESYS1.TEST.ZOS17.PARMLIB(PROGDM) - 01.01Line Col 001 080 Command ===> Scroll ===> CSR * Top of Data * LNKLST DEFINE NAME(LNKLSTAA) COPYFROM(CURRENT) LNKLST ADD NAME(LNKLSTAA) DSN(SYS4.FA.V8R8M2.LOAD) VOLUME(O2A010) LNKLST ACTIVATE NAME(LNKLSTAA) a member that looks like this. Then on the console SET PROG=DM (for my example). Daniel McLaughlin Z-Series Systems Programmer Information & Communications Technology Crawford & Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 email: [EMAIL PROTECTED] web: www.crawfordandcompany.com IBM Mainframe Discussion List wrote on 05/21/2008 01:50:34 PM: > Lucy Arnold <[EMAIL PROTECTED]> > Sent by: IBM Mainframe Discussion List > > 05/21/2008 01:50 PM > > Please respond to > IBM Mainframe Discussion List > > To > > IBM-MAIN@BAMA.UA.EDU > > cc > > Subject > > ADD library to Linklst > > -- Information from the mail header > --- > Sender: IBM Mainframe Discussion List > Poster: Lucy Arnold <[EMAIL PROTECTED]> > Subject: ADD library to Linklst > --- > > Hello, > > I am upgrading EZTRIEVE and am trying to add a PDSE to LNKLST00: > > We went into TMON and added the new PDSE and removed the old PDS. We > refreshed LLA. If jobs use a STEPLIB/JCLLIB pointing to new library(PDSE) > all works well, if we let it find modules through LNKLST then jobs abend > with a S0C4 - > > Does anybody know how to add a PDSE to LNKLST on the fly??? We did try > some of the SETPROG ZOS commands but never could seem to get the syntax > correct > > Thanks! > > Lucy Arnold > Storage Manager > U.C. Davis Medical Center > 916-734-5498 > > -- > 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 > > Best Overall Third-Party Claims Administrator - 2007 "Business Insurance" Readers Choice Awards Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- 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 -- 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: Server Pac Issues with z/OS V1.9 SB37 SYSUT1 and other stuff
Lizette - I'm sorry to see that you're having problems with PDSMAN FastCopy. There is an already existing APAR from January of this year that addresses a FastCopy issue with GIMUNZIP. The CA APAR number is QO95053. Applying this PDSMAN maintenance should resolve your FastCopy problem. Regards, Jeffrey King CA PDSMAN Principle Software Engineer Columbus, Ohio USA tel: +1 614 785 2743 or x62743 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Wednesday, May 21, 2008 4:05 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Server Pac Issues with z/OS V1.9 SB37 SYSUT1 and other stuff I just wanted to let everyone know of an issue I had with the Serverpac Install. First, YES - I did not read the PSP. So it is not a surprise I made a small miscalculation. In Dec 2007 there was a fix that was release for GIMUNZIP. It has to do with SB37 abends on SYSUT1 during the Unzip of a PDS/E (POE) data set. Apparently IBM has hardcoded in the GIMUNZIP process how much space to dynamically allocate for SYSUT1 when recreating the PDS/E data set from teh archive file. This is what causes the SB37. The SCEEMOD2 data set is much bigger today than under z/OS V1.7. So I had to install the following fixes UO00674 UO00678 and UO00649. Once I had these installed and added (apf' authorized) to the RECEIVE JOBLIB statement, everything is running much better. There are two issues that I will bring up with IBM at the next Share I attend. Why is this hardcoded and not part of an ARCHDEF control card statement? And two, we have FASTCOPY (PDSMAN) in shop. I have to manually add the JCL statement //FCOPYOFF DD DUMMY to all steps before I submit. Otherwise I get bad errors when FASTCOPY tries to work on PDSE data sets. Anyway, so much for not reading. Lizette -- 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: VLF/LLA Management
Stephen - I'm not sure if you are familiar with or running CA-PDSMAN, but it provides a multitude of LLA management functions, including the automatic updating of the LLA cache for individual members in libraries being managed in Freeze mode. Regards, Jeffrey King CA PDSMAN Principle Support Engineer Columbus, Ohio USA tel: +1 614 785 2743 or x62743 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Stephen Hall Sent: Friday, April 04, 2008 4:26 AM To: IBM-MAIN@BAMA.UA.EDU Subject: VLF/LLA Management ___ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ___ Hi, How do people maintain their private datasets listed in LLA during standard change control windows ? We have just added a new application loadlib into LLA with FREEZE to improve performance to it, but this gets updated every night via a change control batch process to implement program updates. Should we just do an LLA update with NOFREEZE before the update, then re-instate the FREEZE afterwards, or would the REMOVE dataset option be better ? The fine manuals (Init & Tuning guide & reference - changing LLA Libraries) states: "The recommended way to make updates in the production system is to use IEBCOPY under FREEZE mode." But can't find any reference for that on IBM or with google. Any advice / procedures warmly appreciated. Thanks, Stephen Hall Team Leader - Host Systems Technology Services - Infrastructure INSURANCE AUSTRALIA GROUP (IAG) - ___ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information, by persons or entities other than the intended recipient is prohibited. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses with Symantec Scan Engine and cleared by MailMarshal. ___ -- 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: SMF record for PDS(E) member updates or adds?
John, PDSMAN cuts SMF audit records for all types of updates to PDS(E) members (except update-in-place). You control the data sets and members the records are written for as well as the type of update (add, delete or replace). You can also specify the SMF record number to be used. The format of the SMF records is documented so you can use your own program to process the results. Or you can report the record contents using a PDSMAN provided utility. Please let me know if I can provide any additional information. Jeffrey King CA PDSMAN Principle Support Engineer Columbus, Ohio USA [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Tuesday, September 26, 2006 8:54 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SMF record for PDS(E) member updates or adds? Hi, All, Is there an SMF or other system-generated audit record for *updates* or *adds* of PDS(E) members? The Type 42 record (z/OS 1.5) subtype 21 is apparently cut only for *deletions* of members. TIA, -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: PDS unload
Gerry, If you have CA-PDSMAN installed, you can do what you want using the PDSM09 "Backup in IEBUPDTE SYSIN" utility, as documented in the "OLDDOC" member of the sample library. Lines from selected, or all, members in the PDS are built into a sequential input file for IEBUPDTE, with ./ ADD NAME= Statements separating the members. Jeffrey King CA PDSMAN Development Manager Columbus, Ohio USA tel: +1 614 785 2743 or x62743 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gerry Anstey Sent: Wednesday, April 05, 2006 6:26 AM To: IBM-MAIN@BAMA.UA.EDU Subject: PDS unload Guys, I've scanned the archives, RTFM's etc. I want to unload a RECFM=80, FB PDS into a QSAM(FB,80) , IEBCOPY keeps creating a VS dataset. I have seen the output I want It's where each member is one after the other with a name card for the member its was before it. I've done it before but I just can't seem to remember what I did. Help! Gerry 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. -- 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