Re: Any tools for managing z/OS system software products inventory?

[R.S.]

My €0.02:
1. Usually mainframe installations are better managed than distributed 
systems. The management is centralised, roles & responsibilities are 
clearly described and understood.
2. Usually mainframe shops consist of very few machines. Much less than 
Windows servers. Of course there are LPARS, but still number of LPARs is 
reasonably small to moderate. Last but not least, usually the LPARs run 
similar set of software.


In such environment there is no need to install yet another software to 
count the software. It's enough just to ask people responsible for the 
softwaren - they should know what installed. If they don't know - that 
indicate the organization of the team needs improvement.


BTW: In my shop, I can enumerate all of our software we have, partially 
with the versions & other details.

--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.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.2009 r. kapita zakadowy BRE Banku SA (w caoci 
wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego 
podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 
2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec 
podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym 
BRE Banku SA bd w caoci opacone.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Comparing - ISPF (3.12 and 3.13) with Comparex

[Peter Nuttall]

Ermm ... Isn't Simone a girl's name ?  Sorry, but have seen a couple 
of references to 'he' and 'him'  
Am being a bit pedantic perhaps, and I know that our industry is overrun 
by 'hairy' males (unfortunately  ... :-)).

But she might be more likely to offer a reply if her gender is addressed 
correctly ...
 
 



"Ron Hawkins"  
Sent by: "IBM Mainframe Discussion List" 
22/03/2010 04:54 PM
Please respond to
"IBM Mainframe Discussion List" 


To
IBM-MAIN@bama.ua.edu
cc

Subject
Re: Comparing - ISPF (3.12 and 3.13) with Comparex








Mark,

A Google of Simone Redstock's name only turns up a few posts to IBM-MAIN
saying good things about File-Aid. I have to agree with Mark that it does
seem a little odd...

When I was a consultant to HDS I was accused on this list of hiding behind
my private email when I made some remarks about another storage vendor. My
response was something like "pull your head in mate!" 

It's would probably help Simone's credibility if he did the same thing on
list, or in a private email to Mark. 

Ron


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



This e-mail message, including any attachments transmitted with it, is 
CONFIDENTIAL and may contain legally privileged information. This message is 
intended solely for the use of the individual or entity to whom it is 
addressed. If you have received this message in error, please notify us 
immediately and delete it from your system. Please visit our website to read 
the full disclaimer: http://www.euroclear.com/site/public/disclaimer

Re: Any tools for managing z/OS system software products inventory?

[Ted MacNEIL]

>In such environment there is no need to install yet another software to count 
>the software.

Boy! Are you optimistic.

>It's enough just to ask people responsible for the 
softwaren - they should know what installed.

Not always!
I've been at many shops where IBM has come in to audit what software has been 
installed.
This is simply because people have lost track.


>If they don't know - that 
indicate the organization of the team needs improvement.

Or, the team has changed composition.
Or, something has not been upgraded for a long time.
Or, the person who did the install has quit, been fired, retired, died, or 
otherwise moved on.

How many times have you seen posts by people who have incomplete doc, because 
they've inherited something, that they know nothing about it.

Also, after out-sourcing, there is the potential for things to fall through the 
cracks.

Your posted response assumes a perfect world.
It isn't!

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CSI Interface wron entry

[Elardus Engelbrecht]

carlos roberto visconde wrote:

>Try pgm IDCNOGFL:

I found it in SYS1.LINKLIB, apparently this is an IBM module.

But where is the usage of this program DOCUMENTED?

TIA!

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CSI Interface wron entry

[Martin Underwood]

http://www.redbooks.ibm.com/redbooks/pdfs/sg247617.pdf

try here 

Martin Underwood
 
Senior Technical Consultant

email:   mar...@sysprog.co.uk
mobile: +44 (0)7798 500384

millennia ... we can help

www.sysprog.co.uk



carlos roberto visconde wrote:

>Try pgm IDCNOGFL:

I found it in SYS1.LINKLIB, apparently this is an IBM module.

But where is the usage of this program DOCUMENTED?

TIA!

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
No virus found in this incoming message.
Checked by AVG - www.avg.com 
Version: 9.0.791 / Virus Database: 271.1.1/2764 - Release Date: 03/22/10
19:44:00

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Any tools for managing z/OS system software products inventory?

[Carsten Hinz]

Since mid of 2009 a new version is available: TADz - Tivoli Asset Discovery
for z/OS. TADz is completely new and based on a new architecure. TADz is
faster than TLCMz and the recognition rate is very satisfying (my own
experience in several customer situations). A simple and easy proof of
concept procedure is available with a minimum of effort on customer site.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Any tools for managing z/OS system software products inventory?

[R.S.]

Ted MacNEIL pisze:

In such environment there is no need to install yet another software to count 
the software.


Boy! Are you optimistic.

It's enough just to ask people responsible for the 

softwaren - they should know what installed.

Not always!
I've been at many shops where IBM has come in to audit what software has been 
installed.
This is simply because people have lost track.


If they don't know - that 

indicate the organization of the team needs improvement.

Or, the team has changed composition.
Or, something has not been upgraded for a long time.
Or, the person who did the install has quit, been fired, retired, died, or 
otherwise moved on.


In either case there are DOCUMENTS. The documents are not retired, 
fired, died.
We're not talikng about group of PFCSK and bunch of PCs for gaming, 
we're talking about professional team. Mainframe specialists!



How many times have you seen posts by people who have incomplete doc, because 
they've inherited something, that they know nothing about it.


Honestly rarely. However product existence is not the same thing as i.e. 
configuration details.




Also, after out-sourcing, there is the potential for things to fall through the 
cracks.

Your posted response assumes a perfect world.
It isn't!


Not perfect, but reasonably organized. Software portfolio is neither 
black magic, nor rocket science. It is simple list. The list is 
"naturally audited" during every system upgrade.


--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sąd Rejonowy dla m. st. Warszawy 
XII Wydział Gospodarczy Krajowego Rejestru Sądowego, 
nr rejestru przedsiębiorców KRS 025237

NIP: 526-021-50-88
Według stanu na dzień 01.01.2009 r. kapitał zakładowy BRE Banku SA (w całości 
wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego 
podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 
2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec 
podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym 
BRE Banku SA będą w całości opłacone.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

IPCS WHERE gives SPECIALNAME

[Miklos Szigetvari]

Hi

I'm using the IPCS ADPLSWHS service in a verbexit to get back the module 
name.
I got "SPECIALNAME" string instead of the module name , but the IPCS 
"where" command lists the proper name (in this case a HFS path)

I make a wrong call, but what is the right one ?


--
Mit freundlichen Grüßen / Kind Regards,

Miklos SZIGETVARI
Research and Development

ISIS Information Systems GmbH
Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria
T: +43 - 2236 – 27551, F: +43 - 2236 - 21081
@ miklos.szigetv...@isis-papyrus.com

Visit our brand new extended Website at www.isis-papyrus.com

This e-mail is only intended for the recipient and not legally binding.
Unauthorised use, publication, reproduction or disclosure of the content
of this e-mail is not permitted. This e-mail has been checked for known
viruses, but ISIS accepts no responsibility for malicious or inappropriate
content.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CSI Interface wron entry

[Elardus Engelbrecht]

Martin Underwood wrote:

>http://www.redbooks.ibm.com/redbooks/pdfs/sg247617.pdf

Ah, yes, the REDBOOKS of course! (but isn't Redbooks supposed to be 
discontinued according to some really old die-hard rumours on this list, 
hmmm??? ;-D  )

>try here

"DFSMS V1.10 and EAV Technical Guide."

Many thanks. This is the missing link which I will pass on to my storage guys. 
They can surely make use of it. There are OAM and other enhancements... ;)

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM And Microsoft Clash Over Unbundling Policy

[Shmuel Metz (Seymour J.)]

In , on 03/19/2010
   at 12:10 PM, Howard Brazee  said:

>Since Apple and IBM *are* their hardware vendors, they essentially do the
>same thing.

No. There is a thriving market in 3rd party mainframe software, IBM
markets software on hardware that it doesn't make and IBM releases
interface information for open software.

Micro$oft does make hardware, BTW, and I don't mind if they keep the
interfaces to *that* secret.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: How to break out CPU-time

[Shmuel Metz (Seymour J.)]

In , on
03/19/2010
   at 04:02 PM, George Henke  said:

>According the the "Anthropic Principle"  vis-a-vis the quantum
>physicists, it is "observer created reality". 

No. 
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FTP-Code page

[Shmuel Metz (Seymour J.)]

In
,
on 03/19/2010
   at 07:51 AM, Ron Wells  said:

>the character is a N ~(tilde) on top

FWIW, ¤ and ¥ are D1 and F1 in ISO-8859-1 and ISO-8859-15. They're
probably A4 and A5 in your current code page.

--
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  We
don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Dataset in use help

[Shmuel Metz (Seymour J.)]

In <6b34aedeeb35274e81437a445900b2d71f7...@hdqsrvexcvs.ssfcuad.ssfcu.org>,
on 03/19/2010
   at 09:41 AM, "Ward, Mike S"  said:

>Hi all, I have a TSO user that is using PDF option 3;4 and trying to
>browse a sequential dataset. He keeps getting a dataset in use.

I find PFK1 PFK1 to be quicker than using DDLIST (ISRDDN) for this.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Crazy idea for a "desktop integration with z/OS" project?

[Shmuel Metz (Seymour J.)]

In , on
03/19/2010
   at 09:54 AM, "McKown, John"  said:

>So I've been considering how I might do more z/OS related work on my
>Linux desktop.

IMHO there are only two reasonable approaches. I don't believe that we
should reinvent the wheel.

