Re: DAE to stop dump suppression

2020-11-10 Thread Knutson, Samuel
Here is my simple "big hammer" to clear DAE from the z/OS console which can be 
very handy to do especially when things are not going well and dumps are not be 
captured that are now greatly desired.  You can use more surgical tools in ISPF 
to take the next dump for a particular set so symptoms but this approach just 
emptying the DAE data set is simple.

This particular example uses CA-OPS/MVS but you can substitute a free or 
another vendor program to issue a z/OS command passed in a parameter.
Also adjust the name of your DAE data set as needed I have unique names on each 
LPAR in a Sysplex.

DAE is generally a very good thing and having it on is desirable as it protects 
us from SVC dump flooding and avoids collecting the same dumps over and over 
again.   Sometimes though you want to clear it all out in a hurry and just get 
on with getting the dump needed to get doc for a vendor or IBM.

Once you setup the PROC and define to security you can just do a S DAECLEAR 
from a console.

SYS1.PROCLIB(DAECLEAR) - 01.02  Columns 000
 ===>  Scroll =
* Top of Data *
//DAECLEAR PROC SID=
//*
// COMMAND 'T DAE=01'
//*
//* EMPTY DAE DATA SET TO STOP UNWANTED DUMP SUPPRESSION AND
//* START OVER.  YOU CAN SELECTIVELY USE IPCS TO REQUEST THE
//* NEXT DUMP BE TAKEN FOR A GIVEN ABEND BUT THIS IS FREQUENTLY
//* FASTER
//*
//* BEFORE YOU CAN RUN THE GENR STEP YOU NEED TO
//* SET DAE=01 WHICH STOPS DAE
//* THIS IS DONE AUTOMAGICALLY BY THE COMMAND EMBEDDED IN JCL ABOVE
//*
//* ADYUPDAT CLEANUP XXX IS AN EDIT MACRO THAT CAN DO SELECTIVE CLEANUP
//* OR S DAECLEAR WHICH CLEARS DAE
//*
//* AFTERWARDS YOU NEED TO RESTART DAE PROCESSING
//* SET DAE=00 WHICH STARTS DAE
//* THIS IS DONE BY THE CA-OPSMVS TSO OPSCMD BELOW. WE CANNOT USE
//* ANOTHER JCL COMMAND BECAUSE THEY ALL GET EXECUTED IMMEDIATELY
//* AND THIS NEEDS TO WAIT TILL AFTER THE GENR STEP
//*
//GENR  EXEC PGM=IEBGENER
//SYSIN DD DUMMY
//SYSPRINT DD SYSOUT=*
//SYSUT1 DD DUMMY,DCB=SYS1.
//SYSUT2 DD DISP=OLD,DSN=SYS1.
//*
//OPSCMD   EXEC PGM=IKJEFT01,PARM='OC C(T DAE=00)'
//SYSPRINT DD SYSOUT=*
//SYSUDUMP DD SYSOUT=*
//SYSTSPRT DD SYSOUT=*
//SYSTSIN  DD DUMMY

Thanks, Sam

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Giannelli
Sent: Tuesday, November 10, 2020 5:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: DAE to stop dump suppression

I have a dump that is being suppressed by DAE. I am not experienced with IPCS 
and DAE. How do I find out what dataset is being used by DAE and how do I 
"remove" the dump in order to get the dump?
I hope that makes sense.
thanks
Bill

The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

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


Re: IBM splitting into two companies

2020-10-08 Thread Knutson, Samuel
You can read the press release, view the charts and listen the webcast where 
this was rolled out to Wall Street analysts this morning here

https://www.ibm.com/investor/events/ibm-strategic-update-2020



The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

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


Re: GRSRNL Example

2020-06-30 Thread Knutson, Samuel
GRS User Experiences Converting all Reserves Plus Best Practice Tips and Tricks
https://www.share.org/p/do/sd/topic=50=3961

Circa 2008 but mostly still relevant.

Thanks, Sam

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Norman Hollander
Sent: Monday, June 29, 2020 1:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: GRSRNL Example

Been a while since I've done this.  Anyone have a good example of a GRSRNL for 
a Sysplex?  DASD only shared among the Sysplex members.
TIA!
zN
The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

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


Re: Old SHARE publications....?

2020-06-17 Thread Knutson, Samuel
http://www.cbttape.org/spla.htm

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark S Waterbury
Sent: Tuesday, June 16, 2020 5:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Old SHARE publications?

I think he may be thinking of the old SHARE Program Library Agency "catalog" of 
programs.

I think CBTTape.org may have a copy of at least one of those ...

Mark S. Waterbury
The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

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


Re: IGDSMSxx setting PDSE_VERSION(2)

2020-05-12 Thread Knutson, Samuel
#2 The only safe way to do this is not to share DASD outside the scope of a 
Sysplex.   I don't expect that to change.  Having at least System Test, 
Development and Production Sysplex that completely isolate DASD lets you get 
the most benefits from isolation of those types of workloads.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R.S.
Sent: Tuesday, May 12, 2020 10:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IGDSMSxx setting PDSE_VERSION(2)

My humble opinion:
Everybody who want or really need PDSE v2 will create such dataset explicitly 
by specifying DSNTYPE=(LIBRARY,2). That's OK.

You want to create PDSE v2 by default. This is the best way to find out which 
system components or application still not tolerate new PDSE flavour. But this 
is hard way. It can be nice when application will refuse to open new dataset, 
but things may go worse way when the problem occur in the middle of "landing 
the plane".

BTW: The only case when I needed PDSE v2 was huge PTF (for WAS), which exceeded 
the limit of member size of SMPPTS. However it was before PDSE
v2 was born so I switched to plain old PDS.
PDS members are not limited in size, however PDS itself is limited to 64k TRK 
which is much less that limit of member size for PDSE v2.

And I'm still missing two things:
1. Multi-volume PDSE.
2. PDSE sharing across the sysplex.
It can be even "by command" sharing like "F PDSE=SYS1.TEST1,CLOSE" on one 
system to be able to open it on another system.
It is much better than educate folks to not share PDSE's.

--
Radoslaw Skorupka
Lodz, Poland

The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

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


Re: S0F9 and SOFD ABENDs and SVC dumps - oh my!

