Re: Scrubbing sensitive data in dumps

[Paul Gilmartin]

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

[Rob Schramm]

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

[Rob Schramm]

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 ?

[Lizette Koehler]

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

[Jack J. Woehr]

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

[Frank Swarbrick]

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

[Allan Kielstra]

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

[Frank Swarbrick]

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

[Tom Ross]

>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

[Tony Harminc]

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

[Jim Mulder]

  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

[Thomas Loges]

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

[Jim Mulder]

  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

[David Boyes]

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

[Skeldum, William]

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 ?

[August Carideo/RYE/US]

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: ADRDSSU and ADR321E

[PINION, RICHARD W.]

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

[Gibney, Dave]

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

[Roach, Dennis]

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

[Tom Sims]

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

[PINION, RICHARD W.]

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

[Lizette Koehler]

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

[PINION, RICHARD W.]

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.

[willie bunter]

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.
  >  >
  >  >
  >  >
  
 
 

Failed or Quiesced XCF groups/members

[Leonardo Vaz]

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

[Gabe Goldberg]

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?

[Peter Relson]

>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

[Peter Relson]

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 ?

[Brian Westerman]

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

[Brian Westerman]

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

[Giliad Wilf]

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=ibm-main=0=D===C4E3EF984A2A600693=giliadw%40yahoo.com=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

Re: How to erase TS7740 data before scrap

[Vernooij, Kees (ITOPT1) - KLM]

ICKDSF??? This is a Virtual Tape System, with an DS5000 as internal (hidden) 
disk cache.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Edward Gould
> Sent: 11 August, 2017 2:24
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: How to erase TS7740 data before scrap
> 
> > On Aug 10, 2017, at 5:16 PM, Mike Schwab 
> wrote:
> >
> > How are tracks provisioned?
> > If fixed provisioning, then ICKDSF TRKFMT CYL(0,14) CYCLES(1) will
> > write b'', b'', and b'01010101' or b'10101010' for the
> > full track for three erasing writes to each track.  Increase 1 for
> > more erases.  Erase all tracks in all cylinders of all volumes.
> > If dynamic provisioning, then erase all volumes with extra erases to
> > catch the excess capacity above the capacity of the volumes.
> 
> Mike,
> 
> I think it depends on ICKDSF and which command is used to format the
> volume.
> Its been 20 or 30 years since the 3380 came out but IMSM the fast
> initialize does it differently than the full initialize.
> My memory is sketchy here but I *THINK* a EOF is written on each track
> if a fast init is used. I will defer to you on the full init.
> I learned of the fast init from a good friend at the WSC. I started
> using it and never had awn issue.
> 
> Ed
> >
> > On Thu, Aug 10, 2017 at 9:49 AM, Carlos Bodra - Pessoal
> >  wrote:
> >> We are replacing IBM TS7740 with new TS7760 and need to do a Cluster
> Cleanup
> >> (FC 4017 – This feature is a factory default button, clear all data,
> all
> >> tables, etc..). IBM says that this feature is withdrawn and no more
> >> available.
> >>
> >>
> >>
> >> What can we use in place of it or any suggestion about how to clear
> data
> >> from it?
> >>
> >>
> >>
> >>
> >>
> >> Carlos Bodra
> >>
> >> IBM System Certified System z
> >>
> >> São Paulo - Brazil
> >>
> >>
> >>
> >>
> >> -
> -
> >> For IBM-MAIN subscribe / signoff / archive access instructions,
> >> send email to lists...@listserv.ua.edu with the message: INFO IBM-
> MAIN
> >
> >
> >
> > --
> > Mike A Schwab, Springfield IL USA
> > Where do Forest Rangers go to get away from it all?
> >
> > --
> > 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 information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN