Re: Software Delivery on Tape to be Discontinued

[Edward Gould]

> On Mar 28, 2018, at 9:06 AM, R.S.  wrote:
> 
> Now it's a matter of belief.
> I simply do not believe in some statements which I (roughly) collected below:
> 
> 
> > No DVD's are allowed.
> ServerPac delivery box contain a lot of DVDs and CDs. What about them?
I got my boss’s OK and got a servpac box out and went through it. I did not see 
a singe dvd/cd in the box and did not see it marked in the inventory. So maybe 
Europe is getting different deliveries that the US
> 
> PTFs are not distributed on tape for some time. _ How it is adressed?
> > That issue is open and it is being discussed at high levels and honestly I
> > don’t know if they have been given both sides, all I know is that I was 
> > told to
> > stay out of the discussion.
> That's evasion, not answer.
No its not as I can’t remember getting a single ptf on a tape for a couple of 
years, I think the number is two years ago but my mind could be wrong. I asked 
my boss about getting PTF’s in . What I ddid not know was that there is some 
service center that has done it for us in the past at a cost. 
> 
> Company decided to migrate to Windows just because installation tapes are no 
> longer distributed.
> Great reason, especially Microsoft does not distribute tapes.
> It's really hard to believe it.
> 
> 
> Auditor is calling IBM to "authenticate" the delivery - a box with tapes, 
> books, leaflets ancd DVDs.
> What can he hear? What information can be got by the phone? A confirmation 
> the ServerPac was really sent?
> I can do that using Internet access (Shopsz + DHL). IMHO it's much more 
> reliable than calling to more or less anonymous outsider.
They are happy with this situation what can I say? 
> 
> ...armed carrier truck pick the tape up at IBM - in the same message you say 
> it's FEDEX, and in other message > The person checked
> the ID of the delivery agent.
> It is contradictory and senseless.

Not quite fun an armored car there is a guard there all the time and yes it is 
slow. As far as senseless each culture does something their unique way, I have 
been brought up to accept other peoples culture and help- them enrich it even 
further if that is what they want. If they don’t then we accept them as they 
are.
> 
> 
> 
> > I think the 43xx box was the death of IBM, thats my opinion. No longer can 
> > you talk to an IBM person
> >  directly unless you have a signed contract in hand and in the other hand a 
> > certified check.
> What???
That is what happened in the US starting around 1995+-1 You no longer bought 
CPU’s from IBM you bought them from third parties. These third parties were 
made up of mostly ex IBMers. I asked a question of one of the third party 
people and was told I could no longer talk to IBM directly unless I had a 
contract in one hand  and a check in the other hand I could not talk directly 
to a IBM with a technical question. This happened to me at two different 
customers, so I guessing its close to the truth. I get around these idiotic 
demands by calling IBM friends directly and yes it costs me a dinner every so 
often when he/she is in my city to I am their city. Its the price of dealing 
with IBM now days. 
> 
> > I have heard rumors of departments that undergo lie detector tests on an 
> > irregular basis.
> And you write about it? Are you allowed to disclose it?

I talked with my boss today and heard the real story (according to him) there 
was a department that had disclosed some information they shouldn’t have, the 
number of lie detector test was around 10 people out of 70, so it was not the 
hole department, I apologize for saying incorrect information,
> Not to mention how it is related to delivery media…
This was the auditing department and they are the ones that open all the boxes 
from IBM and OEM and go through them. Now I have no idea about what the issue 
was and why they were given lie detector tests.
> 
> 
> > I am only able to “chat” on IBM-Main as i do not disclose company info.
> > I am essentially retired and not working.
> > That is beyond my (free) pay grade.
> 
> In my believe the company and the rules exist only in some imagined world.
> Of course it is only my belief.
> 
> 
> Regards
> -- 
> Radoslaw Skorupka
> Lodz, Poland
> 
> 
> 
> 
> ==
> 
> 
>   --
> Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
> przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być 
> jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś 
> adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej 
> przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, 
> rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie 
> zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, 
> prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale 
> usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lu

Re: Software Delivery on Tape to be Discontinued

[Edward Gould]

> On Mar 28, 2018, at 12:43 PM, Jesse 1 Robinson  
> wrote:
> 
> Long before IBM talked about the end of tape delivery, we stopped accepting 
> any physical media whatever--even doc. The reason was rooted in legal 
> classification of software for tax purposes. In order to be extra careful, we 
> eschewed not only tape/DVD for software itself, but also for any supporting 
> function as well. The cost of getting levied with ordinary sales tax would 
> have been significant. 
> 
> .
Skip:
I think it was either last summer or autumn I did an informal survey of DC’s in 
the Chicago area. 
1. would not except tapes
2. received sent 10 a month
3 received 50 a month
4 Sent;/received over 100

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

SHARE tribute to Dr. John Ehrman

[Clark Morris]

The following is a link to the SHARE tribute to John Ehrman
https://www.share.org/blog/a-tribute-to-john-ehrman.

Clark Morris

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

Re: DFHSM Migration of SYS1 datasets ?

[Gibney, Dave]

Thank you. I don't think it would have occurred to me to try it with the 
period. 

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Max Smith
> Sent: Wednesday, March 28, 2018 2:48 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFHSM Migration of SYS1 datasets ?
> 
> Hi Dave,
> 
> I was able to get this to work by specifying SETMIG LEVEL(SYS1.)
> COMMANDMIGRATION.  It requires the period to distinguish it from data sets
> starting with SYS1 eg SYS1SSS
> 
> Also tried SETMIG LEVEL(SYS1.TEST) COMMANDMIGRATION and it failed.  That
> is because the LEVEL(SYS1.) NOMIGRATION is specified first and will override
> what the second one specifies.
> 
> Also the subparameter COMMANDMIGRATION is only valid on the LEVEL
> parameter.
> 
> Also the only way I can see you can remove a SETMIG command would be to
> STOP and RESTART HSM.
> 
> The QUERY RETAIN command will show you what you have specified.
> 
> Max Smith
> DFSMShsm Development
> 
> --
> 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: DFHSM Migration of SYS1 datasets ?

[Max Smith]

Hi Dave,

I was able to get this to work by specifying SETMIG LEVEL(SYS1.) 
COMMANDMIGRATION.  It requires the period to distinguish it from data sets 
starting with SYS1 eg SYS1SSS

Also tried SETMIG LEVEL(SYS1.TEST) COMMANDMIGRATION and it failed.  That is 
because the LEVEL(SYS1.) NOMIGRATION is specified first and will override what 
the second one specifies.

Also the subparameter COMMANDMIGRATION is only valid on the LEVEL parameter.

Also the only way I can see you can remove a SETMIG command would be to STOP 
and RESTART HSM.

The QUERY RETAIN command will show you what you have specified.

Max Smith
DFSMShsm Development

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

IMAGINE what would happen if IBM had done this

[Edward Gould]

Some of the Windows updates released by Microsoft to mitigate the Meltdown 
vulnerability introduce an even more severe security hole, a researcher has 
warned.

Microsoft has released patches 
 
for the Meltdown and Spectre vulnerabilities every month since their disclosure 
in January. While at this point the updates should prevent these attacks, a 
researcher claims some of the fixes create a bigger problem.

According to Ulf Frisk, the updates released by Microsoft in January and 
February for Windows 7 and Windows Server 2008 R2 patch Meltdown, but they 
allow an attacker to easily read from and write to memory.

He noted that while Meltdown allows an attacker to read megabytes of data per 
second, the new vulnerability can be exploited to read gigabytes of data per 
second – in one of the tests he conducted, the expert managed to access the 
memory at speeds of over 4 Gbps. Moreover, the flaw also makes it possible to 
write to memory.

Frisk says exploitation does not require any sophisticated exploits – standard 
read and write instructions will get the job done – as Windows 7 has already 
mapped the memory for each active process.

“In short - the User/Supervisor permission bit was set to User in the PML4 
self-referencing entry. This made the page tables available to user mode code 
in every process. The page tables should normally only be accessible by the 
kernel itself,” the researcher explained 
. “The PML4 is the base of 
the 4-level in-memory page table hierarchy that the CPU Memory Management Unit 
(MMU) uses to translate the virtual addresses of a process into physical memory 
addresses in RAM.”

“Once read/write access has been gained to the page tables it will be trivially 
easy to gain access to the complete physical memory, unless it is additionally 
protected by Extended Page Tables (EPTs) used for Virtualization. All one have 
to do is to write their own Page Table Entries (PTEs) into the page tables to 
access arbitrary physical memory,” he said.

The researcher says anyone can reproduce the vulnerability using a direct 
memory access (DMA) attack tool  he 
developed a few years ago. The attack works against devices running Windows 7 
x64 or Windows Server 2008 R2 with the Microsoft patches from January or 
February installed. The issue did not exist before January and it appears to 
have been addressed by Microsoft with the March updates. Windows 10 and Windows 
8.1 are not affected, Frisk said.

A Microsoft spokesperson told SecurityWeek that the company is aware of the 
report and is looking into it.

Frisk previously discovered a macOS vulnerability 
 that 
could have been exploited to obtain FileVault passwords, and demonstrated some 
UEFI attacks .

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

MACRO4: Tracemaster

[Sasso, Leonard]

Question: Does MACRO4's Tracemaster Product support PDSEs?


Thank You,
Len Sasso
System Administrator
Out-Of-The-Office:
TEAM: Together Everyone Achieves More

RDC - 327 Columbia TPKE, Rensselaer NY 12144-4400
t: +1.518.257.4209 | m: +1.518.894.0879
len.sa...@csra.com | www.csra.com Follow us on Facebook | Twitter | LinkedIn
CSRA
Think Next. Now.



This electronic message transmission contains information from CSRA that may be 
attorney-client privileged, proprietary or confidential. The information in 
this message is intended only for use by the individual(s) to whom it is 
addressed. If you believe you have received this message in error, please 
contact me immediately and be aware that any use, disclosure, copying or 
distribution of the contents of this message is strictly prohibited. NOTE: 
Regardless of content, this email shall not operate to bind CSRA to any order 
or other contract unless pursuant to explicit written agreement or government 
initiative expressly permitting the use of email for such purpose.

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

Re: [External] Re: change data capture for VSAM

[Wayne Bickerdike]

You could get rid of VSAM and use VSAM transparency. All your VSAM
writes/updates are processed in DB2. You can then utilise a DB2 change
capture tool of your choice.

I can help you with both...

On Thu, Mar 29, 2018 at 2:03 AM, Carmen Vitullo  wrote:

> a bit expensive maybe unless you already have a replication solution is
> replicate or FLASH the data periodically to another DASD subsystem..
> just thinking out loud, you can selectively FASH volumes and break the
> pair manually we did something like this when I worked for State Govt
> I was the only solution at the time to backup DB2 and ADABAS databases
>
>
> Carmen Vitullo
>
> - Original Message -
>
> From: "Rex Pommier" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Wednesday, March 28, 2018 9:16:54 AM
> Subject: Re: [External] Re: change data capture for VSAM
>
> Timothy,
>
> Moving the data to the mainframe isn't an option here. We're aggregating
> data from several disparate systems already. We're either pushing mainframe
> data to an off-platform warehouse or we're pushing data from windows
> machines to the mainframe for aggregation. We already have the warehouse
> built and running, but are looking for a way to get data into it in a more
> real-time fashion.
>
> I'll check the CDC tool you mentioned to see if it would fit our needs.
>
> Thanks,
>
> Rex
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Timothy Sipples
> Sent: Wednesday, March 28, 2018 2:26 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [External] Re: change data capture for VSAM
>
> Rex,
>
> You can take that classic approach of capturing VSAM updates, pushing the
> data elsewhere, and then running analytics/reporting or whatever else
> you're doing. IBM InfoSphere Classic Change Data Capture for z/OS
> (5655-IM5), as a notable example, would help you do that.
>
> However, we're all learning (rapidly!) that that approach is often not a
> terrific solution pattern for a variety of reasons. It's usually better to
> bring the analytics/reporting to the data rather than the other way around
> for reasons of security, real-time insight, performance, and cost
> effectiveness. You can bring the analytics to the data using, as a notable
> example, IBM Open Data Analytics for z/OS (5655-OD1) featuring Apache
> Spark, perhaps in a federated Spark implementation. IBM Data Virtualization
> Manager for z/OS (5698-DVM) might also be part of the picture, separately
> or in combination with IODA-Z. And the IBM Db2 Analytics Accelerator (IDAA)
> can also be quite compelling. Yes, IDAA supports more than Db2 data. VSAM
> and IMS data can also be part of the IDAA.
>
> 
> 
> Timothy Sipples
> IT Architect Executive, Industry Solutions, IBM Z & LinuxONE,
> Multi-Geography
> E-Mail: sipp...@sg.ibm.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 message is confidential, protected from
> disclosure and may be legally privileged. If the reader of this message is
> not the intended recipient or an employee or agent responsible for
> delivering this message to the intended recipient, you are hereby notified
> that any disclosure, distribution, copying, or any action taken or action
> omitted in reliance on it, is strictly prohibited and may be unlawful. If
> you have received this communication in error, please notify us immediately
> by replying to this message and destroy the material in its entirety,
> whether in electronic or hard copy format. Thank you.
>
> --
> 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
>



-- 
Wayne V. Bickerdike

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

Missing extended mnemonic in zPoP

[Abe Kornelis]

All,

The latest PoP, Publication No: SA22-7832-11, has a section on VFCHE
(opcode E7EA) on page 24-13 ff.
The section specifies a list of extended mnemonics associated with the
VFCHE instruction.

>From the looks of it, the final entry seemed to be missing. So I
inquired at IBM
whether the postulated mnemonic WFKHEXBS = VFCHE V1,V2,V3,4,12,1
was left out accidentally or on purpose.

The other day Bruce Giamei replied that it was omitted inadvertently,
and that it will be added in the next version of the PoP.

So, thanks to Bruce for the quick follow-up.

And anyone who cares enough about details like these,
please make a mental note about the missing instruction.
Anybody care to double-check on HLASM being aware of the WFKHEXBS mnemonic?

Kind regards to you all,
Abe Kornelis
==


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

Re: Software Delivery on Tape to be Discontinued

[John Eells]

We have had DVD-based delivery 2011 for z/OS platform PTFs and products. 
 So, we're not quite 20 years behind z/VM (smile).