2020-04-28 Thread Knutson, Samuel
Dave do you have an IEFUSI exit or the new parmlib support and are you 
reserving sufficient space for z/OS to do termination processing?
It might be helpful for you to look at the way REGION is laid out in this job 
using Mark Zelden's REXXSTOR exec http://mzelden.com/mvsutil.html

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Thomas David Rivers
Sent: Sunday, April 26, 2020 10:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: S0F9 and SOFD ABENDs and SVC dumps - oh my!

I have a program that fires up about 1000 tasks, and each of these tasks fire 
up a sub-task...  (I say "tasks"
but these are actually BPX threads - started with BPX
pthread_create.)  Each of the 1000 tasks/threads starts a sub-thread and waits 
for its completion.

Most of the time when I run the program it works fine; then I'll start getting 
S0F9 ABENDs, GETMAIN problems and SOFD ABENDs.

Also - I have an ESTAE routine for each task, but that SOFD is showing my why 
that ESTAE isn't working...

I see stuff like this on the console log:

IEA705I 00FC6100 007AC3B0 007AC3B0 00E61200 00E8 IEA705I ERROR DURING 
GETMAIN SYS CODE = 878-10 RIVERS6 STEP1 00 IEA705I 00FC6100 007AC988 007AC988 
00E61200 00E8
IEF402I BPXASFAILED IN ADDRESS SPACE 004E 785
SYSTEM ABEND S0F9 - REASON CODE 00 IEF402I RIVERS6  FAILED IN ADDRESS 
SPACE 004E 786
SYSTEM ABEND S0F9 - REASON CODE 00

IEA705I ERROR DURING GETMAIN SYS CODE = 878-10 RIVERS8 STEP1 00 IEA705I 
00FC6100 007BDB58 007BDB58 00E61200 00E8
IEF402I BPXASFAILED IN ADDRESS SPACE 004E 814
SYSTEM ABEND S40D - REASON CODE 10 IEF402I RIVERS8  FAILED IN ADDRESS 
SPACE 004E 815
SYSTEM ABEND S40D - REASON CODE 10
$HASP310 BPXASTERMINATED AT END OF MEMORY

I'm very sure all of my GETMAINs are "conditional" (won't cause the 878-10) so 
I'm not really sure where that is coming from if not the OS somewhere.

Also - every now and then I get a console request for an SVC dump.

This is all pointing to no space left in LQSA for processing some SVC; but I'm 
not exactly sure what to do about it.  Especially since it's not easily 
reproducible (it comes and goes.)

The 00 flags on the IEA705I message are particularly confusing.

So - the program works until it doesn't - then waiting "awhile" and the OS 
seems to clean-up something-or-other and the program will work again for awhile.

Any suggestions on where to look would be welcome.. I'm wondering if there is a 
"thundering heard" of the tasks ending (the problems come when all the 
tasks/threads are over and things are cleaning up.)  And, if that is the case, 
I'm not sure what there is to be done about it???

   - Thanks -
   - Dave Rivers -


--
riv...@dignus.comWork: (919) 676-0847
The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

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


Re: IBM z ISA assembler & emulator.

2020-04-22 Thread Knutson, Samuel
Hi John,

z390 Portable Mainframe Assembler and Emulator
http://z390.org/

VisibleZ can help you visualize exactly what the mainframe is doing as an 
assembler program executes
http://csc.columbusstate.edu/woolbright/vzHomepage.htm

Both are similar and provide excellent learning environments and are 
self-contained.

Best Regards, Sam


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
John McKown
Sent: Wednesday, April 22, 2020 6:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM z ISA assembler & emulator.

Does anyone know if there is anything like this (below) for the z ISA? It is a 
basic assembler, no macros, where you code MIPS assembler into a text file, 
then load it into the emulator. The code is compiled. You are then in a 
"debugger" in which you can run the code, or single step. It's quite nice for 
learning the basics of the ISA.

https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fspimsimulator.sourceforge.net%2Fdata=02%7C01%7CSamuel.Knutson%40COMPUWARE.COM%7Cb776bb1e03c84c3d68ac08d7e6ab8263%7C893e9ba31b7844d8aca9105fab957fed%7C0%7C0%7C637231496618406891sdata=c4zm5PjAAjwB9vEIIyc2yuAbf6HXoEqv0c4MMSq4w6U%3Dreserved=0

[quote]

*Spim* is a self-contained simulator that runs MIPS32 programs. It reads and 
executes assembly language programs written for this processor. *Spim* also 
provides a simple debugger and minimal set of operating system services.
*Spim* does not execute binary (compiled) programs.

*Spim* implements almost the entire MIPS32 assembler-extended instruction set. 
(It omits most floating point comparisons and rounding modes and the memory 
system page tables.) The MIPS architecture has several variants that differ in 
various ways (e.g., the MIPS64 architecture supports 64-bit integers and 
addresses), which means that *Spim* will not run programs for all MIPS 
processors.

*Spim* comes with complete source code and documentation.

*Spim* implements both a terminal and windows interfaces. On Microsoft Windows, 
Linux, and Mac OS X, the *spim* program offers a simple terminal interface and 
the *QtSpim* program provides the windowing interface. The older programs 
*xspim* and *PCSpim* 

 provide native window interfaces for these systems as well.

[/quote]


--
People in sleeping bags are the soft tacos of the bear world.
Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

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


Re: What is a mainframe?

2020-01-13 Thread Knutson, Samuel
In my opinion IBM helped to save the mainframe when they included a built-in 
highly performant TCP/IP stack in the operating system.Making the mainframe 
a more mainstream hardware server and more importantly a mainstream software 
server that communications, API implementations and development practices as 
any other makes it viable for another 50 years.  The alternative path was for 
it to become a truly niche isolated platform or for this core capability to be 
supplied by third party software.  We saw that same evolution on other 
platforms if anyone remembers "Trumpet Winsock"

The mainframe remains the most securable platform today.   z/OS in particular 
handles TCP/IP in a securable way allowing very granular controls of which 
application containers can connect to which ports.  IBM has a published 
integrity policy which is applicable to the entire OS including TCP/IP.   The 
most concerning security problems on the mainframe are not caused by TCP/IP but 
by Apathy, laziness, false confidence and ignorance.  OEM TCP/IP stacks would 
have provided this capability and already were when IBM introduced TCP/IP in 
z/OS.  You can make a reasoned argument that by incorporating TCP/IP as part of 
the operating system IBM has insured it has security and integrity equal to the 
balance of the operating system.

