z/OS and z/OS.e maintenance/licencing

[Peter Gammage]

Cross posted to LPAR-Pricing, ISVCosts and IBM-Main lists

As I understand it licencing z/OS.e works out significantly cheaper than
z/OS, however in a traditional z/OS shop that is looking to bring in new
workloads the trade off is that you have to maintain multiple builds - one
for z/OS and one for z/OS.e.

What are people thoughts about providing the option in z/OS to IPL it as
z/OS.e - enabling a single sourced build to be used for both purposes?


Peter Gammage
Server Architect

ISOS Server Services
Standard Life Assurance Company
Dundas House, 20 Brandon Street
Edinburgh, EH3 5PP

Tel: +44(0) 131-245-7024
Mob: +44(0) 773-659-2559
Email: [EMAIL PROTECTED]







For more information on Standard Life, visit our website
http://www.standardlife.co.uk/

The Standard Life Assurance Company, Standard Life House, 30 Lothian Road,
Edinburgh EH1 2DH, is registered in Scotland (No. SZ4) and is authorised
and regulated by the Financial Services Authority. Tel: 0131 225 2552 -
calls may be recorded or monitored. This confidential e-mail is for the
addressee only. If received in error, do not retain/copy/disclose it
without our consent and please return it to us. We virus scan and monitor
all e-mails but are not responsible for any damage caused by a virus or
alteration by a third party after it is sent.

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

Re: z/OS and z/OS.e maintenance/licencing

[Tom Marchant]

z/OS.e is much cheaper than z/OS.  It does not require adifferent build,
though.  You can IPL z/OS and z/OS.e in the same sysplex from the same IPL
volume.

In order to IPL z/OS.e, you must (IIRC):
1. update IFAPRDxx
2. use an LPAR name of ZOSE
3. run on a z800 or z890

I hope this helps,
Tom Marchant

--- Peter Gammage <[EMAIL PROTECTED]> wrote:

> Cross posted to LPAR-Pricing, ISVCosts and IBM-Main lists
> 
> As I understand it licencing z/OS.e works out significantly cheaper than
> z/OS, however in a traditional z/OS shop that is looking to bring in new
> workloads the trade off is that you have to maintain multiple builds -
> one
> for z/OS and one for z/OS.e.
> 
> What are people thoughts about providing the option in z/OS to IPL it as
> z/OS.e - enabling a single sourced build to be used for both purposes?
> 
> 
> Peter Gammage

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

Re: JES2 Checkpoint dataset help

[Tom Marchant]

Ha!  That's a good one.  Thanks for the laugh!

Tom Marchant

--- "Horein, Steve , HAR-ORL" <[EMAIL PROTECTED]> wrote:

> Something about last
> initialization occurring in 1935 (no joke!).

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

Re: z/os.e: request for advice

[Tom Marchant]

IIRC the Ts&Cs for zOS.e specify no COBOL.

--- Hal Merritt <[EMAIL PROTECTED]> wrote:

> 
> There is nothing really remarkable, except the TSO USERMAX is 10, and
> you have to code up a little front end to run COBOL programs. And it
> costs only about 10% of full z/os. 

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

Re: z/os.e: request for advice

[Tuco Bonno]

 yeah, that's pretty much what i concluded to on my own; just wanted to
make double sure ;; thanks for responding 

   ==

/s/ tuco bonno

graduate, College of Conflict Management,
University of Southeast Asia.
"I partied on the Ho Chi Minh trail"

>>> [EMAIL PROTECTED] 8/30/2005 4:12:11 PM >>>
We went full production with z/os.e about six weeks ago. 

There is nothing really remarkable, except the TSO USERMAX is 10, and
you have to code up a little front end to run COBOL programs. And it
costs only about 10% of full z/os. 

There are two PARMLIB members IFAPRDxx and IESSYSxx, but that's about
it. 

HTH and good luck.  

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

Re: z/OS and z/OS.e maintenance/licencing

[R.S.]

Tom Marchant wrote:


z/OS.e is much cheaper than z/OS.  It does not require adifferent build,
though.  You can IPL z/OS and z/OS.e in the same sysplex from the same IPL
volume.

In order to IPL z/OS.e, you must (IIRC):
1. update IFAPRDxx
2. use an LPAR name of ZOSE
3. run on a z800 or z890


AFAIK 4. LICENSE=Z/OSE in IEASYSxx

--
Radoslaw Skorupka
Lodz, Poland

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

Disaster Declarations due to Katrina

[Timothy Sipples]

I have absolutely no inside information, but I did a Google search prior to
the hurricane to determine New Orleans's largest employers (out of personal
curiosity).  Hibernia National Bank is one of them, and they do have a
mainframe (according to another Google search).  I would think there'd have
to be others in the region.

I have no idea what's going on there.  Obviously they've had branches
affected, but beyond that it's a mystery to me.  Thank you to all who are
helping in the hurricane recovery (including many of my colleagues in the
area, I would guess).

Regarding Bill's "President" (in quotes) comment, I took that to be a
reference to the fact that President Bush is still vacationing in Crawford
as I write this.  I can understand the (apolitical) frustration.  Doesn't
seem consistent with a good DR plan.  Hibernia's CEO and CIO are probably
real busy.

- - - - -
Timothy F. Sipples
Consulting Enterprise Software Architect
IBM Americas zSeries/z9 Software
NEW Phone: +1 312 529 1612
E-Mail: [EMAIL PROTECTED] (PGP key available.)
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/os.e: request for advice

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Tom Marchant
> 
> IIRC the Ts&Cs for zOS.e specify no COBOL.

The restriction is not quite that broad:  One cannot legally do COBOL
*development* on z.OS.e, but one *CAN* legally run pre-compiled COBOL
programs that meet certain other conditions.

-jc-

(NOTE:  Please "clear" the "Reply-To" field in email you send to IBM-MAIN.)

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

Re: RMF Spreadsheet Report

[Ted MacNEIL]

>Also, RMF Spreadsheet destroyer is unsupported last I heard though I did get
a helpful response or two via email.
...

There's an awful lot of help regarding it, for an unsupported package.


-teD

In God we Trust!
All others bring data!
 -- W. Edwards Deming

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

Fw: z/os.e: request for advice

[Ted MacNEIL]

Another user with a REPLYTO problem.
-Original Message-
From: "Ted MacNEIL" <[EMAIL PROTECTED]>
Date: Wed, 31 Aug 2005 12:20:22 
To:[EMAIL PROTECTED]
Subject: Re: z/os.e:  request for advice

>IIRC the Ts&Cs for zOS.e specify no COBOL.

...

No COBOL compiler.
You can run COBOL programmes; you just have to compile them elsewhere.


-teD

In God we Trust!
All others bring data!
 -- W. Edwards Deming

-teD

In God we Trust!
All others bring data!
 -- W. Edwards Deming

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

Re: z/OS and z/OS.e maintenance/licencing

[John Eells]

[EMAIL PROTECTED] wrote:

Cross posted to LPAR-Pricing, ISVCosts and IBM-Main lists

As I understand it licencing z/OS.e works out significantly cheaper than
z/OS, however in a traditional z/OS shop that is looking to bring in new
workloads the trade off is that you have to maintain multiple builds - one
for z/OS and one for z/OS.e.

What are people thoughts about providing the option in z/OS to IPL it as
z/OS.e - enabling a single sourced build to be used for both purposes?



What you propose exists today.

You do *not* need to do two system builds to run both z/OS and 
z/OS.e.  (In fact, this was a z/OS.e design objective.)  They are 
binary images of one another, differing only in hardware support 
(you need a z890 or z800), parmlib setup, LPAR naming, and 
licensing terms.  You can even share the SYSRES!


For more detail, see z/OS and z/OS.e Planning for Installation.

--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
[EMAIL PROTECTED]

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

Re: Point-and-shoot

[Steve Comstock]

Paul Gilmartin wrote:

In a recent note, Ed Gould said:



Date: Tue, 30 Aug 2005 22:06:05 -0500

Just don't expect a point and shoot to give you a understandable
messages and codes:-)



I hadn't considered it, nor mentioned it.  But, now, I don't
see why not.  HLASM already produces suitable information in
SYSPRINT.  I should be able to put my cursor on a message line
in HLASM's SYSPRINT (point) and press a PF key (shoot).  The
macro activated by that key would parse the message ID from the
line, connect to LOOKAT e.g.:


http://publibz.boulder.ibm.com/cgi-bin/os390/lookat.cmd?msgid=asma057e&release=ZOS%2FV1R5

... fetch the associated page, and display it.

SMOP.

Now if only Lookat would provide fragment/anchor identifiers ('#')
for reason codes.

-- gil

That's kinda' the way ChicagoSoft's Quick Ref works; key in
qwsdsf on the command line, move the cursor to anywhere on
the message, press Enter and you're in the docs.

