Re: Current market share breakdown for EACH of the three z/OS ESM products: RACF, CA-ACF2 and CA-Top Secret

[Steve Conway]

Hi, Shane.

I've seen and used Top Secret at government, military, and very large 
financial service organizations.

No idea of the numbers, of course.


Cheers,,,Steve

Steven F. Conway
AO-DTS- CTHO-HSD INFRASTRUCTURE (INFR)
z/OS Systems Support
Phone:  703-295-1926
Mobile: 304-995-7360
steve_con...@ao.uscourts.gov



From:   Shane Ginnane 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   09/09/2015 11:27 AM
Subject:Re: Current market share breakdown for EACH of the three 
z/OS ESM products: RACF, CA-ACF2 and CA-Top Secret
Sent by:IBM Mainframe Discussion List 



On Wed, 9 Sep 2015 08:47:27 -0500, Steve Harner  
wrote:

>(a) When SKK was sold in 1986, ACF2 had a 60% market share while IBM?s 
RACF and CA?s Top Secret split the other 40%; and (b) Currently , RACF has 
75% market share while ACF2 and Top Secret from CA share the other 25 
percent.

Does anyone, other than reputedly CA itself, actually use T/S ?. Never 
seen it in a customer site.
When I first saw ACF2 (prior to the buyout), it was the ducks nuts - RACF 
was a slug in comparison. Seems IBM has won that battle though.

Shane ...

--
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: SSLv3 connection to HMC Refused - Work Around

[Steve Conway]

Sorry for the too quick post.  Found it right after sending, of course.

The obvious work around is to re-check Use SSL 3.0 in the Internet 
Options of IE.  It works.

Now I can poke away at moving to TLS.


Cheers,,,Steve

Steven F. Conway, CISSP
AO-DTS- CTHO-HSD INFRASTRUCTURE (INFR)
z/OS Systems Support
Phone:  703-295-1926
Mobile: 703-402-2650
steve_con...@ao.uscourts.gov



From:   Steve Conway steve_con...@ao.uscourts.gov
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   05/07/2015 09:54 AM
Subject:SSLv3 connection to HMC Refused
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Morning, All.

I work remotely full time.  Normally, I log into the HMC daily to check 
the logs, ensure the scheduled calls to the mothership are successful, and 

so on.  MF is a z9 BC.  (Not my decision, obviously.)

As of Tuesday, my attempts to connect to the HMC have failed, with both IE 

and Firefox.  The error messages from IE just tell me to ensure TLS 1.0 / 
1.1 / 1.2 are selected (they are).  Firefox gives better error messages: 
Firefox cannot guarantee the safety of your data on IP addr because it 
uses SSLv3, a broken security protocol.  The Learn More... link says 
that as of Firefox 34 the connections will be refused, and to go to TLS. 
Yes, POODLE vulnerability.

So, the problem is evident.  (Never mind that I believe it should have 
identified the problem and offered me the choice to go anyway, like it 
does with borked security certificates.)

My question:  Is there a setting in the HMC to switch from SSL to TLS 
encryption?  If yes, are there other actions required to support this 
change?  If not, does anyone have a work around?

My life would be simpler if I can point my boss to the appropriate place, 
since I really don't want to have to drive into DC from WV to make the 
change.


Cheers,,,Steve

Steven F. Conway, CISSP
AO-DTS- CTHO-HSD INFRASTRUCTURE (INFR)
z/OS Systems Support
Phone:  703-295-1926
Mobile: 703-402-2650
steve_con...@ao.uscourts.gov

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

SSLv3 connection to HMC Refused

[Steve Conway]

Morning, All.

I work remotely full time.  Normally, I log into the HMC daily to check 
the logs, ensure the scheduled calls to the mothership are successful, and 
so on.  MF is a z9 BC.  (Not my decision, obviously.)

As of Tuesday, my attempts to connect to the HMC have failed, with both IE 
and Firefox.  The error messages from IE just tell me to ensure TLS 1.0 / 
1.1 / 1.2 are selected (they are).  Firefox gives better error messages: 
Firefox cannot guarantee the safety of your data on IP addr because it 
uses SSLv3, a broken security protocol.  The Learn More... link says 
that as of Firefox 34 the connections will be refused, and to go to TLS. 
Yes, POODLE vulnerability.

So, the problem is evident.  (Never mind that I believe it should have 
identified the problem and offered me the choice to go anyway, like it 
does with borked security certificates.)

My question:  Is there a setting in the HMC to switch from SSL to TLS 
encryption?  If yes, are there other actions required to support this 
change?  If not, does anyone have a work around?

My life would be simpler if I can point my boss to the appropriate place, 
since I really don't want to have to drive into DC from WV to make the 
change.


Cheers,,,Steve

Steven F. Conway, CISSP
AO-DTS- CTHO-HSD INFRASTRUCTURE (INFR)
z/OS Systems Support
Phone:  703-295-1926
Mobile: 703-402-2650
steve_con...@ao.uscourts.gov

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

Re: MVS

[Steve Conway]

Freaking pedants.  You all know the base is still MVS. 

I know it's a sport to some, but it would sure be nice if every damn thing 
didn't have to be argued and picked apart.


Steven F. Conway, CISSP
AO-DTS- CTHO-HSD INFRASTRUCTURE (INFR)
z/OS Systems Support
Phone:  703-295-1926
Mobile: 703-402-2650
steve_con...@ao.uscourts.gov



From:   Shane Ginnane ibm-m...@tpg.com.au
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   09/16/2014 09:43 AM
Subject:MVS
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



On Tue, 16 Sep 2014 07:25:10 -0600, Paul Gilmartin wrote:

Can't we forget MVS (that's *so* 20th Century), and talk instead about
z/OS, which is the topic of the Redbook (see URL)?

Nope.
Up to, and including, the (new, you-beaut) 1.12 Info Centre, it was simply 
MVS for the important manuals.
Now I see z/OS MVS - including 2.1.

Some habits seem to die hard.

Shane ...

--
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: Rational Development and Test (RDT) aka z/OS on a PC

[Steve Conway]

Tom, that is fantastic news!

I am surprised this has not been more publicized. 

Your offer to help other folks is characteristically generous.  Careful 
there - you'll spoil your rep.


Cheers,,,Steve

Steven F. Conway, CISSP
AO-DTS- CTHO-HSD INFRASTRUCTURE (INFR)
z/OS Systems Support
Phone:  703-295-1926
Mobile: 703-402-2650
steve_con...@ao.uscourts.gov



From:   Pinnacle pinnc...@rochester.rr.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   08/06/2014 09:26 AM
Subject:Rational Development and Test (RDT) aka z/OS on a PC
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



I've been remiss in not posting this sooner on IBM-Main.  I recently 
purchased Rational Development  Test (RDT) from IBM, a product which 
allows anyone to run z/OS on Intel hardware.  That's right, anyone.  You 
do not have to own any big iron.  Any high-schooler, college kid, z/OS 
professional, etc. can order this product and run z/OS on a PC 
platform.  For ordering details, go to this link:

http://www-03.ibm.com/software/products/en/ratideveandtestenviforsystz

There are two main pricing options, about 9K for the perpetual license 
with 15%/yr service renewal, or about 4K for a yearly fixed-term 
license.  I chose the 9K option because I am definitely in this for the 
long haul.

Before you start screaming That's too expensive, take a look at what 
it costs for a yearly Microsoft Developer Network (MSDN) subscription:

http://www.visualstudio.com/products/how-to-buy-vs

That's right folks, depending on your level of MSDN, z/OS is extremely 
competitive with MSDN from a price standpoint.  You all know that I've 
never been shy about criticizing IBM when I disagree with them.  I've 
been advocating for 15 years to create a Personal Use license for z/OS. 
Well folks, IBM came through for us, and they came through big time. 
RDT IS the z/OS Personal Use license. Anyone can now run z/OS in the 
comfort of their own home.  I've been running z/OS V1R13 on my own PC at 
home now for about 4 months, and I couldn't be happier with it.  For 
those of you saying, I can't afford it, my response would be how can 
you not?.  This is our livelihood, our careers.  The investment you 
make in RDT is an investment in your future.

If you go through with the order, you will need to take one additional 
step that is not yet well-documented (IBM is fixing that).  After 
purchasing RDT, you will have what's called a Passport Advantage 
account.  You'll need to sign on to that and process an order for 
Physical Media.  This will order the USB license key dongle necessary to 
run RDT on the zPDT emulator, and will also provide you a set of DVD's 
for the RDT install. You can also download the RDT software if you 
wish to begin installation immediately.  The part number for the USB 
license key is: BA16UML.  After ordering the physical media, you should 
have it within a day or two via 2-day air.  Please let me know if you 
have any issues with ordering RDT, and I'll do what I can to assist.