The first approach requires cooperation from IBM. Port the ISPF WSA to run
on Linux, extend the UI a bit to allow block and stream cut-and-paste and
enhance the ISPF workstation integration to allow remote directories and
files wherever ISPF currently allows z/OS Unix files.

The second approach is to port one of the open source desktops, e.g.,
KDE4, to z/OS and either add some integration facilities or rely on NFS.
Source code is available for Gnome, GTK+, KDE4 and QT4, among others.


In , on
03/19/2010
   at 01:06 PM, "McKown, John"  said:

>I agree that GUIs can be far more productive.

They can also be far less productive. IMHO what matters most is the
quality of the UI, not its orientation. If the GUI has a wonky menu
structure or lacks good scripting facilities, it will definitely be harder
to use than a good CLI.

OTOH, I'd love to see something like WPS and DSOM as the basis for a Z/OS
desktop.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Crazy idea for a "desktop integration with z/OS" project?

[Shmuel Metz (Seymour J.)]

In
<1690246679-1269022366-cardhu_decombobulator_blackberry.rim.net-6745864...@bda026.bisx.prod.on.blackberry>,
on 03/19/2010
   at 06:13 PM, Ted MacNEIL  said:

>Martin, you have what I consider a bad habit.

PKB.

>With all the postings on IBM-Main it is difficult to understand the
>context of replies with no snippet from the post you are replying to.

It's also difficult with no attribution line.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Crazy idea for a "desktop integration with z/OS" project?

[Shmuel Metz (Seymour J.)]

In <4ba347f3.8ee2.003...@edfund.org>, on 03/19/2010
   at 09:46 AM, Natarajan Mohan  said:

>All we need is a full fledged desktop for z/OS like Gnome or KDE which
>then we can export over a SSH session to any Xclient.

I might believe X server.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: I have lost it ---- HSM setsys commands

[Adams, Tracy]

I found it... my setsys userunittable command was followed a setsys
nouserunittable command further down.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Pinnacle
Sent: Monday, March 22, 2010 11:11 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: I have lost it  HSM setsys commands

- Original Message - 
From: "Adams, Tracy" 
Newsgroups: bit.listserv.ibm-main
Sent: Monday, March 22, 2010 4:34 PM
Subject: I have lost it  HSM setsys commands


>I want to use an esoteric name in HSM so I add setsys
userunittable(vtl)
> in my arccmd00 parmlib member.
>
> I recycle HSM and no errors occur.  I issue the f hsm,query setsys and
> see no reference to "vtl".  I issue the f hsm,setsys
userunittable(vtl)
> and then reissue the query command and I see the recycle percentages
> displayed for unit=vtl
>
> How come my arccmd00 entry isn't taking?
>
> Now this is where it gets squirrely...  after I issue the f hsm
command
> to define the UUT I try to issue a setsys
> tapemigration(ml2tape(tape(vtl))) command and it fails with a parse
> error.  After much effort (reading and trying different things) I try
> the command again but this time I mistype it and dropped the third
> parentheses off the end and the command takes.  I try my subsequent
> commands that where failing also like migunitname(vtl) and
> backup(tape(vtl)) but drop the trailing paran and those commands work
as
> well.  Time for a beer!
>
> Can anyone explain this?
>
> Thank you all!

Tracy,

SETSYS USERUNITTABLE must PRECEDE any UNIT statements referencing it in 
ARCCMDxx.  There was an old bug in the HSM starter set where the
ARCCMDxx 
had the USERUNITTABLE after some UNIT statements, and I had the exact
same 
problem when I used it.  None of the UNIT statements worked.

Good luck,
Tom Conley 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

who is TCCOMP ?

[J Ellis]

anyone know who owns this Module TCCOMP ?

This called IBM module CSQBSRV (UK31832) which in turn called several other
CSQ modules before one of them issued a link to a program called COMPRESS
which is showing as a csect of TCCOMP

IBM-CA-BMC claim it's not theirs, but it causing problem with MQ & BMC

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: who is TCCOMP ?

[Staller, Allan]

Browse the LMOD and look for an eye-catcher. 

ISTR that there is an OLD compress program on the CBT tape. This is from
circa os/MVT days and has been supplanted by newer facilities.

HTH,


Subject: who is TCCOMP ?

anyone know who owns this Module TCCOMP ?

This called IBM module CSQBSRV (UK31832) which in turn called several
other
CSQ modules before one of them issued a link to a program called
COMPRESS
which is showing as a csect of TCCOMP

IBM-CA-BMC claim it's not theirs, but it causing problem with MQ & BMC


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: who is TCCOMP ?

[J Ellis]

no eye catcher, HOWEVER, it was finally tracked down to a linklisted library
that only exists on the loar having the problem, that libary has some
ancient modules in it, suprised we haven't got bit befroe !
Thanks!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Call for XEDIT freaks, submit ISPF requirements

[Mark Pace]

I hate to dredge up such an old post, but, I really need to try to develop
some macros that mimic things I have in xedit.  I've done some searching and
can not find any reference to Doug Nagle's LAMC or UMAC, except for this
original old post.

Can anyone point me at something that would allow me to write macro that
runs from the "prefix area" - xedit term - where the line is target of the
macro?

On Wed, Mar 28, 2007 at 1:38 PM, George, William (DHS-ITSD) <
wgeo...@dhs.ca.gov> wrote:

> As far as your first item
>  " Running xedit(REXX) macros from the "prefix area"  Where that line is
> the
> target."
>
> This a very possible and quite useful via Doug Nagle's LMAC or UMAC.
> I've implemented it and added many line command 'macros'.
>
> Bill
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Mark Pace
> Sent: Wednesday, March 28, 2007 10:31 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Call for XEDIT freaks, submit ISPF requirements
>
> < snip >
> Running xedit(REXX) macros from the "prefix area"  Where that line is
> the
> target.
> Moving the "prefix area" to the right side of the screen. Generally
> making
> the editor look different based on what I am editing.
> Running an xedit (REXX) macro macro while in the member, that way I can
> cancel out if the results weren't what I wanted.
> Change works on all elements at once, not having to continuously press
> PF6.
> The ALL macro.
> Sort macro
>
> That's all I can think of off the top of my head.
> --
> Mark Pace
> Mainline Information Systems
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



-- 
Mark Pace
Mainline Information Systems
1700 Summit Lake Drive
Tallahassee, FL. 32317

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Crazy idea for a "desktop integration with z/OS" project?

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.)
> Sent: Monday, March 22, 2010 8:43 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Crazy idea for a "desktop integration with z/OS" project?
> 
> In 
> , on
> 03/19/2010
>at 09:54 AM, "McKown, John"  said:
> 
> >So I've been considering how I might do more z/OS related work on my
> >Linux desktop.
> 
> IMHO there are only two reasonable approaches. I don't believe that we
> should reinvent the wheel.

I agree, but what if there is no wheel already available for my "new car"?

> 
> The first approach requires cooperation from IBM. Port the 
> ISPF WSA to run
> on Linux, extend the UI a bit to allow block and stream 
> cut-and-paste and
> enhance the ISPF workstation integration to allow remote 
> directories and
> files wherever ISPF currently allows z/OS Unix files.

You talk IBM into it and I'll heap praises on your head. But I'm not going to 
hold my breath. And I don't want to wait.

> 
> The second approach is to port one of the open source desktops, e.g.,
> KDE4, to z/OS and either add some integration facilities or 
> rely on NFS.
> Source code is available for Gnome, GTK+, KDE4 and QT4, among others.
> 

Not at all what I want. I want the processing moved OFF of z/OS as much as 
possible. Running a desktop on my Linux system is, essentially, free. Running 
one on z/OS is way too expensive! I don't want to run applications on z/OS. I 
want z/OS to be my "data repository" and "batch processing" back end.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Call for XEDIT freaks, submit ISPF requirements

[Norbert Friemel]

On Tue, 23 Mar 2010 09:27:27 -0400, Mark Pace wrote:

>I hate to dredge up such an old post, but, I really need to try to develop
>some macros that mimic things I have in xedit.  I've done some searching and
>can not find any reference to Doug Nagle's LAMC or UMAC, except for this
>original old post.

http://www-01.ibm.com/support/docview.wss?uid=swg24014047
http://www.sillysot.com/mvs/intro.htm

Norbert Friemel

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Any tools for managing z/OS system software products inventory?

[Ted MacNEIL]

>In either case there are DOCUMENTS. The documents are not retired, fired, died.

But, they are lost, incomplete, or misunderstood.

>We're not talikng about group of PFCSK and bunch of PCs for gaming, we're 
>talking about professional team.
>Mainframe specialists!

Who, unfortunately, are only human.
Sh*t happens!

People, docs, source code, contracts, libraries, etc., are lost, misplaced, or 
(in some cases) destroyed, all the time.

I've had many instances where (on mainframes) discovery tools have found things 
nobody no longer knew were installed.

The (human) mainframe specialists, who are just as flawed as everybody else 
lost track.

>Not perfect, but reasonably organized.

Ha! I've seen many unorganised IT departments.
Worked for some, and observed others.
They've put the 'fun' in dysfunctional.

>Software portfolio is neither black magic, nor rocket science.
>It is simple list.

Software portfolio management is more than a simple list.
Knowing what you have can be tricky, given all the caveats I've presented, in 
this (and previous) post(s).

But, knowing what you have is only one aspect and, to do it right, you have to 
do more:
1. Contract Management, which includes, but is not limited to, understanding 
the T&C's.
2. Configuration Management, which is more than just customisation of the 
product. It also includes: MSUs; seats; processors/LPARs allowed to run it; and 
others.
3. Document Management -- which should be self-explanatory.
4. Contact Management; who installs; who manages; who uses; vendor support; 
admin (vendor and internal).
 