Also, it's not that writing a *different* format would be that 
difficult, but that *adding* a format would be nontrivial.  That 
requires ordering and process options to be created in all the service 
ordering portals, and then AWSTAPE support in the appropriate places to 
read the DVD.  Also, of course, it requires optical hardware that can be 
z/OS-attached.  At this point in the projected remaining lifetime for 
optical media, I can't justify adding a new format, and converting from 
one to another would be quite disruptive to customers, who would have to 
be able to consume the new one.


Gary Eheman wrote:



I have quite enjoyed reading this thread in the digest version over the last 
few days.

For historical accuracy, I wanted to point out that service delivery on optical 
media from IBM  is something that I personally was involved with in with IBM 
sofware delivery back in  1998-1999.  Customers could first order service from 
IBM and request that the delivery media be CDROM instead of tape in early 1999. 
  Preventive service (RSU) for VM could be ordered from IBM on CDROM in January 
1999.  Not sure why it could not be trivial for z/OS, but it, frankly, was 
trivial for VM.  In March 1999, corrective service could be ordered on CDROM.   
So this really is not some new problem for IBM service delivery.  Been there, 
done that, got the T-shirt. Though the web page about ptf service on CDROM 
media was up for year into the 2000 decade, it is no longer up on the VM 
website. You can still find it on the web archive wayback machine:

https://web.archive.org/web/20040822203309/http://www.vm.ibm.com:80/service/vmcd.html

I found a hard copy on my book shelf of the IBM S/390 Bulletin Issue 24 April 
1999 which had an article on page 14 about the availability of service on 
CDROM. These bulletin documents which were produced out of Boeblingen by the 
S/390 division in both glossy hardcopy and pdf format contained articles of 
interest for the entire S/390 product line were available in pdf format for 
download, but I cannot find them online any longer.

I reckon that z/OS might finally exploit  service delivery on optical media on 
demand one day, a mere 20 years later than VM first did it.  I see little 
reason to reinvent the optical media wheel for service delivery, and I concur 
with John Eell's observation  that optical media's days are numbered. This 
problem was solved at IBM long, long ago.  Putting an emulated tape metadata 
file format on that media, whether OMA/2 or AWS, or a different metadata format 
should be trivial if it is really required.  Emulated tape is not difficult. In 
our products at FSI, emulated tape was even extended  across the Internet in 
encrypted format. Others have done it, too.   The only way to avoid corrective 
service delivery is to write perfect code the first time to eliminate the need 
for corrective service. Good luck doing in that.




--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

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

Re: Software Delivery on Tape to be Discontinued

[Jesse 1 Robinson]

Long before IBM talked about the end of tape delivery, we stopped accepting any 
physical media whatever--even doc. The reason was rooted in legal 
classification of software for tax purposes. In order to be extra careful, we 
eschewed not only tape/DVD for software itself, but also for any supporting 
function as well. The cost of getting levied with ordinary sales tax would have 
been significant. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gary Eheman
Sent: Wednesday, March 28, 2018 8:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Software Delivery on Tape to be Discontinued

On Tue, 27 Mar 2018 13:22:51 -0400, John Eells  wrote:

>David Boyes wrote:
>> On 3/27/18, 9:48 AM, "IBM Mainframe Discussion List on behalf of John Eells" 
>>  wrote:
>>
>>> Ah, so that's what you meant.  I hadn't inferred that from your earlier 
>>> post.
>>
>> Sorry, replies crossed in the ether.
>>
>>> As the original builder of the ADCD systems (originally created to 
>>> support P390s)
>>
>> Didn't the P370 also support AWSTAPE? I don't remember -- that was a long 
>> time ago. Or were you just using P390 as a generic term?
>>
>>> However, we do not, and have no plans to, deliver the DVD files in AWSTAPE 
>>> format.
>>
>
>I'd quite forgotten about P370, in part because I don't know that it 
>was ever available external to IBM.  It might well have been what the 
>AWS* things were ogiginally written for, and if so, I stand (well, sit, 
>at the moment) corrected.
>
>But in any event, we have no plans to support AWSTAPE format for 
>software delivery in general.  It's not at all clear to me that it 
>would solve anything that is not already solved by retrieving the files 
>from a workstation file system (hard drive or DVD), either, and until 
>someone shows me how it would be, I don't know why I'd support the 
>effort to do it.  (And, as it happens, it's not actually trivial to 
>implement it in the software delivery process.)
>
>--
>John Eells
>IBM Poughkeepsie
>ee...@us.ibm.com
>

I have quite enjoyed reading this thread in the digest version over the last 
few days. 

For historical accuracy, I wanted to point out that service delivery on optical 
media from IBM  is something that I personally was involved with in with IBM 
sofware delivery back in  1998-1999.  Customers could first order service from 
IBM and request that the delivery media be CDROM instead of tape in early 1999. 
  Preventive service (RSU) for VM could be ordered from IBM on CDROM in January 
1999.  Not sure why it could not be trivial for z/OS, but it, frankly, was 
trivial for VM.  In March 1999, corrective service could be ordered on CDROM.   
So this really is not some new problem for IBM service delivery.  Been there, 
done that, got the T-shirt. Though the web page about ptf service on CDROM 
media was up for year into the 2000 decade, it is no longer up on the VM 
website. You can still find it on the web archive wayback machine:

https://web.archive.org/web/20040822203309/http://www.vm.ibm.com:80/service/vmcd.html

I found a hard copy on my book shelf of the IBM S/390 Bulletin Issue 24 April 
1999 which had an article on page 14 about the availability of service on 
CDROM. These bulletin documents which were produced out of Boeblingen by the 
S/390 division in both glossy hardcopy and pdf format contained articles of 
interest for the entire S/390 product line were available in pdf format for 
download, but I cannot find them online any longer.

I reckon that z/OS might finally exploit  service delivery on optical media on 
demand one day, a mere 20 years later than VM first did it.  I see little 
reason to reinvent the optical media wheel for service delivery, and I concur 
with John Eell's observation  that optical media's days are numbered. This 
problem was solved at IBM long, long ago.  Putting an emulated tape metadata 
file format on that media, whether OMA/2 or AWS, or a different metadata format 
should be trivial if it is really required.  Emulated tape is not difficult. In 
our products at FSI, emulated tape was even extended  across the Internet in 
encrypted format. Others have done it, too.   The only way to avoid corrective 
service delivery is to write perfect code the first time to eliminate the need 
for corrective service. Good luck doing in that.

--
Gary Eheman
Funamental Software, Inc.


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

Re: ICH409I - 073-008

[Nightwatch RenBand]

Thank-you Marcy Willhite for posting the resolution.
Some folks do not, and it is sometimes frustrating to follow thru archives
on some issue only to find a dead end where no one ever posted a
resolution.

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

Re: Software Delivery on Tape to be Discontinued

[Gary Eheman]

On Tue, 27 Mar 2018 13:22:51 -0400, John Eells  wrote:

>David Boyes wrote:
>> On 3/27/18, 9:48 AM, "IBM Mainframe Discussion List on behalf of John Eells" 
>>  wrote:
>>
>>> Ah, so that's what you meant.  I hadn't inferred that from your earlier 
>>> post.
>>
>> Sorry, replies crossed in the ether.
>>
>>> As the original builder of the ADCD systems (originally created to
>>> support P390s)
>>
>> Didn't the P370 also support AWSTAPE? I don't remember -- that was a long 
>> time ago. Or were you just using P390 as a generic term?
>>
>>> However, we do not, and have no plans to, deliver the DVD files in AWSTAPE 
>>> format.
>>
>
>I'd quite forgotten about P370, in part because I don't know that it was
>ever available external to IBM.  It might well have been what the AWS*
>things were ogiginally written for, and if so, I stand (well, sit, at
>the moment) corrected.
>
>But in any event, we have no plans to support AWSTAPE format for
>software delivery in general.  It's not at all clear to me that it would
>solve anything that is not already solved by retrieving the files from a
>workstation file system (hard drive or DVD), either, and until someone
>shows me how it would be, I don't know why I'd support the effort to do
>it.  (And, as it happens, it's not actually trivial to implement it in
>the software delivery process.)
>
>--
>John Eells
>IBM Poughkeepsie
>ee...@us.ibm.com
>

I have quite enjoyed reading this thread in the digest version over the last 
few days. 

For historical accuracy, I wanted to point out that service delivery on optical 
media from IBM  is something that I personally was involved with in with IBM 
sofware delivery back in  1998-1999.  Customers could first order service from 
IBM and request that the delivery media be CDROM instead of tape in early 1999. 
  Preventive service (RSU) for VM could be ordered from IBM on CDROM in January 
1999.  Not sure why it could not be trivial for z/OS, but it, frankly, was 
trivial for VM.  In March 1999, corrective service could be ordered on CDROM.   
So this really is not some new problem for IBM service delivery.  Been there, 
done that, got the T-shirt. Though the web page about ptf service on CDROM 
media was up for year into the 2000 decade, it is no longer up on the VM 
website. You can still find it on the web archive wayback machine:

https://web.archive.org/web/20040822203309/http://www.vm.ibm.com:80/service/vmcd.html

I found a hard copy on my book shelf of the IBM S/390 Bulletin Issue 24 April 
1999 which had an article on page 14 about the availability of service on 
CDROM. These bulletin documents which were produced out of Boeblingen by the 
S/390 division in both glossy hardcopy and pdf format contained articles of 
interest for the entire S/390 product line were available in pdf format for 
download, but I cannot find them online any longer.

I reckon that z/OS might finally exploit  service delivery on optical media on 
demand one day, a mere 20 years later than VM first did it.  I see little 
reason to reinvent the optical media wheel for service delivery, and I concur 
with John Eell's observation  that optical media's days are numbered. This 
problem was solved at IBM long, long ago.  Putting an emulated tape metadata 
file format on that media, whether OMA/2 or AWS, or a different metadata format 
should be trivial if it is really required.  Emulated tape is not difficult. In 
our products at FSI, emulated tape was even extended  across the Internet in 
encrypted format. Others have done it, too.   The only way to avoid corrective 
service delivery is to write perfect code the first time to eliminate the need 
for corrective service. Good luck doing in that.

--
Gary Eheman
Funamental Software, Inc.

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

Re: VIO SDWA logrec records

[Pew, Curtis G]

On Mar 28, 2018, at 12:34 AM, Jim Mulder  wrote:
> 
>  The purpose of the STGINDEX data set  is to allow VIO data sets to
> persist across an IPL, so that jobs using them can be restarted.
> Since you said that you do a CLPA (which forces a CVIO) on 
> every IPL, you are getting rid of all VIO data sets when you IPL.
> It is thus pointless (and a waste of CPU cycles and I/O) 
> to be keeping track of things in the STGINDEX data set.
> If you always to CLPA or CVIO at every IPL, you should
> specify VIODSN=IGNORE  in your IEASYSxx parmlib
> member.

Thanks, that’s just what I needed.

-- 
Pew, Curtis G
curtis@austin.utexas.edu
ITS Systems/Core/Administrative Services


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

Re: [External] Re: change data capture for VSAM

[Carmen Vitullo]

a bit expensive maybe unless you already have a replication solution is 
replicate or FLASH the data periodically to another DASD subsystem.. 
just thinking out loud, you can selectively FASH volumes and break the pair 
manually we did something like this when I worked for State Govt 
I was the only solution at the time to backup DB2 and ADABAS databases 


Carmen Vitullo 

- Original Message -

From: "Rex Pommier"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, March 28, 2018 9:16:54 AM 
Subject: Re: [External] Re: change data capture for VSAM 

Timothy, 

Moving the data to the mainframe isn't an option here. We're aggregating data 
from several disparate systems already. We're either pushing mainframe data to 
an off-platform warehouse or we're pushing data from windows machines to the 
mainframe for aggregation. We already have the warehouse built and running, but 
are looking for a way to get data into it in a more real-time fashion. 

I'll check the CDC tool you mentioned to see if it would fit our needs. 

Thanks, 

Rex 

-Original Message- 
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Timothy Sipples 
Sent: Wednesday, March 28, 2018 2:26 AM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: [External] Re: change data capture for VSAM 

Rex, 

You can take that classic approach of capturing VSAM updates, pushing the 
data elsewhere, and then running analytics/reporting or whatever else 
you're doing. IBM InfoSphere Classic Change Data Capture for z/OS 
(5655-IM5), as a notable example, would help you do that. 

However, we're all learning (rapidly!) that that approach is often not a 
terrific solution pattern for a variety of reasons. It's usually better to 
bring the analytics/reporting to the data rather than the other way around 
for reasons of security, real-time insight, performance, and cost 
effectiveness. You can bring the analytics to the data using, as a notable 
example, IBM Open Data Analytics for z/OS (5655-OD1) featuring Apache 
Spark, perhaps in a federated Spark implementation. IBM Data Virtualization 
Manager for z/OS (5698-DVM) might also be part of the picture, separately 
or in combination with IODA-Z. And the IBM Db2 Analytics Accelerator (IDAA) 
can also be quite compelling. Yes, IDAA supports more than Db2 data. VSAM 
and IMS data can also be part of the IDAA. 


 
Timothy Sipples 
IT Architect Executive, Industry Solutions, IBM Z & LinuxONE, 
Multi-Geography 
E-Mail: sipp...@sg.ibm.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 message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you. 

-- 
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: GitHub setup for Z/os

[Pew, Curtis G]

On Mar 28, 2018, at 9:07 AM, johnnydeep san  wrote:
> 
> I'm  planed to setup  "GITHUB"  on Z/OS . Can some one please  guide me or
> share docs  for it.

To be pedantic, GitHub (GitHub.com) is a development platform based on the 
‘git’ distributed version control system. You don’t set up GitHub on z/OS, but 
you can install git in z/OS’s Unix System Services environment and then use it 
with either the public instance or, if your organization has one, an 
enterprise-specific instance.

To get the z/OS port of git, go to Rocket Software 
(http://www.rocketsoftware.com/zos-open-source/tools) and download it along 
with installation instructions. To learn about GitHub, go to their help site, 
https://help.github.com. There’s a good online book about git at 
https://git-scm.com/book/en/v2.

-- 
Pew, Curtis G
curtis@austin.utexas.edu
ITS Systems/Core/Administrative Services


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

Re: [External] Re: change data capture for VSAM

[Pommier, Rex]

Hi Carmen,

Yup, native VSAM.  I'll check them out.

Thanks,
Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Wednesday, March 28, 2018 7:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: change data capture for VSAM

I'm not sure CDC can do VSAM, I know they can do DB2, SQL, and maybe Oracle, 
DB's, I've worked with our DBA's on a POC for an Oracle solution and the IBM 
CDC solution, currently there's only 1 or 2 others that come to mind, 1) 
SQDATA, not sure if it can do VSAM, native VSAM is what I'm assuming your 
looking for, and 2) Abinitio - again, mostly used for DB2 to DB2 UDB or Oracle. 
HTH'S some 