Best Regards,
Sam Knutson

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
z/OS scheduler
Sent: Saturday, January 11, 2020 3:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: What is a mainframe?

Welll, in my opinion the mainframe died when IBM allowed tcpip on their 
servers. From that point onwards it just became another server that could be 
hacked via TCPIP ports.

James O'Leary

Op vr 10 jan. 2020 om 21:05 schreef Steve Smith :

> Well, it is Friday:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.
> youtube.com%2Fwatch%3Fv%3Dd0-pLcgq-2Mdata=02%7C01%7CSamuel.Knutso
> n%40COMPUWARE.COM%7C609bd2dd893148044b3a08d796d83cc4%7C893e9ba31b7844d
> 8aca9105fab957fed%7C0%7C0%7C637143727850910523sdata=qQqJNcO62gXdN
> DUZwk8U0IjSGLtPFgD4dlS2pJIQdY8%3Dreserved=0
>
> It's also about a bank :-)
>
> --
> sas
>
> --
> 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 contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

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


Re: I saw 7 new college mainframe hires!

2019-11-28 Thread Knutson, Samuel
Tom you have given away the secret  Recruit smart people who enjoy working 
with other smart people on hard problems for customers.   They don't have to be 
experienced mainframers when they are hired.  College recruiting is absolutely 
possible and partnerships with universities can be fruitful.   I saw some great 
Apprenticeship programs in the UK recently from Barclay's bank and others.   
Compuware's engineering cadre includes many new to mainframe developers.

What Makes Millennials Love the Mainframe? Advice from Next-gen Devs
https://youtu.be/CL72xilyve8

Two interesting things there was no script for this we shot a lot of video just 
letting people talk and then edited it down.  Second I forgot this was almost 
two years ago and one of the devs is now a development manager.They next 
generation of mainframe developers won't follow the same path we did but they 
are quite capable of taking care of the platform for the next 50 years.

Best Regards, Sam Knutson

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Brennan
Sent: Sunday, November 10, 2019 11:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: I saw 7 new college mainframe hires!

Last week I was invited to an IBM z15 meeting for a particular customer.
  There were 7 younger folks in the row behind me who stood out among all the 
(let's say) "older" people there.  I was amazed when I found out they were 
recently hired out of college by the customer and are on a 3 year mainframe 
training program.  Great work by the manager who pushed for a long-term 
solution, and got it approved.  I hope other companies hear about this and 
consider it.
The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

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


Re: mainframe hacking "success stories"?

2019-05-06 Thread Knutson, Samuel
The attacker created zero day exploits against z/OS in the wild allowing 
escalation of privilege and proved difficult to dislodge even once discovered.
Information available to the public supports this.  Phil Young has done a good 
job of dissecting the hack.

Philip Young - Smashing the Mainframe for Fun and Prison Time 
https://youtu.be/SjtyifWTqmc

And

How Hackers Breached a Government (and a Bank)
https://share.confex.com/share/124/webprogram/Handout/Session16982/How%20Hackers%20Breached%20a%20Government%20%28and%20a%20Bank%29.pdf

z/OS on IBMz hardware is the most securable environment in the world but as 
public evidence supports it was compromised.
It would seem fair to say the mainframe was hacked.

Best Regards,
Sam Knutson

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Johnson
Sent: Monday, May 6, 2019 2:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: mainframe hacking "success stories"?

Exactly.


Sent from Yahoo Mail for iPhone


On Monday, May 6, 2019, 2:43 PM, ITschak Mugzach  wrote:

Yes. Just logged on... And had access to all databases. This us how they was 
caught. Too much queries per second.

בתאריך יום ב׳, 6 במאי 2019, 21:17, מאת Bill Johnson ‏<
0047540adefe-dmarc-requ...@listserv.ua.edu>:

> The Pirate Bay hack acquired a valid mainframe userid and password off
> of a Microsoft laptop. In effect, not really a mainframe hack. He just
> logged on. https://badcyber.com/a-history-of-a-hacking/
>
> Sent from Yahoo Mail for iPhone
>
>
> On Monday, May 6, 2019, 1:21 PM, Charles Mills  wrote:
>
> #1: Noo. It was a legitimate mainframe hack (assuming you consider
> USS a legitimate part of the mainframe, which it has been for 20 years or so).
> It was an exploit of CGI buffer overrun.
>
> #2: It drives me nuts to hear mainframers explain away mainframe breaches.
> "It wasn't really a mainframe hack, they got in through USS." "It
> wasn't really a mainframe hack, they re-used a Windows password." "It
> wasn't really a mainframe hack ... whatever." If your CEO was standing
> in front of the press explaining how your company let x million credit
> card numbers go astray, would it matter HOW they got into your
> mainframe, or only that they DID?" If your mainframe is vulnerable to
> a USS hack, or a shared Windows password, or whatever, you need to fix
> THAT, or risk having to explain to your CEO why he got fired (like
> Target's) for letting all those credit card numbers go astray.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Bill Johnson
> Sent: Sunday, May 5, 2019 10:00 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: mainframe hacking "success stories"?
>
> Wasn’t really a mainframe hack. It was a laptop hack that acquired
> legitimate mainframe credentials.
>
> --
> 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



--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

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


Re: S/360

2019-04-08 Thread Knutson, Samuel
Ken Shirriff wrote a fun article which he tweeted about copied below 
https://twitter.com/kenshirriff/status/1114925987043536896

The revolutionary IBM System/360 computers were announced 55 years ago today. 
These mainframes ruled the computing industry for years. Their iconic consoles, 
covered with lights and switches, showed internal state. I explain these 
consoles in my article:  
http://www.righto.com/2019/04/iconic-consoles-of-ibm-system360.html

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Jones
Sent: Monday, April 8, 2019 10:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: S/360

is now 55 years old, as of yesterday, April 7th. An interesting story about it:
https://spectrum.ieee.org/tech-history/silicon-revolution/building-the-system360-mainframe-nearly-destroyed-ibm
DJ
The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

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


Re: z/OS V2R5 Will be the Last Release to Include JES3

2019-02-27 Thread Knutson, Samuel
Do you the think the z/OS overall ecosystem and the platform is made stronger 
or weaker by getting to one JES?

I think that for a core part of the mainframe platform rationalizing to a 
single standard configuration of the OS from two options makes it more 
sustainable.  Vendors and IBM can avoid duplicate investments and customers can 
better rely on pervasive support by software and an increase in the available 
supply of skills to operate their systems.  In my opinion IBM should have made 
this definitive choice sooner this amounts to acceptance of prevailing trends.


Best Regards,

Sam Knutson  |  VP, Product Management  |  Compuware
@samknutson |  linkedin.com/in/samknutson
samuel.knut...@compuware.com  |  M: +1 301 996-1318



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Savor, Thomas (Alpharetta)
Sent: Wednesday, February 27, 2019 11:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS V2R5 Will be the Last Release to Include JES3

>That means a) IBM has until September 2023 to fully bring JES2 up to
>JES3 standard