>The list is "naturally audited" during every system upgrade.

I'm not sure what you mean by "naturally audited"; somebody has to do the 
legwork.
I've been imvolved in two major (for us due to shop size and outsourcing, which 
has a tendency to non-communicating towers supporting many sites and products).
And, even though I tried to manage a complete list of everything needed for 
each product run, it was always incomplete.
And, this was not just due to the mainframe specialists not doing their job, 
which they were (in most cases).
But, it was also due to:
o- Link & Phone Number Rot
o- Vendor acquisition
o- Product discontinuation
o- Documentation loss/change/incorrect
o- Staff turnover (internal & vendor)
o- Confusion & misunderstanding by all/some participants
o- Incorrect/missing procedures (including back-ups)
o- Others

You, obviously, work in a small shop, have a small portfolio to manage, have 
been lucky, or have perfect 'mainframe specialist' who make no mistakes and 
remember everything.

In other shops, errors and omissions happen all the time.
Tools like SOFAUDIT (or whatever it is called today) can help, but (usage 
issues aside), they are only one aspect of any portfolio management.
Which, in turn, is only one aspect of managing the entire site inventory.
And, it requires diligence, with no "natuaral audit" in place.
If you don't do it, and check on a regular basis, you can find yourself in the 
dilema the OP appeared, to me, to be in.

Also, the whole exercise is one of documentation, which always seems to be of 
the lowest priority in most shops.

Of course, this is only MY opinion, learned the hard way, over the last 30 
years, working in (I could show you scars), observing, reading, and hearing 
about, many sites.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CSI Interface wron entry

[Ted MacNEIL]

>but isn't Redbooks supposed to be discontinued according to some really old 
>die-hard rumours on this list, 
hmmm???

I wish you hadn't said that!
Even with four IBM'rs, including the manager responsible, people were still 
voicing concerns.
And, one IBM'r even asked us to drop it, at least twice.
Unsubstantiated rumours cause a lot of problems, and consume band-width.

There was one, a couple of months ago, concerning a long-time industry 
individual's retirement, and that individual took umbrage, due to lack of due 
diligence on the poster's remarks, such as checking the individual's intentions 
before posting.

The REDBOOK brewha is another example of lack of verification before posting.
And, your post (and probably this one) could contribute to it all over again.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IPCS WHERE gives SPECIALNAME

[Jim Mulder]

> I'm using the IPCS ADPLSWHS service in a verbexit to get back the module 

> name.
> I got "SPECIALNAME" string instead of the module name , but the IPCS 
> "where" command lists the proper name (in this case a HFS path)
> I make a wrong call, but what is the right one ?

Maybe it is pointed to by:

OMDP 
  Address of non-standard module name 

Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Any tools for managing z/OS system software products inventory?

[Scott T. Harder]

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Ted MacNEIL
> Sent: Tuesday, March 23, 2010 10:03 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Any tools for managing z/OS system software products
> inventory?
> 
> >In either case there are DOCUMENTS. The documents are not retired, fired,
> died.
> 
> But, they are lost, incomplete, or misunderstood.
> 
> >We're not talikng about group of PFCSK and bunch of PCs for gaming, we're
> talking about professional team.
> >Mainframe specialists!
> 
> Who, unfortunately, are only human.
> Sh*t happens!