Carmen Vitullo 

- Original Message -

From: "Rex Pommier"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, March 27, 2018 4:34:17 PM 
Subject: change data capture for VSAM 

Hello all, 

I'm curious if anybody can provide me with the names of any companies that do 
real time change data capture of VSAM datasets. We've looked at a couple 
vendors who will remain nameless to protect their and our interests. 
Specifically what we're looking for is something that can grab VSAM data 
records as they're being written from either batch or CICS sources, and write 
the VSAM record to a log file or MQ queue so it can be shipped off platform 
into a data warehouse. 

Please respond off list to me directly if you have any ideas. 

Thanks, 

Rex 

The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you. 


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


The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.


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

Re: [External] Re: change data capture for VSAM

[Pommier, Rex]

Hi Elardus,

We have bounced around the idea of modifying the applications to write MQ 
records at the same time as the VSAM updates but that would be way too time 
consuming.  We are currently doing was/is comparisons of some of our VSAM and 
are trying to get away from that.  Of the two products we've looked at, one of 
them does just that.  The other has a hook that actually grabs the data records 
(I think via a system hook - I wasn't involved in that POC) but we/they 
struggled with performance and thruput.

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: Wednesday, March 28, 2018 8:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: change data capture for VSAM

Rex Pommier wrote:

>I'm curious if anybody can provide me iith the names of any companies that do 
>real time change data capture of VSAM datasets.  We've looked at a couple 
>vendors who will remain nameless to protect their and our interests.  
>Specifically what we're looking for is something that can grab VSAM data 
>records as they're being written from either batch or CICS sources, and write 
>the VSAM record to a log file or MQ queue so it can be shipped off platform 
>into a data warehouse.  

You got good replies, but if no-one can suit your needs, I have a possible 
suggestion.

What about rewriting the applications to write to TWO datasets? One for your 
usual VSAM datasets and its friends and another dataset containing changed 
(new/changed/deleted) records?

Yes, it is a real PITA to avoid vendors in this way beside that is double work, 
longer runtime, more diskspace, etc. 

Or do a compare of before/after changes and ship the differences to that 
warehouse. Of course there is that usual overhead of time-consuming comparing 
work.

Related question: Do those vendors use 'hooks' to replace the SVCs to intercept 
these VSAM I/Os? 

I hope you can find a good solution.

Groete / Greetings
Elardus Engelbrecht

--
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 message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.


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

Re: [External] Re: change data capture for VSAM

[Pommier, Rex]

Timothy,

Moving the data to the mainframe isn't an option here.  We're aggregating data 
from several disparate systems already.  We're either pushing mainframe data to 
an off-platform warehouse or we're pushing data from windows machines to the 
mainframe for aggregation.  We already have the warehouse built and running, 
but are looking for a way to get data into it in a more real-time fashion.  

I'll check the CDC tool you mentioned to see if it would fit our needs.

Thanks,

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Timothy Sipples
Sent: Wednesday, March 28, 2018 2:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: change data capture for VSAM

Rex,

You can take that classic approach of capturing VSAM updates, pushing the
data elsewhere, and then running analytics/reporting or whatever else
you're doing. IBM InfoSphere Classic Change Data Capture for z/OS
(5655-IM5), as a notable example, would help you do that.

However, we're all learning (rapidly!) that that approach is often not a
terrific solution pattern for a variety of reasons. It's usually better to
bring the analytics/reporting to the data rather than the other way around
for reasons of security, real-time insight, performance, and cost
effectiveness. You can bring the analytics to the data using, as a notable
example, IBM Open Data Analytics for z/OS (5655-OD1) featuring Apache
Spark, perhaps in a federated Spark implementation. IBM Data Virtualization
Manager for z/OS (5698-DVM) might also be part of the picture, separately
or in combination with IODA-Z. And the IBM Db2 Analytics Accelerator (IDAA)
can also be quite compelling. Yes, IDAA supports more than Db2 data. VSAM
and IMS data can also be part of the IDAA.


Timothy Sipples
IT Architect Executive, Industry Solutions, IBM Z & LinuxONE,
Multi-Geography
E-Mail: sipp...@sg.ibm.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 message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.

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

GitHub setup for Z/os

[johnnydeep san]

Hi All,

I'm  planed to setup  "GITHUB"  on Z/OS . Can some one please  guide me or
share docs  for it.


regards,
--JD --

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

Re: change data capture for VSAM

[Pommier, Rex]

Hi Dave,

That in essence is what we're doing right now for batch without any vendor 
product.  It's what we're trying to get away from.  We're being squeezed on the 
back end of the batch cycle by the warehouse update requirements and are trying 
to find a way to actually grab and push the updates to VSAM while they're 
happening so that the warehouse (not Hadoop based) can be updating concurrently 
with the cycle rather than sequentially after the mainframe batch processing is 
complete.

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Wednesday, March 28, 2018 6:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: change data capture for VSAM

Rex

We have spent a lot of time looking into this.  We are doing both VSAM and DB2 
capture.  The problem with VSAM capture is that there is no one, easy way to 
get VSAM change data.   When the file is open to CICS, many of the products use 
CICS facilities to grab the change data, and pump it into logstream.  But the 
problem in our shop is that many of the VSAM files are closed for batch nightly 
processing, and there I no easy way to grab those updates.   The vendor says, 
you have to bring in CICS/VR and run all your VSAM files through it, which 
fixes that problem, but there is a perceived performance issue introduced with 
that.   So, for us, for VSAM, we chose the only vendor that provides a batch 
solution with a File Compare utility that generates the delta change data that 
is then ingested into Hadoop.   That runs in batch, and does a compare of 
current and previous and generates the change data.  This implies that you have 
to setup an extra backup of the VSAM data in question at the intervals you 
need.   It's working out well for us.  We are using the same product to do DB2 
capture, but that is pretty much a set it and forget it situation once setup.

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ITschak Mugzach
Sent: Wednesday, March 28, 2018 2:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: change data capture for VSAM

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

Attunuty CDC.

ITschak



On Wed, Mar 28, 2018 at 12:34 AM, Pommier, Rex 
wrote:

> Hello all,
>
> I'm curious if anybody can provide me with the names of any companies 
> that do real time change data capture of VSAM datasets.  We've looked 
> at a couple vendors who will remain nameless to protect their and our 
> interests.  Specifically what we're looking for is something that can 
> grab VSAM data records as they're being written from either batch or 
> CICS sources, and write the VSAM record to a log file or MQ queue so 
> it can be shipped off platform into a data warehouse.
>
> Please respond off list to me directly if you have any ideas.
>
> Thanks,
>
> Rex
>
> The information contained in this message is confidential, protected 
> from disclosure and may be legally privileged.  If the reader of this 
> message is not the intended recipient or an employee or agent 
> responsible for delivering this message to the intended recipient, you 
> are hereby notified that any disclosure, distribution, copying, or any 
> action taken or action omitted in reliance on it, is strictly 
> prohibited and may be unlawful.  If you have received this 
> communication in error, please notify us immediately by replying to 
> this message and destroy the material in its entirety, whether in electronic 
> or hard copy format.  Thank you.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



--
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring for 
Legacy **|  *

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

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the messag

Re: Software Delivery on Tape to be Discontinued

[R.S.]

Now it's a matter of belief.
I simply do not believe in some statements which I (roughly) collected 
below:



> No DVD's are allowed.
ServerPac delivery box contain a lot of DVDs and CDs. What about them?

PTFs are not distributed on tape for some time. _ How it is adressed?
> That issue is open and it is being discussed at high levels and 
honestly I
> don’t know if they have been given both sides, all I know is that I 
was told to

> stay out of the discussion.
That's evasion, not answer.

Company decided to migrate to Windows just because installation tapes 
are no longer distributed.

Great reason, especially Microsoft does not distribute tapes.
It's really hard to believe it.


Auditor is calling IBM to "authenticate" the delivery - a box with 
tapes, books, leaflets ancd DVDs.
What can he hear? What information can be got by the phone? A 
confirmation the ServerPac was really sent?
I can do that using Internet access (Shopsz + DHL). IMHO it's much more 
reliable than calling to more or less anonymous outsider.


...armed carrier truck pick the tape up at IBM - in the same message you 
say it's FEDEX, and in other message > The person checked

the ID of the delivery agent.
It is contradictory and senseless.



> I think the 43xx box was the death of IBM, thats my opinion. No 
longer can you talk to an IBM person
>  directly unless you have a signed contract in hand and in the other 
hand a certified check.

What???

> I have heard rumors of departments that undergo lie detector tests on 
an irregular basis.

And you write about it? Are you allowed to disclose it?
Not to mention how it is related to delivery media...


> I am only able to “chat” on IBM-Main as i do not disclose company info.
> I am essentially retired and not working.
> That is beyond my (free) pay grade.

In my believe the company and the rules exist only in some imagined world.
Of course it is only my belief.


Regards
--
Radoslaw Skorupka
Lodz, Poland




==


   --
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.plsąd Rejonowy dla m. st. Warszawy XII 
Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców 
KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2018 r. kapitał 
zakładowy mBanku S.A. (w całości wpłacony) wynosi 169.248.488 złotych.
   


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

Re: change data capture for VSAM

[John Abell]

Please contact me offline on this.

John T. Abell
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com

This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: Wednesday, March 28, 2018 9:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: change data capture for VSAM

Rex Pommier wrote:

>I'm curious if anybody can provide me iith the names of any companies that do 
>real time change data capture of VSAM datasets.  We've looked at a couple 
>vendors who will remain nameless to protect their and our interests.  
>Specifically what we're looking for is something that can grab VSAM data 
>records as they're being written from either batch or CICS sources, and write 
>the VSAM record to a log file or MQ queue so it can be shipped off platform 
>into a data warehouse.

You got good replies, but if no-one can suit your needs, I have a possible 
suggestion.

What about rewriting the applications to write to TWO datasets? One for your 
usual VSAM datasets and its friends and another dataset containing changed 
(new/changed/deleted) records?

Yes, it is a real PITA to avoid vendors in this way beside that is double work, 
longer runtime, more diskspace, etc.

Or do a compare of before/after changes and ship the differences to that 
warehouse. Of course there is that usual overhead of time-consuming comparing 
work.

Related question: Do those vendors use 'hooks' to replace the SVCs to intercept 
these VSAM I/Os?

I hope you can find a good solution.

Groete / Greetings
Elardus Engelbrecht

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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

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

Re: change data capture for VSAM

[Elardus Engelbrecht]

Rex Pommier wrote:

>I'm curious if anybody can provide me iith the names of any companies that do 
>real time change data capture of VSAM datasets.  We've looked at a couple 
>vendors who will remain nameless to protect their and our interests.  
>Specifically what we're looking for is something that can grab VSAM data 
>records as they're being written from either batch or CICS sources, and write 
>the VSAM record to a log file or MQ queue so it can be shipped off platform 
>into a data warehouse.  

You got good replies, but if no-one can suit your needs, I have a possible 
suggestion.

What about rewriting the applications to write to TWO datasets? One for your 
usual VSAM datasets and its friends and another dataset containing changed 
(new/changed/deleted) records?

Yes, it is a real PITA to avoid vendors in this way beside that is double work, 
longer runtime, more diskspace, etc. 

Or do a compare of before/after changes and ship the differences to that 
warehouse. Of course there is that usual overhead of time-consuming comparing 
work.

Related question: Do those vendors use 'hooks' to replace the SVCs to intercept 
these VSAM I/Os? 

I hope you can find a good solution.

Groete / Greetings
Elardus Engelbrecht

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

Re: change data capture for VSAM

[Carmen Vitullo]

I'm not sure CDC can do VSAM, I know they can do DB2, SQL, and maybe Oracle, 
DB's, I've worked with our DBA's on a POC for an Oracle solution and the IBM 
CDC solution, currently there's only 1 or 2 others that come to mind, 1) 
SQDATA, not sure if it can do VSAM, native VSAM is what I'm assuming your 
looking for, and 2) Abinitio - again, mostly used for DB2 to DB2 UDB or Oracle. 
HTH'S some 