Kind regards,

-Steve Comstock

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

Re: Deleted VVDS

[Natasa Savinc]

First we tried to recover VVDS from dump, but got the message that it
wasn't there. In the end we worked our way around it somehow - defined new
catalog, merged entries from the old catalog into the new one and copied
everything to another volume.
Thank you all,
Natasa

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

SMF reg 110 - Help

[Eduardo Toledo]

Hi guys,

In our shop, we are running CICS TS 2.2, on a z/OS 1.4. Our monitor ( the 
Mainview) tell us that we run something around of  200MM transactions a day 
in average.
How can I collect (using th MCT concepts), extract (the easy part) and print 
the statistics SMF reports type 110  (CICS statistics) from my SMF datasets?

The troubles are:
to produce the shortest record but with the most information on it through 
the MCT ;
to produce the less amount of records in terms of to not fullfill the SMF 
datasets very easily and finally
to produce  the best report/spreadsheet as possible with the information 
collected.

Does anybody had to face this job and got any good results? I f so , how?
I had already gone to the cbtape.org and did not find anything truly for 
CICS TS 2,2


Thanks in advanced

Eduardo Toledo
system consultant
CEF -SP

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

Binder question.

[McKown, John]

I had this asked of me recently and I cannot think of a simple way to do
it. Is there some way to stop the binder from adding/replacing a program
object in a library if the binder detects any kind of an error which
would result in a return code > 4?

I know of the STORENX=NO, but that does not do what I want. The closest
that I have been able to think of is to have the binder put the program
object(s) into a temporary library, then have a subsequent IEBCOPY step
copy the members from the temporary library into the permanent library.

What happened is that a "bad" module (binder rc>4) replaced a "good"
module. The programmer is asking why would the binder do this? I don't
really have a good answer other than "that is the way it works", which
is not really very comforting.


--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its'
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited.

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

Re: RMF Spreadsheet Report

[Ed Finnell]

 
In a message dated 8/31/2005 1:47:54 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

Nobody  around my previous employer's place would explain to me how they
decided on  their goal mode settings. Guess they were keeping  valuable


>>
She's also got a product Goal Tender that will take SMF/RMF
is input and your Goals and tell you how you're doing against
the curve. Haven't heard reports pro or con on value added. 
 

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

Re: Binder question.

[Paul Gilmartin]

In a recent note, McKown, John said:

> Date: Wed, 31 Aug 2005 08:36:38 -0500
> 
> I had this asked of me recently and I cannot think of a simple way to do
> it. Is there some way to stop the binder from adding/replacing a program
> object in a library if the binder detects any kind of an error which
> would result in a return code > 4?
> 
Are there cases in which RC>4 but the load module is nonetheless
marked executable?  Ugh!

But I have experienced frustration on the opposite side of this
behavior.  I have UNRESOLVED EXTERNAL(S).  I have XREF in PARM.
Yet I get no cross reference map.  Why?  Because the load module
is marked NX, and does not replace an earlier executable version.
So Binder fails to provide a cross reference map in one case where
I most need it.  Infuriating!

Binder ought responsibly to provide a cross reference map if
requested in the PARM regardless of whether the load module
is saved or not.  What cognitive failure moved the designers
to believe that I don't want the map if the module was not
saved?

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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

Re: Deleted VVDS

[Werner Kuehnel]

Did you try to restore the VVDS (logical restore) via dsname from your dump?
Keep in mind that you need to specify the fully qualified dsn of the 
VVDS dataset. So you can't restore a VVDS together with other datasets 
in one RESTORE command.

Werner

Natasa Savinc wrote:


First we tried to recover VVDS from dump, but got the message that it
wasn't there. In the end we worked our way around it somehow - defined new
catalog, merged entries from the old catalog into the new one and copied
everything to another volume.
Thank you all,
Natasa

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

 



--

Werner Kuehnel
IMD GmbH (Mannheimer Versicherung)
Mannheim - Germany

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

OSA-ICC console question

[Anne Crabtree]

We are using OSA-ICC as a controller for our consoles on a z890 machine.
We have four lpars and the pc is set up with four console sessions and four 
3270 sessions.  This morning, one console session was frozen, but the others 
seemed fine.  We wanted to take only that one console offline, but were 
hesitant to vary the unit offline fearing it would affect the other consoles.  
The console sessions are defined in parmlib as &SYSNAME.060.
It ended up working itself out, but could we have entered something like:

V CN(&sysname.060),OFFLINE

from a working console for the console that was frozen and then do the same 
varying ONLINE?

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

Re: Binder question.

[Ed Finnell]

 
In a message dated 8/31/2005 8:37:27 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

What  happened is that a "bad" module (binder rc>4) replaced a "good"
module.  The programmer is asking why would the binder do this? I don't
really have  a good answer other than "that is the way it works", which
is not really  very comforting.



>>
Check your binder PARMs and the entry point you're using. LET
will replace bad with good. NOLET replaces but marks as not  executable.

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

Re: Binder question.

[Charles Mills]

>>Check your binder PARMs and the entry point you're using. LET will
replace bad with good. NOLET 
replaces but marks as not  executable.

Neither is what he wants. He wants "not replace."

Charles

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

Re: Binder question.

[Paul Gilmartin]

In a recent note, Ed Finnell said:

> Date: Wed, 31 Aug 2005 10:24:39 EDT
> 
> Check your binder PARMs and the entry point you're using. LET
> will replace bad with good. NOLET replaces but marks as not  executable.
> 
IIRC, as long as you have the (R) option on the NAME statement, the
Binder will replace a bad load module with a good one, regardless
of the LET value.  I'm not sure why you believe NOLET causes the
Binder to replace a bad load module with a good one, then mark the
good load module as not executable.  Otherwise, as I RTFM:

#6.3.19 "z/OS V1R5.0 MVS Program Management: User's Guide and Reference
 __
  6.3.19 LET: Let execute option
   Ordinarily, the binder marks an output program module as nonexecutable
   when an error with a severity level of 8 or higher is encountered. You
   can override this by specifying a different severity level using the
   LET option. The binder then marks the module as not-executable only if
   an error is encountered whose severity level is higher than what you
   specified.

   LET=4 is the default value. Coding the NOLET keyword will cause the
   binder to mark the output module as nonexecutable when an error occurs
   with a severity level of 4 or higher. If LET is specified without a
   value, LET(8) is assumed.

And:

  6.3.38 STORENX: Store not-executable module

Normally, the binder does not replace an executable module in a
   program library with a not-executable version. You can override this
   standard action with the STORENX option.

   When the STORENX option is coded, a new module replaces an existing
   module of the same name regardless of the executable status of either
   module. If the NAME statement is provided, the replace option (R) must
   have been coded.

   STORENX=NO is the default value and can also be specified with the
   keyword NOSTORENX.

So, if I want to get a XREF map so I can find what CSECT contains my
UNRESOLVED, I must specify STORENX.  But I'd really prefer to be able
to diagnose the problem without storing the bad load module.  Bad
design, all in all.

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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

Re: Binder question.

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin
> 
> [ snip ]
> 
> So, if I want to get a XREF map so I can find what CSECT 
> contains my UNRESOLVED, I must specify STORENX.  But I'd 
> really prefer to be able to diagnose the problem without 
> storing the bad load module.  Bad design, all in all.

Have you tried the MAP option in the linkedit PARM string?

-jc-

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

Re: OSA-ICC console question

[Pohlen Mailinglist]

You can vary offline a console just like it was an old fashioned 3174
console. The &SYSNAME.060 is replaced by e. g. ZOS1060 assumed that the
defined system name is ZOS1. This name you should use for the VARY command.
But I think, that the problem is in the emulation session. I would try to
restart the emulation session and afterwards V ,CONSOLE.

Hope this helps

Franz Josef Pohlen

- Original Message - 
From: "Anne Crabtree" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Wednesday, August 31, 2005 4:04 PM
Subject: OSA-ICC console question


> We are using OSA-ICC as a controller for our consoles on a z890 machine.
> We have four lpars and the pc is set up with four console sessions and
four 3270 sessions.  This morning, one console session was frozen, but the
others seemed fine.  We wanted to take only that one console offline, but
were hesitant to vary the unit offline fearing it would affect the other
consoles.  The console sessions are defined in parmlib as &SYSNAME.060.
> It ended up working itself out, but could we have entered something like:
>
> V CN(&sysname.060),OFFLINE
>
> from a working console for the console that was frozen and then do the
same varying ONLINE?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Encryption

[Surfer SIC]

Does anyone know of a method/product that would encrypt VSAM data on disk. 
We are testing the FDR produuct for off-site tapes and based on my 
experience with Innovation I don't expect any issues. I've been asked about 
encrypting CICS VSAM data. My response was that the application can make 
ICSF calls. I don't know of a product we can put in that would handle this.