I have to agree with Ted on this whole issue; all extremely good points that
he makes.  It is a hopeful assumption that there are complete groups of
"mainframe specialists" in every group within Tech Services (or whatever
it's called at your shop... data center system and program product support
is what we're basically talking about, right?).  

These days, I would guess (as I don't know for sure, unfortunately) that
staffing is at a close to all-time low in many shops.  Just keeping up with
day-to-day requirements probably has people completely tied up.

I can see that there is most likely a real need for a product like this in
today's world.  And... one that will not only tell you what products are
there, but if they are being used, by who/what, and how often.

And... what about products that may not be executing, but are still there in
a proclib somewhere... the maintenance still being paid, etc.??  As Ted
said, it takes a view from multiple angles to see the entire field in this
case.  




Scott T. Harder
Mainframe Services, Inc.
Naples, FL

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Encryption software?

[Hal Merritt]

I am beginning to think that the silence of major players is meaningful. 

I can report one horror story: pay close attention to your key manangment 
process. The whole process to include entry, change, and propagation to a 
recovery site. That whole sand box looks to be very fragile by design. And, 
without keys, the data is unrecoverable. 

I'm really worried that there are a lot of worthless backups out there that 
won't be discovered until it is way too late. 

 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Daniel McLaughlin
Sent: Thursday, March 18, 2010 7:51 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Encryption software?

This topic is getting bounced around here and on the RACF-L as well, yet
responses are scarce and sporadic. We in the hinterlands are looking for
experiences with any of the major encrypting products to help in selecting
one, without being hounded by vendors. Our site has mentioned TKLM and it
looks like a nightmare, plus it doesn't cover all our media. We have FDR, so
FDRCRYPT is a possibility. We have CA products, OpenTech products, and
MegaCryption looks interesting. 
Bottom line...many of us are soliciting opinions from those who have run
that gauntlet already.
TIA...rave mode set to off.

 
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

password management from a USS otelnetd session

[Ray Prevott]

Out security department is looking at Cyber-Ark to manage passwords for 
some robot userids.  I have set up the inetd daemon to start up otelnetd for 
access to USS from a standard telnet session.

When I try to change a password from that interface, it looks like it works, 
but it really does not.  Not sure where to look for the problem at.  Anybody 
out there done something like this before?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IPCS WHERE gives SPECIALNAME

[Miklos Szigetvari]

Hi

Thank you Jim, this was, a halfword length and the path name

Jim Mulder wrote:

I'm using the IPCS ADPLSWHS service in a verbexit to get back the module 
   



 


name.
I got "SPECIALNAME" string instead of the module name , but the IPCS 
"where" command lists the proper name (in this case a HFS path)

I make a wrong call, but what is the right one ?
   



Maybe it is pointed to by:

OMDP 
 Address of non-standard module name 


Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

 



--
Mit freundlichen Grüßen / Kind Regards,

Miklos SZIGETVARI
Research and Development

ISIS Information Systems GmbH
Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria
T: +43 - 2236 – 27551, F: +43 - 2236 - 21081
@ miklos.szigetv...@isis-papyrus.com

Visit our brand new extended Website at www.isis-papyrus.com

This e-mail is only intended for the recipient and not legally binding.
Unauthorised use, publication, reproduction or disclosure of the content
of this e-mail is not permitted. This e-mail has been checked for known
viruses, but ISIS accepts no responsibility for malicious or inappropriate
content.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Encryption software?

[Phil Smith III]

Hal Merritt wrote:
>I am beginning to think that the silence of major players is meaningful.

>I can report one horror story: pay close attention to your key manangment 
>process. The whole process to include entry, change, and propagation to a 
>recovery site. That whole sand box looks to be very fragile by design. And, 
>without keys, the data is unrecoverable.

>I'm really worried that there are a lot of worthless backups out there that 
>won't be discovered until it is way too late.

Indeed. "Encryption is easy, key management is hard". That's why the Voltage 
solutions all use keynames (identities) defined *by the user* (they look like 
email addresses, and actually are for Voltage SecureMail, but need not be for 
Voltage SecureData). Keys are generated based on a Master Secret and that 
identity *on the fly*. Thus keys need not be backed up, and key servers 
replicated with the same Master Secret will generate the same key for the same 
identity.

Our customers love this flexibility: no constant key server backups, easy 
failover and geographic replication, and applications can share keys by using 
the same identity, without having to pass keys themselves around.

...phsiii

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Encryption software?

[Scott T. Harder]

I'm not trying to be a jerk here, but does this mean that all someone needs
is your product and knowledge of the id used, in order to generate the
key(s) to decrypt data encrypted with that id???

I am probably missing something here, but it sounds like there is something
intrinsically wrong with that premise.

All the best,

Scott T. Harder
Mainframe Services, Inc.
Naples, FL

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Phil Smith III
> Sent: Tuesday, March 23, 2010 12:01 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Encryption software?
> 
> Hal Merritt wrote:
> >I am beginning to think that the silence of major players is meaningful.
> 
> >I can report one horror story: pay close attention to your key manangment
> process. The whole process to include entry, change, and propagation to a
> recovery site. That whole sand box looks to be very fragile by design.
> And, without keys, the data is unrecoverable.
> 
> >I'm really worried that there are a lot of worthless backups out there
> that won't be discovered until it is way too late.
> 
> Indeed. "Encryption is easy, key management is hard". That's why the
> Voltage solutions all use keynames (identities) defined *by the user*
> (they look like email addresses, and actually are for Voltage SecureMail,
> but need not be for Voltage SecureData). Keys are generated based on a
> Master Secret and that identity *on the fly*. Thus keys need not be backed
> up, and key servers replicated with the same Master Secret will generate
> the same key for the same identity.
> 
> Our customers love this flexibility: no constant key server backups, easy
> failover and geographic replication, and applications can share keys by
> using the same identity, without having to pass keys themselves around.
> 
> ...phsiii
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Encryption software?

[Knutson, Sam]

We heard via the rumor mill a last summer that EKM support is going away
and that we will have to migrate to TKLM or a competitive product in the
future.
The spectre of this occurring quickly was raised and then dismissed by
our IBM team. We are among customers who use EKM for backend tape
encryption and are not keen on moving to TKLM since EKM has been free
with z/OS and TKLM is priced, requires DB2, etc.  

My current understanding is that EKM will continue to be shipped with
z/OS but I don't know for how long. 

I have not seen an IBM Statement of Direction or announcement yet that
actually confirms that EKM will be withdrawn.

http://www-03.ibm.com/systems/z/os/zos/zos_sods.html 

Like other customers I need sufficient lead time to budget when a free
part is replaced with a non-free one even if the current part has some
gaps in it's functionality.  EKM is not as robust a key manger as IBM
TKLM or CA-EKM but it's working today and free.

We structure our DR process to insure we have the key data sets we need
at DR to recover and resume operation.

EKM is a little quirky but it works for now meeting our minimum
requirements and it is free.
 

Best Regards, 

Sam Knutson, GEICO 
System z HW/SW/Automation Team Leader 
mailto:sknut...@geico.com 
(office)  301.986.3574 
(cell) 301.996.1318  

"Think big, act bold, start simple, grow fast..." 



This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Encryption software?

[Mark Jacobs]

On 03/23/10 12:50, Knutson, Sam wrote:

We heard via the rumor mill a last summer that EKM support is going away
and that we will have to migrate to TKLM or a competitive product in the
future.
The spectre of this occurring quickly was raised and then dismissed by
our IBM team. We are among customers who use EKM for backend tape
encryption and are not keen on moving to TKLM since EKM has been free
with z/OS and TKLM is priced, requires DB2, etc.

My current understanding is that EKM will continue to be shipped with
z/OS but I don't know for how long.

I have not seen an IBM Statement of Direction or announcement yet that
actually confirms that EKM will be withdrawn.

http://www-03.ibm.com/systems/z/os/zos/zos_sods.html

Like other customers I need sufficient lead time to budget when a free
part is replaced with a non-free one even if the current part has some
gaps in it's functionality.  EKM is not as robust a key manger as IBM
TKLM or CA-EKM but it's working today and free.

We structure our DR process to insure we have the key data sets we need
at DR to recover and resume operation.

EKM is a little quirky but it works for now meeting our minimum
requirements and it is free.


 Best Regards,

 Sam Knutson, GEICO
 System z HW/SW/Automation Team Leader
 mailto:sknut...@geico.com
 (office)  301.986.3574
 (cell) 301.996.1318

"Think big, act bold, start simple, grow fast..."



   


I'm in the same boat as Sam. We use EKM in our Tape Encryption process, 
which does have its quirks, but once it is configured it is pretty 
stable.  I'd like to move to TKLM but since EKM is free its been a hard 
sell.


--
Mark Jacobs
Time Customer Service
Tampa, FL


Klein Bottle for rent -- inquire within.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Encryption software?

[Thompson, Steve]

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Knutson, Sam
Sent: Tuesday, March 23, 2010 11:50 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Encryption software?

We heard via the rumor mill a last summer that EKM support is going away
and that we will have to migrate to TKLM or a competitive product in the
future.
The spectre of this occurring quickly was raised and then dismissed by
our IBM team. We are among customers who use EKM for backend tape
encryption and are not keen on moving to TKLM since EKM has been free
with z/OS and TKLM is priced, requires DB2, etc.  



We structure our DR process to insure we have the key data sets we need
at DR to recover and resume operation.



Maybe a few of us are missing something here. If you go to a D/R site to
test, your stand alone system start-up on tape can't be encrypted or you
can't install that system, right?

So, once the system is installed, you have specifically not backed up
your certificate file/database so that the rest of the tapes are
un-usable. Is that also correct?

Now you need a way to get that information into your system, using some
special knowledge (such as the password, or key code) that allows this
repository to be installed making your cert file/database available. Is
this also correct?

I'm asking, because the product I work on only does encryption for data
in flight. Data encrypted on DASD or tape is another animal entirely.
Hence the silence from here.

So wouldn't encrypted 'data at rest' be a "DFSMS" issue (or some third
party that is somehow invoked to do this)? Which would be handled by the
file / database situation to which I referred above.

Now, because of export laws (being that encryption things are munitions
as far as the US Gov't is concerned), as I understand the rules, we
can't talk about particulars publicly. Which may also be another reason
for the silence.

Regards,
Steve Thompson

-- Opinions expressed by this poster may not reflect those held by
poster's employer --

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Encryption software?

[Jousma, David]

Same here.  Having a hard time swallowing a license fee for something
that was/is free today.  Don't want to put words into IBM's mouth, but
since we had to pay for the encryption feature on the tape drives, and
are now locked into it(lots of physical tapes encrypted), to start
charging to supply those keys to new tapes doesn't seem quite right,
since we are now locked in.

_
Dave Jousma
Assistant Vice President, Mainframe Services
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB1G
p 616.653.8429
f 616.653.8497


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Mark Jacobs
Sent: Tuesday, March 23, 2010 12:57 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Encryption software?

On 03/23/10 12:50, Knutson, Sam wrote:
> We heard via the rumor mill a last summer that EKM support is going
away
> and that we will have to migrate to TKLM or a competitive product in
the
> future.
> The spectre of this occurring quickly was raised and then dismissed by
> our IBM team. We are among customers who use EKM for backend tape
> encryption and are not keen on moving to TKLM since EKM has been free
> with z/OS and TKLM is priced, requires DB2, etc.
>
> My current understanding is that EKM will continue to be shipped with
> z/OS but I don't know for how long.
>
> I have not seen an IBM Statement of Direction or announcement yet that
> actually confirms that EKM will be withdrawn.
>
> http://www-03.ibm.com/systems/z/os/zos/zos_sods.html
>
> Like other customers I need sufficient lead time to budget when a free
> part is replaced with a non-free one even if the current part has some
> gaps in it's functionality.  EKM is not as robust a key manger as IBM
> TKLM or CA-EKM but it's working today and free.
>
> We structure our DR process to insure we have the key data sets we
need
> at DR to recover and resume operation.
>
> EKM is a little quirky but it works for now meeting our minimum
> requirements and it is free.
>
>
>

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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Encryption software?

[Mark Jacobs]

On 03/23/10 13:14, Jousma, David wrote:

Same here.  Having a hard time swallowing a license fee for something
that was/is free today.  Don't want to put words into IBM's mouth, but
since we had to pay for the encryption feature on the tape drives, and
are now locked into it(lots of physical tapes encrypted), to start
charging to supply those keys to new tapes doesn't seem quite right,
since we are now locked in.

_
Dave Jousma
Assistant Vice President, Mainframe Services
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB1G
p 616.653.8429
f 616.653.8497

   



From what I remember TKLM was primarily designed for IBM's encrypting 
DASD product. Since it can serve keys to tape drives as easily as it can 
to DASD, IBM started pushing the migration off of free EKM to the new 
priced product.


I can't speak for IBM but it would be nice if they allowed users of 
their tape encrypting solution to use TKLM for free as a drop in 
replacement for EKM, while keeping their pricing structure for users of 
their encrypting DASD product.


--
Mark Jacobs
Time Customer Service
Tampa, FL


Klein Bottle for rent -- inquire within.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

REXX

[John Norgauer]

Is There a REXX list?



John Norgauer
Senior Systems Programmer
Mainframe Technical Support Services
University of California Davis Medical Center
2315 Stockton Blvd
ASB 1300
Sacramento, Ca 95817
916-734-0536

 SYSTEMS PROGRAMMING..  Guilty, until proven innocent !! "JN  2004

"Hardware eventually breaks - Software eventually works"  anon


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Alert: APAR OA32369 affecting OSA Fenet 3174-81R & 3174-23R

[Joel C. Ewing]

Text from OA32369 included below.

OA30776 appears to have been intended to resolve some problem related to
timing of LSNCB PU PAB processing and delay that until some other event
had occurred.

OA32369 talks about LSNCB having some value and PAB processing not being
scheduled, which sounds to me like OA30776 may have had some bad side
effects of causing a processing delay in some cases for which the
delayed processing is never resolved.

In any event, the rather nebulous "In certain conditions" description in
OA32369 doesn't give much clue as to whether this is a rare or common
problem, or what kind of devices might be affected other than the
reference to "switched PU".  I don't know if use of OSA FENET SNA is
significant here, but at this point this is the only interface we have
through which we can drive 3174 R controllers, and for us the failure on
these devices was 100% with no circumvention.

Since IBM is offering an APAR fix, I would hope that means they have
already diagnosed and understand the problem.
  Joel C Ewing

---
APAR Identifier .. OA32369  Last Changed  10/03/22
  ACTPU FOR SWITCHED PU REMAINS IN PDISC STATE, FAILS TO ACTIVATE
  WITH IST380I ACTPU REQUEST ERROR MESSAGE AND SENSE 0801

  Symptom .. IN INCORROUT Status ... OPEN
  Severity ... 3  Date Closed .
  Component .. 569511701  Duplicate of 
  Reported Release . 1A0  Fixed Release 
  Component Name VTAM V4 MVS/ESA  Special Notice
  Current Target Date ..10/05/21  Flags
  SCP ...
  Platform 

  Status Detail: ANALYSIS - APAR is being investigated or debugged.

  PE PTF List:

  PTF List:


  Parent APAR:
  Child APAR list:


  ERROR DESCRIPTION:
  In certain conditions, the ACTPU processing for a switched PU
  might fail with the following message:
   IST380I ERROR FOR ID = xx - REQUEST: ACTPU, SENSE: 0801
  A display of the switched PU resource will show state of PDISC
  to indicate pending discontact response and the PU fails to
  activate and remains hung.
  The associated LSNCB will show LSNFSM value of x'9C' for
  LSN_SW_CONNECT_REQUESTED state and the RCCRNAA bits in RCCBITAN
  flags for the switched PU control block will show value of x'4'
  for RCCRNAT4 to indicate that CONTACTED x'0A' has been received.
  The VIT trace will show that the switched PU got sidequeued
  (non-zero LSNSIDEQ) and the PAB did not get scheduled to update
  the switched PU to the correct state of CONCT.


  LOCAL FIX:
  None. There is no certainty that forced deactivation and
  re-activation of the switched resources will work.
  KEYWORDS:
  IST380I ACTPU SWITCHED PU PUT2 PUT21 SENSE 0801 PDISC
  CONTACTED 0A LSN_SW_CONNECT_REQUESTED LSNSIDEQ ISTACCQ4
  RCCRNAT4 Q4CTD0A
-


On 03/22/2010 09:07 AM, Chris Mason wrote:
> Joel
> 
> Unfortunately I am not able actually to see what is said in APAR OA32369.
> 
> I am however able to see what OA30776 says and it would be very difficult to 
> see any sort of a connection (sic)between  APAR OA30776 and what you 
> describe that has become APAR OA32369.
> 
> If you would like some try at analysing what OA32369 is saying, perhaps you 
> could post the contents.
> 
> It may also be handy if you could find the VTAM - and/or hardware - error 
> messages which appeared at the time of the failed attempt to activate the 
> 3174 controllers. I expect that the errors would concern the SNA adjacent 
> link 
> station entity as identified by the name of the PU statement. Another 
> possibility is that the resources associated with the XCA definition failed 
> in 
> some way. These are all problems which would prevent activation of LUs at a 
> much earlier stage in the activation of SNA resources.
> 
> Chris Mason
> 
> On Fri, 19 Mar 2010 21:33:46 -0500, Joel C. Ewing  
> wrote:
> 
>> We put on about a year's worth of z/OS 1.10 maintenance in mid February
>> to get things up to RSU1001++.  May have included some corrective
>> maintenance beyond RSU1001 that we  could have done without, but
>> everything seemed to be functional in our MVS test environment and
>> looked OK to go live last weekend.
>>
>> We were forced to back out maintenance after encountering a problem now
>> being tracked as APAR OA32369, which  caused an outage for us on all SNA
>> 3174-81R and 3174-23R controllers driven through a Fast Ethernet OSA
>> adapter on a z9.  The APAR OA32369 description is totally unclear to me
>> as to what could be affected and how persistent the problem might be,
>> but for us none of the LU's for coax-attached dumb terminals or
>> coax-attached 4224 printers behind these 3174 controllers would activate
>> after maintenance.  This old hardware is being gradually phased out and
>> has been so stable for so long we didn't even have any accessible from
>> our test system.  We do now!
>>
>> IBM indicated the problem may 

Re: REXX

[Mark Pace]

There is
rexxl...@listserv.uga.edu
but it has so little activity it's better to just ask here or the VM
listserv.


On Tue, Mar 23, 2010 at 1:38 PM, John Norgauer <
john.norga...@ucdmc.ucdavis.edu> wrote:

> Is There a REXX list?
>
>
>
> John Norgauer
> Senior Systems Programmer
> Mainframe Technical Support Services
> University of California Davis Medical Center
> 2315 Stockton Blvd
> ASB 1300
> Sacramento, Ca 95817
> 916-734-0536
>
>  SYSTEMS PROGRAMMING..  Guilty, until proven innocent !! "JN  2004
> 
> "Hardware eventually breaks - Software eventually works"  anon
> 
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



-- 
Mark Pace
Mainline Information Systems
1700 Summit Lake Drive
Tallahassee, FL. 32317

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Encryption software?

[Gross, Randall [GCG-PFS]]

We run EKM on three LPARs and a geographically distant AIX box.

At our annual D/R test, we establish a secure network link from the
floor restoration system's E05's to the AIX box to do the initial system
restores. 



-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Thompson, Steve
Sent: Tuesday, March 23, 2010 1:11 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Encryption software?

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Knutson, Sam
Sent: Tuesday, March 23, 2010 11:50 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Encryption software?

We heard via the rumor mill a last summer that EKM support is going away
and that we will have to migrate to TKLM or a competitive product in the
future.
The spectre of this occurring quickly was raised and then dismissed by
our IBM team. We are among customers who use EKM for backend tape
encryption and are not keen on moving to TKLM since EKM has been free
with z/OS and TKLM is priced, requires DB2, etc.  



We structure our DR process to insure we have the key data sets we need
at DR to recover and resume operation.



Maybe a few of us are missing something here. If you go to a D/R site to
test, your stand alone system start-up on tape can't be encrypted or you
can't install that system, right?

So, once the system is installed, you have specifically not backed up
your certificate file/database so that the rest of the tapes are
un-usable. Is that also correct?

Now you need a way to get that information into your system, using some
special knowledge (such as the password, or key code) that allows this
repository to be installed making your cert file/database available. Is
this also correct?

I'm asking, because the product I work on only does encryption for data
in flight. Data encrypted on DASD or tape is another animal entirely.
Hence the silence from here.

So wouldn't encrypted 'data at rest' be a "DFSMS" issue (or some third
party that is somehow invoked to do this)? Which would be handled by the
file / database situation to which I referred above.

Now, because of export laws (being that encryption things are munitions
as far as the US Gov't is concerned), as I understand the rules, we
can't talk about particulars publicly. Which may also be another reason
for the silence.

Regards,
Steve Thompson

-- Opinions expressed by this poster may not reflect those held by
poster's employer --

--
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search
the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: REXX

[Steve Comstock]

John Norgauer wrote:

Is There a REXX list?




tso-r...@vm.marist.edu



John Norgauer
Senior Systems Programmer
Mainframe Technical Support Services
University of California Davis Medical Center
2315 Stockton Blvd
ASB 1300
Sacramento, Ca 95817
916-734-0536

 SYSTEMS PROGRAMMING..  Guilty, until proven innocent !! "JN  2004

"Hardware eventually breaks - Software eventually works"  anon



--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

* z/OS application programmer training
  + Instructor-led on-site classroom based classes
  + Course materials licensing
  + Remote contact training
  + Roadshows
  + Course development

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: REXX

[Lindy Mayfield]

a really good one:
--
For TSO-REXX subscribe / signoff / archive access instructions, send email to 
lists...@vm.marist.edu with the message: INFO TSO-REXX


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
John Norgauer
Sent: 23. maaliskuuta 2010 19:39
To: IBM-MAIN@bama.ua.edu
Subject: REXX

Is There a REXX list?



John Norgauer
Senior Systems Programmer
Mainframe Technical Support Services
University of California Davis Medical Center
2315 Stockton Blvd
ASB 1300
Sacramento, Ca 95817
916-734-0536

 SYSTEMS PROGRAMMING..  Guilty, until proven innocent !! "JN  2004

"Hardware eventually breaks - Software eventually works"  anon


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: REXX

[Donald Johnson]

It's called TSO-REXX and the listserv is at vm.marist.edu.
Don
On Tue, Mar 23, 2010 at 1:38 PM, John Norgauer <
john.norga...@ucdmc.ucdavis.edu> wrote:

> Is There a REXX list?
>
>
>
> John Norgauer
> Senior Systems Programmer
> Mainframe Technical Support Services
> University of California Davis Medical Center
> 2315 Stockton Blvd
> ASB 1300
> Sacramento, Ca 95817
> 916-734-0536
>
>  SYSTEMS PROGRAMMING..  Guilty, until proven innocent !! "JN  2004
> 
> "Hardware eventually breaks - Software eventually works"  anon
> 
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: REXX

[Lizette Koehler]

Is this for Mainframe, Unix, Linux, ...?

There is also the REXX-LA website as well
http://www.rexxla.org/

Lizette



>
>Is There a REXX list?
>
>
>
>John Norgauer
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: password management from a USS otelnetd session

[Tony Harminc]

On 23 March 2010 11:52, Ray Prevott  wrote:
> Out security department is looking at Cyber-Ark to manage passwords for
> some robot userids.  I have set up the inetd daemon to start up otelnetd for
> access to USS from a standard telnet session.
>
> When I try to change a password from that interface, it looks like it works,
> but it really does not.  Not sure where to look for the problem at.  Anybody
> out there done something like this before?

As an aside, I'm pretty sure I would not want to be changing passwords
- particularly for privileged userids - over an unencrypted telnet
session.

But if the session really is in the clear, perhaps you could run a
packet trace to see what command is being issued, and what the
response is. I have found TDSLink (now renamed to NBA, I think, but
still free) from ServicePilot to be a very easy to use z/OS packet
sniffer, that's a lot simpler to set up and use than the full TCP/IP
GTF trace stuff. Also, your product probably has its own tracing for
this kind of thing, or maybe you can sniff between the product and the
z/OS target using Wireshark or the like.

(And if it's in the clear, I'd be looking at another product, PDQ.)

It's also worth checking the z/OS Syslog for RACF messages that might
indicate a command auth problem.

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: REXX

[William Janulin]

How does one subscribe to the TSO-REXX listserv at Marist?

Bill Janulin
Mgr Tech Support & Product Dev. 
ASPG, Inc.
 
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Donald Johnson
Sent: Tuesday, March 23, 2010 1:47 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: REXX

It's called TSO-REXX and the listserv is at vm.marist.edu.
Don
On Tue, Mar 23, 2010 at 1:38 PM, John Norgauer <
john.norga...@ucdmc.ucdavis.edu> wrote:

> Is There a REXX list?
>
>
>
> John Norgauer
> Senior Systems Programmer
> Mainframe Technical Support Services
> University of California Davis Medical Center
> 2315 Stockton Blvd
> ASB 1300
> Sacramento, Ca 95817
> 916-734-0536
>
>  SYSTEMS PROGRAMMING..  Guilty, until proven innocent !! "JN
2004
> 
> "Hardware eventually breaks - Software eventually works"  anon
> 
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: REXX

[zMan]

Yes. :-)

On Tue, Mar 23, 2010 at 1:49 PM, Lizette Koehler wrote:

> Is this for Mainframe, Unix, Linux, ...?
>
> There is also the REXX-LA website as well
> http://www.rexxla.org/
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Message during logon

[Mark Steely]

When I log on to tso I receive the following messages after the ID has
been entered:
 
 IKJ56700A ENTER USERID -
X123456 
 IKJ56712I INVALID KEYWORD, : : 0
 IKJ56703A REENTER THIS OPERAND -
 
If I just hit the enter key I get the normal TSO logon screen with the
ID entered above displayed. 
 
Any ideas what is causing this ?
 
I only get this when logging into TSO. 
 
Any help would be appreciated. 
 
Thank You 





--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Message during logon

[zMan]

On Tue, Mar 23, 2010 at 2:08 PM, Mark Steely  wrote:

> When I log on to tso I receive the following messages after the ID has
> been entered:
>
>  IKJ56700A ENTER USERID -
> X123456
>  IKJ56712I INVALID KEYWORD, : : 0
>  IKJ56703A REENTER THIS OPERAND -
>
> If I just hit the enter key I get the normal TSO logon screen with the
> ID entered above displayed.
>
> Any ideas what is causing this ?
>
> I only get this when logging into TSO.
>

As opposed to what? What emulator are you using? If I had to guess, I'd say
that the emulator is sending something that TSO is parsing badly. I've seen
similar behavior with Vista if you enable nulls processing.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: REXX

[John Norgauer]

This is for Z/os REXX.  I had a suggestion from an SCLM IBM'er to do the 
following on a VSAM file:

Use the VERLIST and VERDEL sevices to read the VSAM file in order to 
delete records based on a date.

So I was kind of curious about the VERLIST and VERDEl services.



John Norgauer
Senior Systems Programmer
Mainframe Technical Support Services
University of California Davis Medical Center
2315 Stockton Blvd
ASB 1300
Sacramento, Ca 95817
916-734-0536

 SYSTEMS PROGRAMMING..  Guilty, until proven innocent !! "JN  2004

"Hardware eventually breaks - Software eventually works"  anon


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Message during logon

[Hal Merritt]

Your emulator looks to be sending garbage. TSO has a number of optional 
parameters where other applications do not. 

 


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Mark Steely
Sent: Tuesday, March 23, 2010 1:08 PM
To: IBM-MAIN@bama.ua.edu
Subject: Message during logon

When I log on to tso I receive the following messages after the ID has
been entered:
 
 IKJ56700A ENTER USERID -
X123456 
 IKJ56712I INVALID KEYWORD, : : 0
 IKJ56703A REENTER THIS OPERAND -
 
If I just hit the enter key I get the normal TSO logon screen with the
ID entered above displayed. 
 
Any ideas what is causing this ?
 
I only get this when logging into TSO. 
 
Any help would be appreciated. 
 
Thank You 




 
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Message during logon

[Martin Kline]

>When I log on to tso I receive the following messages after the ID has
>been entered:
> 
> IKJ56700A ENTER USERID -
>X123456 
> IKJ56712I INVALID KEYWORD, : : 0
> IKJ56703A REENTER THIS OPERAND -

Besides the emulator, the USS table could be bad. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: REXX

[Lizette Koehler]

I am not sure I have seen that before.

Sometimes IBM recommends tools that are internal to them.  But they think it is 
common.

Lizette



>
>This is for Z/os REXX.  I had a suggestion from an SCLM IBM'er to do the 
>following on a VSAM file:
>
>Use the VERLIST and VERDEL sevices to read the VSAM file in order to 
>delete records based on a date.
>
>So I was kind of curious about the VERLIST and VERDEl services.
>
>
>
>John Norgauer
>Senior Systems Programmer
>Mainframe Technical Support Services
>University of California Davis Medical Center
>2315 Stockton Blvd
>ASB 1300
>Sacramento, Ca 95817
>916-734-0536
>
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Call for XEDIT freaks, submit ISPF requirements

[Pinnacle]

- Original Message - 
From: "Mark Pace" 

Newsgroups: bit.listserv.ibm-main
Sent: Tuesday, March 23, 2010 9:28 AM
Subject: Re: Call for XEDIT freaks, submit ISPF requirements



I hate to dredge up such an old post, but, I really need to try to develop
some macros that mimic things I have in xedit.  I've done some searching 
and

can not find any reference to Doug Nagle's LAMC or UMAC, except for this
original old post.

Can anyone point me at something that would allow me to write macro that
runs from the "prefix area" - xedit term - where the line is target of the
macro?



Mark,

Try Doug Nadel, not Nagle.  Also, please submit your requirements.  As the 
ISPF requirements coordinator, I eagerly await them.


Regards,
Tom Conley 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Alter JES Exit #? to write NOOP (x'03') recs with data to OUTPUT Spool/Queue

[Phil DeVries]

Is there a JES exit that we could alter to allow CCW NOOP recs (x'03') to
be written to the OUTPUT JES SPOOL, (and possibly only for particular batch
jobs)?

I was hoping to inject indexing data into our printstream using CCW NOOP
records (e.g., "x'03'blah blah") and pass them to an application that
emulates a 3211 Host Printer (Oce Prisma Production Server) and receives
our printstreams from our JES OUTPUT SPOOL.

We use Oracle's DocuMerge application for our printing, and used it to
create the NOOP recs with indexing data and wrote the printstream out to a
DataSet and everything fine (i.e., all NOOP recs holding our indexing data
were present in the printstream).

However, when we switched our DD to write the SYSOUT to the OUTPUT spool
(e.g., sdsf =s.o)  the NOOP recs are stripped out and are not included in
the printstream sent to the SPOOL.

Is there a way to get the NOOP recs and any data on them to be written out
to the spool?

Here is a summary of what I see happening in our environment currently,

If I write out to...:

1) File/dataset, the NOOP and any data I placed after it on the same
record, is written out in its entirety.
2) Status SPOOL, e.g., Sysout=* (e.g., sdsf =s.st), the NOOP is written,
but any corresponding data is spaced out and not included.
3) Output SPOOL, e.g., Sysout=(,),Output Class=O, (e.g., sdsf =s.o) then
entire NOOP record is suppressed, and not written out at all.