Carmen Vitullo 

- Original Message -

From: "Rex Pommier"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, March 27, 2018 4:34:17 PM 
Subject: change data capture for VSAM 

Hello all, 

I'm curious if anybody can provide me with the names of any companies that do 
real time change data capture of VSAM datasets. We've looked at a couple 
vendors who will remain nameless to protect their and our interests. 
Specifically what we're looking for is something that can grab VSAM data 
records as they're being written from either batch or CICS sources, and write 
the VSAM record to a log file or MQ queue so it can be shipped off platform 
into a data warehouse. 

Please respond off list to me directly if you have any ideas. 

Thanks, 

Rex 

The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you. 


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

Next meeting of the GSE UK Security Working Group - 28th June 2018

[Mark Wilson]

Ladies and Gentlemen,

We are pleased to announce that the next meeting of the GSE UK Security Working 
Group, will take place on Thursday 28th June 2018 at the offices of SAS UK in 
Marlow, UK – the venue is approximately a 30 minute drive from London Heathrow 
Airport.

The agenda is now available to download via our Events page, where you can also 
register to attend this meeting > 
http://www.racf.gse.org.uk/content/content_events.php

Highlights from the agenda include:


  *   A Welcome from SAS
  *   After G-Day, a GDPR update
  *   z/OS integrity, the foundation of all your security
  *   z/VM and Linux on Z – Security Update
  *   CA Mainframe Security, it just keeps getting better!
  *   What’s new in the world of CICS Security
  *   User presentation
  *   Hints & Tips session where attendees can ask questions, share their 
experiences, best practices or give feedback to vendors

This meeting is suitable for anyone with an interest in Security, Auditing and 
Compliance for the Mainframe.

Don’t forget that if you hold a certification such as CISSP, CISA, CISM or 
CRISC, you can earn up to 7 CPE hours for attending.