Is JES3 really considered by all to be better than JES2 ??
I know it was 20 years ago, but JES3 gave me nightmares, whereas JES2 never has.
From an application point of view.

Thanks,

Tom Savor
The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

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


New XMIT viewer free open source Java Mac Linux Windows https://github.com/dmolony/Xmit

2018-12-23 Thread Knutson, Samuel
Denis Molony has an interesting new open source freeware mainframe tool in 
development an XMIT file viewer https://github.com/dmolony/Xmit which you can 
find on GitHub.  It is written in Java and supports Mac Windows and Linux 
platforms.  It is in a usable state and I'm sure he would appreciate feedback, 
stars, follows on GitHub.


Best Regards,

Sam Knutson  |  VP, Product Management  |  Compuware
@samknutson |  linkedin.com/in/samknutson
samuel.knut...@compuware.com  |  M: +1 301 996-1318

The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

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


Re: Dancing around RMM

2018-12-19 Thread Knutson, Samuel
Mike Wood previously advised in a post a long time ago but still seems 
applicable

Mike Wood <***@UK.IBM.COM> wrote:
The 413-08 is issued because rmm rejected the volume and the request was
specific; no other volume is acceptable, so OPEN fails the request in this
way. This is what happens when the Volume Mount processing installation
exit rejects a volume.

The ways round this are;
1. Issue RMM CV volser STATUS(MASTER) . then rerun the job
2. Get rmm to ignore the volume using EXPDT=98000. There is no need for BLP

Finally, figure out why a volume you need to use for input is scratch.

Mike Wood RMM Development

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jesse 1 Robinson
Sent: Wednesday, December 19, 2018 4:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Dancing around RMM

We want to discard some very old tapes after making sure there's nothing of 
value on them. When we run Innovation FATAR to analyze them, the jobs fail with 
messages like those below using JCL like this:

//TAPEIN   DD  UNIT=TAPECR,LABEL=(,BLP),
// DISP=OLD,VOL=SER=(nn)

There's a whole slew of STGADMIN profiles in FACILITY class that allow the user 
to get around 'irregularities', but we can't seem to find one that would allow 
this usage. The tapes are not defined to RMM. We just want to know what's on 
the tapes before the trash truck pulls out of the loading dock.

EDG4025I VOLUME nn REJECTED. READING OF SCRATCH VOLUMES OR VOLUMES OBTAINED 
WITH GETVOLUME IS NOT PERMITTED EDG4006E VOLUME nn ON  REJECTED FOR USE 
BY FATARAN1, FATAR, TAPEIN, OPEN REQUEST FAILED BY DFSMSrmm
IEC502E R ,, ,,FATARAN1,FATAR
IEC145I 413-08,IFG0194K,FATARAN1,FATAR,TAPEIN,,,
SYS18352.T164910.RA000.FATARAN1.R0140502

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


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

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


Sad News Ray Wicks

2018-12-05 Thread Knutson, Samuel
Shared by CMG just this evening.

It is with deep sadness that we announce the passing of our friend and board 
member Ray Wicks on November 27, 2018. Ray was a frequent contributor, 
volunteer, and speaker for CMG. In 2000, he won the prestigious A. A. Michelson 
Award for the Advancement of Computer Systems. CMG would like to pass on their 
condolences to the friends and family of Ray Wicks. http://bit.ly/2G09REj 
#cmgnews


I still remember the first talk I heard from Ray Wicks being impressed not only 
with his expertise but the way he shared it wrapped in wry humor about Zen, 
forests and trees.  He was a fine fellow and contributed greatly to the art and 
science of managing capacity and performance on mainframes.


Peace,
Sam
The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

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


Re: Fwd: 3 aging IT specialties that just won't retire

2018-12-03 Thread Knutson, Samuel
Timely this quarter's ezine from Long Pela ventures some thoughtful opinions on 
Exits

http://longpelaexpertise.com.au/ezine/current.php

LongEx Mainframe Quarterly - Nov 2018

A Fresh Look at Exits
Not the normal exits you think of when there's a fire in the building. In z/OS 
terms, an Exit is a hook we can use to insert our own code into the normal 
processing of z/OS and other systems. This month, we're taking a look at these 
Exits.


Best Regards,

Sam Knutson

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R.S.
Sent: Sunday, December 2, 2018 6:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Fwd: 3 aging IT specialties that just won't retire

ICHPWX01 can be REXX exit.
JESJOBS instead of exit
IRRPRMxx instead of ICHRDSNT

--
Radoslaw Skorupka
Lodz, Poland





W dniu 2018-12-02 o 23:47, David Spiegel pisze:
> Yeah, NetView for example, but, not the BCP, RACF etc.
>
> On 2018-12-02 17:37, R.S. wrote:
>> W dniu 2018-12-02 o 19:10, David Spiegel pisze:
>>> In the article, it says: "... the now-obsolete Assembly programming
>>> language. ..."
>>> Really?! ... How else does one write Operating System Exits?
>>> Java???
>>> What utter nonsense.
>> Well, you can write some exits in REXX.
>> However long term goal is to avoid exit coding. Avoid assembling
>> configuration data.
>> More and more things can be done without assembler.
>> While I use (and customize a little bit) some exits, I won't say I
>> know assembler. And I'm administering 24/7/365 banking system for 18
>> years.
>> So, yes - assembler coding knowledge is less and less required, while
>> there is neverending demand for COBOL developers.
>>
>> Just my €0.02, YMMV, etc.
>>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2018 r. wynosi 169.248.488 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169,248,488 as at 1 January 2018.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

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


Re: Why Salesforce for SR?