You will also need a reasonable PC, and a Linux distribution to run on 
it.  I got an Asus system with an i7 (6 core) processor, 16GB memory, 
10GB Ethernet, 2 1TB hard drives for about 1K.  Be sure to turn off 
hiperthreading in the BIOS, as that can cause CPU loops. For the Linux 
distribution, I recommend OpenSUSE (http://www.opensuse.org/en/), which 
is now fully-supported by IBM, or you can go with a supported package 
like RedHat or Suse.  I run the Gnome desktop, but you can choose KDE if 
you like.  After installing Linux, you would then unload the z/OS 
volumes, install the RDT software (the zPDT emulation layer), enable 
your license key, and IPL.  z/OS on your own home PC!

I firmly believe that RDT is a game-changer.  It addresses so many of 
the needs discussed here in the past, recapturing mind share, making 
z/OS prevalent, addressing the skills shortage in a truly meaningful 
way, and assuring the future of the z/OS platform well into the 21st 
century.  I'll be posting more about RDT in the future.  In the 
meantime, I'd recommend you go buy RDT, or start budgeting to buy 
RDT.  Please let me know if you have any questions or concerns.

Regards,
Tom Conley

-- 
 


--
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: Beginners question about SHARE

[Steve Conway]

Charles Mills said: 
I think the attacks are a good illustration of the it's OUR club -- you 
stay out of it attitude.

Bullshit.

The attacks were a response to inflammatory language. 

You got called on it.  Deal.


Steven F. Conway, CISSP
AO-DTS- CTHO-HSD INFRASTRUCTURE (INFR)
z/OS Systems Support
Phone:  703-295-1926
Mobile: 703-402-2650
steve_con...@ao.uscourts.gov

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

Re: CSV019I Clarification

[Steve Conway]

Ancient Freaking History


Steven F. Conway, CISSP
Hosting Services Division, Cloud Technology and Hosting Office, 
AO-DTS-CTHO-HSD
z/OS Systems Support
Phone: 703-295-1926
Mobile: 703-402-2650
steve_con...@ao.uscourts.gov



From:   Elardus Engelbrecht elardus.engelbre...@sita.co.za
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   05/27/2014 02:03 PM
Subject:Re: CSV019I Clarification
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Bob Shannon wrote:

This is AFH. 

Ok, Bob, I'm not a rocket scientist, but after searching and finding 
definitions of AFH, I still don't get it.

Could you please be kind to tell us old braincell-challenged guys and gals 
what is 'AFH'?

Thanks in advance.

Groete / Greetings
Elardus Engelbrecht

No one of those helped me...

http://www.abbreviations.com/AFH
http://www.acronymfinder.com/AFH.html
... etc.

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

Relationship of Resolve to ServiceLink?

[Steve Conway]

Looking at software renewals, and I was asked about several.  This stumped 
me.

I read the Getting Started Guide to Technical Support Services for IBM 
zSeries Software at http://www-935.ibm.com/services/us/its/pdf/swxcel.pdf. 
 It is a whopping 2 paragraphs, and no detail.

The description on IBM's web site under IBM Products and Services (
https://www-304.ibm.com/shop/americas/webapp/wcs/stores/servlet/default/CategoryDisplay?catalogId=-840storeId=1langId=-1dualCurrId=73categoryId=2364419go=
) is just as useful.

If all I have is z/OS on my hardware, what does Resolve provide me that my 
ServiceLink money does not?


Cheers,,,Steve

Steven F. Conway, CISSP
Hosting Services Division, Cloud Technology and Hosting Office, 
AO-DTS-CTHO-HSD
z/OS Systems Support
Phone: 703-295-1926
Mobile: 703-402-2650
steve_con...@ao.uscourts.gov

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

Re: Relationship of Resolve to ServiceLink?

[Steve Conway]

Thanks, John.

Found a SHARE presentation that shows Resolve is one of the Electronic 
Support offerings.  I didn't even know that, having nothing to do with the 
contracts.

Since I was asked the question without seeing the contract, guess I need 
to see what all we're actually paying for.


Steven F. Conway, CISSP
Hosting Services Division, Cloud Technology and Hosting Office, 
AO-DTS-CTHO-HSD
z/OS Systems Support
Phone: 703-295-1926
Mobile: 703-402-2650
steve_con...@ao.uscourts.gov



From:   Chase, John jch...@ussco.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   04/25/2014 03:59 PM
Subject:Re: Relationship of Resolve to ServiceLink?
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of Steve Conway
 Sent: Friday, April 25, 2014 2:38 PM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Relationship of Resolve to ServiceLink?
 
 Looking at software renewals, and I was asked about several.  This 
stumped me.
 
 I read the Getting Started Guide to Technical Support Services for IBM 
zSeries Software at http://www-
 935.ibm.com/services/us/its/pdf/swxcel.pdf.
  It is a whopping 2 paragraphs, and no detail.
 
 The description on IBM's web site under IBM Products and Services ( 
https://www-
 
304.ibm.com/shop/americas/webapp/wcs/stores/servlet/default/CategoryDisplay?catalogId=-
 840storeId=1langId=-1dualCurrId=73categoryId=2364419go=
 ) is just as useful.
 
 If all I have is z/OS on my hardware, what does Resolve provide me that 
my ServiceLink money does not?

IIRC, Resolve includes what used to be known as TechQA while Servicelink 
does not.

  -jc-

 
 
 Cheers,,,Steve
 
 Steven F. Conway, CISSP
 Hosting Services Division, Cloud Technology and Hosting Office,
 AO-DTS-CTHO-HSD
 z/OS Systems Support
 Phone: 703-295-1926
 Mobile: 703-402-2650
 steve_con...@ao.uscourts.gov
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

**
Information contained in this e-mail message and in any attachments 
thereto is confidential. If you are not the intended recipient, please 
destroy this message, delete any copies held on your systems, notify the 
sender immediately, and refrain from using or disclosing all or any part 
of its content to any other person.

--
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: Reflexivity (was: NJE Clarifications)

[Steve Conway]

Paul Gilmartin said:

Someone else suggested that with a /*ROUTE command it could
be done.  But:

o Regardless how simple, this is modifying the JCL, probably
  making it ineligible to run on other systems until it's changed
  back

o Does this work by routing the job to an (arbitrarily chosen)
  remote host which sends it back?  Ugh!


That was me, and I'm not understanding your problem.

Your first bullet:
/*ROUTE XEQ name/nodename  vs. an IP address.  If you want to run on 
different systems, you have to modify -something-.

Unless you want to run on the system you submitted from.  Then you specify 
/*ROUTE XEQ LOCAL, and it works from wherever you are.

Your second bullet:
Nothing like imagining something, and shuddering in horror at the imagined 
sins.  Which don't exist, in this case.


What am I missing in your stated requirements?


Cheers,,,Steve

Steven F. Conway, CISSP
Hosting Services Division, Cloud Technology and Hosting Office, 
AO-DTS-CTHO-HSD
z/OS Systems Support
Phone: 703-295-1926
Mobile: 703-402-2650
steve_con...@ao.uscourts.gov

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

Re: Reflexivity (was: NJE Clarifications)

[Steve Conway]

You can use /*ROUTE to route execution and/or SYSOUT to the local system, 
as well as remote systems.  See Chapter 27 of the JCL Reference.

I believe this meets your stated requirement of no extra setup, a simple 
JCL change to test, and so on.


Cheers,,,Steve

Steven F. Conway, CISSP
Hosting Services Division, Cloud Technology and Hosting Office, 
AO-DTS-CTHO-HSD
z/OS Systems Support
Phone: 703-295-1926
Mobile: 703-402-2650
steve_con...@ao.uscourts.gov



From:   Paul Gilmartin paulgboul...@aim.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   03/24/2014 08:11 AM
Subject:Re: Reflexivity (was: NJE Clarifications)
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



On Sun, 23 Mar 2014 20:12:49 -0400, Shmuel Metz (Seymour J.) wrote:

I''m not asking a question; I'm pointing out a false analogy. TCP/IP,
in contrast, is blessedly tolerant. makes no sense.
...
I'm asking in what sense TCP/IP is more tolerant than SNA. It's
certainly not in the ability to run multiple applications on the same
host, since SNA does that as well as TCP/IP does.
 
I can use FTP (a TCP/IP protocol) to submit jobs to localhost.  I
do not need multiple TCP/IP stacks to do this; only a conventional
TCP/IP configuration.  Generally, TCP/IP-based protocols such as
FTP, HTTP, SSH, ... can communicate with localhost with no
special configuration. The discussion here indicates that to use
NJE to submit jobs or otherwise communicate with the local host
requires some unusual configuration such as multiple instances
of JES or multiple instances of NJE.  So, I perceive TCP/IP as
more tolerant; it has no bias against the local host.

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

OPS/MVS Command to Stop IDMS?

[Steve Conway]

Morning, All.

Does anybody have a command to shut down IDMS regions by responding to 
their WTORs they are willing to share? 

I'm kinda pressed for time, and don't have a test region to test rules on, 
giving me one shot per night; it's not going quickly enough to keep 
everyone happy.


Cheers,,,Steve

Steven F. Conway, CISSP
Hosting Services Division, Cloud Technology and Hosting Office, 
AO-DTS-CTHO-HSD
z/OS Systems Support
Phone: 703-295-1926
Mobile: 703-402-2650
steve_con...@ao.uscourts.gov

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

Re: OPS/MVS Command to Stop IDMS?

[Steve Conway]

Thanks, John.

I'll play with this and try to adjust it to IDMS.

Thank you very much.


Cheers,,,Steve

Steven F. Conway, CISSP
Hosting Services Division, Cloud Technology and Hosting Office, 
AO-DTS-CTHO-HSD
z/OS Systems Support
Phone: 703-295-1926
Mobile: 703-402-2650
steve_con...@ao.uscourts.gov



From:   John McKown john.archie.mck...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   03/07/2014 08:00 AM
Subject:Re: OPS/MVS Command to Stop IDMS?
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



We don't have IDMS. But we do have some other products with hang a WTOR
that needs to be replied to in order to shut them down (IMO, poor
architecture!). We use CA-OPS/MVS. What we do is look at each outstanding
WTOR and look for the proper MSGID to which to reply. The code looks
something like:

temp = OPSTATUS(R,S,*) /* scan all WTORs */
DO WHILE QUEUED()  0
   PARSE PULL WTOR
   PARSE PULL LINE2
   FROMSYS=WORD(LINE2,4)