We hope that you will be able to join us for another highly valuable GSE 
meeting!

Regards
Jamie Pease and Mark Wilson


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

Re: Schedule automation solution

[Gil Cardenas]

BMC's Control/M & Control/R can detect batch failures and also sends email 
notifications.  With Control-R, it is also possible to predefine the restart or 
recovery steps such as restore or restart at certain steps...once the problem 
has been addressed.

But I'm sure that there is a sizeable investment for the products as with most 
automation products.  So not applicable if you are looking for freeware.

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

Re: change data capture for VSAM

[Jousma, David]

Rex

We have spent a lot of time looking into this.  We are doing both VSAM and DB2 
capture.  The problem with VSAM capture is that there is no one, easy way to 
get VSAM change data.   When the file is open to CICS, many of the products use 
CICS facilities to grab the change data, and pump it into logstream.  But the 
problem in our shop is that many of the VSAM files are closed for batch nightly 
processing, and there I no easy way to grab those updates.   The vendor says, 
you have to bring in CICS/VR and run all your VSAM files through it, which 
fixes that problem, but there is a perceived performance issue introduced with 
that.   So, for us, for VSAM, we chose the only vendor that provides a batch 
solution with a File Compare utility that generates the delta change data that 
is then ingested into Hadoop.   That runs in batch, and does a compare of 
current and previous and generates the change data.  This implies that you have 
to setup an extra backup of the VSAM data in question at the intervals you 
need.   It's working out well for us.  We are using the same product to do DB2 
capture, but that is pretty much a set it and forget it situation once setup.

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ITschak Mugzach
Sent: Wednesday, March 28, 2018 2:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: change data capture for VSAM

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

Attunuty CDC.

ITschak



On Wed, Mar 28, 2018 at 12:34 AM, Pommier, Rex 
wrote:

> Hello all,
>
> I'm curious if anybody can provide me with the names of any companies 
> that do real time change data capture of VSAM datasets.  We've looked 
> at a couple vendors who will remain nameless to protect their and our 
> interests.  Specifically what we're looking for is something that can 
> grab VSAM data records as they're being written from either batch or 
> CICS sources, and write the VSAM record to a log file or MQ queue so 
> it can be shipped off platform into a data warehouse.
>
> Please respond off list to me directly if you have any ideas.
>
> Thanks,
>
> Rex
>
> The information contained in this message is confidential, protected 
> from disclosure and may be legally privileged.  If the reader of this 
> message is not the intended recipient or an employee or agent 
> responsible for delivering this message to the intended recipient, you 
> are hereby notified that any disclosure, distribution, copying, or any 
> action taken or action omitted in reliance on it, is strictly 
> prohibited and may be unlawful.  If you have received this 
> communication in error, please notify us immediately by replying to 
> this message and destroy the material in its entirety, whether in electronic 
> or hard copy format.  Thank you.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



--
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring for 
Legacy **|  *

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

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


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

Re: In-Stream Symbols and The Length

[Styles, Andy (ITS zPlatform Services)]

Classification: Public
Hmm; bearing in mind that the IEFC653I message doesn't reproduce inline 
comments either, it looks like it's working the same way:

2 // SET D='DISP=SHR'   
3 // EXEC PGM=IEFBR14   
4 //DD DD DSN=MY.DSN,&D THIS IS A TEST 
  IEFC653I SUBSTITUTION JCL - DSN=MY.DSN,DISP=SHR   
 
My assumption here would be that it's the final JCL to be processed; resolved 
and guff removed. Perhaps if there was a way to trace that processing, you'd 
see it, along with the eventual removal of comments. 

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Coalbran
Sent: 28 March 2018 09:45
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: In-Stream Symbols and The Length

-- This email has reached the Bank via an external source --
 

Hi Lizette

I tried even a 2 stage attempt, hoping to fool it!

2 // SET B=' '
3 // SET A=&B'UNIT=SYSDA'
  IEFC653I SUBSTITUTION JCL - A=
4 //STEP1EXEC PGM=IEFBR14
5 //SETDDDD  DISP=SHR,DSN=MY.DSN&A
  IEFC653I SUBSTITUTION JCL - DISP=SHR,DSN=MY.DSN

Same, see, not even &A gets resolved.


A second attempt after changes...

2 // SET D='DISP=SHR '
3 // SET U='UNIT=SYSDA'
4 //STEP1EXEC PGM=IEFBR14
5 //SETDDDD  DSN=MY.DSN,&D&U
  IEFC653I SUBSTITUTION JCL - DSN=MY.DSN,DISP=SHR

/S 😱




From: IBM Mainframe Discussion List  on behalf of 
Lizette Koehler 
Sent: 26 March 2018 18:46
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: In-Stream Symbols and The Length

Just a side note

I opened a PMR last year on the use of

Set A=',UNIT=SYSDA' and SET A=' UNIT=SYSDA'

In the first case, the substitution was correct

In the second substitution - I was hoping to see a space followed by UNIT=SYSDA


   //DD  DISP=SHR,DSN=MY.DSN&A

The first case:
   //DD  DISP=SHR,DSN=MY.DSN,UNIT=SYSDA

The Second case:
   //DD  DISP=SHR,DSN=MY.DSN

Where I had hoped for
   //DD  DISP=SHR,DSN=MY.DSN UNIT=SYSDA

So somethings will not substitute well with spaces in them, and others will

IEBCOPY - it carried everything into the control cards.  JCL not so much

I was told Work As Designed

Lizette



> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Nims,Alva John (Al)
> Sent: Monday, March 26, 2018 11:19 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: In-Stream Symbols and The Length
>
> Thank you for the suggestions, but instead of trying to make it easy 
> by complicating things, I am just going to do:
> //SHRTMN SETSHRTMN='SEP 2018'
> //*
> //LONGMN SETLONGMN='September 2018'
>
> The above works just fine for me.
>
> Al Nims
> Systems Admin/Programmer III
> UF Information Technology
> East Campus
> P.O. Box 112050
> Gainesville, FL. 32611
> (e) ajn...@ufl.edu
> (p) (352) 273-1298
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Paul Gilmartin
> Sent: Monday, March 26, 2018 2:10 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: In-Stream Symbols and The Length
>
> On Mon, 26 Mar 2018 17:35:45 +, Nims,Alva John (Al) wrote:
>
> >Not really.
> >I have been using IEBGENER to create a simple way of testing.
> >
> >Here is what happened when I did the SET statement as you suggested.
> >
> >I inserted the following after adding M5NAME to the EXPORT list and 
> >there is
> a black space between &M3NAME.  and &.:
> >//M5NAME  SET   M5NAME='&M3NAME. &.'
>
> The argument to SET is not documented as one of the few places in 
> which symbol substitution is performed between apostrophes.  However, 
> I have found something like this works.  I can find no documentation to 
> support this:
>
> //   SET Q=
> //   SET B=' '
> //M5NAME  SET   M5NAME=&Q.&M3NAME.&B.&.&Q
> (I don't believe the dots are necessary.)
>
> The order of operations in parsing JCL is poorly documented.  There 
> should be an RCF for this.
>
> There should be an RFE to support symbol substitution in a quoted 
> argument to SET.  (But compatibility?)
>
> >In the JCL Output the above becomes:
> >//M5NAME  SET   M5NAME='&M3NAME. &.'
> >//M5NAME   EXPORT EXPSET=&M3NAME. &. GENERATED STATEMENT
> >...
> >I am sure that there is a simple little explanation buried somewhere, 
> >but I
> have not found it.
> >I also just realized that with another symbol, I am going to have a 
> >problem
> with "September" and other long named months.
> >I am going to have to do some additional testing.
> >
> I get a runtime I/O error when I do that sort of thing, even when I 
> specify an ample LRECL on the SYSUT1 DD.  The coded LRECL appears to 
> be effective wnen attributes are merged at OPEN, but not when symbols 
> are substituted.  I consider this an implementation defect which should be 
> subject to APAR.
>
> I hate JCL!
>
> -

Re: In-Stream Symbols and The Length

[Steve Coalbran]

Hi Lizette

I tried even a 2 stage attempt, hoping to fool it!

2 // SET B=' '
3 // SET A=&B'UNIT=SYSDA'
  IEFC653I SUBSTITUTION JCL - A=
4 //STEP1EXEC PGM=IEFBR14
5 //SETDDDD  DISP=SHR,DSN=MY.DSN&A
  IEFC653I SUBSTITUTION JCL - DISP=SHR,DSN=MY.DSN

Same, see, not even &A gets resolved.


A second attempt after changes...

2 // SET D='DISP=SHR '
3 // SET U='UNIT=SYSDA'
4 //STEP1EXEC PGM=IEFBR14
5 //SETDDDD  DSN=MY.DSN,&D&U
  IEFC653I SUBSTITUTION JCL - DSN=MY.DSN,DISP=SHR

/S 😱




From: IBM Mainframe Discussion List  on behalf of 
Lizette Koehler 
Sent: 26 March 2018 18:46
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: In-Stream Symbols and The Length

Just a side note

I opened a PMR last year on the use of

Set A=',UNIT=SYSDA' and SET A=' UNIT=SYSDA'

In the first case, the substitution was correct

In the second substitution - I was hoping to see a space followed by UNIT=SYSDA


   //DD  DISP=SHR,DSN=MY.DSN&A

The first case:
   //DD  DISP=SHR,DSN=MY.DSN,UNIT=SYSDA

The Second case:
   //DD  DISP=SHR,DSN=MY.DSN

Where I had hoped for
   //DD  DISP=SHR,DSN=MY.DSN UNIT=SYSDA

So somethings will not substitute well with spaces in them, and others will

IEBCOPY - it carried everything into the control cards.  JCL not so much

I was told Work As Designed

Lizette



> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Nims,Alva John (Al)
> Sent: Monday, March 26, 2018 11:19 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: In-Stream Symbols and The Length
>
> Thank you for the suggestions, but instead of trying to make it easy by
> complicating things, I am just going to do:
> //SHRTMN SETSHRTMN='SEP 2018'
> //*
> //LONGMN SETLONGMN='September 2018'
>
> The above works just fine for me.
>
> Al Nims
> Systems Admin/Programmer III
> UF Information Technology
> East Campus
> P.O. Box 112050
> Gainesville, FL. 32611
> (e) ajn...@ufl.edu
> (p) (352) 273-1298
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Paul Gilmartin
> Sent: Monday, March 26, 2018 2:10 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: In-Stream Symbols and The Length
>
> On Mon, 26 Mar 2018 17:35:45 +, Nims,Alva John (Al) wrote:
>
> >Not really.
> >I have been using IEBGENER to create a simple way of testing.
> >
> >Here is what happened when I did the SET statement as you suggested.
> >
> >I inserted the following after adding M5NAME to the EXPORT list and there is
> a black space between &M3NAME.  and &.:
> >//M5NAME  SET   M5NAME='&M3NAME. &.'
>
> The argument to SET is not documented as one of the few places in which
> symbol substitution is performed between apostrophes.  However, I have found
> something like this works.  I can find no documentation to support this:
>
> //   SET Q=
> //   SET B=' '
> //M5NAME  SET   M5NAME=&Q.&M3NAME.&B.&.&Q
> (I don't believe the dots are necessary.)
>
> The order of operations in parsing JCL is poorly documented.  There should be
> an RCF for this.
>
> There should be an RFE to support symbol substitution in a quoted argument to
> SET.  (But compatibility?)
>
> >In the JCL Output the above becomes:
> >//M5NAME  SET   M5NAME='&M3NAME. &.'
> >//M5NAME   EXPORT EXPSET=&M3NAME. &. GENERATED STATEMENT
> >...
> >I am sure that there is a simple little explanation buried somewhere, but I
> have not found it.
> >I also just realized that with another symbol, I am going to have a problem
> with "September" and other long named months.
> >I am going to have to do some additional testing.
> >
> I get a runtime I/O error when I do that sort of thing, even when I specify
> an ample LRECL on the SYSUT1 DD.  The coded LRECL appears to be effective
> wnen attributes are merged at OPEN, but not when symbols are substituted.  I
> consider this an implementation defect which should be subject to APAR.
>
> I hate JCL!
>
> -- gil
>

--
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: change data capture for VSAM

[Timothy Sipples]

Rex,

You can take that classic approach of capturing VSAM updates, pushing the
data elsewhere, and then running analytics/reporting or whatever else
you're doing. IBM InfoSphere Classic Change Data Capture for z/OS
(5655-IM5), as a notable example, would help you do that.

However, we're all learning (rapidly!) that that approach is often not a
terrific solution pattern for a variety of reasons. It's usually better to
bring the analytics/reporting to the data rather than the other way around
for reasons of security, real-time insight, performance, and cost
effectiveness. You can bring the analytics to the data using, as a notable
example, IBM Open Data Analytics for z/OS (5655-OD1) featuring Apache
Spark, perhaps in a federated Spark implementation. IBM Data Virtualization
Manager for z/OS (5698-DVM) might also be part of the picture, separately
or in combination with IODA-Z. And the IBM Db2 Analytics Accelerator (IDAA)
can also be quite compelling. Yes, IDAA supports more than Db2 data. VSAM
and IMS data can also be part of the IDAA.


Timothy Sipples
IT Architect Executive, Industry Solutions, IBM Z & LinuxONE,
Multi-Geography
E-Mail: sipp...@sg.ibm.com

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

Re: Schedule automation solution

[Timothy Sipples]

Peter,

I concur with the other posters' advice to get/use a proper job scheduler.

However, if for some strange reason you don't have a scheduler and cannot
get one, then simply upgrade to z/OS 2.3. z/OS 2.3 introduced a new JES2
feature to send an e-mail upon job completion. It's possible to use that
feature to send an e-mail only when a job abends, for example. See here for
some advice on how to use this new feature:

https://www.ibm.com/developerworks/community/blogs/43ea8e78-acbe-49f5-9290-379e4f4569cb/entry/Implementation_of_the_JES2_EMAIL_function_in_z_OS_2_3

I'm not entirely sure what diagnostic steps you'd like in these e-mails.
Ideally you'd (re)configure your system to avoid abends as such -- and to
automate responses to errors -- insofar as possible. (See above re:
schedulers.) But as a basic feature, it's a start, and you can build on it.


Timothy Sipples
IT Architect Executive, Industry Solutions, IBM Z & LinuxONE,
Multi-Geography
E-Mail: sipp...@sg.ibm.com

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