2018-09-27 Thread Knutson, Samuel
There are good reasons to advocate that IBM properly consider all the use cases 
and needs of the mainframe community but I'm not concerned about confidential 
data.  Salesforce is already used for case management by many of the largest 
companies in the world.  [Full disclosure including Compuware]
IBM is hardly blazing a new path using Salesforce for case management.
Salesforce documents their thoughts on security here and in other places 
https://www.salesforce.com/hub/technology/cloud-security-is-salesforce-priority/
   Two platform IT https://www.youtube.com/watch?v=GMc29ckVRdA is something my 
company has advocated for as a sound strategy and where something is truly a 
commodity like case management today leveraging cloud consumed services is a 
wise choice.  For applications that run on IBMz they are by now almost 
exclusively customer developed applications for which no equal exists and 
provide a unique competitive advantage those should rightfully continue to run 
on the most efficient hyper converged system you can use the IBM mainframe 
platform.

Short answer is I don't worry about having cases in Salesforce. If done 
properly availability and customer experience should improve with no concerns 
about data security.


Best Regards,

Sam Knutson  |  VP, Product Management  |  Compuware
@samknutson |  linkedin.com/in/samknutson
samuel.knut...@compuware.com  |  M: +1 301 996-1318



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Clark Morris
Sent: Wednesday, September 26, 2018 7:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Why Salesforce for SR?

Since Salesforce isn't owned by IBM why is what could be something requiring 
potential decent degree of confidentiality such as Service Request when dumps 
are involved being migrated there?

Clark Morris
The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

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


Re: Installing zOS from scratch experience

2018-09-13 Thread Knutson, Samuel
ZZSA Standalone utilities also support IPL from CD/DVD and reviewing what Jan 
did is helpful to understand http://www.cbttape.org/~jjaeger/

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R.S.
Sent: Wednesday, September 12, 2018 12:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Installing zOS from scratch experience

W dniu 2018-09-11 o 10:39, Peter pisze:
> Thanks Tom and Parwez,
>
> So the COD are built in IBM labs specifically for a scratch built ?
>
> Wondering how IBM prepares those CODs ? Any ibmer would like to share ?

It is just z/OS, nothing magic.
Relatively simplified, small pre-defined installation on 3 volumes.

In the old days it was delivered on tape, with stand-alone restore program, 
nowadays the restore program is IPL-ed from DVD and volume dump is restored 
from that DVD. It's DFSMSdss restore.
AFAIK it is some trick since IBM does not allow customers to create such DVDs 
(only tapes). However FDR do support it.



--
Radoslaw Skorupka
Lodz, Poland
The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

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


Re: Broadcom to buy CA?

2018-07-11 Thread Knutson, Samuel
Yes.

Broadcom confirms $18.9B buyout of CA https://seekingalpha.com/news/3369508


On Jul 11, 2018, at 5:49 PM, Edward Finnell 
<000248cce9f3-dmarc-requ...@listserv.ua.edu>
 wrote:

https://www.barrons.com/articles/broadcom-tanks-on-report-itll-buy-ca-1531341964?mod=hp_RTA
The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

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


OA55296 data loss DB2 may be especially vulnerable

2018-06-29 Thread Knutson, Samuel
Nofars shared this on Twitter and I don't see it in the last month here on 
IBM-MAIN so in case others have not seen it.

https://twitter.com/nofars/status/1012216001201606657

People, DO NOT UPGRADE TO z/OS 2.3 without OA55296 applies. We just had a few 
dozen DB2 datasets destroyed. #zOS #mainframe

To be more specific- because DB2 datasets tend to have a large amount of 
extents, that's where you'll likely get hit by this.  We are now stuck with 
inaccessible datasets that can't even be deleted. The VTOC and VTOCIX appear to 
be beyond repair #mainframe
Not sure why this isn't a Red Alert. #mainframe #zOS


Ouch!
http://www-01.ibm.com/support/docview.wss?uid=isg1OA55296

OA55296: F4 DSCB IN VTOC OVERLAID WITH ZEROS RESULTING IN VOLUME BEING 
INACCESSIBLE, release 2.3 only
A fix is available
http://www-01.ibm.com/support/docview.wss?uid=isg1OA55296#more
APAR status
* Closed as program error.
Error description
* VTOC CONVERT routine writes F0 DSCB in place of F4 DSCB
* resulting in IEC603I and IEC143I 213-04 when attempting to open
* the VTOC. This is triggered by an orphaned F3 DSCB in the VTOC.
*
* Sequence of events:
* 1. IEC608I DADSM FUNCTION DISABLED THE VTOC INDEX ON
*,vv,20,R
*Cde 20 : The Allocate or Extend function discovered that a
*DSCB marked unallocated in the VTOC Index, indicating that
*the DSCB is a Format 0, is not a Format 0 DSCB. The cchhr is
*that of the DSCB.
*
* 2. DUMP DADSM CREATE (or EXTEND) DIAG=0820040B or DIAG=0831040B
*or DIAG=0853040B
*The key is that there is a DIAG=040B, which means CVAF RC
*= 04 ; CVSTAT = 0B : DSCB is not format-0 DSCB and VERIFY=YES
*
* 3. IEC604I VTOC CONVERT ROUTINE ENTERED ON ,vv,,DEVMAN
*If the DEVMAN keyword is present, this indicates that
*conversion is taking place in the Device Manager Address
*Space.
*
* 4. IEC603I VTOC ERRORS MAY EXIST ON ,vv,0
*Cde 0: An I/O or unexpected CVAF error return code error
*occurred in the DADSM routines Allocate, Extend, Scratch or
*Partial Release. The routine ended processing, thereby
*leaving the VTOC in a partially updated state.
*
* 5. Attempts to open SYS1.VTOC result in IEC143I 213-04
*
Local fix
* contact DADSM L2 to recover volume.
* .
* ++APAR available as follows
* On server testcase.boulder.ibm.com in the fromibm/mvs
* directory in binary format as BA55296.HDZ2230
*
Problem summary
* 
* * USERS AFFECTED:  *
* * Users of volumes with Indexed VTOC.  *
* 
* * PROBLEM DESCRIPTION: *
* * During the process of converting Indexed VTOC to OSVTOC (due *
* * to administrator action or error detection), if an orphaned  *
* * Format-3 DSCB is detected, it will be reset to Format-0  *
* * DSCB. The CCHHR address of the orphaned Format-3 DSCB was*
* * reset to CCHHR of the Format-4 DSCB, causing that to be the  *
* * DSCB reset to format-0. This caused the VTOC to be   *
* * inaccessible.*
* 
* * RECOMMENDATION:  *
* 
*
Problem conclusion
* The problem has been corrected to prevent Format-4 DSCB from
* being overwritten with Format-0 DSCB.
*
Temporary fix
Comments
APAR Information
* APAR number
OA55296
* Reported component name
DEVICE MGMT SER
* Reported component ID
5695DF133
* Reported release
230
* Status
CLOSED PER
* PE
NoPE
* HIPER
YesHIPER
* Special Attention
NoSpecatt / Xsystem
* Submitted date
2018-04-11
* Closed date
2018-04-19
* Last modified date
2018-06-04
* APAR is sysrouted FROM one or more of the following:
* APAR is sysrouted TO one or more of the following:
UA95941
Modules/Macros
* IGG0425P
*
Fix information
* Fixed component name
DEVICE MGMT SER
* Fixed component ID
5695DF133
Applicable component levels
* R230 PSY 
https://www14.software.ibm.com/webapp/set2/ordermedia/shopCart?ptfs=UA95941
   UP18/05/04 P F805 ¢