/* Check that the message is from this z/OS system */
   IF FROMSYSOPSINFO(SYSNAME) THEN ITERATE
   PARSE VAR WTOR REPLYNO MSGID .
   IF MSGID = 'CA-7.574' THEN DO
   ADDRESS OPER ,
 R REPLYNO,STOP
   END
   END
END

Hopefully this will be of some help, should no one else have an an exact
IDMS rule available.



On Fri, Mar 7, 2014 at 6:45 AM, Steve Conway
steve_con...@ao.uscourts.govwrote:

 Morning, All.

 Does anybody have a command to shut down IDMS regions by responding to
 their WTORs they are willing to share?

 I'm kinda pressed for time, and don't have a test region to test rules 
on,
 giving me one shot per night; it's not going quickly enough to keep
 everyone happy.


 Cheers,,,Steve

 Steven F. Conway, CISSP
 Hosting Services Division, Cloud Technology and Hosting Office,
 AO-DTS-CTHO-HSD
 z/OS Systems Support
 Phone: 703-295-1926
 Mobile: 703-402-2650
 steve_con...@ao.uscourts.gov

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




-- 
Wasn't there something about a PASCAL programmer knowing the value of
everything and the Wirth of nothing?

Maranatha! 
John McKown

--
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: OPS/MVS Command to Stop IDMS?

[Steve Conway]

Thank you Chuck.

This has good possibilities. Your JCL has an interesting program name - is 
there not a standard utility name?

While I'm on this track, can the SHUTDOWN IMMED command be issued directly 
against a known IDMS region name, via console command?


Cheers,,,Steve

Steven F. Conway, CISSP
Hosting Services Division, Cloud Technology and Hosting Office, 
AO-DTS-CTHO-HSD
z/OS Systems Support
Phone: 703-295-1926
Mobile: 703-402-2650
steve_con...@ao.uscourts.gov



From:   Hardee, Chuck chuck.har...@thermofisher.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   03/07/2014 08:08 AM
Subject:Re: OPS/MVS Command to Stop IDMS?
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Why not simply submit a UCF/Batch job with a DCMT SHUTDOWN or DCMT 
SHUTDOWN IMMEDIATE?
Remember, the SHUTDOWN command will prompt for confirmation so you need to 
have a Y coded following the DCMT command.

//UCFBATCH EXEC PGM=whateveryoucallit
//STEPLIB   DD DISP=SHR,DSN=your.idms.loadlib
//  DD DISP=SHR,DSN=any.other.loadlib
//SYSCTLDD DISP=SHR,DSN=your.cv.sysctl.dataset.name
//SYSIPTDD *
DCMT SHUTDOWN
Y
/*
//SYSLST   DD SYSOUT=*

The above should get you started.

Once you have the job working, you should be able to use your scheduler to 
submit the job at the appropriate shutdown time of day, or condition, etc.

Good Luck.

Charles (Chuck) Hardee
Senior Systems Engineer/Database Administration
CCG Information Technology
Thermo Fisher Scientific
300 Industry Drive
Pittsburgh, PA 15275
Direct: 724-517-2633
FAX: 412-490-9230
chuck.har...@thermofisher.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of John McKown
Sent: Friday, March 07, 2014 8:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OPS/MVS Command to Stop IDMS?

We don't have IDMS. But we do have some other products with hang a WTOR
that needs to be replied to in order to shut them down (IMO, poor
architecture!). We use CA-OPS/MVS. What we do is look at each outstanding
WTOR and look for the proper MSGID to which to reply. The code looks
something like:

temp = OPSTATUS(R,S,*) /* scan all WTORs */
DO WHILE QUEUED()  0
   PARSE PULL WTOR
   PARSE PULL LINE2
   FROMSYS=WORD(LINE2,4)
/* Check that the message is from this z/OS system */
   IF FROMSYSOPSINFO(SYSNAME) THEN ITERATE
   PARSE VAR WTOR REPLYNO MSGID .
   IF MSGID = 'CA-7.574' THEN DO
   ADDRESS OPER ,
 R REPLYNO,STOP
   END
   END
END

Hopefully this will be of some help, should no one else have an an exact
IDMS rule available.



On Fri, Mar 7, 2014 at 6:45 AM, Steve Conway
steve_con...@ao.uscourts.govwrote:

 Morning, All.

 Does anybody have a command to shut down IDMS regions by responding to
 their WTORs they are willing to share?

 I'm kinda pressed for time, and don't have a test region to test rules 
on,
 giving me one shot per night; it's not going quickly enough to keep
 everyone happy.


 Cheers,,,Steve

 Steven F. Conway, CISSP
 Hosting Services Division, Cloud Technology and Hosting Office,
 AO-DTS-CTHO-HSD
 z/OS Systems Support
 Phone: 703-295-1926
 Mobile: 703-402-2650
 steve_con...@ao.uscourts.gov

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




-- 
Wasn't there something about a PASCAL programmer knowing the value of
everything and the Wirth of nothing?

Maranatha! 
John McKown

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

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


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

Re: OPS/MVS Command to Stop IDMS?

[Steve Conway]

Thanks, Chuck.

I was trying to avoid the WTOR (as that's the part I'm screwing up in my 
execs), and go with an MVS console command, since I know how to do that.

Thanks for the heads up on the implicit signon.  I'll need to verify if 
our OPS/MVS IDs have sigon auth to IDMS.


Cheers,,,Steve

Steven F. Conway, CISSP
Hosting Services Division, Cloud Technology and Hosting Office, 
AO-DTS-CTHO-HSD
z/OS Systems Support
Phone: 703-295-1926
Mobile: 703-402-2650
steve_con...@ao.uscourts.gov



From:   Hardee, Chuck chuck.har...@thermofisher.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   03/07/2014 08:31 AM
Subject:Re: OPS/MVS Command to Stop IDMS?
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Yes, you can issue the SHUTDOWN or SHUTDOWN IMMEDIATE directly to the 
outstanding console reply or thru the UCF/Batch interface or from a VTAM 
terminal, basically, anywhere you can talk to IDMS interactively you can 
issue the command.

The UCF/Batch interface program name has a standard one that is created at 
installation time, but it was modified here long before I arrived so I 
simply propagated it forward since there is numerous job streams that 
execute the program under the name that was created long ago.

One thing to keep in mind, you notice that there is no signon statement in 
the input stream.
An implicit signon is performed using the user id executing the job. So, 
if you secure DCMT and/or the SHUTDOWN function in your configuration, be 
sure to execute the job with a userid that has the authority to 1) execute 
DCMT and 2) issue the SHUTDOWN command.

Hope this helps.

Charles (Chuck) Hardee
Senior Systems Engineer/Database Administration
CCG Information Technology
Thermo Fisher Scientific
300 Industry Drive
Pittsburgh, PA 15275
Direct: 724-517-2633
FAX: 412-490-9230
chuck.har...@thermofisher.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of Steve Conway
Sent: Friday, March 07, 2014 8:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OPS/MVS Command to Stop IDMS?

Thank you Chuck.

This has good possibilities. Your JCL has an interesting program name - is 

there not a standard utility name?

While I'm on this track, can the SHUTDOWN IMMED command be issued directly 

against a known IDMS region name, via console command?


Cheers,,,Steve

Steven F. Conway, CISSP
Hosting Services Division, Cloud Technology and Hosting Office, 
AO-DTS-CTHO-HSD
z/OS Systems Support
Phone: 703-295-1926
Mobile: 703-402-2650
steve_con...@ao.uscourts.gov



From:   Hardee, Chuck chuck.har...@thermofisher.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   03/07/2014 08:08 AM
Subject:Re: OPS/MVS Command to Stop IDMS?
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Why not simply submit a UCF/Batch job with a DCMT SHUTDOWN or DCMT 
SHUTDOWN IMMEDIATE?
Remember, the SHUTDOWN command will prompt for confirmation so you need to 

have a Y coded following the DCMT command.

//UCFBATCH EXEC PGM=whateveryoucallit
//STEPLIB   DD DISP=SHR,DSN=your.idms.loadlib
//  DD DISP=SHR,DSN=any.other.loadlib
//SYSCTLDD DISP=SHR,DSN=your.cv.sysctl.dataset.name
//SYSIPTDD *
DCMT SHUTDOWN
Y
/*
//SYSLST   DD SYSOUT=*

The above should get you started.

Once you have the job working, you should be able to use your scheduler to 

submit the job at the appropriate shutdown time of day, or condition, etc.

Good Luck.

Charles (Chuck) Hardee
Senior Systems Engineer/Database Administration
CCG Information Technology
Thermo Fisher Scientific
300 Industry Drive
Pittsburgh, PA 15275
Direct: 724-517-2633
FAX: 412-490-9230
chuck.har...@thermofisher.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of John McKown
Sent: Friday, March 07, 2014 8:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OPS/MVS Command to Stop IDMS?

We don't have IDMS. But we do have some other products with hang a WTOR
that needs to be replied to in order to shut them down (IMO, poor
architecture!). We use CA-OPS/MVS. What we do is look at each outstanding
WTOR and look for the proper MSGID to which to reply. The code looks
something like:

temp = OPSTATUS(R,S,*) /* scan all WTORs */
DO WHILE QUEUED()  0
   PARSE PULL WTOR
   PARSE PULL LINE2
   FROMSYS=WORD(LINE2,4)
/* Check that the message is from this z/OS system */
   IF FROMSYSOPSINFO(SYSNAME) THEN ITERATE
   PARSE VAR WTOR REPLYNO MSGID .
   IF MSGID = 'CA-7.574' THEN DO
   ADDRESS OPER ,
 R REPLYNO,STOP
   END
   END
END

Hopefully this will be of some help, should no one else have an an exact
IDMS rule available.