I'm trying to get a handle on the "why would you want this?" with RACF and 
proper degauzing for drives EMC/HDS/IBM replaces in place.


I did search the archives and also got input from the WSC. Any insight from 
this list would be appreciated.


Thanks!
Rob

_
Don’t just search. Find. Check out the new MSN Search! 
http://search.msn.click-url.com/go/onm00200636ave/direct/01/


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

Re: Encryption

[R.S.]

Surfer SIC wrote:

Does anyone know of a method/product that would encrypt VSAM data on 
disk. We are testing the FDR produuct for off-site tapes and based on my 
experience with Innovation I don't expect any issues. I've been asked 
about encrypting CICS VSAM data. My response was that the application 
can make ICSF calls. I don't know of a product we can put in that would 
handle this.


I'm trying to get a handle on the "why would you want this?" with RACF 
and proper degauzing for drives EMC/HDS/IBM replaces in place.


I did search the archives and also got input from the WSC. Any insight 
from this list would be appreciated.


Encrypting VSAM file differs from encrypting tapes. The main difference 
is the program used to read/write. It is "backup+encrypt" in FDR case. 
In VSAM case it is CICS/application. In this case it is reasonable to 
encrypt *fields*, not *records*. IMHO encrypting records could lead to 
problem with KSDS key (of course not all VSAM is KSDS).


So first - what are your needs
Second - what are your apps using the data
Third what are the possibilities.

HTH


--
Radoslaw Skorupka
Lodz, Poland

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

Re: z/OS and z/OS.e maintenance/licencing

[Ward, Mike S]

We do it here off of one res volume. We currently run Z/os and Z/os.e in
a non parallel sysplex mode. We do have different HFS files for both and
then there are also different parmlib members. You also have to set up
GRS, but other than what's been mentioned it's pretty easy.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of John Eells
Sent: Wednesday, August 31, 2005 7:35 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: z/OS and z/OS.e maintenance/licencing

[EMAIL PROTECTED] wrote:
> Cross posted to LPAR-Pricing, ISVCosts and IBM-Main lists
> 
> As I understand it licencing z/OS.e works out significantly cheaper
than
> z/OS, however in a traditional z/OS shop that is looking to bring in
new
> workloads the trade off is that you have to maintain multiple builds -
one
> for z/OS and one for z/OS.e.
> 
> What are people thoughts about providing the option in z/OS to IPL it
as
> z/OS.e - enabling a single sourced build to be used for both purposes?


What you propose exists today.

You do *not* need to do two system builds to run both z/OS and 
z/OS.e.  (In fact, this was a z/OS.e design objective.)  They are 
binary images of one another, differing only in hardware support 
(you need a z890 or z800), parmlib setup, LPAR naming, and 
licensing terms.  You can even share the SYSRES!

For more detail, see z/OS and z/OS.e Planning for Installation.

-- 
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
[EMAIL PROTECTED]

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

HSM Recall Space Required?

[Chase, John]

Hi, All,

We have need to identify how much DASD space would be required to recall "X"
number of datasets, but do not need to recall them all at once.  Does
anybody know whether:

(1) The required space is stored somewhere (e.g., in the MCDS); and
(2) That information is available (non-OCO),

so we can avoid having to recall all "X" number of datasets?

TIA,

-jc-

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

Re: HSM Recall Space Required?

[Pommier, Rex R.]

Yes it is in the mcds.  You can get it by doing a DFHSM LIST command ie
"list dsname(the.migrated.dataset.name) mcds"

HTH

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Chase, John
Sent: Wednesday, August 31, 2005 10:45 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: HSM Recall Space Required?


Hi, All,

We have need to identify how much DASD space would be required to recall
"X" number of datasets, but do not need to recall them all at once.
Does anybody know whether:

(1) The required space is stored somewhere (e.g., in the MCDS); and
(2) That information is available (non-OCO),

so we can avoid having to recall all "X" number of datasets?

TIA,

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: HSM Recall Space Required?

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex R.
> 
> Yes it is in the mcds.  You can get it by doing a DFHSM LIST 
> command ie "list dsname(the.migrated.dataset.name) mcds"

Excellent!

Thanks,

-jc-

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

Re: SMF reg 110 - Help

[Matthew Stitt]

On Wed, 31 Aug 2005 09:22:21 -0300, Eduardo Toledo <[EMAIL PROTECTED]> wrote:

>Hi guys,
>
>In our shop, we are running CICS TS 2.2, on a z/OS 1.4. Our monitor ( the
>Mainview) tell us that we run something around of  200MM transactions a day
>in average.
>How can I collect (using th MCT concepts), extract (the easy part) and print
>the statistics SMF reports type 110  (CICS statistics) from my SMF datasets?
>The troubles are:
>to produce the shortest record but with the most information on it through
>the MCT ;
>to produce the less amount of records in terms of to not fullfill the SMF
>datasets very easily and finally
>to produce  the best report/spreadsheet as possible with the information
>collected.
>Does anybody had to face this job and got any good results? I f so , how?
>I had already gone to the cbtape.org and did not find anything truly for
>CICS TS 2,2
>
>Thanks in advanced
>
>Eduardo Toledo
>system consultant
>CEF -SP
>
>
Go get a copy of files 527 and 529 from the CBT tape.  www.cbttape.org  and
I think you will find something close to what you are looking for.

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

Re: HSM Recall Space Required?

[Norbert Friemel]

On Wed, 31 Aug 2005 10:54:50 -0500, Pommier, Rex R. wrote:

>Yes it is in the mcds.  You can get it by doing a DFHSM LIST command ie
>"list dsname(the.migrated.dataset.name) mcds"
>

Or from IDCAMS "DCOLLECT MIGRATEDATA".

Norbert Friemel

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

Re: Spencer Katt has some comments on SHARE

[Charles Mills]

The print Eweek and presumably the Web version also has a pretty decent
SHARE-triggered Eric Lundquist column on Platform Solutions. A little
bit of the usual "gosh, who'd a-thunk, the mainframe ain't dead after
all" but all-in-all a decent column. Little or no technology that would
be news to this group, however.

Charles

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

Re: Encryption

[Charles Mills]

Shouldn't first be What are your business goals? What threat are you
trying to protect against?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of R.S.
Sent: Wednesday, August 31, 2005 8:25 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Encryption


Surfer SIC wrote:

> Does anyone know of a method/product that would encrypt VSAM data on
> disk. We are testing the FDR produuct for off-site tapes and based on
my 

So first - what are your needs
Second - what are your apps using the data
Third what are the possibilities.

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

Re: Fw: COBOL callable services?

[Gil, Victor x28091]

B) Not necessarily. Working storage of a COBOL program complied with
DATA(31) may define data residing below 16M if ALL31 is set to OFF
[IBM-supplied default]. This is achieved using the EXTERNAL attribute as in
the following code snippet

 01  BELOW   EXTERNAL.
 05  DELAY-AMT   PIC S9(9) COMP.  
 
 CALL ILBOWAT0 USING DELAY-AMT  

-Original Message-
Date:Tue, 30 Aug 2005 17:02:50 -0500
From:Bill Klein <[EMAIL PROTECTED]>
Subject: Fw: Fw: COBOL callable services?

Just remember that when calling ILBOWAT0, you 

A) want to do a dynamic CALL
B) need to use DATA(24)

I know that some shops have actually created their own "interface" module
(to be called by DATA(31) programs) to copy the time below the line and then
to call ILBOWAT0.

P.S.  ILBOABN0 *has* been changed to accept data above the line - as I
recall.  Certainly ILBOSTP0 can be called from above the line.

<[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> No PL/I however I have written and assembler STIMER routine.  I'll stick
> with ILBOWATO for now.
> 
> Thanks,
>Craig

_
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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Point-and-shoot (was: Re: Missing source code)

[Ed Gould]

On Aug 31, 2005, at 12:41 AM, Paul Gilmartin wrote:


In a recent note, Ed Gould said:


Date: Tue, 30 Aug 2005 22:06:05 -0500

Just don't expect a point and shoot to give you a understandable
messages and codes:-)


I hadn't considered it, nor mentioned it.  But, now, I don't
see why not.  HLASM already produces suitable information in
SYSPRINT.  I should be able to put my cursor on a message line
in HLASM's SYSPRINT (point) and press a PF key (shoot).  The
macro activated by that key would parse the message ID from the
line, connect to LOOKAT e.g.:

 
http://publibz.boulder.ibm.com/cgi-bin/os390/lookat.cmd? 
msgid=asma057e&release=ZOS%2FV1R5


... fetch the associated page, and display it.

SMOP.

Now if only Lookat would provide fragment/anchor identifiers ('#')
for reason codes.

-

Gil,

Good idea but since the cobol people refuse to put out a M&C imagine  
what their "online" explanations would be? At least there is good hope  
for HLASM.


Ed

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

Article: The True Value of Mainframe Security