Fix is available
* Select the PTF appropriate for your component level. You will be required to 
sign in. Distribution on physical media is not available in all countries.


Best Regards,

Sam Knutson  |  VP, Product Management  |  Compuware
@samknutson |  linkedin.com/in/samknutson
samuel.knut...@compuware.com  |  M: +1 301 996-1318

The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

--
For 

Re: The evolution of IT infrastructure – from mainframe to server-less | ITProPortal

2018-03-31 Thread Knutson, Samuel
The world is far from serverless and the mainframe is the most efficient hyper 
converged system you can operate for transaction processing.
The article seems to lack a global perspective.  Linux, open source and cloud 
providers are powerful parts of the world wide computing infrastructure but the 
Fortune 1000 as well as nation states world wide and the worldwide GDP are 
driven by mainframes.

A more balanced perspective on the cloud is that it’s a good market to consume 
commodity services but you can't buy off the shelf replacements for custom 
applications with 10's if not 100's of thousands of many years of development.  
Those applications run on IBM Z because they are the digital DNA of successful 
enterprises.   A different perspective is that the world is evolving towards on 
premise mainframe and the cloud as the predominant platforms.   On premise 
commodity solutions and x86 may well be the endangered species.   The mainframe 
is the only platform CIO's surveyed indicated they believed were sure would 
still be in their data center 5 years from now.

View this for short three minute set of thoughts that expand on why Mainframe 
and Cloud get along just fine.

https://youtu.be/GMc29ckVRdA  Two-platform IT: Mainframe + Cloud = Digital 
Excellence


Best Regards,

Sam Knutson  |  VP, Product Management  |  Compuware
@samknutson |  linkedin.com/in/samknutson
samuel.knut...@compuware.com  |  M: +1 301 996-1318

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Regan
Sent: Friday, March 30, 2018 12:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Fwd: The evolution of IT infrastructure – from mainframe to 
server-less | ITProPortal

https://www.itproportal.com/features/the-evolution-of-it-infrastructure-from-mainframe-to-server-less/

The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

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


Re: [EXTERNAL] CBT Tape Version 495 has been cut

2018-01-18 Thread Knutson, Samuel
http://cbttape.org/cbtfaq.htm

Q. What does CBT stand for?

A.  This tape was established and previously edited for over 15 years, from 
Version 1 through Version 321 by Arnold Casinghino who worked at Connecticut 
Bank and Trust Company (CBT).

-Original Message-
Excuse me, what CBT stands for? Is it a name (acronym) of bank?

--
Radoslaw Skorupka
Lodz, Poland

The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

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


Computer History Museum IBM Wish List

2018-01-16 Thread Knutson, Samuel
I've donated small artifacts and papers to museums including the Computer 
History Museum in the past.  I noted that they currently have a few IBM 
Mainframe related items on the Wish List.  If your company or you personally 
have one of these and is considering what to do with it here is an opportunity 
to give it to a museum that wants it and will help preserve our professional 
history.

* IBM 129 Card Data Recorder
* IBM 1311 Disk Storage Drive
* IBM 1403 printer ribbon
* IBM 1442 Card Reader/Punch
* IBM 1800 Data Acquisition and Control System
* IBM 2250 Display Station
* IBM 2260 Display Station
* IBM 2596 Card Reader/Punch
* IBM 3277 Information Display
* IBM 3278 Information Display
* IBM 3279 Color Display Station
* IBM 3370 disk drive (1979)
* IBM 3410 Magnetic Tape Subsystem
* IBM 3704 Communications Controller
* IBM 3705 Communications Controller
* IBM 3720 Communications Controller
* IBM 3725 Communications Controller
* IBM 3745 Communications Controller
* IBM 3746 Nways Multiprotocol Controller
* IBM 681 Redwing disk drive (1990)
* IBM 701 Electronic Data Processing Machine
* IBM Key Punch Type 001 Manual of Instruction (IBM Form 22-3806-0)
* IBM MC/SC -- Magnetic Card Selectric Composer
* IBM MC/ST -- Magnetic Card Selectric Typewriter
* IBM Memory Typewriter (1974)
* IBM System 360 (any model)
* IBM System 370 (any model)
* IBM System/38



http://www.computerhistory.org/artifactdonation/

If you have never visited the Computer History Museum put it on your list if 
you can get to the San Jose area!  It's educational and great fun!

Best Regards,

Sam Knutson  |  VP, Product Management  |  Compuware
@samknutson |  linkedin.com/in/samknutson
samuel.knut...@compuware.com

DO SOMETHING!) SMALL) USEFUL) NOW!) - computer pioneer  Bob Bemer

The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

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


Re: Syncsort With Splunk - Product Plug

2017-06-08 Thread Knutson, Samuel
Syncsort Ironstream and the Splunk free edition fully support the unique fault 
analysis data from Compuware Abend-Aid and Application Audit for insight into 
failures and application use or privledged users activity.

http://www.compuware.com/partners/syncsort.html

There are free Splunk Apps for both in SplunkBase.

In broad I think that applying analytics and machine learning to mainframe data 
is still a largely untapped gold mine for customers to understand their own 
systems.  All too often we have the best instrumented platform but report on 
that data using tools equivalent to stone knives and bear skins.