On Fri, Mar 7, 2014 at 6:45 AM, Steve Conway
steve_con...@ao.uscourts.govwrote:

 Morning, All.

 Does anybody have a command to shut down IDMS regions by responding to
 their WTORs they are willing to share?

 I'm kinda pressed for time, and don't have a test

Re: OPS/MVS Command to Stop IDMS?

[Steve Conway]

Hi, Elardus, 

AUTORxx doesn't give me an option for a timed response, on specific days, 
etc.  I don't specifically want to avoid this, it just doesn't have the 
flexibility I need.

Creative thinking, though.


Cheers,,,Steve

Steven F. Conway, CISSP
Hosting Services Division, Cloud Technology and Hosting Office, 
AO-DTS-CTHO-HSD
z/OS Systems Support
Phone: 703-295-1926
Mobile: 703-402-2650
steve_con...@ao.uscourts.gov



From:   Elardus Engelbrecht elardus.engelbre...@sita.co.za
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   03/07/2014 08:50 AM
Subject:Re: OPS/MVS Command to Stop IDMS?
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Steve Conway wrote:

I was trying to avoid the WTOR (as that's the part I'm screwing up in my 
execs), and go with an MVS console command, since I know how to do that.

What about AUTORxx in the SYS1.PARMLIB? Or do you also want to avoid that?

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


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

Re: OPS/MVS Command to Stop IDMS?

[Steve Conway]

Agreed, Elardus.

Actually the flexibility is in the OPS/MVS rule that invokes the REXX (or 
the batch job, or the console command...)


Cheers,,,Steve

Steven F. Conway, CISSP
Hosting Services Division, Cloud Technology and Hosting Office, 
AO-DTS-CTHO-HSD
z/OS Systems Support
Phone: 703-295-1926
Mobile: 703-402-2650
steve_con...@ao.uscourts.gov



From:   Elardus Engelbrecht elardus.engelbre...@sita.co.za
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   03/07/2014 09:02 AM
Subject:Re: OPS/MVS Command to Stop IDMS?
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Steve Conway wrote:

AUTORxx doesn't give me an option for a timed response, on specific days, 
etc.  I don't specifically want to avoid this, it just doesn't have the 
flexibility I need.

Ok. Understood. I think you could use that REXX sample to 'plug in' your 
flexibility needs. ;-)

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


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

Re: OPS/MVS Command to Stop IDMS?

[Steve Conway]

Thanks, David.

I love it when people who have clue recognize cluelessness (mine) and try 
to keep me from shooting myself in the foot.  :-)


Cheers,,,Steve

Steven F. Conway, CISSP
Hosting Services Division, Cloud Technology and Hosting Office, 
AO-DTS-CTHO-HSD
z/OS Systems Support
Phone: 703-295-1926
Mobile: 703-402-2650
steve_con...@ao.uscourts.gov



From:   David Andrews d...@lists.duda.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   03/07/2014 09:08 AM
Subject:Re: OPS/MVS Command to Stop IDMS?
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



On Fri, 2014-03-07 at 08:31 -0500, Hardee, Chuck wrote:
 One thing to keep in mind, you notice that there is no signon
 statement in the input stream.
 An implicit signon is performed using the user id executing the job.

If your CV SYSGEN specifies MULTIPLE SIGNONS IS NO then two simultaneous
UCFBATCH jobs will make a mess.  You'll have to find a way to serialize
those.

-- 
David Andrews
A. Duda  Sons, Inc.
david.andr...@duda.com

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


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

Re: OPS/MVS Command to Stop IDMS?

[Steve Conway]

Hi, Lizette.

I appreciate the link for the OPS/MVS list.  I will be subscribing.

I agree, the OPS/MVS crew has been very supportive.  I try not to pester 
them for local coding stuff if I can avoid it.  I don't want to be that 
guy, where everyone on the support team groans when they see my name on a 
PMR, you know?  So, I asked here first.  If I had a test region to play 
with, I would not have even done this; I'd have hacked away until I got 
what I needed.  But, management wants this NOW...

I have the rules in place for the timing.  It is done in a STATMGR rule. 
The logic for when I want to bring down the three IDMS regions is solid. 
The command is being issued at the right time to invoke a REXX exec.  It's 
the REXX exec that's crap. 

The problem I have is how to actually get them down, and folks have 
provided several options for me.  The two most promising are the batch job 
and the REXX execs.  I know the region names, but would prefer to not have 
to specify them, so looping through the WTORs and responding to the IDMS 
ones is the way to go.

You mentioned the SSM table.  I had not considered that.  (I'm sure 
everyone will be shocked to hear that I'm not real comfy in this product.) 
 If someone has a spiffy way for me to tell SSM to change the desired 
state to DOWN, that would work for me also.

In short, the scheduling is not the problem.  I'm already doing something 
at the right time.  Just not doing the right thing.  :-)


Cheers,,,Steve

Steven F. Conway, CISSP
Hosting Services Division, Cloud Technology and Hosting Office, 
AO-DTS-CTHO-HSD
z/OS Systems Support
Phone: 703-295-1926
Mobile: 703-402-2650
steve_con...@ao.uscourts.gov



From:   Lizette Koehler stars...@mindspring.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   03/07/2014 09:20 AM
Subject:Re: OPS/MVS Command to Stop IDMS?
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Steve,

There is a List for OPS/MVS it can be joined by sending an email to
automat...@listserv.protechtraining.com  Or send 
an email to Bob
Stark to find out how to joinBob Stark 
bst...@protechpts.com

Second, the support team at CA OPS/MVS has always provided excellent
assistance whenever I had a need to craft an OPS/MVS process to handle an
event.  In fact they may already have such a process written that you 
could
get.

There is also a group on the MYCA Community that could also provide
assistance.



If you could provide your process.

There are timer rules that could be used to control, date, time of 
shutdown
etc.
You can put events in the STC Action table to do the shutdown.

Many avenues.

Can you provide a little more detail on the process. 

For example, 
if prior to an IPL you need to have IDMS Shutdown one hour in advanced, 
Or when it is 10pm Wed we need to shutdown IDMS.

Understanding your requirements will make it easier to provide a more
targeted answer.



Lizette


 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
 Behalf Of Steve Conway
 Sent: Friday, March 07, 2014 5:46 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: OPS/MVS Command to Stop IDMS?
 
 Morning, All.
 
 Does anybody have a command to shut down IDMS regions by responding to
their
 WTORs they are willing to share?
 
 I'm kinda pressed for time, and don't have a test region to test rules 
on,
giving me
 one shot per night; it's not going quickly enough to keep everyone 
happy.
 
 
 Cheers,,,Steve
 
 Steven F. Conway, CISSP
 Hosting Services Division, Cloud Technology and Hosting Office,
AO-DTS-CTHO-
 HSD z/OS Systems Support
 Phone: 703-295-1926
 Mobile: 703-402-2650
 steve_con...@ao.uscourts.gov
 

--
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: OPS/MVS Command to Stop IDMS?

[Steve Conway]

Hi, Chris.

Thanks for the offer - I happily accept.  :-)


Cheers,,,Steve

Steven F. Conway, CISSP
Hosting Services Division, Cloud Technology and Hosting Office, 
AO-DTS-CTHO-HSD
z/OS Systems Support
Phone: 703-295-1926
Mobile: 703-402-2650
steve_con...@ao.uscourts.gov



From:   Chris Hoelscher choelsc...@humana.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   03/07/2014 10:51 AM
Subject:Re: OPS/MVS Command to Stop IDMS?
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



First - let me suggest that this inquiry might be better directed to the 
CA COMMUNITIES user forum (the successor to the LATE GREAT IDMS-L) - you 
might get different approaches there

Having said that,
I have code (from another site who graciously gave to me) that suppresses 
the WTOR and allows MVS OPERATOR commands to manipulate the CV ... I will 
be happy to send it (after I remove my name to protect the innocent?)

I think I tested the code (successfully) but never implanted it ...

Chris hoelscher
Technology Architect | Database Infrastructure Services
Technology Solution Services

123 East Main Street |Louisville, KY 40202
choelsc...@humana.com
Humana.com
(502) 476-2538 ? office
(502) 714-8615 - blackberry
Keeping CAS and Metavance safe for all HUMANAty


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of Hardee, Chuck
Sent: Friday, March 07, 2014 8:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] OPS/MVS Command to Stop IDMS?

Why not simply submit a UCF/Batch job with a DCMT SHUTDOWN or DCMT 
SHUTDOWN IMMEDIATE?
Remember, the SHUTDOWN command will prompt for confirmation so you need to 
have a Y coded following the DCMT command.

//UCFBATCH EXEC PGM=whateveryoucallit
//STEPLIB   DD DISP=SHR,DSN=your.idms.loadlib
//  DD DISP=SHR,DSN=any.other.loadlib
//SYSCTLDD DISP=SHR,DSN=your.cv.sysctl.dataset.name
//SYSIPTDD *
DCMT SHUTDOWN
Y
/*
//SYSLST   DD SYSOUT=*

The above should get you started.

Once you have the job working, you should be able to use your scheduler to 
submit the job at the appropriate shutdown time of day, or condition, etc.

Good Luck.

Charles (Chuck) Hardee
Senior Systems Engineer/Database Administration
CCG Information Technology
Thermo Fisher Scientific
300 Industry Drive
Pittsburgh, PA 15275
Direct: 724-517-2633
FAX: 412-490-9230
chuck.har...@thermofisher.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of John McKown
Sent: Friday, March 07, 2014 8:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OPS/MVS Command to Stop IDMS?

We don't have IDMS. But we do have some other products with hang a WTOR
that needs to be replied to in order to shut them down (IMO, poor
architecture!). We use CA-OPS/MVS. What we do is look at each outstanding
WTOR and look for the proper MSGID to which to reply. The code looks
something like:

temp = OPSTATUS(R,S,*) /* scan all WTORs */
DO WHILE QUEUED()  0
   PARSE PULL WTOR
   PARSE PULL LINE2
   FROMSYS=WORD(LINE2,4)
