Re: Scrubbing sensitive data in dumps
On Fri, 11 Aug 2017 17:09:10 -0400, Jim Mulder wrote: > > We did have a meeting in z/OS development quite a few years ago to discuss >someone's wish for this type of function for z/OS dumps. We concluded that >in general, identifying the sensitive data to be modified would be so >problematic >that it was not worth pursuing. > This is reminiscent of a question posed (here?) (years?) ago concerning detecting credit card numbers in data sets, with the objective of obfuscating them. OK. Any 16 numeric digits, or packed, or 64-bit binary in range, or ... Validate check digit? Same answer. Or SSNs. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM TS7720 Secure Data Erase
Is the internal encryption already on it? Rob Schramm On Fri, Aug 11, 2017, 2:52 PM Roach, Dennis wrote: > Check with your vendor or CE. Most vendors have the ability for the CE to > do a secure erase that meets most requirements. > I had to excess a virtual tape system that did not support the erase. We > wound up pulling the drives and send them to be shredded. > > Dennis Roach, CISSP > AIG > > Identity & Access Management | Technology Services > > 2929 Allen Parkway, America Building, 3rd Floor | Houston, TX 77019 > Phone: 713-831-8799 > > dennis.ro...@aig.com | www.aig.com > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Tom Sims > Sent: Friday, August 11, 2017 1:31 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: IBM TS7720 Secure Data Erase > > One of my clients is retiring an old TS7720 and wants to guarantee the > residual data is completely erased before it leaves the premises. > > Can someone out there tell me if the "Secure Data Erase" feature works > with internal hard drives as the physical media, as well as with take > cartridges? > > Thanks in advance, > > Tom Sims > > (Speaking only for myself...). > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Rob Schramm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Scrubbing sensitive data in dumps
Something like Xbridge data sniff? Rob Schramm On Fri, Aug 11, 2017, 6:48 PM Tony Harminc wrote: > On 11 August 2017 at 16:23, Skeldum, William > wrote: > > There was a patent filed by IBM on Locating and altering sensitive > information in core dumps. > > http://www.google.com.pg/patents/US20080126301 > > Whatever its technical merits, that IBM patent is remarkable in that > at least six of the seven inventors appear by their names to be women. > (The name Chunhui could be male, I'm told, but there is a female IBMer > Chunhui Yang who has contributed to some Redbooks, so all seven are a > good bet.) This is surely both rare and encouraging for a patent in an > area like this in these controversial times for women in the software > business. > > Tony H. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Rob Schramm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: cross posted VM and VSE - EMC DLM issue ?
Did you open a case with EMC on this? The DLM Support group is pretty good. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of August Carideo/RYE/US > Sent: Friday, August 11, 2017 1:15 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: cross posted VM and VSE - EMC DLM issue ? > > I have been trying to figure out where this intervention is coming from It > does not seem to impact the job running Any ideas ? > Thanks, > Augie > > VM > q 1a40 > A tape 1A40 intervention required. > TAPE 1A40 ATTACHED TO MXVSEAUD 0A71 R/W > Ready; T=0.01/0.01 14:46:55 > q 1940 > A tape 1940 intervention required. > TAPE 1940 ATTACHED TO MXVSEAUD 0971 R/W > Ready; T=0.01/0.01 14:47:14 > > > VSE > F5 0005 * JOB PASO01 > F5 0005 DLM001I MOUNTED SCRTCH ON VTAPE => 0A71 > > F5 0005 CADT008A MOUNT SCRATCH CINTA SYS005 DSN=TSTD01.COBRANZA OWNER=V > MODE=08ME JOB=ALLVSAM > F5 0005 CADT007I ** LABEL CINTA SYS005=A71 V00521 1 *TSTD01.COBRANZA* > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: MSGIEW2678S Module contains one or more deferred classes
Frank Swarbrick wrote: Now imagine that the DLL gets loaded repeatedly and in each case only one of the programs it contains is actually executed. That case could have performance problems in the C world because the static data for all of the few thousand independent programs is created and initialized for each load of the DLL (and in each case you're only running one of the programs.) That isn't typically the design pattern for DLL's, "thousands of independent programs". Further, the static area is unloaded when the instance that invoked the DLL exits but the DLL itself stays loaded until the last instance using it exits. -- Jack J. Woehr # Science is more than a body of knowledge. It's a way of www.well.com/~jax # thinking, a way of skeptically interrogating the universe www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: MSGIEW2678S Module contains one or more deferred classes
Sounds like someone ought to fix that! ;) From: IBM Mainframe Discussion List on behalf of Allan Kielstra Sent: Friday, August 11, 2017 5:30 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: MSGIEW2678S Module contains one or more deferred classes Yes a C DLL does have all static variables allocated and initialized when a DLL is loaded. This is usually fine. However suppose you had a few thousand independent programs that you linked into a DLL simply for packaging purposes. And suppose that each program had a lot of static storage associated with it. Now imagine that the DLL gets loaded repeatedly and in each case only one of the programs it contains is actually executed. That case could have performance problems in the C world because the static data for all of the few thousand independent programs is created and initialized for each load of the DLL (and in each case you're only running one of the programs.) That sort of packaging could create a performance issue for C programs. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: MSGIEW2678S Module contains one or more deferred classes
Yes a C DLL does have all static variables allocated and initialized when a DLL is loaded. This is usually fine. However suppose you had a few thousand independent programs that you linked into a DLL simply for packaging purposes. And suppose that each program had a lot of static storage associated with it. Now imagine that the DLL gets loaded repeatedly and in each case only one of the programs it contains is actually executed. That case could have performance problems in the C world because the static data for all of the few thousand independent programs is created and initialized for each load of the DLL (and in each case you're only running one of the programs.) That sort of packaging could create a performance issue for C programs. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: MSGIEW2678S Module contains one or more deferred classes
Well that explains why its not documented! Sorry for discussing your secret features. :) I am curious about the 'C' way being using the WSA. Does this mean a C DLL has all static variables allocated at the time the DLL is loaded? And is this a "non-issue", in contrast to COBOL, because C programs use far fewer static variables than COBOL programs using working-storage fields? From: IBM Mainframe Discussion List on behalf of Tom Ross Sent: Friday, August 11, 2017 4:59 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: MSGIEW2678S Module contains one or more deferred classes >On Wed, 9 Aug 2017 22:18:51 +, Frank Swarbrick .COM> wrote: > >>There was a post to ibm-main by Allan Kielstra of IBM compiler development= > (I think) on May 10, 2017 (How are Program Object sections with Defer attr= >ibute loaded?) that discusses how the writable static area (WSA) is used in= > COBOL V5 and COBOL V6. Briefly, this is how I understand it. If the "NOW= >SOPT" compiler option is used (the default in COBOL V5) then all COBOL work= >ing-storage is placed in the WSA. If the "WSOPT" compiler option is used t= >hen working-storage is separately allocated upon initial entry to the progr= >am and the address of the WS is placed in the WSA. >> >>Hopefully I got that all right! >> >Everyone talks about WSOPT vs NOWSOPT compiler option, but I can't find the= >m documented in COBOL documentation library. >Are WSOPT and NOWSOPT some nicknames of the accurate terms? >Where are they documented? Everyone? No one should talk about this hidden option. We added it to V5 for a specific customer situatation. We did not want to change V5 behavior for everyone. COBOL V6 is now using the preferred WSOPT behavior. That means that WORKING-STORAGE is acquired from HEAP just like all COBOL versions did before COBOL V5. This in turn means that the STORAGE option can again be used to set initial values of WOKRING-STORAGE to x'00' or x'FF' or anything. We have improved the "How to find WORKING-STORAGE at runtime" instructions in the COBOL V6.2 Migration Guide. This has been a work in progress, starting with trying to do things the 'C' way (WSA) and then moving back to having the runtime allocate WORKING-STORAGE as in previous COBOL versions. By the way, COBOL V5 goes out of marketing in Sept, it will no longer be available. Honestly, the only COBOL version I would think anyone would want is COBOL V6.2, it has lots of things to make it more natural for COBOL application programmers, as well as exploitation of z14 hardware and performance improvements! Cheers, TomR >> COBOL is the Language of the Future! << -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: MSGIEW2678S Module contains one or more deferred classes
>On Wed, 9 Aug 2017 22:18:51 +, Frank Swarbrick .COM> wrote: > >>There was a post to ibm-main by Allan Kielstra of IBM compiler development= > (I think) on May 10, 2017 (How are Program Object sections with Defer attr= >ibute loaded?) that discusses how the writable static area (WSA) is used in= > COBOL V5 and COBOL V6. Briefly, this is how I understand it. If the "NOW= >SOPT" compiler option is used (the default in COBOL V5) then all COBOL work= >ing-storage is placed in the WSA. If the "WSOPT" compiler option is used t= >hen working-storage is separately allocated upon initial entry to the progr= >am and the address of the WS is placed in the WSA. >> >>Hopefully I got that all right! >> >Everyone talks about WSOPT vs NOWSOPT compiler option, but I can't find the= >m documented in COBOL documentation library. >Are WSOPT and NOWSOPT some nicknames of the accurate terms? >Where are they documented? Everyone? No one should talk about this hidden option. We added it to V5 for a specific customer situatation. We did not want to change V5 behavior for everyone. COBOL V6 is now using the preferred WSOPT behavior. That means that WORKING-STORAGE is acquired from HEAP just like all COBOL versions did before COBOL V5. This in turn means that the STORAGE option can again be used to set initial values of WOKRING-STORAGE to x'00' or x'FF' or anything. We have improved the "How to find WORKING-STORAGE at runtime" instructions in the COBOL V6.2 Migration Guide. This has been a work in progress, starting with trying to do things the 'C' way (WSA) and then moving back to having the runtime allocate WORKING-STORAGE as in previous COBOL versions. By the way, COBOL V5 goes out of marketing in Sept, it will no longer be available. Honestly, the only COBOL version I would think anyone would want is COBOL V6.2, it has lots of things to make it more natural for COBOL application programmers, as well as exploitation of z14 hardware and performance improvements! Cheers, TomR >> COBOL is the Language of the Future! << -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Scrubbing sensitive data in dumps
On 11 August 2017 at 16:23, Skeldum, William wrote: > There was a patent filed by IBM on Locating and altering sensitive > information in core dumps. > http://www.google.com.pg/patents/US20080126301 Whatever its technical merits, that IBM patent is remarkable in that at least six of the seven inventors appear by their names to be women. (The name Chunhui could be male, I'm told, but there is a female IBMer Chunhui Yang who has contributed to some Redbooks, so all seven are a good bet.) This is surely both rare and encouraging for a patent in an area like this in these controversial times for women in the software business. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Scrubbing sensitive data in dumps
To correct myself, there is a type SS record. I almost never see them. There are also type A, SC, SD, and SC records which could contain sensitive data. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY > I found the patent filing to be an amusing read, at least with respect > to > the z/OS specific stuff. There is no SS type of dump record. And if you > wanted > to process a dump, you certainly wouldn't do it by reading the raw dump > records > (as that wouldn't work very well for data which crosses a 4k boundary (and > thus crosses a dump record boundary). You would do it by writing an IPCS > VERBEXIT program, or a Rexx exec, which uses IPCS services to access the > dump, and prepare the lists of storage ranges for modification and/or > modification > avoidance. The ranges would then be input to an IPCS function which would > use > the IPCS storage map to translate the address ranges into ranges within > dump > records. And then that would be the input into a program which does the > copying > with modifications. > > We did have a meeting in z/OS development quite a few years ago to > discuss > someone's wish for this type of function for z/OS dumps. We concluded > that > in general, identifying the sensitive data to be modified would be so > problematic > that it was not worth pursuing. > > Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. > Poughkeepsie NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Scrubbing sensitive data in dumps
Here is a link to the description of a product for log and dump anonymization called SF-SafeDump: http://www.fedtke.com/exchange/SF_SafeDump_for_zos.pdf Thomas Loges ITERGO Germany Am 11.08.2017 um 22:08 schrieb Holst, Jeffrey A: > A year or two ago I attended a webinar that was discussing (selling) a > product that would scrub sensitive information (generally PII) from dumps > (SVC dumps, SYSMDUMPs and the like) prior to sending these to a software > vendor. > > I told my management about it, and there was no interest, so I didn't retain > any information on it. > > Fast forward to today. My manager calls me up and asks if I know of any > products that can scrub sensitive information from dumps. My response was > that I had attended a webinar on one. I was asked what the product was and > who the vendor might be, and I could not recall and I didn't have anything > saved. > > Does anyone know of such a product? I know there is one out there but I > haven't figured out a search argument to locate it yet. > > Jeffrey Holst > Infrastructure Configuration Consultant > Technology and Operations, Shared Services > > PNC Bank > Columbus Whitehall Service Center 2 > 4653 E Main St > Columbus, OH 43213 > (614) 856-5443 > jeffrey.ho...@pnc.com > > > > > The contents of this email are the property of PNC. If it was not addressed > to you, you have no legal right to read it. If you think you received it in > error, please notify the sender. Do not forward or copy without permission of > the sender. This message may be considered a commercial electronic message > under Canadian law or this message may contain an advertisement of a product > or service and thus may constitute a commercial electronic mail message under > US law. You may unsubscribe at any time from receiving commercial electronic > messages from PNC at http://pages.e.pnc.com/globalunsub/ > PNC, 249 Fifth Avenue, Pittsburgh, PA 15222; pnc.com > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Scrubbing sensitive data in dumps
I found the patent filing to be an amusing read, at least with respect to the z/OS specific stuff. There is no SS type of dump record. And if you wanted to process a dump, you certainly wouldn't do it by reading the raw dump records (as that wouldn't work very well for data which crosses a 4k boundary (and thus crosses a dump record boundary). You would do it by writing an IPCS VERBEXIT program, or a Rexx exec, which uses IPCS services to access the dump, and prepare the lists of storage ranges for modification and/or modification avoidance. The ranges would then be input to an IPCS function which would use the IPCS storage map to translate the address ranges into ranges within dump records. And then that would be the input into a program which does the copying with modifications. We did have a meeting in z/OS development quite a few years ago to discuss someone's wish for this type of function for z/OS dumps. We concluded that in general, identifying the sensitive data to be modified would be so problematic that it was not worth pursuing. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY IBM Mainframe Discussion List wrote on 08/11/2017 04:23:17 PM: > From: "Skeldum, William" > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 08/11/2017 04:53 PM > Subject: Re: Scrubbing sensitive data in dumps > Sent by: IBM Mainframe Discussion List > > There was a patent filed by IBM on Locating and altering sensitive > information in core dumps. > http://www.google.com.pg/patents/US20080126301 > Bill Skeldum -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Researching Destination z article on non-US mainframes
That Brazilian mainframe shop was the poster child for the zBX and the Cell blade. I don’t think it’s very active at this point – at least IBM hasn’t talked about it for years. FWIW, the one comment I’d contribute is the decline of NLS language messages and documentation. In most cases, English and Japanese Kanji are the only supported languages any more – all the hooks and libraries to display it are still there, but the translated text isn’t. Even the uppercase English only variant for messages has been dropped. This can be a serious barrier to adoption – if you have to read docs in a foreign language to explain a complex technical topic, that can be a pretty steep hurdle, and the Japanese market can be very sensitive to that for various past cultural reasons. When I worked with Fuji Xerox, they had a lot of people supporting that to stay competitive in that market. There’s also been some discussion of the EU dropping English as one of the formally accepted EU languages with Brexit, so that may be an issue if/when it actually happens. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Scrubbing sensitive data in dumps
There was a patent filed by IBM on Locating and altering sensitive information in core dumps. http://www.google.com.pg/patents/US20080126301 Bill Skeldum -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Holst, Jeffrey A Sent: Friday, August 11, 2017 2:09 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Scrubbing sensitive data in dumps A year or two ago I attended a webinar that was discussing (selling) a product that would scrub sensitive information (generally PII) from dumps (SVC dumps, SYSMDUMPs and the like) prior to sending these to a software vendor. I told my management about it, and there was no interest, so I didn't retain any information on it. Fast forward to today. My manager calls me up and asks if I know of any products that can scrub sensitive information from dumps. My response was that I had attended a webinar on one. I was asked what the product was and who the vendor might be, and I could not recall and I didn't have anything saved. Does anyone know of such a product? I know there is one out there but I haven't figured out a search argument to locate it yet. Jeffrey Holst Infrastructure Configuration Consultant Technology and Operations, Shared Services PNC Bank Columbus Whitehall Service Center 2 4653 E Main St Columbus, OH 43213 (614) 856-5443 jeffrey.ho...@pnc.com The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. This message may be considered a commercial electronic message under Canadian law or this message may contain an advertisement of a product or service and thus may constitute a commercial electronic mail message under US law. You may unsubscribe at any time from receiving commercial electronic messages from PNC at http://pages.e.pnc.com/globalunsub/ PNC, 249 Fifth Avenue, Pittsburgh, PA 15222; pnc.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
cross posted VM and VSE - EMC DLM issue ?
I have been trying to figure out where this intervention is coming from It does not seem to impact the job running Any ideas ? Thanks, Augie VM q 1a40 A tape 1A40 intervention required. TAPE 1A40 ATTACHED TO MXVSEAUD 0A71 R/W Ready; T=0.01/0.01 14:46:55 q 1940 A tape 1940 intervention required. TAPE 1940 ATTACHED TO MXVSEAUD 0971 R/W Ready; T=0.01/0.01 14:47:14 VSE F5 0005 * JOB PASO01 F5 0005 DLM001I MOUNTED SCRTCH ON VTAPE => 0A71 F5 0005 CADT008A MOUNT SCRATCH CINTA SYS005 DSN=TSTD01.COBRANZA OWNER=V MODE=08ME JOB=ALLVSAM F5 0005 CADT007I ** LABEL CINTA SYS005=A71 V00521 1 *TSTD01.COBRANZA* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Scrubbing sensitive data in dumps
A year or two ago I attended a webinar that was discussing (selling) a product that would scrub sensitive information (generally PII) from dumps (SVC dumps, SYSMDUMPs and the like) prior to sending these to a software vendor. I told my management about it, and there was no interest, so I didn't retain any information on it. Fast forward to today. My manager calls me up and asks if I know of any products that can scrub sensitive information from dumps. My response was that I had attended a webinar on one. I was asked what the product was and who the vendor might be, and I could not recall and I didn't have anything saved. Does anyone know of such a product? I know there is one out there but I haven't figured out a search argument to locate it yet. Jeffrey Holst Infrastructure Configuration Consultant Technology and Operations, Shared Services PNC Bank Columbus Whitehall Service Center 2 4653 E Main St Columbus, OH 43213 (614) 856-5443 jeffrey.ho...@pnc.com The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. This message may be considered a commercial electronic message under Canadian law or this message may contain an advertisement of a product or service and thus may constitute a commercial electronic mail message under US law. You may unsubscribe at any time from receiving commercial electronic messages from PNC at http://pages.e.pnc.com/globalunsub/ PNC, 249 Fifth Avenue, Pittsburgh, PA 15222; pnc.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ADRDSSU and ADR321E
As it stands now, the error message is issued and the data set is bypassed. I would like to bypass the data set also, but give a RC=4. I want to treat it like the entire thing has been migrated. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gibney, Dave Sent: Friday, August 11, 2017 3:08 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ADRDSSU and ADR321E [External Email] Well, the copy you are attempting will certainly be broken and useless. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of PINION, RICHARD W. > Sent: Friday, August 11, 2017 10:49 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: ADRDSSU and ADR321E > > Yes, we have FDR and have some multi-volume data sets that get migrated. > Due to the way FDR works, not all pieces of a data set may get migrated. > Therefore, when ADRDSSU (we have plans to convert from ADRDSSU to > FDRABR DUMP TYPE=APPL, but not right now) selects one of these data > sets we get this message. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Lizette Koehler > Sent: Friday, August 11, 2017 1:44 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: ADRDSSU and ADR321E > > [External Email] > > It could help to see the whole message > > But according to the message > > The requested data set is not on the volume. The system might also > issue this message for a data set that is being migrated when DFSMSdss > tries to process the data set. > > So you want this case you want to set an RC4 rather than an 8 - is > that correct? > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of PINION, RICHARD W. > > Sent: Friday, August 11, 2017 10:12 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: ADRDSSU and ADR321E > > > > Does anyone have code for overriding the RC=8 from ADR321E and > > setting it to RC=4? I think this involves UIM23. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > FIRST TENNESSEE > > Confidentiality notice: > This e-mail message, including any attachments, may contain legally > privileged and/or confidential information. If you are not the > intended recipient(s), or the employee or agent responsible for > delivery of this message to the intended recipient(s), you are hereby > notified that any dissemination, distribution, or copying of this > e-mail message is strictly prohibited. If you have received this > message in error, please immediately notify the sender and delete this e-mail > message from your computer. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ADRDSSU and ADR321E
Well, the copy you are attempting will certainly be broken and useless. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of PINION, RICHARD W. > Sent: Friday, August 11, 2017 10:49 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: ADRDSSU and ADR321E > > Yes, we have FDR and have some multi-volume data sets that get migrated. > Due to the way FDR works, not all pieces of a data set may get migrated. > Therefore, when ADRDSSU (we have plans to convert from ADRDSSU to > FDRABR DUMP TYPE=APPL, but not right now) selects one of these data sets > we get this message. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Lizette Koehler > Sent: Friday, August 11, 2017 1:44 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: ADRDSSU and ADR321E > > [External Email] > > It could help to see the whole message > > But according to the message > > The requested data set is not on the volume. The system might also issue this > message for a data set that is being migrated when DFSMSdss tries to process > the data set. > > So you want this case you want to set an RC4 rather than an 8 - is that > correct? > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > > On Behalf Of PINION, RICHARD W. > > Sent: Friday, August 11, 2017 10:12 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: ADRDSSU and ADR321E > > > > Does anyone have code for overriding the RC=8 from ADR321E and setting > > it to RC=4? I think this involves UIM23. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN FIRST TENNESSEE > > Confidentiality notice: > This e-mail message, including any attachments, may contain legally > privileged and/or confidential information. If you are not the intended > recipient(s), or the employee or agent responsible for delivery of this > message to the intended recipient(s), you are hereby notified that any > dissemination, distribution, or copying of this e-mail message is strictly > prohibited. If you have received this message in error, please immediately > notify the sender and delete this e-mail message from your computer. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM TS7720 Secure Data Erase
Check with your vendor or CE. Most vendors have the ability for the CE to do a secure erase that meets most requirements. I had to excess a virtual tape system that did not support the erase. We wound up pulling the drives and send them to be shredded. Dennis Roach, CISSP AIG Identity & Access Management | Technology Services 2929 Allen Parkway, America Building, 3rd Floor | Houston, TX 77019 Phone: 713-831-8799 dennis.ro...@aig.com | www.aig.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tom Sims Sent: Friday, August 11, 2017 1:31 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IBM TS7720 Secure Data Erase One of my clients is retiring an old TS7720 and wants to guarantee the residual data is completely erased before it leaves the premises. Can someone out there tell me if the "Secure Data Erase" feature works with internal hard drives as the physical media, as well as with take cartridges? Thanks in advance, Tom Sims (Speaking only for myself...). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IBM TS7720 Secure Data Erase
One of my clients is retiring an old TS7720 and wants to guarantee the residual data is completely erased before it leaves the premises. Can someone out there tell me if the "Secure Data Erase" feature works with internal hard drives as the physical media, as well as with take cartridges? Thanks in advance, Tom Sims (Speaking only for myself...). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ADRDSSU and ADR321E
Yes, we have FDR and have some multi-volume data sets that get migrated. Due to the way FDR works, not all pieces of a data set may get migrated. Therefore, when ADRDSSU (we have plans to convert from ADRDSSU to FDRABR DUMP TYPE=APPL, but not right now) selects one of these data sets we get this message. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Friday, August 11, 2017 1:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ADRDSSU and ADR321E [External Email] It could help to see the whole message But according to the message The requested data set is not on the volume. The system might also issue this message for a data set that is being migrated when DFSMSdss tries to process the data set. So you want this case you want to set an RC4 rather than an 8 - is that correct? Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of PINION, RICHARD W. > Sent: Friday, August 11, 2017 10:12 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: ADRDSSU and ADR321E > > Does anyone have code for overriding the RC=8 from ADR321E and setting > it to RC=4? I think this involves UIM23. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN FIRST TENNESSEE Confidentiality notice: This e-mail message, including any attachments, may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution, or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ADRDSSU and ADR321E
It could help to see the whole message But according to the message The requested data set is not on the volume. The system might also issue this message for a data set that is being migrated when DFSMSdss tries to process the data set. So you want this case you want to set an RC4 rather than an 8 - is that correct? Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of PINION, RICHARD W. > Sent: Friday, August 11, 2017 10:12 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: ADRDSSU and ADR321E > > Does anyone have code for overriding the RC=8 from ADR321E and setting it to > RC=4? I think this involves UIM23. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ADRDSSU and ADR321E
Does anyone have code for overriding the RC=8 from ADR321E and setting it to RC=4? I think this involves UIM23. FIRST TENNESSEE Confidentiality notice: This e-mail message, including any attachments, may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution, or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM QUESTION - PROBLEM SOLVED.
Just to let you all know I finally was able to delete the records. I was
barking up the wrong tree. I was concentrating on the 'B" instead of the "C"
records.
I dd a FIXCDS C HSMBACK.BACK.T592617.DB2.ARCHLOG2.I8257 DELETE
That did the trick.
Thanks to all who responded and helped out with their suggestions.
On Fri, 7/28/17, willie bunter wrote:
Subject: Re: DFHSM QUESTION
To: "IBM Mainframe Discussion List"
Received: Friday, July 28, 2017, 12:33 PM
Lizette,
I have taken note of your suggestion
and I will adhere to it.
I checked my command and it shows that
all the contents of the command is as follows as suggested
by Brian: HSEND AUDIT DSCTL(BACKUP) FIX.
I didn't have BDELETE or anyother parm
in the command. I am not sure why HSM is complaining
that the command contained these parms.
On Fri, 7/28/17, Lizette Koehler
wrote:
Subject: Re: DFHSM QUESTION
To: IBM-MAIN@LISTSERV.UA.EDU
Received: Friday, July 28, 2017, 10:01
AM
Willie
It would be helpful to include just
on
pair of COMMAND and RESPONSE rather
than all of your error
messages. Without the context of
what command syntax
you entered, it is difficult to assist
you.
Next.
For this message:
ARC0085I (H)BDELETE REQUIRES ONE OF
THE
FOLLOWING MUTUALLY EXCLUSIVE
KEYWORDS:
ARC0085I (CONT.) ALL, VERSIONS, OR
DATE
It appears that when you entered the
BDELETE command you did not include
the subparm of ALL
VERSIONS or DATE
Please review this process and ensure
you are entering the command according
to the DFHSM Admin
Guide
Lizette
> -Original Message-
> From: IBM Mainframe Discussion
List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On
> Behalf Of willie bunter
> Sent: Friday, July 28, 2017 6:33
AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFHSM QUESTION
>
> Brian,
>
> I tried your suggestion
unfortunately it didn't get rid of the
ERR 40. Here
> is the message that was sent to
my
terminal:
>
> ARC0085I (H)BDELETE REQUIRES ONE
OF THE FOLLOWING MUTUALLY EXCLUSIVE
> KEYWORDS:
> ARC0085I (CONT.) ALL, VERSIONS,
OR
DATE
> ARC0085I (H)BDELETE REQUIRES ONE
OF THE FOLLOWING MUTUALLY EXCLUSIVE
> KEYWORDS:
> ARC0085I (CONT.) ALL, VERSIONS,
OR
DATE
> ARC0085I (H)BDELETE REQUIRES ONE
OF THE FOLLOWING MUTUALLY EXCLUSIVE
> KEYWORDS:
> ARC0085I (CONT.) ALL, VERSIONS,
OR
DATE
> ARC0085I (H)BDELETE REQUIRES ONE
OF THE FOLLOWING MUTUALLY EXCLUSIVE
> KEYWORDS:
> ARC0085I (CONT.) ALL, VERSIONS,
OR
DATE
> ARC0085I (H)BDELETE REQUIRES ONE
OF THE FOLLOWING MUTUALLY EXCLUSIVE
> KEYWORDS:
> ARC0085I (CONT.) ALL, VERSIONS,
OR
DATE
> ARC0085I (H)BDELETE REQUIRES ONE
OF THE FOLLOWING MUTUALLY EXCLUSIVE
> KEYWORDS:
> ARC0085I (CONT.) ALL, VERSIONS,
OR
DATE
> ARC0085I (H)BDELETE REQUIRES ONE
OF THE FOLLOWING MUTUALLY EXCLUSIVE
> KEYWORDS:
> ARC0085I (CONT.) ALL, VERSIONS,
OR
DATE
> ARC0085I (H)BDELETE REQUIRES ONE
OF THE FOLLOWING MUTUALLY EXCLUSIVE
> KEYWORDS:
> ARC0085I (CONT.) ALL, VERSIONS,
OR
DATE
> ARC0085I (H)BDELETE REQUIRES ONE
OF THE FOLLOWING MUTUALLY EXCLUSIVE
> KEYWORDS:
> ARC0085I (CONT.) ALL, VERSIONS,
OR
DATE
>
> Below is a sample of the output.
> /* ERR 40 DB2.ARCHLOG2.A0091613
HSMBACK.BACK.T592617.DB2.ARCHLOG2.I8257
> MISSING
> /* FIXCDS B DUMMY.RECOVER.MCB
CREATE(X'0014' X'0098257F')
> /* FIXCDS B DUMMY.RECOVER.MCB
PATCH(X'002E' BITS(1.1.))
> /* FIXCDS B DUMMY.RECOVER.MCB
PATCH(X'0030' X'000100010001')
> /* FIXCDS B DUMMY.RECOVER.MCB
EXPAND(X'0040')
> /* FIXCDS B DUMMY.RECOVER.MCB
PATCH(X'0050' +
> /*
>
X'404040404040404040404040404040404040404040404040404040404040404040404040404
> 0404040404040')
> /* FIXCDS B DUMMY.RECOVER.MCB
PATCH(X'0050'
>
HSMBACK.BACK.T592617.DB2.ARCHLOG2.I8257)
> /* FIXCDS B DUMMY.RECOVER.MCB
PATCH(X'0082' BITS(0110))
> /* BDELETE DUMMY.RECOVER.MCB
> /* MSG 914 - ERROR ON BDELETE
COMMAND
> /* MSG 998 - AUDIT CONTINUING,
SEE
COMMAND ACTIVITY LOG
> /* FIXCDS B DUMMY.RECOVER.MCB
DELETE
> - END OF - ENHANCED
AUDIT - LISTING -
>
>
> On Thu, 7/27/17, Brian Fraser
wrote:
>
> Subject: Re: DFHSM QUESTION
> To: IBM-MAIN@LISTSERV.UA.EDU
> Received: Thursday, July 27,
2017, 9:18 PM
>
> HSEND AUDIT DSCTL(BACKUP)
FIX
>
ODS('dsn.for.output.listing')
> is
> what you should run.
>
>
> On Fri, Jul 28, 2017 at 2:56
AM, Horne, Patti
> wrote:
>
> >
> You ran the fix on the
BDELETE not the AUDIT.
> >
> >
> >
--
For IBM-MAIN subscribe / signoff /
archive access instructions
Failed or Quiesced XCF groups/members
Hello list! I was reviewing our XCF groups and I noticed a few members that have been quiesced or failed a long time ago (up to 10 years ago). Question: We are not really getting close the NAME(GROUP) limit of our sysplex CDS dataset, but how do you get rid of those garbage groups? I couldn't find any SETXCF command to do it, would I have to write my own APF authorized assembler program to use IXCDELET? Thanks, Leo -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Researching Destination z article on non-US mainframes
I didn't have an answer in mind for the question. If the only differences are obvious ones between countries, I'll profile the different uses of mainframes you mention, since sometimes non-US installations don't get much US visibility. But if there ARE country- or region-based variations (staffing, functions, features, products, services, availabilities, whatever) those are of interest too. Mostly joking, but for example, are different system colors available in different places? More seriously, you mentioned languages -- so how much documentation is available in various languages, vs. people using English materials worldwide? Similarly, how fluent are operating systems, other IBM products, and ISV offerings in various languages? Are there language issues? Or is English mostly used, same as commonly for Air Traffic Control. Brian Westerman said: I have installed and supported mainframes all over the world, all over Europe, Africa, Asia, Australia, Middle East, South America, USA, and even in Iceland, Greenland and the South (and almost-north) Poles and I don't really understand the question I guess. The installation and support is almost identical. The users are obviously using them differently, but in general they are quite similar. Were you expecting something "odd" with non-US mainframe users or sites? Do they speak other languages, yes, does it matter to the mainframe, not really. What differences are you looking for? I mostly see similarities, and maybe I'm just looking beyond differences to see them, but I probably need more information on what you're looking for to be able to respond better. -- Gabriel Goldberg, Computers and Publishing, Inc. g...@gabegold.com 3401 Silver Maple Place, Falls Church, VA 22042 (703) 204-0433 LinkedIn: http://www.linkedin.com/in/gabegoldTwitter: GabeG0 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Any SMF statistics available for LOAD of a program?
>Is that feature going to be (or has been?) back-ported to V2.1? No. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: MSGIEW2678S Module contains one or more deferred classes
when I said "nowhere known to IEWBLODI for the deferred classes to be loaded from", I was thinking that IEWBLODI takes input from , and builds an executable in storage. Tony, I think of it that the binder has everything, just as it would when saving the executable to a data set. The deferred segment "template" is part of the program object. When a program object is fetched, the initial-load segments are loaded, and the deferred segment template is loaded. Later, the deferred segment can be instantiated. The output of the COBOL compiler includes information both about the initial-load segments and the deferred segment template. So I think that IEWBLODI should have access to it. It's just that there's nothing useful to be done with that template, just as there is nothing useful to be done with it if you have done a LOAD with ADDR. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Testing zOS 2.3 ?
If you have specific problems with z/OS 2.2 that you know about and they are not addressed in the existing docs on 2.3, then it's likely not addressed in the first GA of 2.3. I am aware of several problems, but only because I opened them recently on 2.2, and I know they have not been addressed on 2.3 (yet, because I asked). That doesn't mean that by the time September rolls around that they won't be fixed. After all, that's half the fun of installing the brand new release. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Researching Destination z article on non-US mainframes
I agree, but it's important to note that there are far more similarities than differences. Most of the differences you see between country sites are the same thing you would see different between two sites within the USA. You can have a site in Arizona (which doesn't do daylight savings) and one in Alaska that are basically identical, and two others in the same places that are worlds apart because of their own local "mods". The location doesn't govern the differences for the most part, it's more a blend of the people who worked on those systems in the past and how they approached "getting things done". The fact that they might be in different states or countries is not the deciding factor for the most part of their differences or similarities. If someone is running vanilla CICS/TS V5.2 in Texas, it's probably going to be identical, or close to it, to the one someone is running in Dubai. There are lots of cultural differences, but if you ask data center support people in Maine about dealing with data center support in Dallas, you will find that they feel they are on different planets. I'm not trying to say there are no differences due to the specific country, but there are far more similarities. Also, two sites in the same foreign country, for instance France, can be totally dissimilar, or could be twins, the same as any two other sites. Maybe it's because I have see so many (literally) hundreds of sites, that I tend to always see the similarities. The differences between any two sites will always be there, whether they are 2 miles or 12,000 miles apart. I think that as far as IBM mainframes are concerned, aside from language, the country of residence is almost irrelevant. (just my opinion, feel free to disagree) Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: MSGIEW2678S Module contains one or more deferred classes
On Wed, 9 Aug 2017 22:18:51 +, Frank Swarbrick wrote: > >There was a post to ibm-main by Allan Kielstra of IBM compiler development (I >think) on May 10, 2017 (How are Program Object sections with Defer attribute >loaded?) that discusses how the writable static area (WSA) is used in COBOL V5 >and COBOL V6. Briefly, this is how I understand it. If the "NOWSOPT" >compiler option is used (the default in COBOL V5) then all COBOL >working-storage is placed in the WSA. If the "WSOPT" compiler option is used >then working-storage is separately allocated upon initial entry to the program >and the address of the WS is placed in the WSA. > >Hopefully I got that all right! > Thank you. I went to Allan Kielstra's post on May 10, 2017, at: https://listserv.ua.edu/cgi-bin/wa?A2=ind1705&L=ibm-main&T=0&O=D&F=&S=&X=C4E3EF984A2A600693&Y=giliadw%40yahoo.com&P=266764 ...and got the info I was looking for. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