Best Regards,

Sam Knutson
Compuware
VP, Product Management
@samknutson
samuel.knut...@compuware.com
M: +1 301 996-1318


On Jun 8, 2017, at 4:41 PM, Blaicher, Christopher Y. 
> wrote:

Biased Product Plug by the Product Architect

Syncsort's Ironstream product is designed to supply realtime data from z/OS 
systems to a Splunk repository.

Data can include SYSLOG, SMF records, RMF data, SYSPRINT from the JES spool, 
system performance data, Log4j files, Flat files and data provided via user 
API's.  We continue to add sources as users identify new requirements.

Our growing number of customers use this data for security, operational, 
monitoring and many other functions using Splunk application dash boards.

Splunk has an application store that has a number of free Splunk applications 
that can be used to start getting value from the data on day one.

We also offer a free limited use version of Ironstream that will allow you do 
download any amount of SYSLOG data.  You can go to and get more information at 
http://www.syncsort.com/en/Products/Mainframe/Ironstream.  From that page you 
can see a video that shows some of what can be done using Ironstream and 
Splunk.  Also, at that site you can download the free version and play with it 
yourself.


Chris Blaicher
Technical Architect
Mainframe Development
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

Syncsort Incorporated
2 Blue Hill Plaza #1563
Pearl River, NY 10965
www.syncsort.com

Data quality leader Trillium Software is now a part of Syncsort.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pew, Curtis G
Sent: Thursday, June 8, 2017 12:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Syncsort With Splunk

On Jun 8, 2017, at 11:03 AM, Jake Anderson 
>
 wrote:

Is there anybody in the group who have used syncsort with Splunk ?

We forward our OPERLOG to Splunk, although we don’t use Syncsort’s forwarder. 
(I wrote my own; it wasn’t that hard.)

Our main motivation was to show that the mainframe group are “team players” 
since everyone else around here was investing in Splunk, but it is actually 
quite useful. We’ve set up a few regular reports of classes of ABENDs or other 
errors we like to keep track of, and it allows us to go back and do searches 
for messages when an issue arises that we hadn’t foreseen.


The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

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


Re: Nice article about MF and Government

2017-06-07 Thread Knutson, Samuel
The article is I think useful and addresses the critical need to wisely 
modernize on the mainframe platform where it serves citizens today in the USA.

https://www.fedscoop.com/what-is-legacy-it-and-how-scared-should-we-be-of-it/

It wasn't written by just any person from Compuware but the CEO Chris O'Malley. 
  Chris has been a mainframe champion for years, drove the turnaround of the 
mainframe products at CA with Mainframe 2.0 and is a formidable leader.  It's 
no surprise that I followed Chris to Compuware.   You can find him on Twitter 
https://twitter.com/chris_t_omalley and LinkenIn where he blogs often about the 
mainframe and more  https://www.linkedin.com/in/christophertomalley   Chris 
writes his own blogs and tweets and is a fierce advocate for mainframe.

Compuware has done everything we can to advocate for the mainframe platform 
including educating our US congress on the value of the mainframe 
http://insidetechtalk.com/u-s-congressmen-witness-mainframe-modernization/  
sponsoring solid economic studies of the mainframe 
http://www.compuware.com/mainframe-economics.html and constantly communicating 
on the value of the platform http://insidetechtalk.com/

Compuware has gone through a transformation driven by a new management team led 
by Chris O'Malley starting in late 2014.   In January of 2015 we brought out 
the first new product since 1999 Topaz a complete modern Eclipse workbench for 
mainframe including powerful visualizations to aid in application understanding 
and simple elegant cross platform data manipulation. In 2016 we did the first 
acquisition since 1999 with ISPW a modern SCM fully supporting Agile Methods 
and invested to bring it beautifully into our workbench, add RESTful web APIs 
and a web interface to manage deployment.  2016 saw four acquisitions in total 
and a slew of DevOps partnerships and integrations including Sonar, XebiaLabs, 
Jenkins and more.   We changed the way we built software from releases every 
12-18 months to quarterly deliveries with a new product or option, new Devops 
integrations, useful enhancements to our classic products and of course Day One 
currency support for the z Systems operating systems, middleware and hardware.  
 We will release our 11th quarterly release June 28th a little early so we can 
enjoy a couple days of rest and celebration for that very American holiday 
Independence day July 4th.

Compuware may have rubbed you the wrong way on some transaction in the past and 
I can't change that but be aware that we are a different company completely 
focused on mainstreaming the mainframe!  The gritty crew of developers in 
Detroit is working harder than ever and Compuware is the best partner I know to 
help a customer get great outcomes from mainframe investments.   I don't 
usually speak on the company line here but you need to understand what has 
changed and what hasn't when you think about Compuware.

I lead product management for Compuware and I follow IBM-MAIN but don't here 
quite as often as I did in the past.  Best way to reach me is to email me 
privately or text me.

Best Regards,

Sam Knutson  |  VP, Product Management  |  Compuware
@samknutson |  linkedin.com/in/samknutson
samuel.knut...@compuware.com  |  M: +1 301 996-1318

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edward Gould
Sent: Saturday, June 03, 2017 8:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Nice article about MF and Government

> On Jun 3, 2017, at 7:12 PM, Rob Schramm  wrote:
>
> https://www.fedscoop.com/what-is-legacy-it-and-how-scared-should-we-be-of-it/
>
> Rob Schramm
> --
Rob:

Thanks, unfortunately it was written by a person from Compuware. From my 
prospective not a recommendation at all.

Ed
The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

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


Re: Software vendor trying to force MSU based contract

2017-03-05 Thread Knutson, Samuel
Most vendor products that provide meaningful value also are internally quite 
large and complex.  Very few if any sites that inherited a source escrow from a 
vendor which goes out of business or sunsets a technology can support those 
products.  Sometimes the products themselves include technology built using 
protected IP from IBM, or other vendors that is protected by non-disclosure 
arrangements.
Consider that source escrow does not automatically imply the ability for a 
company that received an escrow to further disclose or share that IP with 
others (the community).  You mostly likely cannot just take an escrow tape and 
upload it to GitHub.The product might today be something you like but the 
firm is mostly likely going to be better served by locating a replacement than 
by trying to nurse along Abandonware.  Source escrow just isn't worth the 
trouble for most systems infrastructure products.