[Timothy Sipples]

This link probably won't fit on one line, but it's an excellent article
IMHO:

http://www.eservercomputing.com/ME2/Audiences/dirmod.asp?sid=BCF4DE820EA64A858FB46EECB7C00BB4&nm=&type=Publishing&mod=Publications%3A%3AArticle&mid=8F3A7027421841978F18BE895F87F791&AudID=174DB902288C4970A30C71C9427313A7&tier=4&id=64AE6EE59AA34C67B2A5CD23CE07D1D3


I guess you could say, without exaggeration, that the cost to (the company
mentioned) of *not* having mainframe QoS is $2.75+ billion.  (It's public
knowledge that they didn't have a mainframe.)  Or, more precisely, the odds
of a $2.75+ billion loss would have been a whole lot lower, one would
think.

- - - - -
Timothy F. Sipples
Consulting Enterprise Software Architect
IBM Americas zSeries/z9 Software
NEW Phone: +1 312 529 1612
E-Mail: [EMAIL PROTECTED] (PGP key available.)
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Article: The True Value of Mainframe Security

[John P Kalinich]

"the first centralized security system, Customer Information Control System
(CICS), was introduced on the S/390."

This is news to me.  I always thought CICS was an online transaction system
which was introduced on the S/370 or even earlier.  JC, feel free to chime
in.

Regards,
John Kalinich
Computer Sciences Corp




  
  Timothy Sipples   
  
   cc:  
  
  Sent by: IBM Subject: Article: The True Value 
of Mainframe Security 
  Mainframe 
  
  Discussion List   
  
  http://www.eservercomputing.com/ME2/Audiences/dirmod.asp?sid=BCF4DE820EA64A858FB46EECB7C00BB4&nm=&type=Publishing&mod=Publications%3A%3AArticle&mid=8F3A7027421841978F18BE895F87F791&AudID=174DB902288C4970A30C71C9427313A7&tier=4&id=64AE6EE59AA34C67B2A5CD23CE07D1D3



I guess you could say, without exaggeration, that the cost to (the company
mentioned) of *not* having mainframe QoS is $2.75+ billion.  (It's public
knowledge that they didn't have a mainframe.)  Or, more precisely, the odds
of a $2.75+ billion loss would have been a whole lot lower, one would
think.

- - - - -
Timothy F. Sipples
Consulting Enterprise Software Architect
IBM Americas zSeries/z9 Software
NEW Phone: +1 312 529 1612
E-Mail: [EMAIL PROTECTED] (PGP key available.)
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Article: The True Value of Mainframe Security

[John Baker]

Actually, CICS was available for OS/360.

John P Baker
Software Engineer

"the first centralized security system, Customer Information Control System
(CICS), was introduced on the S/390."

This is news to me.  I always thought CICS was an online transaction system
which was introduced on the S/370 or even earlier.  JC, feel free to chime
in.

Regards,
John Kalinich
Computer Sciences Corp

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

Re: Article: The True Value of Mainframe Security

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of John Baker
> 
> Actually, CICS was available for OS/360.
> 
> John P Baker
> Software Engineer
> 
> "the first centralized security system, Customer Information 
> Control System (CICS), was introduced on the S/390."
> 
> This is news to me.  I always thought CICS was an online 
> transaction system which was introduced on the S/370 or even 
> earlier.  JC, feel free to chime in.

I don't recall that CICS was ever offered as a "centralized security
system", though it did provide its own internal "security" via the CICS
sign-on table.

For a fairly complete history of CICS development from inception to present
day, surf to  and cruise the "history" links.

-jc-

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

Re: Article: The True Value of Mainframe Security

[Kirk Talman]

That site has been scrubbed of all CICS information.

"Chase, John" <[EMAIL PROTECTED]> 8/31/2005 1:31 PM
...
For a fairly complete history of CICS development from inception to 
present
day, surf to  and cruise the "history" links.
...


-
The information contained in this communication (including any
attachments hereto) is confidential and is intended solely for the
personal and confidential use of the individual or entity to whom it is
addressed.  The information may also constitute a legally privileged
confidential communication.  If the reader of this message is not the
intended recipient or an agent responsible for delivering it to the
intended recipient, you are hereby notified that you have received this
communication in error and that any review, dissemination, copying, or
unauthorized use of this information, or the taking of any action in
reliance on the contents of this information is strictly prohibited.
If you have received this communication in error, please notify us
immediately by e-mail, and delete the original message.  Thank you

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

Re: Article: The True Value of Mainframe Security

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Kirk Talman
> 
> That site has been scrubbed of all CICS information.
> 
> "Chase, John" <[EMAIL PROTECTED]> 8/31/2005 1:31 PM ...
> For a fairly complete history of CICS development from 
> inception to present day, surf to  
> and cruise the "history" links.
> ...

COWA-FRIGGIN-BUNGA!!

Let me see what I can figure out

-jc-

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

Re: SMF reg 110 - Help

[Rob Wunderlich]

On Wed, 31 Aug 2005 09:22:21 -0300, Eduardo Toledo <[EMAIL PROTECTED]>
wrote:

>Hi guys,
>
>In our shop, we are running CICS TS 2.2, on a z/OS 1.4. Our monitor ( the
>Mainview) tell us that we run something around of  200MM transactions a day
>in average.
>How can I collect (using th MCT concepts), extract (the easy part) and
print
>the statistics SMF reports type 110  (CICS statistics) from my SMF
datasets?
>The troubles are:
>to produce the shortest record but with the most information on it through
>the MCT ;
>to produce the less amount of records in terms of to not fullfill the SMF
>datasets very easily and finally
>to produce  the best report/spreadsheet as possible with the information
>collected.

If you have SAS, look at aquiring MXG -- very inexpensive.

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

Re: Encryption

[Surfer SIC]

The business goal? The description I've received is "a company wide 
committee is setting the requirements - then telling the data center they 
have to find answers." So I can't state a real business goal. SOX etc. is 
probably driving this, whether it should be or not. It is financial data. I 
am doing my best to refrain from editorializing about committees and such.


Rob

_
Express yourself instantly with MSN Messenger! Download today - it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/


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

Re: Article: The True Value of Mainframe Security

[John Baker]

I was responding only to the idea that CICS was introduced on the S/390.

As for the idea that CICS was the first centralized security system, that is 
obviously absurd.

It can be argued that with its internal security features, CICS provided the 
first "secure" transaction processing environment.  However, that is a very 
different animal from a centralized security system.

Clearly, the gentleman is unaware of the history of mainframe security and 
transaction processing systems.

He likely believes that Bill Gates conceived the idea for the first computer, 
wrote the first operating system, and that Al Gore invented the internet.

John P Baker
Software Engineer

> 
> Actually, CICS was available for OS/360.
> 
> John P Baker
> Software Engineer
> 
> "the first centralized security system, Customer Information 
> Control System (CICS), was introduced on the S/390."
> 
> This is news to me.  I always thought CICS was an online 
> transaction system which was introduced on the S/370 or even 
> earlier.  JC, feel free to chime in.

I don't recall that CICS was ever offered as a "centralized security
system", though it did provide its own internal "security" via the CICS
sign-on table.

For a fairly complete history of CICS development from inception to present
day, surf to  and cruise the "history" links.

-jc-

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

Re: Article: The True Value of Mainframe Security

[Anne & Lynn Wheeler]

[EMAIL PROTECTED] writes:
> "the first centralized security system, Customer Information Control
> System (CICS), was introduced on the S/390."
>
> This is news to me.  I always thought CICS was an online transaction
> system which was introduced on the S/370 or even earlier.  JC, feel
> free to chime in.

I got to shoot bugs in beta-test version of cica on 360 in 1969.

the univ. library had a ONR grant for doing an automated library
project ... and got selected to be an early cics betatest site for the
implementation.

i specifically remember shooting a bdam open bug in cics. the original
code had been developed at a customer site ... and the library was
using some different bdam options than had been in the original
environment.

random past bdam &/or cics posts
http://www.garlic.com/~lynn/subtopic.html#bdam

--
Anne & Lynn Wheeler | http://www.garlic.com/~lynn/

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

Re: HSM Recall Space Required?

[Ed Finnell]

 
In a message dated 8/31/2005 11:05:49 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

Or from  IDCAMS "DCOLLECT MIGRATEDATA".




>>
Thanks. Think Lynette Pope even posted a SAS pgm to do a breakout
but can't find the reference. Maybe it was ES/J but can't find  it.

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

Re: Fw: COBOL callable services?

[Ted MacNEIL]

>may define data residing below 16M if ALL31 is set to OFF
[IBM-supplied default].
...

IBM recommends ALL31 to be set to on, for overhead reasons.

I have always hated a default set against recommendations, which
IBM does all the time.


-teD

In God we Trust!
All others bring data!
 -- W. Edwards Deming

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

Re: Article: The True Value of Mainframe Security

[Ted MacNEIL]

>This is news to me.  I always thought CICS was an online transaction system
which was introduced on the S/370 or even earlier. 
...

S/360 -- 1969 (or was it '67?)

I always wonder about the reliability of an article that has such glaring 
errors in it.


-teD

In God we Trust!
All others bring data!
 -- W. Edwards Deming

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

Re: Binder question.

[Ed Finnell]

 
In a message dated 8/31/2005 10:13:20 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

So, if I  want to get a XREF map so I can find what CSECT contains my
UNRESOLVED, I  must specify STORENX.  But I'd really prefer to be able
to diagnose  the problem without storing the bad load module.  Bad
design, all in  all.



>>
and
 
 
A.5.6 Not-Executable attribute

Unlike the binder, the linkage editor will replace an executable module  with 
a notexecutable version. All other conditions, such as the replace option on 
the NAME statement and the LET
option, must allow for storing of the  module. 

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

Re: IEFUSI question

[Jim Mulder]

IBM Mainframe Discussion List  wrote on 08/29/2005 
12:11:24 PM:

> > Does IEFUSI run under the same TCB as the subsequent job step TCB? I
> need
> > to
> > get control in a job step before the job step program starts
> executing,
> > and
> > create a name/token pair at the task level that a program subsequently
> > running
> >  on the job step TCB can retrieve. Will IEFUSI allow me to do this?
> Any
> > other
> >  suggestions?
> 
> The SMF exits (such as IEFUSI) run under the initiator TCB before the
> job step is attached. At that point ASCBXTCB points to the initiator
> task and ASXBITCB is zero. Later when the "real" job step task is
> attached, ASCBXTCB and ASXBITCB both point to the real job step task.
> 
> You can do pretty much anything you want in the exits since you are in
> key zero and supervisor state. I haven't run the experiment to see if
> address space level name/tokens would get you what you want. It's not
> clear to me that they would because the "job step" TCB is different when
> the application runs. 
> 
> Someone from IBM will (no doubt) know. 

  I think you could create an address space level name/token in an
IEFUSI exit, retrieve it from any task in the job, and then delete it
at end of step in an IEFACTRT exit. 

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

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

Re: Article: The True Value of Mainframe Security

[Anne & Lynn Wheeler]

[EMAIL PROTECTED] writes:
> "the first centralized security system, Customer Information Control
> System (CICS), was introduced on the S/390."
>
> This is news to me.  I always thought CICS was an online transaction
> system which was introduced on the S/370 or even earlier.  JC, feel
> free to chime in.

there was some high integrity mainframe systems deployed in the 60s
and 70s. among other things, theyy were being used for commercial
timesharing services ... some number of these commercial timesharing
services were selling into the financial market ... where there is
implicit requirement to safeguard customers from each other.
http://www.garlic.com/~lynn/subtopic.html#timeshare

note also that there was some amount of use in various gov. agencies
based on similar criteria; a couple recent posts related to the
subject.
http://www.garlic.com/~lynn/2005k.html#30 Public disclosure of discovered
vulnerabilities
http://www.garlic.com/~lynn/2005k.html#35 Determining processor status without
IPIs

one scenario was at the cambridge science center
http://www.garlic.com/~lynn/subtopic.html#545tech

which was offering cms\apl services to business people in armonk
corporate hdqtrs that had loaded the most sensitive of corporate
secrets and were running various business modeling applications
... and concurrently there was access to the same system by students
from various colleges and univs. in the boston area.

we had a few cases of denial of service mounted by students that were
quickly handled ... but i know of no data breaches.

some of the DOS attacks that were attempted based on resource
consumption. however, i had done dynamic adaptive resource scheduler
as undergraduate in the 60s ... with the default policy being
fair-share ... which tended to contain such efforts (and if they
didn't, i had to find and fix any anomolies in the resource control
implementation). the other DOS attacks used some structural
characteristics that had to be quickly corrected.

--
Anne & Lynn Wheeler | http://www.garlic.com/~lynn/

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

Re: Article: The True Value of Mainframe Security

[Anne & Lynn Wheeler]

Ted MacNEIL <[EMAIL PROTECTED]> writes:
> S/360 -- 1969 (or was it '67?)
>
> I always wonder about the reliability of an article that has such
> glaring errors in it.

this reference will tend to also give the pre-product history
http://www.yelavich.com

but as undergraduate in '69 i was shooting bugs in cics product
beta-test that the univ. library project was involved in; previous
post
http://www.garlic.com/~2005o.html#45 Article: The True Value of Mainframe
Security

misc. past posts mentioning bdam and/or cics
http://www.garlic.com/~lynn/subtopic.html#bdam

--
Anne & Lynn Wheeler | http://www.garlic.com/~lynn/

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

Converting from IBM VTS and Native tape library.

[John Benik]

We are in the process of converting from an IBM tape environment to an STK
tape.  I know with IBM the libraries etc are setup in SMS and a lot of the
library functions can be handled through SMS.  Even though we will not be
the ones responsible for the changes we would like to get a good
understanding of what exactly has to take place to change environments
like this.  Are there any papers/presentations that somebody may have done
on this?

Thanks

John
Benik

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

IEFC642I EXCESSIVE PARAMETER LENGTH ON THE EXEC STATEMENT

[Helio]

Friends

I am installing WDZ (Websphere Developer for zSeries) following 
instructions the Program Directory for WebSphere Studio Enterprise 
Developer Options for z/OS, I executed the Customizing the USS Remote Build 
Server and when I make the verification the installation of the USS Build 
Server am receiving the following cancellation


16.10.19 JOB00311  WEDNESDAY, 31 AUG 2005 

16.10.19 JOB00311  IRR010I  USERID S02HJS   IS ASSIGNED TO THIS 
JOB.
16.10.19 JOB00311  IEFC452I ZA0SUSS0 - JOB NOT RUN - JCL 
ERROR  330
-- JES2 JOB STATISTICS 
--
9 CARDS 
READ
   25 SYSOUT PRINT 
RECORDS
0 SYSOUT PUNCH 
RECORDS
1 SYSOUT SPOOL 
KBYTES
 0.00 MINUTES EXECUTION 
TIME
1 //ZA0SUSS0 
JOB  F02000,'SUPORTE-HELIO',CLASS=A,TIME=(0004,00),
  // MSGCLASS=X,MSGLEVEL=(1,1),NOTIFY=&SYSUID 

  //* 

  // 

  // 

  IEFC653I SUBSTITUTION JCL - 
F02000,'SUPORTE-HELIO',CLASS=A,TIME=(0004,
  NOTIFY=S02HJS 


2 //RUNPGM   EXEC PGM=BPXBATCH,DYNAMNBR=30,REGION=7400K,
  //PARM='SH /usr/lpp/EnterpriseDeveloper
  // /BuildServer/ccubldw.sh
  //  1125503998 1'
 STMT NO. MESSAGE
2 IEFC642I EXCESSIVE PARAMETER LENGTH ON THE EXEC STATEMENT


somebody can tell me where this the mistake, since the command that I 
execute in my work station to execute this job is the following 
c:\HEDS500\ccubldc - h [EMAIL PROTECTED] - b true - au USERID - ap PASSWORD


thank you very much.

 Atts.

 Helio Jose da Silva
 Departamento Software Basico
 Banco Rural S/A

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

Re: Converting from IBM VTS and Native tape library.

[Ted MacNEIL]

>Are there any papers/presentations that somebody may have done
on this?
...

This is a first for me!
I have seen from product 'X' to IBM, but never from IBM to 'X'.

I don't think you're going to find much.


-teD

In God we Trust!
All others bring data!
 -- W. Edwards Deming

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

Re: IEFC642I EXCESSIVE PARAMETER LENGTH ON THE EXEC STATEMENT

[Alan C. Field]

The PARM= field cannot exceed 100 characters.

There are rules described in the JCL reference manual for extending parms
involving quotes and parens "(" and ")" 

This is probably your problem. 

Alan

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

Re: IEFC642I EXCESSIVE PARAMETER LENGTH ON THE EXEC STATEMENT

[Ted MacNEIL]

JCL allows a maximum of 100 characters for PARM=

You are going to have to determine what is causing it to be longer.

-teD

In God we Trust!
All others bring data!
 -- W. Edwards Deming

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

Re: IEFC642I EXCESSIVE PARAMETER LENGTH ON THE EXEC STATEMENT

[Bruno Sugliani]

On Wed, 31 Aug 2005 16:59:00 -0300, Helio <[EMAIL PROTECTED]> wrote:
PGM=BPXBATCH,DYNAMNBR=30,REGION=7400K,
>   //PARM='SH /usr/lpp/EnterpriseDeveloper
>   // /BuildServer/ccubldw.sh
>   //  1125503998 1'

I think that when the parm is between apostrophe , you need to go up to
column 71   and you have to continue on column 16 on the second line

... What you did is for when you do not have quotes ( apostrophe )
just a hunch
Bruno
Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr

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

Re: IEFC642I EXCESSIVE PARAMETER LENGTH ON THE EXEC STATEMENT

[Paul Gilmartin]

In a recent note, Helio said:

> Date: Wed, 31 Aug 2005 16:59:00 -0300
> 
>  2 //RUNPGM   EXEC PGM=BPXBATCH,DYNAMNBR=30,REGION=7400K,
>//PARM='SH /usr/lpp/EnterpriseDeveloper
>// /BuildServer/ccubldw.sh
>//  1125503998 1'
>   STMT NO. MESSAGE
>  2 IEFC642I EXCESSIVE PARAMETER LENGTH ON THE EXEC STATEMENT
> 
> somebody can tell me where this the mistake, since the command that I
> execute in my work station to execute this job is the following
> c:\HEDS500\ccubldc - h [EMAIL PROTECTED] - b true - au USERID - ap PASSWORD
> 
I reproduced this readily.  To my surprise; something else
I didn't know about JCL syntax; I would have expected a message
about missing apostrophe or missing continuation.

Since you didn't edit the JCL, it's not your fault, but ccubldc's.
The solution is that the generated JCL should read:

3 //  SET P1='/usr/lpp/EnterpriseDeveloper'
4 //  SET P2='/BuildServer/ccubldw.sh'
5 //STEP EXEC  PGM=BPXBATCH,DYNAMNBR=30,REGION=7400K,
  //PARM='SH &P1 &P2  1125503998 1'

... but you may not be in a position to enforce this.  Submit a
problem report to the owner of ccubldc.

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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

Re: Most effective BUFNO?

[Joel Wolpert]

We have a file in which BUFNO=250 is specified on the JCL. The LRECL=260
and the BLKSIZE=27820. Is there any disadvantage to such a large BUFNO in
terms of impacting job elapsed time.

Thanks,

Joel Wolpert
Director - Performance and Capacity Planning
[EMAIL PROTECTED]


-
This message and its attachments may contain  privileged and confidential
information.  If you are not the intended recipient(s), you are prohibited
from printing, forwarding, saving or copying this email.  If you have
received this e-mail in error, please immediately notify the sender and
delete this e-mail and its attachments from your computer.

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

Re: Converting from IBM VTS and Native tape library.

[Clark, Kevin D, HRC-Alexandria/EDS]

John, 

As TED stated: You may be the first..

You may want to document and shared later

I would think the TMC would be a concern of you are change 3950 tape sizes,
CA-1 COPYCAT should help

Kevin Clark

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of John Benik
Sent: Wednesday, August 31, 2005 3:58 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Converting from IBM VTS and Native tape library.


We are in the process of converting from an IBM tape environment to an STK
tape.  I know with IBM the libraries etc are setup in SMS and a lot of the
library functions can be handled through SMS.  Even though we will not be
the ones responsible for the changes we would like to get a good
understanding of what exactly has to take place to change environments like
this.  Are there any papers/presentations that somebody may have done on
this?

Thanks

John
Benik

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: OSA-ICC console question

[Clark, Kevin D, HRC-Alexandria/EDS]

--

That should have worked fine if the problem was with MVS. But is the session
software on the PC has a problem, then stopping and starting just that
session should do ( with the MVS V CN) .

I am about to move my consoles to OSA-ICC. What Software are you using ?
Our Current suite consist of QWS3270, But I used EXTRA in tha pass on the
2216...

Kevin 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Anne Crabtree
Sent: Wednesday, August 31, 2005 10:05 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: OSA-ICC console question


We are using OSA-ICC as a controller for our consoles on a z890 machine. We
have four lpars and the pc is set up with four console sessions and four
3270 sessions.  This morning, one console session was frozen, but the others
seemed fine.  We wanted to take only that one console offline, but were
hesitant to vary the unit offline fearing it would affect the other
consoles.  The console sessions are defined in parmlib as &SYSNAME.060. It
ended up working itself out, but could we have entered something like:

V CN(&sysname.060),OFFLINE

from a working console for the console that was frozen and then do the same
varying ONLINE?

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Fw: Fw: COBOL callable services?

[Bill Klein]

The default in LE for z/OS V1.7 is:

 Non-CICS Default: ALL31=((ON),OVR) 

CICS Default: ALL31=((ON),OVR) 

See:
 
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/CEEA5160/2.2.2.4 

However, 2 paragraphs later, it says,

"If you use the default setting ALL31(OFF), ..."

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ceea6160/2.7.1 

seems to confirm that it is the first, not the 2nd information that is
correct/current.

"Ted MacNEIL" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> >may define data residing below 16M if ALL31 is set to OFF
> [IBM-supplied default].
> ...
> 
> IBM recommends ALL31 to be set to on, for overhead reasons.
> 
> I have always hated a default set against recommendations, which
> IBM does all the time.

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

Re: Article: The True Value of Mainframe Security

[Norbert Friemel]

On Wed, 31 Aug 2005 13:41:01 -0400, Kirk Talman wrote:

>That site has been scrubbed of all CICS information.
>

Then try the "Wayback Machine":
http://web.archive.org/web/*/http://www.yelavich.com/
http://web.archive.org/web/20040203041346/www.yelavich.com/history/toc.htm

Norbert Friemel

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

Re: Converting from IBM VTS and Native tape library.

[Mark Zelden]

He's not the first, nor the second. :-)I've been invovled in a few
VTS to VSM conversions (including my current employer).  However, the
physical tape was 3490E (not the VSM back end - host drives).  The back
end for VSM was 9840A or 9840B (curently we use 9840C and 9940B for
DR duplexing with our VSM boxes).

These days HSC/VTCS/SMC can use SMS rules so coding TAPEREQ statements
are not a requirement (although that's what I've always done because
the STK software didn't used to support the SMS rules). TAPEREQs are
probably more flexible also.

Also, you can put 3590s in a STK SILO if desired.  I think there was
a recent thread about this on IBM-MAIN.

At any rate, I don't know of any specific papers, but perhaps STK
has something they could give you.

Regards,

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America and Farmers Insurance Group
mailto: [EMAIL PROTECTED]
Systems Programming expert at http://Search390.com/ateExperts/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html


On Wed, 31 Aug 2005 17:00:49 -0400, Clark, Kevin D, HRC-Alexandria/EDS
<[EMAIL PROTECTED]> wrote:

>
>As TED stated: You may be the first..
>
>You may want to document and shared later
>
>I would think the TMC would be a concern of you are change 3950 tape sizes,
>CA-1 COPYCAT should help
>
>
>
>We are in the process of converting from an IBM tape environment to an STK
>tape.  I know with IBM the libraries etc are setup in SMS and a lot of the
>library functions can be handled through SMS.  Even though we will not be
>the ones responsible for the changes we would like to get a good
>understanding of what exactly has to take place to change environments like
>this.  Are there any papers/presentations that somebody may have done on
>this?
>

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

Re: HSM Recall Space Required?

[Ed Finnell]

 
In a message dated 8/31/2005 2:06:40 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

Thanks.  Think Lynette Pope even posted a SAS pgm to do a breakout
but can't find  the reference. Maybe it was ES/J but can't find   it.




>>
Too much going on. Linnea Nichols posted SAS for dcollect on
CBT file 206. Lynette Pope said she was having problems reading
dcollect data with SAS(IBM-Main in Mar 1998). Don't know if they're  related

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

Re: Point-and-shoot

[Shane Ginnane]

Steve wrote on 31/08/2005 11:00:03 PM:

> >
> > Now if only Lookat would provide fragment/anchor identifiers ('#')
> > for reason codes.
> >
> That's kinda' the way ChicagoSoft's Quick Ref works; key in
> qwsdsf on the command line, move the cursor to anywhere on
> the message, press Enter and you're in the docs.

And bloody handy it is too - especially for the infamous IDC3009I. Think
everyone here uses a PF key - very nice.
Tends to be a bit late with supporting latest-and-greatest in this part of
the world, but none-the-less our users love it.

Shane ...

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

Re: ADABAS and HDS TrueCopy

[John Krew]

We do mirroring of our production Adabas databases on HDS disk storage to our 
remote DR site.
Adabas' restart and autorestart facilities after power outage, etc. is quite 
reliable.

I would also like to point out that in the more recent releases of Adabas two 
new operator
commands - SUSPEND and RESUME - are available to synchronize Adabas databases 
with the snapshot-type
backups provided by the various storage vendors.   The commands can also be 
issued programmatically.

So Ron Hawkins' cursory dismissal of  Software AG's database offering is, shall 
we say, a bit
premature ...

- Original Message - 
From: "Sarel Swanepoel" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Thursday, August 25, 2005 12:54 PM
Subject: Re: ADABAS and HDS TrueCopy


> NB: This email and its contents are subject to our email legal notice
> which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf
> 
> Ron
>
> We are using EMC's SRDF to mirror our data to the DR site with +- 90% of
> our databases being ADABAS.
>
>
>
> Kind Regards,
>
> Sarel Swanepoel
> Capacity Management
>
> South African Revenue Services
>
>
>   Office:+27 (0)12 422 5033
>   Mobile:+27 (0)82 4927 321
>   Fax:+27 (0)12 422 6068
>   Email:[EMAIL PROTECTED]
>   Web Site:
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

H50 V1R3 / Z890 V1R4 Compatability

[John Donnelly]

We are moving from 1.3 to 1.4...plan not to be concerned with
Exploiatation or Compatability stuff...one simple little H50, two
LPARs...to a simple little Z809, two LPARs...worse case is supporting the
1.3 and 1.4 systems in a shared environment...

   Have coexistence and fallback service for 1.3 and 1.4 ... and the non-
PTF requirements...

   CBPDO installation...

   Am I making this too simple?

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

Re: Managing /service for SMP/E

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 08/30/2005
   at 02:11 PM, Tom Marchant <[EMAIL PROTECTED]> said:

>AFAIK, it is not possible to do what you are suggesting because
>Automount does not work that way.

Doesn't work what way? 
 
-- 
 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Missing source code (was: New Cobol Releases (was FASTSRT

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 08/30/2005
   at 05:38 PM, Paul Gilmartin <[EMAIL PROTECTED]> said:

>What a concept!  Such information would, of course, be invaluable to
>a source language interactive debugger.

There used to be several assemblers where the object deck included a
copy of the source deck; in some cases as is, in other cases
compressed. Anybody here remember the SHARE Operating System (SOS) on
the 704?

>BASIC and LightSpeed Pascal took the complementary approach: they
>save nothing but the object code; the editable source is generated by
>decompilation.

Impossible, by definition. If the reconstructed code doesn't include
everything from the original, then whatever it is, it isn't source
code.
 
-- 
 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Article: The True Value of Mainframe Security

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 08/31/2005
   at 01:21 PM, Anne & Lynn Wheeler <[EMAIL PROTECTED]> said:

>there was some high integrity mainframe systems deployed in the 60s
>and 70s.

IBM had RSS and General HoneyBULL had Multics.
 
-- 
 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Article: The True Value of Mainframe Security

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on
08/31/2005
   at 12:31 PM, "Chase, John" <[EMAIL PROTECTED]> said:

>> "the first centralized security system, Customer Information 
>> Control System (CICS), was introduced on the S/390."

>I don't recall that CICS was ever offered as a "centralized security
>system", 

Were you expecting that sentence to contain a true claim? Be happy
that they got the name right.
 
-- 
 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: New Cobol Releases (was FASTSRT)

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on
08/30/2005
   at 02:24 PM, Bill Klein <[EMAIL PROTECTED]> said:

>A) As someone who uses a "threaded newsreader", I personally HATE
>"internal" comments/replies

A threaded newsreader does nothing to establish context for replies to
a long article.

>Personally, I can't remember the last time that I heard of a change 
>in syntax support that was NOT well documented in the "Migration 
>Guide".

That helps you to understand the error messages once you get them; it
doesn't help to identify the routines that are likely to get them
unless you have a data base showing for each syntactic element which
routines use that element. I don't expect to ever see a shop with such
a data base.
 
-- 
 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Newsgroups

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 08/30/2005
   at 05:21 PM, Steve Comstock <[EMAIL PROTECTED]> said:

>Sending of message failed.

>The message could not be posted because connecting to the news server
>failed. The server may be unavailable or is refusing connections.
>Please verify that your news server setting is correct and try again,
>or else contact your network administrator.

Assuming that you have the correct IP address and port, that could be
due to attempting to post from an IP address that is block listed.
What IP address were you posting from?

Update: I did a Telnet into that server and the banner is

201 puce.readfreenews.net NNRP Service Ready - [EMAIL PROTECTED]
(no posting)
 
-- 
 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Article: The True Value of Mainframe Security

[Anne & Lynn Wheeler]

"Shmuel Metz (Seymour J.)" <[EMAIL PROTECTED]> writes:
> IBM had RSS and General HoneyBULL had Multics.

multics was on the 5th floor of 545 tech sq.
http://www.multicians.org/

cp67 and misc. other stuff
http://www.garlic.com/~lynn/2004o.html#38 SHARE reflections

was done by the science center on the 4th floor of 545 tech sq.
http://www.garlic.com/~lynn/subtopic.html#545tech

as part of cp67 morphing into vm370 ... the group absorbed the boston
programming center on the 3rd floor (545 tech sq). eventually vm370
outgrew the 3rd floor and moved out to the old sbc building in
burlington mall (this was after sbc had been sold off as part of some
settlement).

the science center machine room was on the 2nd floor.

refs:
http://www.garlic.com/~lynn/2005o.html#45 Article: The True Value of Mainframe
Security
http://www.garlic.com/~lynn/2005o.html#46 Article: The True Value of Mainframe
Security
http://www.garlic.com/~lynn/2005o.html#47 Article: The True Value of Mainframe
Security

and anothor ref
http://www.nsa.gov/selinux/list-archive/0409/8362.cfm

from
http://www.garlic.com/~lynn/2005k.html#30 Public disclosure of discovered
vulnerabilities
http://www.garlic.com/~lynn/2005k.html#35 Determining processor status
without IPIs

--
Anne & Lynn Wheeler | http://www.garlic.com/~lynn/

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

Re: Managing /service for SMP/E

[Tom Marchant]

You said that I should "Automount OMVS.TARGET.JAVA14 at
/service/java/TARGET/usr/lpp/java and use that in your DDDEF."

AFAIK, Automount won't extract TARGET from
/service/java/TARGET/usr/lpp/java and use that to generate the
HFS DSNAME OMVS.TARGET.JAVA14.

If you know something that I don't, please enlighten me.  I'd
also appreciate any thoughts that you have about the solution
that I have described.

Automount is defined with a policy that is defined, by default,
in /etc/auto.master.  For each mount point that is managed by
Automount, there is a line in the policy such as this:

/service/java   /etc/service_java.map

The first thing on the line is the directory that is to be managed
by Automount, the second is a map file telling Automount what to do
when there is a reference to a subdirectory to the Automount
managed directory.  In my case, /etc/service_java.map looks like this:

name*
typeHFS
filesystem  OMVS..JAVA14
moderdrw
duration10
delay   10

This map tells Automount that the subdirectory of /service/java/
is to be converted to upper case () and used to construct
the HFS DSNAME.  Thus, if my DDDEF specifies
/service/java/TARGET/usr/lpp/java, Automount will dynamically
create a subdirectory of TARGET and mount OMVS.TARGET.JAVA14 at
that directory.  If you then look at /service/java/TARGET/ you
will not find usr but J1.4

On Wed, 31 Aug 2005 19:39:23 -0300, Shmuel Metz (Seymour J.)
<[EMAIL PROTECTED]> wrote:

>In <[EMAIL PROTECTED]>, on 08/30/2005
>   at 02:11 PM, Tom Marchant <[EMAIL PROTECTED]> said:
>
>>AFAIK, it is not possible to do what you are suggesting because
>>Automount does not work that way.
>
>Doesn't work what way?
>
>--
>>>In <[EMAIL PROTECTED]>, on 08/29/2005
>>>   at 03:31 PM, Tom Marchant <[EMAIL PROTECTED]> said:
>>>
>>< snip! >
>>>
If you know a way that I can define
Automount so that I can reference, for example,
/service/java/TARGET/usr/lpp/java/J1.4 and Automount will mount
OMVS.TARGET.JAVA14 at /service/java/TARGET/usr/lpp/java, I would be
very interested in learning how to do it.
>>>
>>>Why would you want to? Automount OMVS.TARGET.JAVA14 at
>>>/service/java/TARGET/usr/lpp/java and use that in your DDDEF.
>>>

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

Re: HSM Recall Space Required?

[Greg Price]

Sounds like the sort of thing I use the $HMLIST TSO command for.
It has an ODS operand to direct the output into a data set.
Source in CBT file 134 - update it with the dsname of your MCDS.
There is also a $HBLIST command to get listings out of the BCDS also.
There is also a $HMLISTW command with wider output to allow for
more columns of information.

I see I have a SAS job to add up the sizes from the output:

//STEP1   EXEC SAS
//SYSINDD  *
DATA _NULL_;
 RETAIN KBTOT 0;
 INFILE HMLIST  END=LAST;
 INPUT MIGDT REFDT MIGCT SIZ ORG $ RFM $ BLK LVL $ NAME $;
 KBTOT = KBTOT + SIZ;
 IF LAST THEN PUT KBTOT;
/*
//HMLIST   DD  DSN=userid.HC.DATA,DISP=SHR

The data set is produced by
$HMLIST L(dsprfx) D ODS(HC)
where dsprfx need not end on a qualifier boundary.
(The 'D' says "details" - otherwise just the dsnames are output.)
Hmm, might need to do a 
C '<' ' ' ALL
in ISPF Edit first due to my limited SAS expertise
if any data sets are smaller than 1KB but bigger than 0 bytes.

Cheers,
Greg


Chase, John wrote:
> Hi, All,
> 
> We have need to identify how much DASD space would be required to recall "X"
> number of datasets, but do not need to recall them all at once.  Does
> anybody know whether:
> 
> (1) The required space is stored somewhere (e.g., in the MCDS); and
> (2) That information is available (non-OCO),
> 
> so we can avoid having to recall all "X" number of datasets?
> 
> TIA,
> 
> -jc-

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

Re: HSM Recall Space Required?

[Ed Finnell]

 
In a message dated 8/31/2005 9:08:26 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

Sounds  like the sort of thing I use the $HMLIST TSO command for.
It has an ODS  operand to direct the output into a data set.
Source in CBT file 134 -  update it with the dsname of your MCDS.
There is also a $HBLIST command to  get listings out of the BCDS also.
There is also a $HMLISTW command with  wider output to allow for
more columns of  information.



>>
IIRC there's some MXG procs to do this too. 

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

Re: Fw: New Cobol Releases (was FASTSRT)

[Joel C. Ewing]

Shmuel Metz (Seymour J.) wrote:

In <[EMAIL PROTECTED]>, on
08/29/2005
   at 01:08 PM, Bill Klein <[EMAIL PROTECTED]> said:

I guess (but am not even certain of this) that *IF* you have the
resources to do a "mass recompile", that it doesn't HURT.  However,
if doing so (and more importantly making certain that everything that
NEEDS testing GETS tested)


I wasn't recommending recompiling in order to put new object code into
production. Neither of the two reasons that I gave for the recompile
requires testing the object code. In fact, "so that you can schedule
eventual remediation." wouldn't make much sense if you were doing the
remediation immediately.


rather than making every application program be recompiled and
retested


Again, I never suggested retesting as part of the compiler migration.
I suggested *scheduling* remediation of those programs that wouldn't
compile.



You have an implicit assumption here that the only significant changes 
from release to release are syntactical in nature.  The problem is that 
some of the more troublesome changes over the last 25 years, sometimes 
even within the same version level of the same COBOL compiler product, 
have been semantic in nature.  Some of these semantic (interpretation) 
changes appear to have been driven by changes in the COBOL standard, 
some by re-interpretations of the standard, others just changes in areas 
that the standard allows to be implementation dependent.


Compilers are pretty good at detecting and flagging syntactic errors as 
compile-time failures; but in order to reliably detect semantic errors 
the compiler would have to be able to surmise "intent" of the program, 
which is beyond the scope of what can been determined from just the 
COBOL source.  Conceivably a compiler could warn about every statement 
construct and compile time parameter combination that has been 
associated with different semantic interpretations over the years, but 
such a list of warnings would likely be too verbose to be very useful 
for flagging just those programs with real migration exposures.


I would fear that a migration approach that focuses on COBOL programs 
that fail compilation may give you a false sense of security.  The kinds 
of errors that the compiler can reliably flag also tend to be the kind 
that are relatively easy to fix.  It's the programs that still compile 
cleanly but produce subtly different results that can drive you batty.


It would seem to me that you first need to compile and test a subset of 
your COBOL code base sufficient to see if there is any obvious pattern 
of potential problems with either compiler errors or execution, and then 
use that as the basis to decide what is appropriate: mass remediation 
with testing, mass compilation, or neither.


I might also add, that even if you have the hardware resources to do a 
mass compile of all programs, you may still have to budget "real money" 
for software licensing increases if you are on sub-capacity licensing -- 
if you saturate the system with enough compiles to raise your peak 
four-hour MSU average for the month, software fees go up accordingly. 
Idle CPU time is no longer always "free".

--
Joel C. Ewing, Fort Smith, AR[EMAIL PROTECTED]

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

Re: IEFUSI question

[Paul Schuster]

On Wed, 31 Aug 2005 15:27:26 -0400, Jim Mulder <[EMAIL PROTECTED]> wrote:

>IBM Mainframe Discussion List  wrote on 08/29/2005
>12:11:24 PM:
>
>> > Does IEFUSI run under the same TCB as the subsequent job step TCB? I
>> need
>> > to
>> > get control in a job step before the job step program starts
>> executing,
>> > and
>> > create a name/token pair at the task level that a program subsequently
>> > running
>> >  on the job step TCB can retrieve. Will IEFUSI allow me to do this?
>> Any
>> > other
>> >  suggestions?
>>
>> The SMF exits (such as IEFUSI) run under the initiator TCB before the
>> job step is attached. At that point ASCBXTCB points to the initiator
>> task and ASXBITCB is zero. Later when the "real" job step task is
>> attached, ASCBXTCB and ASXBITCB both point to the real job step task.
>>
>> You can do pretty much anything you want in the exits since you are in
>> key zero and supervisor state. I haven't run the experiment to see if
>> address space level name/tokens would get you what you want. It's not
>> clear to me that they would because the "job step" TCB is different when
>> the application runs.
>>
>> Someone from IBM will (no doubt) know.
>
>  I think you could create an address space level name/token in an
>IEFUSI exit, retrieve it from any task in the job, and then delete it
>at end of step in an IEFACTRT exit.
>
>Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html

Except if your application program invokes the CHKPT macro or
does CHECKPOINT at EOV time, then the checkpoint will fail due
to address space level tokens being present.

Checkpoint can only handle task-level tokens defined with the
'checkpoint ok' option.

See manual:

z/OS
DFSMSdfp Checkpoint/Restart
Publication No. SC26-7401-01

for further details.

Thank you.

Paul

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

FW: ADABAS and HDS TrueCopy

[Sarel Swanepoel]

NB: This email and its contents are subject to our email legal notice
which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf


Hi All

Using SRDF and ADABAS to a remote site, our tests on ADABAS were
successful (verified by our DBA's).

I did however queried SAG in South Africa and they came up with the
following:

"When you run with Suspend and Resume, the physical database is in a
stable state. What is in memory is not relevant because all users will
be at 
ET state. So, there should be no pending transactional units of work. 
Suspend and Resume are available with V742 and above. 
 
The issue with SRDF is that it is in the hands of the users. Depending
on the save options used and, more specifically, what is actually done
during any restore, we cannot accept SRDF as being an integrated
backup/restore mechanism for an active Adabas database. 

Issues have been encountered in the past where DASD was switched off
before a buffer flush was completed. 
In this case a restore was needed because we could see the start of the
buffer flush and not the end; thus, we 
could not guarantee that Data Storage and Asso are still in sync because
of the way in which we write the blocks to the VTOCS.

 

 

This is an extraction of a PPRC disaster scenario.

 

ADA - PPRC disaster scenario question

 

Symptom:
We are going to use PPRC (Peer to Peer Remote Copy) technology in order
to continue with our production work in the event of a disk crash. 

If a crash happens, is there anything we need to do to make sure our
mirrored Adabas database is consistent? 


Resolution:   

As long as the mirrored data is a consistent real time shadow of primary
data there is no problem to: 

1) Start an Adabas nucleus using mirrored ASSO, DATA, and WORK after a
disk crash on primary - Adabas will perform the autorestart. 
2) Repair primary data after the hardware is fixed by copying the
mirrored data (completely: ASSO, DATA and WORK). 

It is most important for the DBA to understand that--ASSO, DATA, and
WORK--together make a consistent database. We have seen inconsistencies
after sites have used SNAPSHOTS of databases to restore DATA to a status
snapped half an hour ago, but leaving ASSO in its present state. Or
there was one case where ASSO and DATA were snapped after an abend in
Adabas (with pending autorestart on WORK) and were restored leaving the
database inconsistent. The DBA needs to make sure the database is
completely mirrored (all volumes of ASSO, DATA, and WORK) and that these
mirrored datasets are used completely if required.

 

Symptom:
Does Adabas support IBM's Peer to Peer Remote Copy (PPRC) technology? 


Resolution:   

PPRC - Peer to Peer Remote Copy - is a feature of the control unit
(3990-6) which should be transparent to all applications. PPRC is
supported with Adabas, and is transparent to Adabas. On the other hand,
Adabas does not exploit that feature in any way".
  
 


   



Kind Regards,

Sarel Swanepoel
Capacity Management

South African Revenue Services


  Office:  +27 (0)12 422 5033   
  Mobile:  +27 (0)82 4927 321   
  Fax: +27 (0)12 422 6068   
  Email:   [EMAIL PROTECTED]
  Web Site: 
 

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