I am assuming that If I actually sent a NOOP record to the real printer it
would disregard it, and any data on it?  :)

Thank you,

Phil DeVries
IT Consultant
Foremost Insurance Company
 5600 Beech Tree Lane, Caledonia, MI, 49316, USA
phil.devr...@foremost.com
616.954.6210 Office
616.638.6690 Cell

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: REXX functions VERLIST and VERDEl (rewrite title only)

[Lizette Koehler]

>
>I am not sure I have seen that before.
>
>Sometimes IBM recommends tools that are internal to them.  But they think it 
>is common.
>
>Lizette
>
>
>
>>
>>This is for Z/os REXX.  I had a suggestion from an SCLM IBM'er to do the 
>>following on a VSAM file:
>>
>>Use the VERLIST and VERDEL sevices to read the VSAM file in order to 
>>delete records based on a date.
>>
>>So I was kind of curious about the VERLIST and VERDEl services.
>>
>>
>>
>>John Norgauer
>>Senior Systems Programmer
>>Mainframe Technical Support Services
>>University of California Davis Medical Center
>>2315 Stockton Blvd
>>ASB 1300
>>Sacramento, Ca 95817
>>916-734-0536
>>
>>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

IBM slapped with 3rd mainframe antitrust complaint in Europe | ITworld