Just my .02 speaking only for myself.

Best Regards,
Sam Knutson

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Thursday, March 02, 2017 8:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Software vendor trying to force MSU based contract

On Thu, Mar 2, 2017 at 3:00 AM, Dave Wade  wrote:

> I am going to say something you gentlemen may not like...
>
> 1) Do you need the product?
> 2) Do you need continued support, e.g. for legal and compliance reasons?
> 3) is the company in financial difficulties?
>
> If the answer to all these is "yes" then paying the increased charges
> may be your best option. If the company folds or files for protection
> it matters not how many bits of paper you have, if there is no
> business to honor the contracts you have then replacing the product
> may be much more expensive. In my humble IBM is the biggest player of
> these sorts of games and is doing an excellent job of squeezing the
> last drop of blood from its traditional mainframe customers..
>
> .. and throwing lawyers at a problem usually drives the costs up even
> more...
>

​I think you have some very valid points. I don't think that _any_ software 
company offers the following "option", but it is one that I'd like. What I 
_wish_ every company would "require" from a vendor is that should the vendor 
either "go out of business" or "sunset a product", that the customer would get 
a copy of the current source for the product, along with all internal 
documentation. No, I have not been taking any "funny pills". I do realize that 
perhaps all of the current z/OS vendors would like like hyenas if anyone asked 
this of them. Which is yet another reason that I am a FOSS advocate. An 
individual company might not be able to support "some product", but the 
"community" could possibly do so.
--
"Irrigation of the land with seawater desalinated by fusion power is ancient. 
It's called 'rain'." -- Michael McClary, in alt.fusion

Maranatha! <><
John McKown
The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

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


Re: New CALLRTM command? Where is it described? (was: CEEDUMP ....)

2016-10-12 Thread Knutson, Samuel
Hi Peter,

I believe what's being referenced is than in z/OS V2R1 they enhanced FORCE with 
the ability to target a specific task i.e. FORCE jobname,TCB=

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ieag100/force.htm

To accomplish this previously would have required you use a third party utility 
or the widely circulated by level 2 IBM CALLRTM utility assembler program with 
the address of the TCB assembled in.  I'm still particularly pleased with that 
enhancement the origin traces back to some good conversation in hotel suite 
during SHARE in Tampa some years ago.

Best Regards,

Sam Knutson  |  VP, Product Management  |  Compuware
@samknutson |  linkedin.com/in/samknutson
samuel.knut...@compuware.com  |  M: +1 301 996-1318

DO SOMETHING!) SMALL) USEFUL) NOW!) - computer pioneer  Bob Bemer

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Hunkeler
Sent: Wednesday, October 12, 2016 2:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: New CALLRTM command? Where is it described? (was: CEEDUMP )

>The "callrtm command" will do no better than anything else that
>requires private storage of the address space to run. It is nothing
>more than a targeted cancel.


Pardon my ignorance, but where is this new "command" described? I googled and 
searched IBM KC but only got references to the CALLRTM assembler macro.


--
Peter Hunkeler

The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

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


Re: So Long, and Thanks For All The Fish

2016-01-06 Thread Knutson, Samuel
Enjoyed all your contributions over the years.   Be well!

Best Regards,

Sam Knutson  |  Director, Product Management  |  Compuware
@samknutson |  linkedin.com/in/samknutson
samuel.knut...@compuware.com  |  M: +1 301 996-1318

DO SOMETHING!) SMALL) USEFUL) NOW!) - computer pioneer  Bob Bemer

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Shane Ginnane
Sent: Thursday, December 31, 2015 9:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: So Long, and Thanks For All The Fish

Shane ...
The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

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


Webcast about mainframe Agile Development

2015-06-12 Thread Knutson, Samuel
Hi,

My boss and I have made a number of trips talking to folks about lessons 
learned moving from Waterfall to Agile development on mainframe.
I have seen this in practice over the last 3 years and it can make a huge 
positive difference in the speed and degree of value a company can deliver.
It's a popular topic and to slow down the rate Dennis is accumulating frequent 
flyer miles we decided to spend the time to polish it up and do a webcast.
We are a vendor but this webcast is largely about Agile on mainframe lessons 
learned not a vendor product pitch.

Debunking Four Myths of Agile Development
Thursday, June 18, 2015 at 11 a.m. ET

Have you considered doing Agile software development for your mainframe 
applications, but think there are just too many barriers to overcome? Maybe you 
think your projects are too large and complex. Or perhaps you're concerned that 
your staff will be resistant to the cultural changes that Agile inevitably 
creates.
The reality is Agile is the de facto way to develop software in open systems 
environments-and it's quickly becoming the standard approach for the mainframe 
environment as well.
Join us June 18 at 11 a.m. ET for the webcast, Debunking Four Myths of Agile 
Development. The session will be facilitated by Compuware VP Dennis O'Flynn, 
who spearheaded Compuware's own successful transformation to Agile.

Based on lessons learned at Compuware, Dennis will dispel many of the myths 
that are keeping companies from experiencing the transformational benefits of 
mainframe agility. Our goal is to equip you with the knowledge you need to 
begin your organization's journey to Agile.

If you have questions about Agile, you may note them on the registration page. 
You may also tweet them to @compuware #AgileOnz. We will try to get to as many 
as we can during the webcast.  We will follow up with attendees whose questions 
we don't have time to address after the event.

If it interests you this link can be used to register for the webcast

http://event.on24.com/r.htm?e=1003855s=1k=9CB68EEAE0649D14EE6F392D4F9DD9EE



Best Regards,

Sam Knutson  |  Director, Product Management  |  Compuware
@samknutson |  http://linkedin.com/in/samknutson
samuel.knut...@compuware.com

DO SOMETHING!) SMALL) USEFUL) NOW!) - computer pioneer  Bob Bemer

The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

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


Re: Webcast about mainframe Agile Development

2015-06-12 Thread Knutson, Samuel
I'm reasonably certain if you register but don't get to watch live you'll get 
the replay link afterwards.

Cheers!

On Jun 12, 2015, at 8:39 PM, Shane Ginnane ibm-m...@tpg.com.au wrote:

 Join us June 18 at 11 a.m. ET for the webcast

 Hey Sam, long time no hear. Hmmm,  that would equate to 01:00 Eastern for us 
 poor souls.

 Shane ...
The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

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