/* Check that the message is from this z/OS system */
   IF FROMSYSOPSINFO(SYSNAME) THEN ITERATE
   PARSE VAR WTOR REPLYNO MSGID .
   IF MSGID = 'CA-7.574' THEN DO
   ADDRESS OPER ,
 R REPLYNO,STOP
   END
   END
END

Hopefully this will be of some help, should no one else have an an exact
IDMS rule available.



On Fri, Mar 7, 2014 at 6:45 AM, Steve Conway
steve_con...@ao.uscourts.govwrote:

 Morning, All.

 Does anybody have a command to shut down IDMS regions by responding to
 their WTORs they are willing to share?

 I'm kinda pressed for time, and don't have a test region to test rules 
on,
 giving me one shot per night; it's not going quickly enough to keep
 everyone happy.


 Cheers,,,Steve

 Steven F. Conway, CISSP
 Hosting Services Division, Cloud Technology and Hosting Office,
 AO-DTS-CTHO-HSD
 z/OS Systems Support
 Phone: 703-295-1926
 Mobile: 703-402-2650
 steve_con...@ao.uscourts.gov

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




-- 
Wasn't there something about a PASCAL programmer knowing the value of
everything and the Wirth of nothing?

Maranatha! 
John McKown

--
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 transmitted is intended only for the person or entity to 
which it is addressed
and may contain CONFIDENTIAL material.  If you receive this 
material/information in error,
please

Re: OPS/MVS Command to Stop IDMS?

[Steve Conway]

Hi, Rob.

This: Also OPS/MVS supports translating FMODIFYs to R,xx responses.

Thanks for the hint.  If the REXX exec I scarfed earlier doesn't do the 
trick, I will research this.


Cheers,,,Steve

Steven F. Conway, CISSP
Hosting Services Division, Cloud Technology and Hosting Office, 
AO-DTS-CTHO-HSD
z/OS Systems Support
Phone: 703-295-1926
Mobile: 703-402-2650
steve_con...@ao.uscourts.gov



From:   Klan, Rob (RET-DAY) rob.k...@reedelsevier.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   03/07/2014 11:11 AM
Subject:Re: OPS/MVS Command to Stop IDMS?
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Hi Steve 

I didn?t read all the replies, maybe below discussed.

Via an exit IDMS accepts console commands. This exit can also be coded to 
accept FMODIFY commands rather than post a replid. . 

Also OPS/MVS supports translating FMODIFYs to R,xx responses.
 
Now you don't need to concern yourself with knowing the reply number. 

Rob


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of John McKown
Sent: Friday, March 07, 2014 8:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OPS/MVS Command to Stop IDMS?

We don't have IDMS. But we do have some other products with hang a WTOR
that needs to be replied to in order to shut them down (IMO, poor 
architecture!). We use CA-OPS/MVS. What we do is look at each outstanding 
WTOR and look for the proper MSGID to which to reply. The code looks 
something like:

temp = OPSTATUS(R,S,*) /* scan all WTORs */
DO WHILE QUEUED()  0
   PARSE PULL WTOR
   PARSE PULL LINE2
   FROMSYS=WORD(LINE2,4)
/* Check that the message is from this z/OS system */
   IF FROMSYSOPSINFO(SYSNAME) THEN ITERATE
   PARSE VAR WTOR REPLYNO MSGID .
   IF MSGID = 'CA-7.574' THEN DO
   ADDRESS OPER ,
 R REPLYNO,STOP
   END
   END
END

Hopefully this will be of some help, should no one else have an an exact 
IDMS rule available.



On Fri, Mar 7, 2014 at 6:45 AM, Steve Conway
steve_con...@ao.uscourts.govwrote:

 Morning, All.

 Does anybody have a command to shut down IDMS regions by responding to 
 their WTORs they are willing to share?

 I'm kinda pressed for time, and don't have a test region to test rules 
 on, giving me one shot per night; it's not going quickly enough to 
 keep everyone happy.


 Cheers,,,Steve

 Steven F. Conway, CISSP
 Hosting Services Division, Cloud Technology and Hosting Office, 
 AO-DTS-CTHO-HSD z/OS Systems Support
 Phone: 703-295-1926
 Mobile: 703-402-2650
 steve_con...@ao.uscourts.gov

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




--
Wasn't there something about a PASCAL programmer knowing the value of 
everything and the Wirth of nothing?

Maranatha! 
John McKown

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

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


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

Re: Utilization of Crypto CPU

[Steve Conway]

RMF provides a Crypto Hardware Activity report.

I'm too lazy to look up the specific option right now, but REPORTS(ALL) 
should give it to you.

Here's our options:
OPTIONS IN EFFECT 
  SYSOUT(A)  -- SYSIN 
  NOEXITS  -- SYSIN 
  NODELTA  -- SYSIN 
  SUMMARY(TOT)  -- SYSIN 
  SUMMARY(INT)  -- SYSIN 
  REPORTS(ALL)  -- SYSIN 
  OVERVIEW(REPORT)  -- SYSIN 
  STOD(,2400)  -- SYSIN 
  RTOD(,2400)  -- SYSIN 
  ETOD(,2400)  -- SYSIN 
  DINTV(0400)  -- SYSIN 

Here's the report:
   C R Y P T O  H A R D W A R E  A 
C T I V I T Y 
  
z/OS V1R13   SYSTEM ID PROD START 
01/27/2014-20.00.00  INTERVAL 003.59.59 
 RPT VERSION V1R13 RMF  END 
01/28/2014-00.00.00  CYCLE 1.000 SECONDS 
 CRYPTOGRAPHIC CCA COPROCESSOR    
    TOTAL   KEY-GEN   
TYPE   ID   RATE  EXEC TIME  UTIL%RATE   
CEX2C   0  0.010.327 0.0 0.00   
1   0.000.000 0.0 0.00   
2   0.000.000 0.0 0.00   
3   0.000.000 0.0 0.00   
  
 ICSF SERVICES 

 ENCRYPTION - DECRYPTION -- MAC -- 
    HASH --- PIN ---
 SDESTDES AES SDESTDES AESGENERATE  VERIFY 
   SHA-1  SHA-256  SHA-512TRANSLATE   VERIFY
RATE 0.000.000.00 0.000.000.000.000.00 
0.00 0.00 0.00 0.00 0.00
SIZE 0.000.000.00 0.000.000.000.000.00 
0.00 0.00 0.00 
** Bottom of Data 
*


Cheers,,,Steve

Steven F. Conway, CISSP
LA Systems
z/OS Systems Support
Phone: 703.295.1926
steve_con...@ao.uscourts.gov



From:   Elardus Engelbrecht elardus.engelbre...@sita.co.za
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   01/28/2014 08:31 AM
Subject:Utilization of Crypto CPU
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Good day

Where can I see how much the Crypto CPU is used? This is for CP Assist for 
Cryptographic Function (Feature 3863) on a zEC12.

Is it possible to see usage per LPAR or per footprint? Can I see how much 
data are transferred to/from that CPU?

Oh, BTW, we can do a TCP/IP packet trace to see the increased bandwith of 
a single SSL connection and compare that with a single Non-SSL connection.

TIA! 

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


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

Re: Utilization of Crypto CPU

[Steve Conway]

Elardus, in at least one of the shops I worked, the RMF records were split 
off into a separate GDG for easier file management.  Is that the case in 
your house?


Cheers,,,Steve

Steven F. Conway, CISSP
LA Systems
z/OS Systems Support
Phone: 703.295.1926
steve_con...@ao.uscourts.gov



From:   Elardus Engelbrecht elardus.engelbre...@sita.co.za
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   01/28/2014 08:57 AM
Subject:Re: Utilization of Crypto CPU
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Rob Schramm wrote:

Are you just after cex processor or cpacf as well?

Only CPACF.

Steve Conway wrote:
 I'm too lazy to look up the specific option right now, but REPORTS(ALL)

Thanks. But REPORTS(CRYPTO) showed up empty.

I must have missed something. I'm sure we're collecting SMF records 70-2.

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


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

Re: Scary Sysprogs

[Steve Conway]

Hi, Ron,

The only thing I wish we would teach newbies in any field of mainframe is
Do Nothing should always be in the list of options.

I wish we could teach (some of) management that, as well.


Cheers,,,Steve

Steven F. Conway, CISSP
LA Systems
z/OS Systems Support
Phone: 703.295.1926
steve_con...@ao.uscourts.gov



From:   Ron Hawkins ronjhawk...@sbcglobal.net
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   01/07/2014 05:24 AM
Subject:Re: Scary Sysprogs
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



All,

My history with z/OS is more about performance and tuning, rather than
hardcore sysprogging.

Tuning is almost always about doing it a new way, and I only wish there 
were
more newbies in this field with no preconceived ideas about how it has
always worked. Back when I was not Mr Congeniality a stand up argument 
with
a Sysprog about how to resolve a performance problem was almost a monthly
occasion at any site.

The only thing I wish we would teach newbies in any field of mainframe is
Do Nothing should always be in the list of options.