[Ed Gould]

http://www.itworld.com/software/102003/ibm-slapped-3rd-mainframe-antitrust-complaint-europe



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
  

Re: REXX

[Lindy Mayfield]

There are some rexx functions, I think on CBT, that work with vsam files.  They 
are really nice.  RXVSAM was what I could dig up at this time.

Oh just googled.  according to this site it isn't on CBT.   Anyway, it works 
nice.  I know it isn't what you asked for, but in the same ballpark.

http://sourceforge.net/projects/rxvsam/



-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Lizette Koehler
Sent: 23. maaliskuuta 2010 21:26
To: IBM-MAIN@bama.ua.edu
Subject: Re: REXX

I am not sure I have seen that before.

Sometimes IBM recommends tools that are internal to them.  But they think it is 
common.

Lizette



>
>This is for Z/os REXX.  I had a suggestion from an SCLM IBM'er to do the 
>following on a VSAM file:
>
>Use the VERLIST and VERDEL sevices to read the VSAM file in order to 
>delete records based on a date.
>
>So I was kind of curious about the VERLIST and VERDEl services.
>
>
>
>John Norgauer
>Senior Systems Programmer
>Mainframe Technical Support Services
>University of California Davis Medical Center
>2315 Stockton Blvd
>ASB 1300
>Sacramento, Ca 95817
>916-734-0536
>
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: REXX functions VERLIST and VERDEl (rewrite title only)

[Patrick Lyon]

On Tue, 23 Mar 2010 16:22:54 -0400, Lizette Koehler 
 wrote:

>>
>>I am not sure I have seen that before.
>>
>>Sometimes IBM recommends tools that are internal to them.  But they think 
it is common.
>>
>>Lizette
>>
>>
>>
>>>
>>>This is for Z/os REXX.  I had a suggestion from an SCLM IBM'er to do the
>>>following on a VSAM file:
>>>
>>>Use the VERLIST and VERDEL sevices to read the VSAM file in order to
>>>delete records based on a date.
>>>
>>>So I was kind of curious about the VERLIST and VERDEl services.
>>>
>>>

I think these are SCLM utilities that he is referring to.  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: REXX functions VERLIST and VERDEl (rewrite title only)

[Farley, Peter x23353]

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Patrick Lyon
> Sent: Tuesday, March 23, 2010 4:29 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: REXX functions VERLIST and VERDEl (rewrite title only)
> 
> On Tue, 23 Mar 2010 16:22:54 -0400, Lizette Koehler
>  wrote:
> 
> >>
> >>I am not sure I have seen that before.
> >>
> >>Sometimes IBM recommends tools that are internal to them.  But they
> think
> it is common.
> >>
> >>Lizette
> >>>
> >>>This is for Z/os REXX.  I had a suggestion from an SCLM IBM'er to
do
> the
> >>>following on a VSAM file:
> >>>
> >>>Use the VERLIST and VERDEL sevices to read the VSAM file in order
to
> >>>delete records based on a date.
> >>>
> >>>So I was kind of curious about the VERLIST and VERDEl services.
> >>>
> >>>
> 
> I think these are SCLM utilities that he is referring to.

That was my assumption as well, from the context.  But a search of the
z/OS 1.10 and 1.11 ISPF bookshelves reveals no hits for either VERLIST
or VERDEL.

Maybe these really are internal IBM "goodies"?  Or maybe they are only
documented in a redbook?

Peter


This message and any attachments are intended only for the use of the addressee 
and
may contain information that is privileged and confidential. If the reader of 
the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your system.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: REXX functions VERLIST and VERDEl (rewrite title only)

[Patrick Lyon]

On Tue, 23 Mar 2010 16:43:23 -0400, Farley, Peter x23353 
 wrote:

>
>That was my assumption as well, from the context.  But a search of the
>z/OS 1.10 and 1.11 ISPF bookshelves reveals no hits for either VERLIST
>or VERDEL.
>
>Maybe these really are internal IBM "goodies"?  Or maybe they are only
>documented in a redbook?
>
>Peter

They show up under the SCLM menu, selection "6A Easy Commands", but it 
shows as VERINFO, not VERLIST.

20 VERDELDelete version/audit information  
21 VERINFO   Retrieve version/audit information

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: REXX functions VERLIST and VERDEl (rewrite title only)

[Farley, Peter x23353]

Ah-h!  I see it now.  In the bookmanager version of the SCLM Guide and
Reference, VERDEL is in 4.2.32 and VERINFO is in 4.2.33.

Thanks for the find.

I wonder, though, how useful these functions are outside of SCLM?  Never
having used SCLM, I am ignorant of its capabilities.

Peter

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Patrick Lyon
> Sent: Tuesday, March 23, 2010 4:53 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: REXX functions VERLIST and VERDEl (rewrite title only)
> 
> On Tue, 23 Mar 2010 16:43:23 -0400, Farley, Peter x23353
>  wrote:
> 
> >
> >That was my assumption as well, from the context.  But a search of
the
> >z/OS 1.10 and 1.11 ISPF bookshelves reveals no hits for either
VERLIST
> >or VERDEL.
> >
> >Maybe these really are internal IBM "goodies"?  Or maybe they are
only
> >documented in a redbook?
> >
> >Peter
> 
> They show up under the SCLM menu, selection "6A Easy Commands", but it
> shows as VERINFO, not VERLIST.
> 
> 20 VERDELDelete version/audit information
> 21 VERINFO   Retrieve version/audit information


This message and any attachments are intended only for the use of the addressee 
and
may contain information that is privileged and confidential. If the reader of 
the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your system.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: REXX functions VERLIST and VERDEl (rewrite title only)

[John Norgauer]

Hi Peter 

I don't know what my SCLM rep is smoking, but she said that I could use 
REXX and VERLIST and VERDEL services to
spin through my SCLM audit files(VSAM) and perform some maint that is 
sorely needed. Any thoughts?



John Norgauer
Senior Systems Programmer
Mainframe Technical Support Services
University of California Davis Medical Center
2315 Stockton Blvd
ASB 1300
Sacramento, Ca 95817
916-734-0536

 SYSTEMS PROGRAMMING..  Guilty, until proven innocent !! "JN  2004

"Hardware eventually breaks - Software eventually works"  anon


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: REXX functions VERLIST and VERDEl (rewrite title only)

[Farley, Peter x23353]

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of John Norgauer
> Sent: Tuesday, March 23, 2010 6:04 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: REXX functions VERLIST and VERDEl (rewrite title only)
> 
> Hi Peter
> 
> I don't know what my SCLM rep is smoking, but she said that I could
use
> REXX and VERLIST and VERDEL services to spin through my SCLM audit
> files(VSAM) and perform some maint that is sorely needed. Any
thoughts?

Well, since you are already using SCLM, it seems likely what the rep
recommended may at least be possible.

However, I'm not the one to ask how or whether it would actually work.
I have never been in a shop that used SCLM, so I am entirely ignorant of
its capabilities.

Sorry I can't be of more help.

Peter


This message and any attachments are intended only for the use of the addressee 
and
may contain information that is privileged and confidential. If the reader of 
the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your system.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

z/os V1.11 PFAPATH

[Mark Steely]

During installation of z/os V1.11 it needs a directory of pfapath. Where
did you create this directory (root or create it own file directory ?). 
 
Thank You




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

SHARE Call for Presentations is Open

[Edward Jaffe]

Interested parties,

For the first time in a long time, the SHARE Call for Presentations is 
open before the planning process actually gets underway. That's a good 
thing!


Unfortunately, the timing windows for Boston planning are extremely 
tight this time. MVS Core Technologies is going to begin its planning 
process this coming Saturday. If you have session ideas, I suggest you 
get them in ASAP...


http://www.share.org/Events/UpcomingConference/tabid/349/Default.aspx

--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

Manager
MVS Core Technologies Project
SHARE, Inc.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: REXX functions VERLIST and VERDEl (rewrite title only)

[John Norgauer]

Hope so... the IBMLINK SCLM person is taking a long time to respond. 
Thanks for your efforts.



John Norgauer
Senior Systems Programmer
Mainframe Technical Support Services
University of California Davis Medical Center
2315 Stockton Blvd
ASB 1300
Sacramento, Ca 95817
916-734-0536

 SYSTEMS PROGRAMMING..  Guilty, until proven innocent !! "JN  2004

"Hardware eventually breaks - Software eventually works"  anon


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Mainframe Executive article on the death of tape

[Pinnacle]

Anybody read the Mainframe Executive article on the death of tape as a 
backup media?  The guy writing it used to work for STK and Sun, and now 
works for disk-based backup vendors.  He says the following:


- 15% of all backups fail (my experience < 1%)
- 10-50% of all restores from tape fail (my experience <1%)
- 40-50% failure when restoring data from tape > 5 years (my experience
again is <1%)

So what are you guys seeing out there?  Do we really have mainframe tape 
failure rates in the double-digits percentwise?  If we do, then the guy is 
right and tape is dead, but I just don't buy those figures.  What say you?


Regards,
Tom Conley 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

IBM System z Mastery Test Available at No Charge in 2010 (Students, Faculty)

[Timothy Sipples]

The IBM Academic Initiative is providing the System z Mastery Test at no
charge this year (2010) to many individuals, worldwide. The System z
Mastery Test is a proficiency exam for entry-level system programmer tasks.
It tests knowledge contained in the "IBM Introduction to the New Mainframe:
z/OS Basics" textbook. Passing the Mastery Test demonstrates z/OS-related
knowledge to prospective employers and is a valuable professional
indicator.

The Test is available at over 5,000 Prometric testing centers around the
world. Normally the test costs $95, but this fee is waived in 2010 for:

* Faculty members who have joined (or join now) the IBM Academic Initiative
* Students who are enrolled full-time or part-time at an accredited
educational institution

For more information, including study materials and to request a voucher to
waive the testing fee, please visit:


http://www.ibm.com/developerworks/university/systemz/masterytest/

- - - - -
Timothy Sipples
Resident Architect
STG Value Creation and Complex Deals
IBM Growth Markets
E-Mail: timothy.sipp...@us.ibm.com
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Mainframe Executive article on the death of tape

[Edward Jaffe]

Pinnacle wrote:
Anybody read the Mainframe Executive article on the death of tape as a 
backup media?  The guy writing it used to work for STK and Sun, and 
now works for disk-based backup vendors.  He says the following:


- 15% of all backups fail (my experience < 1%)
- 10-50% of all restores from tape fail (my experience <1%)
- 40-50% failure when restoring data from tape > 5 years (my experience
again is <1%)

So what are you guys seeing out there?  Do we really have mainframe 
tape failure rates in the double-digits percentwise?  If we do, then 
the guy is right and tape is dead, but I just don't buy those 
figures.  What say you?


Our small shop does daily backups and weekly dumps using both HSM and 
Tivoli Storage Manager on z/OS. We use 3590 tape technology 
(triple-density "H" drives with double-long "K" [green stripe] tapes). 
Our tape inventory is currently 182 tapes in RMM. Failure is *extremely* 
rare. Gut feel is once every couple/few years we experience a tape media 
failure.


It sounds like the author of the article might be making up his own 
statistics. Or maybe those statistics are for tape solutions for other 
platforms. Either way, it can't be good for Mainframe Executive.


--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Mainframe Executive article on the death of tape

[Mike Wood]

Tom, My personal opinion from reading that article was that is was written
completely from an open systems point of view using non-enterprise tapes.

The only referenced tape was LTO and the only usage was backup/restore.

I am not biased at all .. honest!

But that was completely misleading..  Now read the similar article from
Quantum  - which came via bitpipe
http://viewer.media.bitpipe.com/962023321_43/1224774522_634/ST00459_v2.pdf
... or was it SearchStorage 'Five key considerations you need to know for
long-term data retention'

There is a lot of activity in tape marketing at the moment.

Mike Wood

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Mainframe Executive article on the death of tape

[Thompson, Steve]

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Edward Jaffe
Sent: Tuesday, March 23, 2010 5:47 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Mainframe Executive article on the death of tape

Pinnacle wrote:
> Anybody read the Mainframe Executive article on the death of tape as a

> backup media?  The guy writing it used to work for STK and Sun, and 
> now works for disk-based backup vendors.  He says the following:
>
> - 15% of all backups fail (my experience < 1%)
> - 10-50% of all restores from tape fail (my experience <1%)
> - 40-50% failure when restoring data from tape > 5 years (my
experience
> again is <1%)
>
> So what are you guys seeing out there?  Do we really have mainframe 
> tape failure rates in the double-digits percentwise?  If we do, then 
> the guy is right and tape is dead, but I just don't buy those 
> figures.  What say you?


It sounds like the author of the article might be making up his own 
statistics. Or maybe those statistics are for tape solutions for other 
platforms. Either way, it can't be good for Mainframe Executive.



Just remember that 84.9% of all statistics are made up on the spot.  ;-)

Regards,
Steve Thompson

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Mainframe Executive article on the death of tape

[Richard Peurifoy]

On 3/23/2010 5:29 PM, Pinnacle wrote:

Anybody read the Mainframe Executive article on the death of tape as a
backup media? The guy writing it used to work for STK and Sun, and now
works for disk-based backup vendors. He says the following:

- 15% of all backups fail (my experience < 1%)
- 10-50% of all restores from tape fail (my experience <1%)
- 40-50% failure when restoring data from tape > 5 years (my experience
again is <1%)

So what are you guys seeing out there? Do we really have mainframe tape
failure rates in the double-digits percentwise? If we do, then the guy
is right and tape is dead, but I just don't buy those figures. What say
you?


Our current tape system is only a couple of years old, but our last
system was still using 3480 and 3490E tapes most of which were over
20 years old. Our failure rate was well under 1%.

--
Richard

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Deactivate/inactivate LPAR DEV cause TCPIP PROD hang

[Mohd Shahrifuddin]

Dear All,

Operating System OS390 2.10 
machine type 9672-R16 
define 2 LPAR one production and one development
Share OSA card different IP address

During Deactivation and Activation the development system and IPL we found 
the TCPIP in Production is hang. No connection between our production 
system and our Unix system. The problem no message in SYSLOG, TCPIP 
address space or Unix system. 

Please help if anybody have same problem before. 

Thanks and appreciated so much.

Mohd Shahrifuddin
ShenZhen, China

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Call for XEDIT freaks, submit ISPF requirements

[Paul Gilmartin]

On Tue, 23 Mar 2010 15:33:57 -0400, Pinnacle wrote:
>
>Try Doug Nadel, not Nagle.  Also, please submit your requirements.  As the
>ISPF requirements coordinator, I eagerly await them.
>
Is ability to View/Edit long lines wrapped rather than scrolled
on your list?

(XEDIT does this.)

("Change your terminal emulator geometry!" isn't always the
right answer.)

Thanks,
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Mainframe Executive article on the death of tape

[Russell Witt]

Tom,

The "trick" is how you define a "mainframe". If you include things like a
Window Server as a "mainframe" and all other "open" systems that have more
processing power then your average digital watch; then his numbers are
probably correct. If you include 8mm data tapes, 4mm data tapes and DLT
tapes then his numbers are probably correct.

But if you talk about IBM mainframes running z/OS or z/VM with real IBM or
Oracle/STK tape drives attached; then the number is beyond ridiculous. I am
not sure when I last heard of an I/O error on a physical tape during a DR
test (and more and more real mainframe sites are doing full DR tests).

Russell Witt
CA 1 Level-2 Support Manager

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on
Behalf Of Pinnacle
Sent: Tuesday, March 23, 2010 5:29 PM
To: IBM-MAIN@bama.ua.edu
Subject: Mainframe Executive article on the death of tape


Anybody read the Mainframe Executive article on the death of tape as a
backup media?  The guy writing it used to work for STK and Sun, and now
works for disk-based backup vendors.  He says the following:

- 15% of all backups fail (my experience < 1%)
- 10-50% of all restores from tape fail (my experience <1%)
- 40-50% failure when restoring data from tape > 5 years (my experience
again is <1%)

So what are you guys seeing out there?  Do we really have mainframe tape
failure rates in the double-digits percentwise?  If we do, then the guy is
right and tape is dead, but I just don't buy those figures.  What say you?

Regards,
Tom Conley

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/os V1.11 PFAPATH

[Mark Zelden]

On Tue, 23 Mar 2010 17:17:45 -0500, Mark Steely  wrote:

>During installation of z/os V1.11 it needs a directory of pfapath. Where
did you create this directory (root or create it own file directory ?). 
 
Thank You

Someone just asked this a few weeks ago.  This was my response (the 
archives and Google are your friends):

I'm sure it can be changed later, but I pointed it to a local directory 
where we install software: 

PFA 
PFA OWNER USERID D  PFAUSER 
PFA STG LOCATION D  /mylcldir/pfapath   
PFA USER PASSWORDD 


http://bama.ua.edu/cgi-bin/wa?A2=ind1002&L=ibm-main&D=1&T=0&O=D&P=241223

And mount a file system there.  But I would think you could also have one
automounted at /u/pfauser depending on how you set it up.   I have not
played with it yet.  I thought there was some stuff in the bit bucket from
SHARE in Denver from Sam Knutson who had it set up.  I was waiting for
him to respond last time.  Maybe he'll let us know what he did (or someone
else will).   I just asked one of my co-workers to start setting it up last
week, so I'll probably have something to share soon also.

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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Mainframe Executive article on the death of tape

[Rick Fochtman]

I haven't seen a bona-fide tape I/O error since my shop installed 3480 
drives, lo these many years ago. What's this guy smoking? Whatever it 
is, I'm sure it's illegal! :-)


Rick
---
Pinnacle wrote:

Anybody read the Mainframe Executive article on the death of tape as a 
backup media?  The guy writing it used to work for STK and Sun, and 
now works for disk-based backup vendors.  He says the following:


- 15% of all backups fail (my experience < 1%)
- 10-50% of all restores from tape fail (my experience <1%)
- 40-50% failure when restoring data from tape > 5 years (my experience
again is <1%)

So what are you guys seeing out there?  Do we really have mainframe 
tape failure rates in the double-digits percentwise?  If we do, then 
the guy is right and tape is dead, but I just don't buy those 
figures.  What say you?


Regards,
Tom Conley
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
.



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Call for Sessions for SHARE in Boston, MA

[Norman Hollander on DesertWiz]

Good Evening SHARE Participants-
 
Happy Spring! SHARE in Seattle is barely over and we are already planning
for our next conference in Boston, MA.  Seattle was another successful 
conference.  Boston will have plenty of great information that you'll want
to 
know about. Now, we just need you to submit ideas and abstracts for
sessions.  
The conference will be held at the Hynes Convention Center August 1st
through
August 5th, 2010.  
 
The Enterprise Wide Capacity and Performance (EWCP) Project is looking for
sessions of general interest; sessions on User experiences, Performance and 
Capacity Planning.  We'd also be interested in beginner types of sessions 
suitable for the zNextGenners.  
 
The scheduling process will begin after the Call for Sessions closes toward
end of April 5th, so please consider submitting any abstracts as soon as
possible
at the link below and/or to me at the address below.
 
Please visit the SHARE website at
http://www.share.org/Events/UpcomingConference/tabid/349/Default.aspx
for more information.
  
 
Norman Hollander, Project Manager 
EWCP 
Enterprise-Wide Capacity and Performance Project 
Office:   +1 760-992-5068   
eMail:znor...@ca.com 
  norman.hollan...@ca.com 
 
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: REXX

[Rich Smrcina]

Search again, file 268.

On Tue, Mar 23, 2010 at 3:26 PM, Lindy Mayfield
wrote:

> There are some rexx functions, I think on CBT, that work with vsam files.
>  They are really nice.  RXVSAM was what I could dig up at this time.
>
> Oh just googled.  according to this site it isn't on CBT.   Anyway, it
> works nice.  I know it isn't what you asked for, but in the same ballpark.
>
> http://sourceforge.net/projects/rxvsam/
>
>
>
> --
Rich Smrcina
Velocity Software, Inc.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Call for XEDIT freaks, submit ISPF requirements

[Pinnacle]

- Original Message - 
From: "Paul Gilmartin" 

Newsgroups: bit.listserv.ibm-main
Sent: Tuesday, March 23, 2010 7:21 PM
Subject: Re: Call for XEDIT freaks, submit ISPF requirements



On Tue, 23 Mar 2010 15:33:57 -0400, Pinnacle wrote:


Try Doug Nadel, not Nagle.  Also, please submit your requirements.  As the
ISPF requirements coordinator, I eagerly await them.


Is ability to View/Edit long lines wrapped rather than scrolled
on your list?



Gil,

That would be a good one to submit.

Regards,
Tom Conley 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CSI Interface wron entry

[Angel-Luis Dominguez]

IDCNOGFL putput listing is similar to IDCAMS is.

Since 70's we don't investigate in listings produced by utilities or programs. 
We 
had a big problem in our shop because a production JCL made a wrong 
decission as result of  investigated output lines from a utility.

Since that, we obtain info directly from the source producing a formated lines 
with no changes from release to releaes or even from PTF to PTF. 

Due to this, we use CSI Catalog interface to recover info from the catalogs 
and generate a formated line for each entry.

IDCNOGFL is not a solution for us nut could be to avoid problems by changes in 
the output lines from utilities.

Angel Luis Domínguez
z/OS sysprog

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html