Ron


 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
 On Behalf Of Miklos Szigetvari
 Sent: Tuesday, January 07, 2014 1:32 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: [IBM-MAIN] Scary Sysprogs
 
   Nathan (and maybe any other youngster)
 
 I think if you have some problem,  you will get every support from this
 newsgroup list , and if you need, personally from me also.
 Glad to see young people here.
 
 On 06.01.2014 19:44, Nathan J Pfister wrote:
  Harry has a good point.  I am a 26 year old in the mainframe world,
  and came into an internship with the US DoD while in my Junior Year of
  college.  I have seen, from the younger generation view that he
  pointed out, a fair amount of the dismissive and condescending
  attitudes in some of the seniors that I have worked with.  That being
  said, there are also quite a few seniors that I have had the fortune
  of working with that have had quite the opposite affect on me
  personally, and they are the reason that I have, for a bit more than 5
  years now stuck with a career working with z/OS.  Maybe I am among the
  outliers in the research study alluded to, but I feel that all fields
  have a fair amount of people in both
  positions: those willing to share and listen, and those that are still
  trying to live the glory days of old being very quick to dismiss any
  new ideas...so I'm not sure that that is unique to the demographics of
  the z/OS Systems Programmer groups.
 
  That said, maybe I was just fortunate that I found my internship and
  first post-college job within the Federal Government in which it is
  nearly impossible to get fired, thus making change and new
  ideas/people not as much of a threat as in private industry.
 
 
  Thanks;
 
  Nathan Pfister
  zOS Systems Programmer
  AES\PHEAA - Tech Services
 
 
 
 
  From:   Harry Wahl harry_w...@hotmail.com
  To: IBM-MAIN@LISTSERV.UA.EDU
  Date:   01/06/2014 01:34 PM
  Subject:Scary Sysprogs; was: Is the oner of IBM-Main still 
with
  us?
  Sent by:IBM Mainframe Discussion List IBM-
 m...@listserv.ua.edu
 
 
 
 
 
 
 
 
 
 
 
 
  Interesting segue this thread has taken...
  I recently attended an IBM meeting which addressed why young people
  are eschewing an IBM z/OS mainframe career in favor of other
  platforms, including other IBM platforms. This seems to be a very
  serious concern at IBM and possibly the greatest threat to the future 
of
 z/OS.
  The speaker was a woman from IBM who had been tasked by IBM
 management
  to study this. She presented selected conclusions from her assignment.
  Some results were what one would expect, many results were unexpected
  or at least not typically considered in the context of z/OS's
  continued viability.
  One of the top reasons graduating students from the best universities
  will not accept a position working on z/OS is how they feel they are
  (or will
  be) treated by z/OS old-timers, particularly systems programmers.
  This conclusion is supported by other data indicating that students
  who co-op'ed or interned in z/OS positions are far more likely to
  reject z/OS as a career as opposed to those graduates who have no
  experience with the z/OS environment (technically and socially).
  The prevailing conjecture for this phenomena is the relatively
  advanced age of z/OS people. There seems to be a phase in one's  life
  and career where there is a natural desire to mentor young people. It
  is a time when young people are not your competition (you have
  accepted that you are no longer one of them) and you are aware of the
  knowledge and insights your work experiences have imbued you with and
  wish to express and share them with someone who can both appreciate
  and benefit from them. This phase eventually passes...obviously.
  The average age of z/OS people is far beyond the average age of other
  

Re: FRR Recovery Routine Environment

[Steve Conway]

+1

Steven F. Conway, CISSP
LA Systems
z/OS Systems Support
Phone: 703.295.1926
steve_con...@ao.uscourts.gov



From:   Shane Ginnane ibm-m...@tpg.com.au
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   10/03/2013 08:59 AM
Subject:Re: FRR Recovery Routine Environment
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



On Thu, 3 Oct 2013 07:44:04 -0500, Kenneth Wilkerson wrote:

Your point is well taken. I should refrain from expressing opinions in 
this forum.

You should not.
Best I can recall (without checking) you've always claimed your opinions 
as your own. No harm, no foul.
Provoking informed responses from the other luminaries on the list is IMHO 
acceptable sport. Makes for more enthralling reading for the dispassionate 
observers as well.

Shane ...

--
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: Interested in up to date open source software or low cost utilities?

[Steve Conway]

David said, To me it's a no-brainer but convincing mainframers to step 
outside of their comfort zone is difficult.

I have to disagree, partly, with that.
In the course of my career, I have been forced repeatedly to learn spiffy 
new things.  As I started working the mainframe in 1977, it's easy to 
grasp the magnitude of changes so many of us have successfully learned and 
integrated into our daily routines.
The key here is risk management.  Lizette made the point very well the 
seriousness of a mainframe outage.  An outage traced to non-approved 
software in production is very likely a career ending event for the people 
involved, and possibly their managers.  Then take into account the 
business impact.

It's not that we don't want to play with the shiny new toys.  Living in 
cardboard boxes is just so unappealing.


Cheers,,,Steve

Steven F. Conway, CISSP
LA Systems
z/OS Systems Support
Phone: 703.295.1926
steve_con...@ao.uscourts.gov

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

Re: PDS/E, Shared Dasd, and COBOL V5

[Steve Conway]

While Gerhard's suggestion of an exit has the merit of being (probably) 
easier to get IBM to implement, I much prefer Ed's suggestion of a PARMLIB 
member.  That is much easier to review, implement and maintain down here 
in the trenches.


Cheers,,,Steve

Steven F. Conway, CISSP
LA Systems
z/OS Systems Support
Phone: 703.295.1926
steve_con...@ao.uscourts.gov



From:   Gerhard Postpischil gerh...@valley.net
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   09/16/2013 03:07 AM
Subject:Re: PDS/E, Shared Dasd, and COBOL V5
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



On 9/16/2013 2:19 AM, Ed Jaffe wrote:
  At
 least this would do away with the need for every developer to roll
 his/her own solution.

While NIP processing has changed a bit since OS/360, there always has 
been a LINK to IEEVIPL. We've hijacked that to initialize local security 
(pre-RACF) and accounting code, ensure correct volume attributes (for 
packs not in VATLST), and other shenanigans. Perhaps IBM could be 
persuaded to add a formal link (or ATTACH) to a user exit - at this 
point most services are available.

Gerhard Postpischil
Bradford, Vermont

--
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: PDS/E, Shared Dasd, and COBOL V5

[Steve Conway]

Hi, Gerhard,

Limited use is exactly what is under discussion, based on the original 
point of LPA not allowing PDSE data sets  All the PARMLIB member needs to 
do is provide a list of PDSE datasets to be loaded into LPA.

If you want to do more than that, sure, an exit is ideal.  This is more 
like an extension to LPALSTxx, and I'm confident you wouldn't advocate an 
exit to replace that PARMLIB member, would you? 


Cheers,,,Steve

Steven F. Conway, CISSP
LA Systems
z/OS Systems Support
Phone: 703.295.1926
steve_con...@ao.uscourts.gov



From:   Gerhard Postpischil gerh...@valley.net
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   09/16/2013 01:18 PM
Subject:Re: PDS/E, Shared Dasd, and COBOL V5
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



On 9/16/2013 10:11 AM, Steve Conway wrote:
 While Gerhard's suggestion of an exit has the merit of being (probably)
 easier to get IBM to implement, I much prefer Ed's suggestion of a 
PARMLIB
 member.  That is much easier to review, implement and maintain down here
 in the trenches.

Unless the PARMLIB member provides for an exit name, it would be of 
limited use. I see PARMLIB as the equivalent of reading a book - it may 
be interesting, but the capabilities are limited to what the author 
provides. An exit is closer to writing your own book, where (almost) 
anything goes.

Gerhard Postpischil
Bradford, Vermont

--
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: TSO Delete in IKJTSOxx

[Steve Conway]

Barbara, keep in mind that the SAMPLIB IKJTSO reflects a vanilla system. 
 Any Program Products may instruct you to update IKJTSO.

CA ENF, zSecure, OPS/MVS, all have a place in mine.  Along with remnants 
from the past that I hesitate to delete.  :-)


Cheers,,,Steve

Steven F. Conway, CISSP
LA Systems
z/OS Systems Support
Phone: 703.295.1926
steve_con...@ao.uscourts.gov



From:   nitz-...@gmx.net nitz-...@gmx.net
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   09/12/2013 09:21 AM
Subject:Re: TSO Delete in IKJTSOxx
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



 I've run into this in the past when deleting GDG bases from ISPF 3.4. I 
get an authorization failed message, and putting DELETE in IKJTSO00 and a 
PARMLIB UPDATE(00) fixes it.
 
 Interesting. This is new for me or I forgot about it. :-)

I found this interesting, too, so I went and tried it out. Discovered 
first that the active IKJTSO member is not compliant with the one in 
samplib (typical for ADCD!), and that we had delete in it, too. Removed 
delete from the authcmds and still didn't get any error messages, RACF or 
otherwise when I deleted an empty GDG base.

 Could you be kind to say what that message was? Was it a RACF message on 
the profile covering the GDG, Catalog or was it about 
STGADMIN.IGG.DELGDG.RECOVERY? Or something else?
Yes, that would be interesting, since I gave myself ALTER authority to 
just about everything since I am supposed to be both RACF and space admin.

Barbara Nitz

PS: Now I am checking what we actually have in IKJTSO as opposed to what 
we should have in there according to sys1.samplib.

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

PFA SMF Type 92

[Steve Conway]

Good afternoon,

Testing z/OS 1.13, and I (finally) implemented PFA.  I like the idea of 
the checks it performs, but it's killing (well, wounding, anyway) my SMF 
with the Type 92 Subtype 11 (Filesystem CLOSE) records.

Every file it touches, for every check, every time it runs.  And it 
touches a LOT of files.

Ideally, there might be a switch to tell it to NOT cut SMF records, but, 
if it exists, I can't find it in either the doc or the .ini file.

Anybody else see this as a problem?  Is it a case of Suck it up, 
Buttercup, or is there a way to avoid this without simply turning off all 
Type 92, Subtype 11 records?


Cheers,,,Steve

Steven F. Conway, CISSP
LA Systems
z/OS Systems Support
Phone: 703.295.1926
steve_con...@ao.uscourts.gov

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

Re: PFA SMF Type 92

[Steve Conway]

Thanks, Mark. 

This looks like the simplest way to handle it.  I guess, since I haven't 
needed the 92 Sub 11 in forever, turning off collection is safe enough.


Cheers,,,Steve

Steven F. Conway, CISSP
LA Systems
z/OS Systems Support
Phone: 703.295.1926
steve_con...@ao.uscourts.gov



From:   Mark Zelden m...@mzelden.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   08/26/2013 03:09 PM
Subject:Re: PFA  SMF Type 92
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



On Mon, 26 Aug 2013 14:07:04 -0400, Steve Conway 
steve_con...@ao.uscourts.gov wrote:

Good afternoon,

Testing z/OS 1.13, and I (finally) implemented PFA.  I like the idea of
the checks it performs, but it's killing (well, wounding, anyway) my SMF
with the Type 92 Subtype 11 (Filesystem CLOSE) records.


My client has a large mainframe WebSphere environment and I've had 92 
subtypes 11  12 excluded for years because of this.  So unless you really
need that data for analysis all the time, I would turn them off until such
time you want / need them.

I know a lot of people are collecting 99s these days, but I have them 
turned
off also.   Here is an example of what I am using in my SMFPRMxx:

SYS(NOTYPE(4,5,19,20,34,35,40,69,92(10:11),99)


Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS 
mailto:m...@mzelden.com 
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

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


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

Re: Greenbar

[Steve Conway]

One side only.

You had to turn the feed around to print Snoopy, calendars, and so on. :-)


Cheers,,,Steve

Steven F. Conway, CISSP
LA Systems
z/OS Systems Support
Phone: 703.295.1926
steve_con...@ao.uscourts.gov

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

Re: USPTO does another goodie.

[Steve Conway]

What an innovation - creating a file with an expiration date.  ::smh::

I can't even pretend to be surprised...


Steven F. Conway, CISSP
LA Systems
z/OS Systems Support
Phone: 703.295.1926
steve_con...@ao.uscourts.gov



From:   John McKown john.archie.mck...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   02/20/2013 08:27 AM
Subject:USPTO does another goodie.
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO1Sect2=HITOFFd=PALLp=1u=%2Fnetahtml%2FPTO%2Fsrchnum.htmr=1f=Gl=50s1=8,380,676.PN.OS=PN/8,380,676RS=PN/8,380,676


quote
Automatic deletion of temporary files

*Abstract*

Methods, systems, and apparatus, including computer program products
feature selecting a file in a distributed file system. The file is
associated with a time to live derived from a path name for the file. The
file is divided into a plurality of chunks that are distributed among a
plurality of servers. Each chunk has a respective modification time
indicating when the chunk was last modified. A latest respective
modification time among the respective modification times of each of the
plurality of chunks is selected. A determination is made as to whether an
elapsed time based on the latest modification time is equal to or exceeds
the time to live. Each of the chunks of the file is deleted responsive to
the determination. Other embodiments of this aspect include corresponding
systems, apparatus, and computer program products.

/quote


So, just put an expiration time as part of a file name and you can 
patent
it? These people have their head where the sun don't shine. OK, maybe
nobody else has done this _exact_ thing. But, really? Of course, in 
today's
society, defensive patents are a requirement. So this may be along those
lines.

-- 
This is a test of the Emergency Broadcast System. If this had been an
actual emergency, do you really think we'd stick around to tell you?

Maranatha! 
John McKown

--
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: Rejoice! z/OS 2.1 addresses some long term JCL complaints from here:

[Steve Conway]

snip John's post of JES enhancements

Lots of JES2 and JES3 work being done, a lot of it pointing to convergence 
of the two products.

Interesting stuff.


Cheers,,Steve

Steven F. Conway, CISSP
LA Systems
z/OS Systems Support
Phone: 703.295.1926
steve_con...@ao.uscourts.gov

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

Re: My Last Days as a Sysprog

[Steve Conway]

Best of luck to you, Eric.

I wonder, would you have stayed on, if your employer allowed you to 
telecommute?

I promise not to rant about it.  Really.


Cheers,,,Steve

Steven F. Conway, CISSP
LA Systems
z/OS Systems Support
Phone: 703.295.1926
steve_con...@ao.uscourts.gov



From:   Eric Bielefeld eric-ibmm...@wi.rr.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   01/28/2013 10:27 AM
Subject:My Last Days as a Sysprog
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



I'm finally calling it quits.  I have this week off, and then I work 2 
more 
weeks.  Then I will retire.  I find it harder to do my job as I get older. 

Also, living 170 miles from home 5 days a week isn't much fun.

One thing I'm looking forward to is playing in 2 different blues jams, one 

on Tuesday and one on Wednesday.  That's something I really miss now. 
Tomorrow I'm looking forward to playing.   Usually you play about 1/2 
hour. 
There's a lot of people I know there also, so it'll be fun catching up.  I 

think the last time I played in the jam was last summer.  I play guitar.

I'm not sure if I'll stay subscribed to IBM-Main.  I suspect a few weeks 
after I'm done at work, I'll set my account to nomail.  I've learned a lot 

from many of you.  It's also really good to be able to get answers and 
different opinions when yu have questions.

Eric Bielefeld
Sr. Systems Programmer
414-475-7434 

--
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: SMS COMMAND VIA BATCH

[Steve Conway]

Within your JES2PARM, you can specify by JOBCLASS whether to allow command 
processing or not.  I think JES2 gets first whack at saying No, followed 
by RACF (if JES2 thinks it's OK).


Cheers,,,Steve

Steven F. Conway, CISSP
LA Systems
z/OS Systems Support
Phone: 703.295.1926
steve_con...@ao.uscourts.gov



From:   R.S. r.skoru...@bremultibank.com.pl
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   01/17/2013 04:34 PM
Subject:Re: SMS COMMAND VIA BATCH
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



W dniu 2013-01-17 17:06, Ed Gould pisze:
 Lizette:

 AND that is only if the JES2 init parms are set up that way. Which of
 course is a big NONO (security wise).


Big what-what? AFAIK all commands from job are under OPERCMDS class.



-- 
Radoslaw Skorupka
Lodz, Poland






--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by 
jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste 
adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej 
przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, 
rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie 
zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, 
prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale 
usun t wiadomo wczajc 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 
authorised 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. 

BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, 
fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego 
Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 
526-021-50-88. 
Wedug stanu na dzie 01.01.2013 r. kapita zakadowy BRE Banku SA (w 
caoci wpacony) wynosi 168.555.904 zotych.


--
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: RMF Spreadsheet Reporter

[Steve Conway]

Hi, Ron.

Which days are you getting?  I mean, it IS the 3rd of December.  :-)

I would verify which dates I was specifying, and what dates the data are 
on the input files.


Cheers,,,Steve

Steven F. Conway, CISSP
LA Systems
z/OS Systems Support
Phone: 703.295.1926
steve_con...@ao.uscourts.gov



From:   Ron Wells ron.we...@slfs.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   12/03/2012 11:59 AM
Subject:Re: RMF Spreadsheet Reporter
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



something strange going on...
trying to select from my monthly rmf..whole month...only getting 4days ??
not seeing anything in doc I need to cleanup anything..delete..
I have called all my datasets/local and remote diff. names just 
incase...same results...

went back against my weekly rmf..same results there too...

?



From:   Lizette Koehler stars...@mindspring.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   11/28/2012 08:36 AM
Subject:Re: RMF Spreadsheet Reporter
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



I have not followed this thread as well as I should, so I apologize if 
this
information has been covered

Have the Share Presentations on RMF Spreadsheet Reporter been of any
assistance?

For example

http://www-03.ibm.com/support/techdocs/atsmastr.nsf/c6192fb3a432612485256d97


0082de57/fbfd446e23654daf862576f60075f401/%24FILE/RMF%20Overview%20Records%2
0and%20Use%20with%20the%20RMF%20Spreadsheet%20Reporter.pdf

or Tiny URL  http://tinyurl.com/chbd3zj

Or this link:

https://share.confex.com/share/115/webprogram/Handout/Session7763/LatestGre


atest.pdf

Lizette


 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf
 Of Ron Wells
 Sent: Sunday, November 25, 2012 11:27 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: RMF Spreadsheet Reporter
 
 tks for reply...sent ya another---questions ... workload/seervice
reporting...who
 too's..and altering duration of reporting ..red book sort of helpful but
missing setup or
 something to change either..
 
 
 

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

--
Email Disclaimer
This  E-mail  contains  confidential  information  belonging to the 
sender, which  may be legally privileged information.  This information is 
intended only  for  the use of the individual or entity addressed above. 
If you are not  the  intended  recipient, or  an  employee  or  agent 
responsible for delivering it to the intended recipient, you are hereby 
notified that any disclosure,  copying, distribution, or the taking of any 
action in reliance on the contents of the E-mail or attached files is 
strictly prohibited.

--
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: New way to do UCB lookups

[Steve Conway]

Why is that curious?

Steven F. Conway, CISSP
LA Systems
z/OS Systems Support
Phone: 703.295.1926
steve_con...@ao.uscourts.gov



From:   Lindy Mayfield lindy.mayfi...@sas.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   11/19/2012 09:44 AM
Subject:Re: New way to do UCB lookups
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



People still use tapes?  Oh.  That's curious.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of Sam Golob
Sent: Monday, November 19, 2012 7:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: New way to do UCB lookups


 Now for a new one.  I just wrote another program, called UCBTAPE, 
that I also put on File 731 on the Updates page of www.cbttape.org.  It 
was written using the same method of reading the UCB's.  This one is a TSO 
command to display all your online tape drives, and to tell you all the 
outstanding tape mounts. 

--
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: DFSMSHSM is a not deleting expired datasets

[Steve Conway]

Thanks to all respondents.  A big thanks to Richard for the suggestions.

At this point, my management is concerned about changing anything because 
there must be a reason it's set this way.


Cheers,,,Steve

Steven F. Conway, CISSP
LA Systems
z/OS Systems Support
Phone: 703.295.1926
steve_con...@ao.uscourts.gov



From:   Richard Marchant richard.march...@shoden.co.za
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   09/25/2012 09:18 AM
Subject:Re: DFSMSHSM is a not deleting expired datasets
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



A couple of things to check (not mentioned so far):

May be HSM is trying delete these datasets, or at least some of them, but 
is being unsuccessful for some reason. Check the HSM activity logs for 
possible errors.

Also remember that HSM will only delete expired datasets if HSM is 
managing the particular volume(s). For non-SMS volumes (ADDVOLed with 
AUTOMIG turned on) and for SMS volumes the storage group containing the 
volumes must be defined with AM=Y.


Richard Marchant


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of Staller, Allan
Sent: 24 September 2012 05:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFSMSHSM is a not deleting expired datasets

From DFHSM Storage Adminstration.

EXPIREDDATASETS: Specifying whether to scratch data sets
with expired expiration dates

Explanation: EXPIREDDATASETS(SCRATCH | NOSCRATCH) is an optional
parameter specifying whether or not DFSMShsm should scratch data sets 
having
explicit expiration dates when the date has passed (data set has expired).
SMS-managed data sets not having explicit expiration dates are expired 
when they
have met their management class expiration criteria.
Note: Explicit expiration dates can be set by JCL, utility parameters, 
Data Class
Expiration parameters, or Data Class Retention parameters. The explicit
expiration date for a data set can be found in the data set's VTOC entry.
SCRATCH specifies that DFSMShsm scratch data sets that have an expired
expiration date when it performs space management and migration cleanup.
NOSCRATCH specifies that DFSMShsm ignore the expiration date. DFSMShsm
processes the data set as if the expiration date has not been reached.
SMS relationship: Parameter applies in some instances to SMS-managed DASD
volumes or data sets.

SETSYS defaults: None.

DFSMShsm defaults: If you do not specify this parameter on any SETSYS
command, the DFSMShsm default is not to scratch the expired data sets.


Typically, ML2 datasets and BACKUP datasets reside on tape. If the 
datasets are not expired, no tapes will be released except by recycle or 
manual deletion.

Once all of the datasets on a particular tape are released (via RECYCLE, 
HDEL, or HBDEL), DFHSM will notify the EDM to expire the tape, and return 
it to the scratch pool.

Caveat. It is possible to set up DFHSM tape pooling, in which case, the 
tape will be returned to the DFHSM pool, instead of the scratch pool and 
the EDM will not be invoked.


snip
I guess I am showing my lack of experience on this topic, but what does 
EXPIREDDATASETS setting have to do with whether or not the tapes are being 
released or not? 
Am I misunderstanding the book?  From the HSM administrators guide:
During automatic primary space management, the example scratches expired 
data sets that have valid explicit expiration dates in the data set's VTOC 
entry. The EXPIREDDATASETS parameter of the SETSYS command specifies the 
SCRATCH subparameter indicating for DFSMShsm to scratch any data set that 
has passed the expiration date.
_
Dave Jousma
Assistant Vice President, Mainframe Services david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 
616.653.2717
/snip

snip
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of Staller, Allan
snip
Sounds like a good setup, the EDM reference will scratch the tape when 
DFHSM says it is done with it. 
However, since you are not expiring datasets, very few, if any tapes are 
being released.
Of course, since you work for the legal system, they might not want things 
scratched
Check with the powers that be before proceeding...

IMO, change EXPIREDDATASETS to SCRATCH and bite the bullet. The first 
secondary space management that runs will do a lot of work.
/snip

snip
I have HSM set as an External Data Manager in CA1 (EDM=HSM,PGM=ARCCTL in 
CTOEDM00). 
My SYS1.PARMLIB(ARCCMD00) specifies EXPIREDDATASETS(NOSCRATCH).
For those with CA1 and EDM specified, how is yours set up?  What reason 
would a shop have to specify NOSCRATCH?
Can you tell I haven't supported HSM before?  :-)  (Always been in places 
with FDR, or had a separate team doing storage stuff for the past 20 
years or so.)

 /snip

--
For 

Re: DFSMSHSM is a not deleting expired datasets

[Steve Conway]

Interesting thought, Elardus, but I'm just going to leave it alone for 
now.

It's not like I don't have anything to keep me busy.  :-)


Cheers,,,Steve

Steven F. Conway, CISSP
LA Systems
z/OS Systems Support
Phone: 703.295.1926
steve_con...@ao.uscourts.gov



From:   Elardus Engelbrecht elardus.engelbre...@sita.co.za
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   09/25/2012 10:06 AM
Subject:Re: DFSMSHSM is a not deleting expired datasets
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Steve Conway wrote:

At this point, my management is concerned about changing anything because 
there must be a reason it's set this way.

Probably yes. Perhaps the (previous) owners wanted to keep them due to 
some policy/rule.

Is it possible for you to list them by 'last used' date and then 
backup/dump them before going to have HSM deal with them 21000 datasets?

Of course, I'm aware that such step could change the expired status of 
those datasets, but I'm just wondering...

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


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

Re: DFSMSHSM is a not deleting expired datasets

[Steve Conway]

Hi, Michael.

Not that I know of.  Where would that commonly be specified?


Cheers,,,Steve

Steven F. Conway, CISSP
LA Systems
z/OS Systems Support
Phone: 703.295.1926
steve_con...@ao.uscourts.gov



From:   Michael Wickman mwick...@waddell.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   09/25/2012 11:06 AM
Subject:Re: DFSMSHSM is a not deleting expired datasets
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Are you doing the release expirebv command on some schedule?






font size=1
div style='border:none;border-bottom:double windowtext 2.25pt;padding:0in 
0in 1.0pt 0in'
/div
This email is intended to be reviewed by only the intended recipient
 and may contain information that is privileged and/or confidential.
 If you are not the intended recipient, you are hereby notified that
 any review, use, dissemination, disclosure or copying of this email
 and its attachments, if any, is strictly prohibited.  If you have
 received this email in error, please immediately notify the sender by
 return email and delete this email from your system.
/font

--
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: DFSMSHSM is a not deleting expired datasets

[Steve Conway]

All,

I have HSM set as an External Data Manager in CA1 (EDM=HSM,PGM=ARCCTL in 
CTOEDM00). 

My SYS1.PARMLIB(ARCCMD00) specifies EXPIREDDATASETS(NOSCRATCH).

For those with CA1 and EDM specified, how is yours set up?  What reason 
would a shop have to specify NOSCRATCH?

Can you tell I haven't supported HSM before?  :-)  (Always been in places 
with FDR, or had a separate team doing storage stuff for the past 20 
years or so.)


Cheers,,,Steve

Steven F. Conway, CISSP
LA Systems
z/OS Systems Support
Phone: 703.295.1926
steve_con...@ao.uscourts.gov



From:   Staller, Allan allan.stal...@kbmg.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   09/24/2012 10:13 AM
Subject:Re: DFSMSHSM is a not deleting expired datasets
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



HSEND SETSYS EXPIREDDATASETS(SCRATCH). And yes, it will do all of them the 
first time SEC SPACE MGMT runs.

Just bite the bullet

HTH,

snip
I did a TSO HSEND QUERY SETSYS and noticed that I have scheduled space 
mgt for primary on (0600, 1800) and for secondary on (2400, 0459).
But I also noticed that the Scratch expired Data Sets is set to NO.

That could be the problem.
How do I turn it on?
I am taking it to higher authorities because I will be deleting a massive 
amount of data.
I suspect I will have to create JCL with TSO Batch to HDELETE the 
expired datasets.
At that point I should turn on the parameter to let DFSMSHSM do its job.
/snip

--
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: Auditors Don't Know Squat!

[Steve Conway]

Mike Ward posted:
Way back when, we used to call a memory leak something else on the 
mainframe. I have used memory leak for so long I forgot what that term 
was.

I think I remember hearing storage creep.


Cheers,,,Steve

Steven F. Conway, CISSP
LA Systems
z/OS Systems Support
Phone: 703.295.1926
steve_con...@ao.uscourts.gov

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

Re: Auditors Don't Know Squat!

[Steve Conway]

CICS and VTAM were the kings of chewing up storage...

Steven F. Conway, CISSP
LA Systems
z/OS Systems Support
Phone: 703.295.1926
steve_con...@ao.uscourts.gov



From:   Scott Ford scott_j_f...@yahoo.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   08/17/2012 02:43 PM
Subject:Re: Auditors Don't Know Squat!
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Yep, zMan and Steve I remember storage creep, was it CICS ?

Scott ford
www.identityforge.com

On Aug 17, 2012, at 2:38 PM, zMan zedgarhoo...@gmail.com wrote:

 On Fri, Aug 17, 2012 at 11:35 AM, Steve Conway 
steve_con...@ao.uscourts.gov
 wrote:
 
 I think I remember hearing storage creep.
 
 
 Yeah, we had some of those. Their offices were a mess and they didn't 
bathe
 often enough.
 
 Oh, wait, you're talking software...yeah, core cancer or storage 
creep
 were what I was weaned on.
 -- 
 zMan -- I've got a mainframe and I'm not afraid to use it
 
 --
 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