Re: IEF289E - WAITING FOR VOLUME(S) OR UNIT(S)

[Vernooy, C.P. - SPLXM]

"ITURIEL DO NASCIMENTO NETO" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> Hi all,
> 
> We have implemented ALLOCxx with :
>  VOLUME_ENQ POLICY(WTOR)   
>  VOLUME_MNT POLICY(WTOR)   
> 
>  SPEC_WAIT  POLICY(WAITNOH)
>MAXNWAIT(255)  
>POLICYNW(WTOR) 
>
>  ALLC_OFFLN POLICY(WAITNOH)
>MAXNWAIT(255)  
>POLICYNW(WTOR) 
> 
> This way there is no need to reply WAIT and NOHOLD at tape allocation
> time because job is put in allocation queue and keeps waiting its turn. 
> This works pretty fine but, do we have any way to list this allocation
queue
> to discover in which position our job is ?
> 
> Thanks in advance 
> 
> 

If you have MIM the MIM DIAG JOBS command will show the queue. I do not know
any other way to display it.

Kees.


**
For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), 
its subsidiaries and/or its employees shall not be liable for the incorrect or 
incomplete transmission of this e-mail or any attachments, nor responsible for 
any delay in receipt.
**

--
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: the standalone CF vs ICF debate

[Ceruti, Gerard G]

Jan in our case the choice came down to the fact that with an ICF when you
upgrade the box the ICF engines get upgraded as well. Trying to motivate an
upgrade for a standalone CF started becoming a very hard sell, i.e. what is
the Business benefit etc etc
As for HA depending on (in our case) DB2's setup you might have to duplex
some structures, thus far no issues.

Regards
Gerard Ceruti  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Peter Pfaffner
Sent: 16 August 2005 12:14 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: the standalone CF vs ICF debate

> Jan wrote:
> In this kind of discussions, you have believers and non-believers 
>(whatever arguments are advanced by the other clan),  it's like a religious
war.
>I have 3 questions.
>Q1. Are you a sysplex-er which went the ICF-only way (by applying (more
than probably) System- or User-Managed 
snip

__

Standard Bank Disclaimer and Confidentiality Note

This e-mail, its attachments and any rights attaching hereto are, unless the 
context clearly indicates otherwise, the property of Standard Bank Group Limited
and/or its subsidiaries ("the Group"). It is confidential, private and intended 
for the addressee only. Should you not be the addressee and receive this e-mail 
by
mistake, kindly notify the sender, and delete this e-mail, immediately and do 
not disclose or use same in any manner whatsoever. Views and opinions
expressed in this e-mail are those of the sender unless clearly stated as those 
of the Group. The Group accepts no liability whatsoever for any loss or
damages whatsoever and howsoever incurred, or suffered, resulting, or arising, 
from the use of this email or its attachments. The Group does not warrant the 
integrity
of this e-mail nor that it is free of errors, viruses, interception or 
interference. Licensed divisions of the Standard Bank Group are authorised 
financial services providers
in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 
(FAIS).
For information about the Standard Bank Group Limited visit our website 
http://www.standardbank.co.za
___

--
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: AW: Mainframe in the DMZ -- organization of operations

[Jan MOEYERSONS]

On Wed, 10 Aug 2005 16:39:45 +0200, Thomas Ramseier
<[EMAIL PROTECTED]> wrote:

>Hi Jantje
>
>We're running a zOS DMZ with a WAS for about 3 years now. It is in a


Now c'me on, people... There must be more installations that have a
mainframe exposed to the Internet and are not top secret...

Please do help me a bit in getting my reflections going.

Cheers,

Jantje.

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

Cell pool traversal and IGVxxx macros

[Capomaestro]

CPOOLing is great to get 'stuff' into fixed length buffers.

How about the retrieval operation? 'Data Areas' maps the PXT and PPD with
VSM (IGV-prefixed) macros. But even the cell pool callable services
(CSRx) do not have a mechanism AFAICS.

1. Where do the macros reside? Surely not SYS1.PVTMACS.
2. What traversal methods are used by RYOers and ISVs?

N.B. Intentionally cross-posted to comp.lang.asm370

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

Is this CICS (or are we having fun yet?)

[Capomaestro]

Had the recent opportunity to code some dual-mode (CICS & batch) assembler.
After searching the LISTSERVs the DFHAFCD macro (.SDFHMACS) revealed
itself. The code did not contained CICS EXEC statements and therefore did
not require preprocessing. Upon entry under CICS the registers point into
La-la Land (what's a sock for?).

What to do?

Add this to the ASM source -

 punch ' INCLUDE SDFHLOAD(DFHEAI)'
 punch ' ORDER DFHEAI  /* fake for CICS CI :P */'

...or hardcode into the LKED step SYSIN

...and code the DFHAFCD macro -

 lrr2,r1  hold that thought...
 dfhafcd type=LOCATE,cb=AFCB
 ltr   r15,r15is this CICS?
 jznot_under_CICS no.
 lar1,4(,r2)  yes. bump over EIBPTR
 l r1,0(,r1)  pointer to DFHCommarea
 str1,0(,r2)  store into EIBPTR

And Bob's your Uncle.

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

How to know whether the z/OS supports 64 bit mode or not?

[Bo Xie]

Hi,

I "D IPLINFO" and the following is log:
--
 RESPONSE=TESTMVS  
  IEE254I  19.27.13 IPLINFO DISPLAY 650
   SYSTEM IPLED AT 11.48.05 ON 08/02/2005  
   RELEASE z/OS 01.06.00LICENSE = z/OS 
   USED LOAD00 IN SYS1.IPLPARM ON 01C1 
   ARCHLVL = 2   MTLSHARE = N  
   IEASYM LIST = DP
   IEASYS LIST = 00 (OP)   
   IODF DEVICE 01C1
   IPL DEVICE 01C0 VOLUME DMTRES   
--

The "ARCHLVL = 2" will make sure that the z/OS V1R6 supports 64 bit
mode (or working at 64-bit mode)?

Thank you for your time!

Best Regards,
Xie Bo

--
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: RACF under z/OS 1.7

[John Eells]

[EMAIL PROTECTED] wrote:

Question: We plan on going from z/OS 1.6 to z/OS 1.7 when its released in 
Sept. etc.. I'm being told by out security people that we first have to 
get to MLS as a pre-req. We currently dont use MLS (Multi Level Security) 
under z/OS 1.6. 

Im looking at the migration guide from 1.6 to 1.7 on the IBM website and I 
don't see this a pre-req. Does any know this information yet? Or can point 
me to the correct book , website etc... 

I will ask this at SHARE next week but thought maybe I could get the 
answer before it would make us feel better... Thanks in advance.



From an IBM standpoint, at least, MLS is *not* a prerequisite 
for migrating to z/OS R7.  (If it would make you feel better, you 
can ask me the same question next week at SHARE--or even one of 
the RACF folk--to get the same answer.  ;-)


--
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: Is this CICS (or are we having fun yet?)

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Capomaestro
> 
> Had the recent opportunity to code some dual-mode (CICS & 
> batch) assembler.
> After searching the LISTSERVs the DFHAFCD macro 
> (.SDFHMACS) revealed itself. The code did not contained 
> CICS EXEC statements and therefore did not require 
> preprocessing. Upon entry under CICS the registers point into 
> La-la Land (what's a sock for?).
> 
> What to do?
> 
> Add this to the ASM source -
> 
>  punch ' INCLUDE SDFHLOAD(DFHEAI)'
>  punch ' ORDER DFHEAI  /* fake for CICS CI :P */'
> 
> ...or hardcode into the LKED step SYSIN

If your dual-mode routine does not issue any EXEC CICS commands, you not
only don't need but should NOT include the CICS stub in the load module.

> ...and code the DFHAFCD macro -
> 
>  lrr2,r1  hold that thought...
>  dfhafcd type=LOCATE,cb=AFCB
>  ltr   r15,r15is this CICS?
>  jznot_under_CICS no.
>  lar1,4(,r2)  yes. bump over EIBPTR
>  l r1,0(,r1)  pointer to DFHCommarea
>  str1,0(,r2)  store into EIBPTR

It's not clear from this snippet why you believe R1 points to EIBPTR before
you determine whether you're running in CICS.  How is this program normally
entered?  ("Main" program or subroutine?)

> And Bob's your Uncle.

Actually, he's my nephew.  :-)

-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: Changing DISPosition on the fly

[Paul Gilmartin]

In a recent note, Knutson, Sam said:

> Date: Mon, 15 Aug 2005 20:35:41 -0400
> 
> SVC 99 (DYNALLOC) or BPXWDYN service.  What language is your program written
> in?
> 
BPXWDYN sounds promising.  It's complicated by the fact that at
the point at which Roger wishes to delete, the data set is not
yet catalogued.  If he allocates specifying unit and volume,
what happens when deallocation attempts to catalog a data set
not in the VTOC.

How about:

CLOSE
BPXWDYN('free ...')  /* data set is catalogued for reallocation.  */
BPXWDYN('alloc old delete ...')  /* data set will be deleted.  */

... but will existing code continue to attempt to write to the
data set?  Could he re-open the DCB with a temporary data set?

> -Original Message-
> I have a program which creates a number of datasets.  One sequential data
> set is not required in certain error circumstances and I want to change the
> disposition from (NEW,CATLG,DELETE) to (NEW,DELETE,DELETE) on the fly.
> 
> Roger Sawtell
> Air New Zealand Ltd.,

-- 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: Cell pool traversal and IGVxxx macros

[Schneiderwent, Craig]

I have used CPOOL.  Each of my cells was an element of a linked list.  I
made no attempt to map/traverse the cell pools themselves.  See file 498 on
the CBT site .

Using CPOOL instead of GETMAIN/STORAGE created significant performance
improvements in my case.

-Original Message-
From: Capomaestro [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 16, 2005 3:29 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Cell pool traversal and IGVxxx macros


CPOOLing is great to get 'stuff' into fixed length buffers.

How about the retrieval operation? 'Data Areas' maps the PXT and PPD with
VSM (IGV-prefixed) macros. But even the cell pool callable services
(CSRx) do not have a mechanism AFAICS.

1. Where do the macros reside? Surely not SYS1.PVTMACS.
2. What traversal methods are used by RYOers and ISVs?

N.B. Intentionally cross-posted to comp.lang.asm370

--
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: Is this CICS (or are we having fun yet?)

[Capomaestro]

Au contraire, the DFHEAI stub is *required* to be the first CSECT in the
module. CICS 'interrogates' modules for it's I-catcher to determine if it is
command level or not. Use the linkage editor NAME statement to point to your
favourite entry point (omitted, admittedly but we're all adults here).

As for R1? Standard linkage conventions says it points to the address of the
parameter list and the code snippet, once detecting CICS dummys-up the
EIBPTR with the address of the EIBCAPTR (DFHCOMMAREA being a list of
addresses).

--
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: Changing DISPosition on the fly

[Bruce Black]

BPXWDYN sounds promising.  It's complicated by the fact that at
the point at which Roger wishes to delete, the data set is not
yet catalogued.  If he allocates specifying unit and volume,
what happens when deallocation attempts to catalog a data set
not in the VTOC.

If he uses DYNALLOC (SVC 99) and does a DEALLOCATION with an overriding 
disposition of DELETE, the dataset will be deleted from wherever, just 
as if DISP=(...,DELETE) had been specified at allocation time.  At step 
termination the DD is no longer allocated so it will not attempt to do 
anything to the dataset.


I have never used BPXWDYN but I assume it can do something equivalent.

--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.com

--
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: How to know whether the z/OS supports 64 bit mode or not?

[Jon Brock]

Yes, I think you are correct.

Jon



I "D IPLINFO" and the following is log:
--
 RESPONSE=TESTMVS  
  IEE254I  19.27.13 IPLINFO DISPLAY 650
   SYSTEM IPLED AT 11.48.05 ON 08/02/2005  
   RELEASE z/OS 01.06.00LICENSE = z/OS 
   USED LOAD00 IN SYS1.IPLPARM ON 01C1 
   ARCHLVL = 2   MTLSHARE = N  
   IEASYM LIST = DP
   IEASYS LIST = 00 (OP)   
   IODF DEVICE 01C1
   IPL DEVICE 01C0 VOLUME DMTRES   
--

The "ARCHLVL = 2" will make sure that the z/OS V1R6 supports 64 bit
mode (or working at 64-bit mode)?


--
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: How tell name of originating load library?

[Craddock, Chris]

> Not true. Our product Dorana can tell you which library a load module
was
> executed from. You just have to know where to look and I can't tell
that
> information suffice to say that IBM do provide a number of facilities
to
> do
> this but they are not, as we found out, documented very well. But alas
if
> you're in the USA you can't take advantage of Dorana. Maybe now that
IBM
> own the patent they might be willing to deal with us more so than
ISOGON.

Pardon? Play computer for a second. I dynamically allocate a load
library. Then I build a DCB and OPEN it. Then I issue LOAD
EP=blah,DCB=mydcb. Then I CLOSE and free the dataset. 

Now I have a module in memory and no way of knowing where it came from.
If you can solve that one grasshopper, you can leave the temple.

CC

--
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: Changing DISPosition on the fly

[Ed Gould]

On Aug 16, 2005, at 8:19 AM, Paul Gilmartin wrote:


In a recent note, Knutson, Sam said:


Date: Mon, 15 Aug 2005 20:35:41 -0400

SVC 99 (DYNALLOC) or BPXWDYN service.  What language is your program 
written

in?




Sam,

Becareful doing this. We had an OEM vendor do this and it and it played 
havoc with the  ACS. We ended up having permenant ds in the temp pool.


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

Re: Cell pool traversal and IGVxxx macros

[john gilmore]

[NFN] Capomaestro writes:



How about the retrieval operation? 'Data Areas' maps the PXT and PPD with
VSM (IGV-prefixed) macros. But even the cell pool callable services
(CSRx) do not have a mechanism AFAICS.



As I'm sure you know,

o CSRP[4]BLD constructs a cell pool and sets a pointer to it

o CSRP[4]GET et al. obtrain a cell from a nominated pool, and

o CSRPFRE or CSRC4FRE et al. return a cell to its pool for notional reuse.

After that you're on your own.  For my own purposes, I organize sets of 
cells into (a) a set of hashed ordered sublists, (b) a binary-search trees, 
or the like.  I find it convenient to manage these lists in completely 
decoupled fashion, using chaining blocks EXTERNAL to them of such forms as


declare 1 lcb based(cbp),  /* list chaining block */
 2 nxttp pointer,/* forward chaining */
 2 cellp pointer, /* -> cell */
 2 keybp pointer ;  /* -> key block */

declare 1 bstcb based(bstcbp),  /* BST chaining block */
 2 leftp pointer,  /* -> left subtree */
 2 rghtp pointer,/* -> right dsubtree */
 2 cellp[ pointer,/* -> -> cell */
 2 keybp pointer ;  /* -> key block */

and the like.  But these are the schemes [and routines] I use to manage 
other sorts of lists too, e.g., those that occupy STORAGE-allocated and 
-freed storage.   The point, to repeat myself now, is that you are on your 
own and should be.


Worth mentioning---kudos to some group within IBM---is that the 64-bit 
versions of these macros have been surprisingly trouble-free for me.


John Gilmore
Ashland, MA 01721
USA

_
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: Changing DISPosition on the fly

[Kirk Talman]

Try reading IEA2A832z/OS V1R4.0 MVS Auth Assembler Services Guide:

Chapter 25.  Dynamic Allocation
Chapter 26.  Requesting Dynamic Allocation Functions

Look for the deallocation call point.  You may need to free, realloc with 
new disp and then free again.

Roger Sawtell <[EMAIL PROTECTED]> wrote

I have a program which creates a number of datasets.  One sequential data 
set is not required in certain error circumstances and I want to change 
the 
disposition from (NEW,CATLG,DELETE) to (NEW,DELETE,DELETE) on the fly.

ISTR that this is possible by modifying the DCB or JFCB but RTFM and 
searching the archives hasn't given me any leads.

Any ideas/hints gratefully received.

I know I can set a return code and have an additional step to do the 
delete, 
but that means finding and changing PROCS over which I have no control.

tia,

Roger Sawtell
Air New Zealand Ltd.,



-
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: Changing DISPosition on the fly

[Conway, Steven F]

Or go effective low-tech.  Instead of trying to do massive mods to the
program,do a minor mod and pass a return code to indicate the error
condition, then follow with an IEFBR14 to delete the dataset in question.
Um, I guess I just assumed batch processing, didn't I?


Cheers,,,Steve

Steve Conway
Systems Programmer
[EMAIL PROTECTED]
703.921.6432

--
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: Cell pool traversal and IGVxxx macros

[Capomaestro]

Arrgh!

There is a system-maintained map in the SPD so any other tree structure is
redundant. And with a bit of RR math one gets the pointer array details.

Just looking for a leg-up here.

--
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: Is this CICS (or are we having fun yet?)

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Capomaestro
> 
> Au contraire, the DFHEAI stub is *required* to be the first 
> CSECT in the module. CICS 'interrogates' modules for it's 
> I-catcher to determine if it is command level or not.

Sorry; I thought you said that this program, being usable in both batch and
CICS environs, did not contain any EXEC CICS commands.  If that's true, it
does not need, and you should not specify, any CICS stub at all.  (BTW, the
"requirement" for the CICS stub to be the first CSECT applied to OS/VS COBOL
and the DFHECI stub.)

> Use the 
> linkage editor NAME statement to point to your favourite 
> entry point (omitted, admittedly but we're all adults here).

We are?

> As for R1? Standard linkage conventions says it points to the 
> address of the parameter list and the code snippet, once 
> detecting CICS dummys-up the EIBPTR with the address of the 
> EIBCAPTR (DFHCOMMAREA being a list of addresses).

OK, now it appears this program is a CALLed sub-program rather than a "main"
program.  Since you snipped out all of your original post, please remind me
where and when the program suffers the "foot warmer".

-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

Message EPW0401I?

[Craig Kittendorf]

Hi,
Newbie question:  What do the following messages mean and how should they be
handled?

EPW0401I EPWFFST: EVENT DETECTED BY FFSTV1R2 FOR PROBEID EPWHWS71

EPW0401I EPWFFST: EVENT DETECTED BY FFSTV1R2 FOR PROBEID EPWHWSA2 

I haven't found any other related messages or dumps.  The FFST OP Guide was
no helpful.

Thanks,
Craig   


--
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: Changing DISPosition on the fly

[Greg Shirey]

I believe the OP said he could not control (modify?) the proc.  

Greg  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Conway, Steven F
Sent: Tuesday, August 16, 2005 9:57 AM

Or go effective low-tech.  Instead of trying to do massive mods to the
program,do a minor mod and pass a return code to indicate the error
condition, then follow with an IEFBR14 to delete the dataset in question.
Um, I guess I just assumed batch processing, didn't I?

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

How tell name of originating load library?

[Thomas Ramseier]

Pardon? Play computer for a second. I dynamically allocate a load library.
Then I build a DCB and OPEN it. Then I issue LOAD EP=blah,DCB=mydcb. Then I
CLOSE and free the dataset. 

Now I have a module in memory and no way of knowing where it came from. If
you can solve that one grasshopper, you can leave the temple.

CC

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


Chris,

Wouldn't it be possible to front-end the LOAD-, LINK-, ATTACH-, XCTL-SVCs
etc. to get the necessary associaton from the DCB to the DSN?

Cheers

Tom

Thomas Ramseier
Bundesamt für Informatik und Telekommunikation BIT Betriebszentrum /
Bereitstellung / Host Informationssystem-Architekt Monbijoustrasse 74
CH-3003 Bern

Tel.+41 (0)31 323 01 00
Fax +41 (0)31 325 90 30
[EMAIL PROTECTED]

www.bit.admin.ch

Der Eisbrecher: Die Kundenzeitung des BIT www.bit.admin.ch/eisbrecher

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

AW: How tell name of originating load library?

[Thomas Ramseier]

Pardon? Play computer for a second. I dynamically allocate a load library.
Then I build a DCB and OPEN it. Then I issue LOAD EP=blah,DCB=mydcb. Then I
CLOSE and free the dataset. 

Now I have a module in memory and no way of knowing where it came from. If
you can solve that one grasshopper, you can leave the temple.

CC

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


Chris,

Wouldn't it be possible to front-end the LOAD-, LINK-, ATTACH-, XCTL-SVCs
etc. to get the necessary associaton from the DCB to the DSN?

Cheers

Tom

Thomas Ramseier
Bundesamt für Informatik und Telekommunikation BIT
Betriebszentrum / Bereitstellung / Host
Informationssystem-Architekt
Monbijoustrasse 74
CH-3003 Bern

Tel.+41 (0)31 323 01 00
Fax +41 (0)31 325 90 30
[EMAIL PROTECTED]

www.bit.admin.ch

Der Eisbrecher: Die Kundenzeitung des BIT
www.bit.admin.ch/eisbrecher

--
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: How tell name of originating load library?

[Edward E. Jaffe]

Jim Kyriakakis wrote:

Not true. Our product Dorana can tell you which library a load module 
was executed from. You just have to know where to look and I can't 
tell that information suffice to say that IBM do provide a number of 
facilities to do this but they are not, as we found out, documented 
very well. But alas if you're in the USA you can't take advantage of 
Dorana. Maybe now that IBM own the patent they might be willing to 
deal with us more so than ISOGON.



If your product hooks the contents supervisor and saves away its own 
adjunct information for each module loaded, then OK. Otherwise, there 
are just too many cases in which the information can't be reliably 
obtained. You can make guesses, and most of the time you'll be right, 
but that's not the same as knowing.


--
.-.
| Edward E. Jaffe||
| Mgr, Research & Development| [EMAIL PROTECTED]|
| Phoenix Software International | Tel: (310) 338-0400 x318   |
| 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801|
| Los Angeles, CA 90045  | http://www.phoenixsoftware.com |
'-'

--
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: How tell name of originating load library?

[Binyamin Dissen]

On Tue, 16 Aug 2005 09:11:31 -0500 "Craddock, Chris" <[EMAIL PROTECTED]>
wrote:

:>> Not true. Our product Dorana can tell you which library a load module
:>was
:>> executed from. You just have to know where to look and I can't tell
:>that
:>> information suffice to say that IBM do provide a number of facilities
:>to
:>> do
:>> this but they are not, as we found out, documented very well. But alas
:>if
:>> you're in the USA you can't take advantage of Dorana. Maybe now that
:>IBM
:>> own the patent they might be willing to deal with us more so than
:>ISOGON.

:>Pardon? Play computer for a second. I dynamically allocate a load
:>library. Then I build a DCB and OPEN it. Then I issue LOAD
:>EP=blah,DCB=mydcb. Then I CLOSE and free the dataset. 

:>Now I have a module in memory and no way of knowing where it came from.
:>If you can solve that one grasshopper, you can leave the temple.

Perhaps his product hooks load?

Now if you allocate a load library, read it into memory and then build the CDE


--
Binyamin Dissen <[EMAIL PROTECTED]>
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
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: Message EPW0401I?

[Gabriel Tully]

On 8/16/05, Craig Kittendorf <[EMAIL PROTECTED]> wrote:
> Hi,
> Newbie question:  What do the following messages mean and how should they be
> handled?
> 
> EPW0401I EPWFFST: EVENT DETECTED BY FFSTV1R2 FOR PROBEID EPWHWS71
> 
> EPW0401I EPWFFST: EVENT DETECTED BY FFSTV1R2 FOR PROBEID EPWHWSA2
> 
> I haven't found any other related messages or dumps.  The FFST OP Guide was
> no helpful.
> 
> Thanks,
>Craig
> 

EPW0401I procname: EVENT DETECTION INVOKED BY applname FOR PROBEID
  :mvprobeid



 Explanation:  Application applname issued a probe statement with
 an identifier of probeid.  FFST gathers the requested
 documentation and may save the information in a dump data set,
 and/or send the information (via generic alert) to Netview.
 Messages EPW0402I and EPW0404I should follow this message,
 unless FFST is suppressing the symptom string messages.

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/epw1a103/A.0?ACTION=MATCHES&REQUEST=EPW0401I&TYPE=FUZZY&SHELF=&DT=19980728141519&CASE=&searchTopic=TOPIC&searchText=TEXT&searchIndex=INDEX&rank=RANK&ScrollTOP=FIRSTHIT#FIRSTHIT

IBM LOOKAT is your friend 
http://www-1.ibm.com/servers/eserver/zseries/zos/bkserv/lookat/

As the explanation says look for more information from EPW0402I and EPW0404I

--
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: 3590 Strategies without virtual tape?

[Hal Merritt]

We restrict tape processing to backups only. 

It is technically easy to do, and saves tons of money. If you do the
math, you will find that the TCO of tapes is surprising expensive.

A one time JCL conversion to a DASD management plan based on bottom line
dollars rather than politics and superstitions should quickly pay for
itself and realize substantial savings. 

While you are at it, fix block sizes and buffers and be amazed how much
faster your batch runs. 

HTH and good luck. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Bobby Brake
Sent: Monday, August 15, 2005 12:09 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: 3590 Strategies without virtual tape? 

   What are others on this group doing besides using virtual
tape systems?

 

--
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: How to know whether the z/OS supports 64 bit mode or not?

[Walt Farrell]

On 8/16/2005 7:26 AM, Bo Xie wrote:

I "D IPLINFO" and the following is log:
--
 RESPONSE=TESTMVS  
  IEE254I  19.27.13 IPLINFO DISPLAY 650
   SYSTEM IPLED AT 11.48.05 ON 08/02/2005  
   RELEASE z/OS 01.06.00LICENSE = z/OS 
   USED LOAD00 IN SYS1.IPLPARM ON 01C1 
   ARCHLVL = 2   MTLSHARE = N  
   IEASYM LIST = DP
   IEASYS LIST = 00 (OP)   
   IODF DEVICE 01C1
   IPL DEVICE 01C0 VOLUME DMTRES   
--


The "ARCHLVL = 2" will make sure that the z/OS V1R6 supports 64 bit
mode (or working at 64-bit mode)?


As far as I know, z/OS V1R6 -requires- ARCHLVL 2 and will not IPL 
without it.  Thus, there is no question for z/OS V1R6 that 64-bit 
processing is available.


Walt

--
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: How tell name of originating load library?

[Walt Farrell]

On 8/16/2005 11:46 AM, [EMAIL PROTECTED] wrote:

Wouldn't it be possible to front-end the LOAD-, LINK-, ATTACH-, XCTL-SVCs
etc. to get the necessary associaton from the DCB to the DSN?



Yes, but after then, from the module itself (for some general module not 
part of your product that does the hooking) how do you find out where it 
came from.


Someone already said earlier in this thread (I think) that Contents 
Supervision -could- save all the necessary information, but it doesn't.


And yes, some other product -could- save all the necessary information, 
and create a query interface that would return it.


But the question under consideration is, in today's environment, how can 
a program tell with certainty where it was loaded from.  And the answer 
is that it can only tell for a subset of the cases, because the system 
does not save enough information to provide the answer in the rest of 
the cases.


Walt Farrell, CISSP
z/OS Security Design, IBM

--
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: Changing DISPosition on the fly

[Conway, Steven F]

Apologies to the list.  My first attempt to respond was rejected for
"excessive quoting", surprising considering some posts I see.  Kirk, I just
saw your disclaimer that you're not considering the RC-IEFBR14 route, right
after I resent my post suggesting that.  Sorry.


Cheers,,,Steve

Steve Conway
Systems Programmer
[EMAIL PROTECTED]
703.921.6432

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

Managing /service for SMP/E

[Tom Marchant]

How do you manage the mountpoints when applying service with SMP/E?
I am planning on discussing this at a BOF at SHARE next week, and I'd
appreciate any thoughts that you have.  I have a PMR open with IBM also.

All of the documentation simply says to mount the alternate HFS
at /service, but I don't find that to be a very adequate solution.
To me it is akin to running SMP/E with a PROC that includes DD
statements for every target data set that specifies the target volumes,
and it is asking for trouble.

My preference is to use Automount to manage /service and set the PATHs in
my DDDEFs to /service/IPLVOL/... where IPLVOL is the first sysres for the
target zone.  Automount would then mount OMVS.IPLVOL.ROOT as needed.

In the old days, with only one HFS per target zone, this worked fine.
Now that we have other products broken out into their own HFS, it becomes
a little more complicated.

For example, Java is designed to be mounted at /usr/lpp/java/ and the
DDDEF PATH is to be -PathPrefix-/usr/lpp/java/J1.4.  Since I am automount
managing /service/ I need another place to mount the Java HFS for SMP/E.

I set my automount policy to manage /service/mvs with the corresponding
change to the PATHs to /service/mvs/IPLVOL/  To provide a mount point
that I can use for Java, I also manage /service/java and changed the path
to /service/java/J1.4.  Unfortunately, this does not work, because when
it comes time to run AJVSCRPT, it expects the path to be of the form
-PathPrefix-/usr/lpp/java/J1.4.

My solution to this was to create a /usr directory in the Java root.
Within that directory I created a lpp directory with a symbolic link
at /usr/lpp/java in the Java HFS.  This symbolic link has a value
of "../.." (without the quotes).  The result is that AJVSCRPT can
find /service/java/IPLVOL/usr/lpp/java/J1.4.  This allows everything to
work.  When I clone my target zone the /usr/lpp/java structure that is in
the Java HFS gets copied along with everything else.  There are ZONEEDITs
to fix the DDDEF PATHs and I don't have to manually ensure that the
correct HFSes are mounted for SMP/E.

I think that XML, Host on Demand and MQ Series have similar requirements,
but I have not spent much time investigating them yet.  The PMR that I
have open is against Unix System Services, but I think it might more
appropriately be against SMP/E.  The SMP/E manuals have numerous
references to /service/usr/lpp/ without giving any hint of how to manage
the mounting of the HFSes needed when applying service.  I have looked
at the AJVSCRPT script and it looks to me as if the limitation of using
-PathPrefix-/usr/lpp/java is a result of the way that SMP/E calls the
script.

Any thoughts would be greatly appreciated.

Tom Marchant

--
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: RACF under z/OS 1.7

[Andy White]

hank John this is good enough ;)

Thanks

Andy S White

Internet: Mailto:[EMAIL PROTECTED]





"John Eells" <[EMAIL PROTECTED]>
Sent by: "IBM Mainframe Discussion List" 
08/16/2005 08:20 AM
Please respond to "IBM Mainframe Discussion List"
 
To: IBM-MAIN@BAMA.UA.EDU
cc: 
Subject:Re: [IBM-MAIN] RACF under z/OS 1.7


[EMAIL PROTECTED] wrote:


> 
> I will ask this at SHARE next week but thought maybe I could get the 
> answer before it would make us feel better... Thanks in advance.


 From an IBM standpoint, at least, MLS is *not* a prerequisite 
for migrating to z/OS R7.  (If it would make you feel better, you 
can ask me the same question next week at SHARE--or even one of 
the RACF folk--to get the same answer.  ;-)

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



The information contained in this message may be CONFIDENTIAL and is for the
intended addressee only.  Any unauthorized use, dissemination of the
information, or copying of this message is prohibited.  If you are not the
intended addressee, please notify the sender immediately and delete this
message.

--
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: Changing DISPosition on the fly

[Conway, Steven F]

Greg Shirey said:
I believe the OP said he could not control (modify?) the proc.

Yes, he did.  And I read it right after I posted.  :-(

I also sent an apology to the list which hasn't showed yet.  The multiple
delays on mail in and out of here are a pain for discussion groups.


Cheers,,,Steve

Steve Conway
Systems Programmer
[EMAIL PROTECTED]
703.921.6432

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

Companies take divergent path with mainframe

[Jon Brock]

http://www.computerworld.com/hardwaretopics/hardware/story/0,10801,103916,00.html?source=NLT_AM&nid=103916

Two somewhat similar shops (as much as you can call shops similar), one 
consolidating everything onto a z990, the other moving off of S/390 and iSeries

Key quote: "Jacob Matusevich, Welch's manager of networks and server 
technologies, said there's no significant difference in uptime between the 
Intel and IBM environments."



--
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: How tell name of originating load library?

[Charles Mills]

Thanks, Walt. 

> it can only tell for a subset of the cases

I (the OP) would just like to maximize the size of that subset, or more
accurately, I would like to exploit all of the available subset.

It's not a "load library reporting program" that would have to cover 99%
of the cases to be useful. It's a part of a feature for a product that
has nothing in particular to do with load libraries, and therefore, a
defined and documented "subset" feature will be fine. I just want to
maximize the subset.

Thanks for everyone's assistance.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Walt Farrell
Sent: Tuesday, August 16, 2005 9:38 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How tell name of originating load library?


On 8/16/2005 11:46 AM, [EMAIL PROTECTED] wrote:
> Wouldn't it be possible to front-end the LOAD-, LINK-, ATTACH-, 
> XCTL-SVCs etc. to get the necessary associaton from the DCB to the 
> DSN?
> 

Yes, but after then, from the module itself (for some general module not

part of your product that does the hooking) how do you find out where it

came from.

Someone already said earlier in this thread (I think) that Contents 
Supervision -could- save all the necessary information, but it doesn't.

And yes, some other product -could- save all the necessary information, 
and create a query interface that would return it.

But the question under consideration is, in today's environment, how can

a program tell with certainty where it was loaded from.  And the answer 
is that it can only tell for a subset of the cases, because the system 
does not save enough information to provide the answer in the rest of 
the cases.

--
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: Companies take divergent path with mainframe

[Weidt, James]

Quiz - Without reading the article, can you guess on which side of the
fence Jacob Matusevich is standing?


Thanks,
Jim Weidt
Senior Systems Engineer
Jostens Inc.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Jon Brock
Sent: Tuesday, August 16, 2005 12:53 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Companies take divergent path with mainframe

http://www.computerworld.com/hardwaretopics/hardware/story/0,10801,10391
6,00.html?source=NLT_AM&nid=103916

Two somewhat similar shops (as much as you can call shops similar), one
consolidating everything onto a z990, the other moving off of S/390 and
iSeries

Key quote: "Jacob Matusevich, Welch's manager of networks and server
technologies, said there's no significant difference in uptime between
the Intel and IBM environments."



--
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: Message EPW0401I?

[Craig Kittendorf]

I already read the explanation for EPW0401, but as I said, there are no
other messages in syslog, FFSTLOGn, NetView.  And no dump.

Craig

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Gabriel Tully
Sent: Tuesday, August 16, 2005 12:05 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Message EPW0401I?

On 8/16/05, Craig Kittendorf <[EMAIL PROTECTED]> wrote:
> Hi,
> Newbie question:  What do the following messages mean and how should they
be
> handled?
> 
> EPW0401I EPWFFST: EVENT DETECTED BY FFSTV1R2 FOR PROBEID EPWHWS71
> 
> EPW0401I EPWFFST: EVENT DETECTED BY FFSTV1R2 FOR PROBEID EPWHWSA2
> 
> I haven't found any other related messages or dumps.  The FFST OP Guide
was
> no helpful.
> 
> Thanks,
>Craig
> 

EPW0401I procname: EVENT DETECTION INVOKED BY applname FOR PROBEID
  :mvprobeid



 Explanation:  Application applname issued a probe statement
with
 an identifier of probeid.  FFST gathers the requested
 documentation and may save the information in a dump data set,
 and/or send the information (via generic alert) to Netview.
 Messages EPW0402I and EPW0404I should follow this message,
 unless FFST is suppressing the symptom string messages.

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/epw1a103/A.0?ACTI
ON=MATCHES&REQUEST=EPW0401I&TYPE=FUZZY&SHELF=&DT=19980728141519&CASE=&search
Topic=TOPIC&searchText=TEXT&searchIndex=INDEX&rank=RANK&ScrollTOP=FIRSTHIT#F
IRSTHIT

IBM LOOKAT is your friend 
http://www-1.ibm.com/servers/eserver/zseries/zos/bkserv/lookat/

As the explanation says look for more information from EPW0402I and EPW0404I

--
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: Companies take divergent path with mainframe

[Mike Liberatore]

The Dark Side!

Weidt, James wrote:


Quiz - Without reading the article, can you guess on which side of the
fence Jacob Matusevich is standing?


Thanks,
Jim Weidt
Senior Systems Engineer
Jostens Inc.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Jon Brock
Sent: Tuesday, August 16, 2005 12:53 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Companies take divergent path with mainframe

http://www.computerworld.com/hardwaretopics/hardware/story/0,10801,10391
6,00.html?source=NLT_AM&nid=103916

Two somewhat similar shops (as much as you can call shops similar), one
consolidating everything onto a z990, the other moving off of S/390 and
iSeries

Key quote: "Jacob Matusevich, Welch's manager of networks and server
technologies, said there's no significant difference in uptime between
the Intel and IBM environments."



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

 



--
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: Companies take divergent path with mainframe

[Steve Samson]

Who will track and report on them? We have a vital interest in the outcomes.

Steve Samson (not me, I'm retired)

Weidt, James wrote:

Quiz - Without reading the article, can you guess on which side of the
fence Jacob Matusevich is standing?


Thanks,
Jim Weidt
Senior Systems Engineer
Jostens Inc.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Jon Brock
Sent: Tuesday, August 16, 2005 12:53 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Companies take divergent path with mainframe

http://www.computerworld.com/hardwaretopics/hardware/story/0,10801,10391
6,00.html?source=NLT_AM&nid=103916

Two somewhat similar shops (as much as you can call shops similar), one
consolidating everything onto a z990, the other moving off of S/390 and
iSeries

Key quote: "Jacob Matusevich, Welch's manager of networks and server
technologies, said there's no significant difference in uptime between
the Intel and IBM environments."


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

[Eric Bielefeld]

Tom,

There was a flash or something quite a while ago that explained just what
to do for creating the /service directory and how to apply maintenance.  I
spent too long looking for it, but I can't find it now.  I'm not sure if
it's what you want, but I know someone sent the link to IBM-Main a year or
2 ago, and it helped me to set up correctly to do maintenance.  Before I
read that, I just did maintenance, and anything in the HFS was updated
live.  I was lucky - I never got burned.

Hopefully, someone has the link bookmarked.  I thought it would be under
SMP/E, but I didn't see it there.

Eric Bielefeld
P&H Mining Equipment

On Tue, 16 Aug 2005 12:03:25 -0500, Tom Marchant <[EMAIL PROTECTED]>
wrote:

>How do you manage the mountpoints when applying service with SMP/E?
>I am planning on discussing this at a BOF at SHARE next week, and I'd
>appreciate any thoughts that you have.  I have a PMR open with IBM also.
>
>All of the documentation simply says to mount the alternate HFS
>at /service, but I don't find that to be a very adequate solution.
>To me it is akin to running SMP/E with a PROC that includes DD
>statements for every target data set that specifies the target volumes,
>and it is asking for trouble.
>
>My preference is to use Automount to manage /service and set the PATHs in
>my DDDEFs to /service/IPLVOL/... where IPLVOL is the first sysres for the
>target zone.  Automount would then mount OMVS.IPLVOL.ROOT as needed.
>
>In the old days, with only one HFS per target zone, this worked fine.
>Now that we have other products broken out into their own HFS, it becomes
>a little more complicated.
>
>For example, Java is designed to be mounted at /usr/lpp/java/ and the
>DDDEF PATH is to be -PathPrefix-/usr/lpp/java/J1.4.  Since I am automount
>managing /service/ I need another place to mount the Java HFS for SMP/E.
>
>I set my automount policy to manage /service/mvs with the corresponding
>change to the PATHs to /service/mvs/IPLVOL/  To provide a mount point
>that I can use for Java, I also manage /service/java and changed the path
>to /service/java/J1.4.  Unfortunately, this does not work, because when
>it comes time to run AJVSCRPT, it expects the path to be of the form
>-PathPrefix-/usr/lpp/java/J1.4.
>
>My solution to this was to create a /usr directory in the Java root.
>Within that directory I created a lpp directory with a symbolic link
>at /usr/lpp/java in the Java HFS.  This symbolic link has a value
>of "../.." (without the quotes).  The result is that AJVSCRPT can
>find /service/java/IPLVOL/usr/lpp/java/J1.4.  This allows everything to
>work.  When I clone my target zone the /usr/lpp/java structure that is in
>the Java HFS gets copied along with everything else.  There are ZONEEDITs
>to fix the DDDEF PATHs and I don't have to manually ensure that the
>correct HFSes are mounted for SMP/E.
>
>I think that XML, Host on Demand and MQ Series have similar requirements,
>but I have not spent much time investigating them yet.  The PMR that I
>have open is against Unix System Services, but I think it might more
>appropriately be against SMP/E.  The SMP/E manuals have numerous
>references to /service/usr/lpp/ without giving any hint of how to manage
>the mounting of the HFSes needed when applying service.  I have looked
>at the AJVSCRPT script and it looks to me as if the limitation of using
>-PathPrefix-/usr/lpp/java is a result of the way that SMP/E calls the
>script.
>
>Any thoughts would be greatly appreciated.
>
>Tom Marchant

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

Thanks, Eric.

Everything I've seen from IBM simply says to clone your HFS and mount it
at /service, but that is hardly adequate when you have 17 MVS images and
can only get a few IPLs per year.  We have several target zones to keep
track of, and we may need to apply service to any of them.  Automount is
the best solution that I know to ensure that the correct HFSes are mounted
at the correct mounty points.

I had written about this several years ago in http://tinyurl.com/ajjmc .

Tom Marchant

On Tue, 16 Aug 2005 15:29:27 -0500, Eric Bielefeld  wrote:

>Tom,
>
>There was a flash or something quite a while ago that explained just what
>to do for creating the /service directory and how to apply maintenance.  I
>spent too long looking for it, but I can't find it now.  I'm not sure if
>it's what you want, but I know someone sent the link to IBM-Main a year or
>2 ago, and it helped me to set up correctly to do maintenance.  Before I
>read that, I just did maintenance, and anything in the HFS was updated
>live.  I was lucky - I never got burned.
>
>Hopefully, someone has the link bookmarked.  I thought it would be under
>SMP/E, but I didn't see it there.
>
>Eric Bielefeld

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

[Schiradin,Roland HG-Dir itb-db/dc]

Tom, 

I can speak only for DB2/CICS/WMQ but I believe our MVS folks choose the same 
way. We use zFS for new products. 

During product installation we run the following SMPE job.

   SET BOUNDARY(CIC310T) . 
   ZONEEDIT DDDEF .
   CHANGE PATH('/usr/lpp/cicsts/cic310'*,  
   '/smpt/usr/lpp/cicsts/cic310'*) .   
   ENDZONEEDIT .   

So all apply goes to /smpt like /service which points to SMPT.CIC310.ZFSFILE 
(VSAM linear dataset)

Then we copy this file like this

 COPY DATASET(INCLUDE(SMPT.CIC310.ZFSFILE))  - 
   RENUNC(SMPT.CIC310.ZFSFILE,   - 
  SYS5.CIC310A.ZFSFILE)  - 
  SHARE  - 
  TOL(ENQF)  - 
  STORCLAS(AA01) - 
  MGMTCLAS(MSYST000) - 
  CATALOG- 
  TGTALLOC(CYL)  - 
  REPLACE  
/* 
//*
//MOUNT   EXEC PGM=IKJEFT01
//SYSPROC  DD  DISP=SHR,DSN=SYS5.STCSYS.CLIST  
// DD  DISP=SHR,DSN=SYS4.SPFSYS.CLIST  
//SYSTSPRT DD  SYSOUT=*
//SYSTSIN  DD  *   
mount   FILESYSTEM('SYS5.CIC310A.ZFSFILE')  +  
mountpoint('/add1') type(zfs) mode(rdwr)   
   
unmount FILESYSTEM('SYS5.CIC310A.ZFSFILE') 
mount   FILESYSTEM('SYS5.CIC310A.ZFSFILE')  +  
mountpoint('/usr/lpp/cicsts/cic310')  type(zfs) mode(read)

For zFS you need to mount a new zFS as READ/WRITE and then unmount and mount it 
again as READ only. Product zFS or HFS are READ only and shared across several 
images. 

In case of new service we mount it again as 

  PROFILE MSGID WTPMSG   
  MOUNT TYPE(zfs) +  
MODE(RDWR) + 
MOUNTPOINT('/smpt/usr/lpp/cicsts/cic310') +  
PARM('AGGRGROW')  +  
FILESYSTEM('SMPT.CIC310.ZFSFILE')

and then apply the new service. The new zFS will then SYS5.CIC310B.ZFSFILE 
in case of a fallback.

Of course you need to create some mostly orphaned directory in you ROOT HFS.

It's a bit easier for HFS.

Roland

-Original Message-
From: IBM Mainframe Discussion List 
[mailto:[EMAIL PROTECTED] On Behalf Of Tom Marchant
Sent: Tuesday, August 16, 2005 10:58 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Managing /service for SMP/E


Thanks, Eric.

Everything I've seen from IBM simply says to clone your HFS and 
mount it at /service, but that is hardly adequate when you have 
17 MVS images and can only get a few IPLs per year.  We have 
several target zones to keep track of, and we may need to apply 
service to any of them.  Automount is the best solution that I 
know to ensure that the correct HFSes are mounted at the 
correct mounty points.

I had written about this several years ago in http://tinyurl.com/ajjmc .

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

How do you change the SMTP address Websphere uses dynamicly

[Southerland, Steven L]

First,  I know this is the wrong list, but it is my first attempt.

I have been asked to try and find a way to change the SMTP ( EMAIL Server )
address used by Websphere on an AIX platform in a manner that does not
require doing a reinstall of the Websphere product. I am the messenger, by
the way.


Steven Southerland
Ceridian
Atlanta, GA. 
(678) 441-2096 - Desk
(404) 290-3788 - Cell

"All these words and I still said nothing", me, 2004,2005

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

IBMMAIN Strategy KnowledgeBase

[Peter Pfaffner]

Hi again,
just needed some time to sort posts to the original thread (news:<[EMAIL 
PROTECTED]>):

My first impression is, that Wiki's are well known by some listers and are 
highly accepted by them.

Special thanks to (in alphabetical order, I love movies :-):
Ian Metcalfe, Jantje and Rob Wunderlich.

There were some questions about public editability but no general dislikes.
I would like to offer a short recommendation to get further on:

Phase 1: get used
1. If you are not used to Wiki's please try them (Google for Wiki and see what 
you'll get :-) OR
   try wikipedia.org as one of the largest (and to me BEST) WP's at all.
2. Try and test them. Most Wiki-Systems have sort of a sandbox trial system to 
get you trained to postings
3. Join this discussion and tell us all about your experiences.

Phase 2: discussing hosting
1. open/closed postings
2. using existing services vs creating an own Wiki-Server
3. translation services to other languages

Phase 3: descision (voting) just as an example
1. does it improve our platform or community
2. do WE have some ROI if we participate/donate (Knowledge, not Source ;-)
3. can we close the gap between Dino's and other platforms ;-)

Please try Wiki's, they are a lot of fun, easy to use and surprisingly of high quality even though the "everybody can post" 
approach. Give them a chance !!!

TIA Peter



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

IBMMAIN Strategy Develoment

[Peter Pfaffner]

Well, gentle listers,
I've learned some of the lessons.
YES, our BUILD process is quite different and cruical to sucess. 
But this is a chicken-and egg discussion.
If we do need BUILD-Support we HAVE to participate and create it. 
No matter what it is based on (SCLM, SMP/E etc)


WSED is too expensive but please remember that it is based on Eclipse.
Have you ever heared about Eclpse? Give ita try !!! Even better than Wiki's ;-)

Please take a look at
- Subversion (better but compatible to CVS)
- ANT for a  driver

And PLEASE give Java a try, it does NOT perform as bad as you might think.

OK, i will offer support for all platform specific JNI (Java Native Interfaces).

Cheers, Peter

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

[Glenn Miller]

Tom,

The requirements we have for applying maintenance to the z/OS operating
system here
has dictated how we name the HFS 'service' mountpoint.  The 'key'
requirement I must
adhere to is:
Must be able to apply any maintenance to any of the z/OS operating system
levels we
have installed using any z/OS image.

I chose to create multiple SYSRES volumes for each z/OS operating system
level we
maintain.  For example, we currently run z/OS R4 on our seven z/OS images.
We have
four SYSRES volumes ( named: ASR41Z, ASR42Z, ASR43Z & ASR44Z ) that support
these seven z/OS images.  Each z/OS R4 SYSRES volume may have a different
'maintenance level' applied to it.  Our preference is to apply our z/OS
maintenance to
these SYSRES volumes in numeric order, sometimes that is not possible.  So,
we
addressed this requirement by taking the '/service' concept one level
further.  We created
a second-level directory to the '/service' directory and added that
second-level directory
to the HFS DDDEFs within each Target Zone.  For example:


ASR41Z  /service/ASR41Z/
ASR42Z  /service/ASR42Z/
ASR43Z  /service/ASR43Z/
ASR44Z  /service/ASR44Z/


The above structure allows me another way to cross check the DDDEFs in a
Target Zone
are referencing the correct HFS ( assuming I mounted the correct HFS
dataset to the correct
mountpoint I listed above ).  I ensure that by having HFS mount and unmount
steps in each
SMP/E Apply Check & Apply jobs that are executed.  That ensures no HFS was
left
mounted from a previous job and that no HFS is left mounted after a
maintenance run.


HTH

Glenn Miller

---
This message (including any attachments) is confidential and may be
privileged. If you have received it by mistake please notify the sender by
return e-mail and delete this message from your system. Any unauthorised
use or dissemination of this message in whole or in part is strictly
prohibited. Please note that e-mails are susceptible to change.
ABN AMRO Bank N.V. (including its group companies) shall not be liable for
the improper or incomplete transmission of the information contained in
this communication nor for any delay in its receipt or damage to your
system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that
the integrity of this communication has been maintained nor that this
communication is free of viruses, interceptions or interference.
---

--
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: 3590 Strategies without virtual tape?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 08/15/2005
   at 12:08 PM, Bobby Brake <[EMAIL PROTECTED]> said:

>We've just installed a STK L700e using 3590 tapes.  These tapes hold
>up to 300GB and this system works great for our weekly backups where
>we backup our entire DASD farm.  What I would like to ask the group
>is what are some strategies for batch processing without virtual
>tape? 

DASD. Put them in a management class that is archived fairly rapidly,
and let them be automatically recalled when needed.
 
-- 
 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: Anyone know whether VM/370 EDGAR is still available anywhere?

[Shmuel Metz (Seymour J.)]

In
<[EMAIL PROTECTED]>,
on 08/12/2005
   at 06:52 PM, "Farley, Peter x23353" <[EMAIL PROTECTED]> said:

>IIRC, IUP's were not
>copyrighted or licensed, though they were sometimes chargable. 

They were copyrighted as soon as copyrights were accepted for
software.

>ISTR the software hierarchy used to be IUP, FDP (Field Developed
>Program), PO (Program Offering) and PP (Program Product).

It wasn't a hierarchy; they were independent categories, in no
particular order.

>All but PP were source-included software.

No. Each category had software with and without source code. Some
program products not only included source code but were maintained at
the source level.
 
-- 
 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: Does anyone have an archive of DBC???? (XDC's predecessor)

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 08/13/2005
   at 10:23 AM, David Cole <[EMAIL PROTECTED]> said:

>I guess that means you don't have an archive.

Alas, even had I had permission to retain a copy it wouldn't have been
at the correct release level. I last had access to DBC at the State
Department, and at EIA I had access to XDC; nothing in between.

Maybe Gene Shuman?
 
-- 
 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: How tell name of originating load library?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 08/14/2005
   at 09:54 AM, Charles Mills <[EMAIL PROTECTED]> said:

>Is it possible for a program to determine the dataset name of the
>library it was loaded from?

There didn't use to be. Consider a program that does an OPEN, a LOAD
and a CLOSE. But I vaguel recall a message on the list (from Greg?)
referring to an extension of the CDE containing a dsname.
 
-- 
 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: IBMMAIN Strategy Base

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 08/16/2005
   at 03:22 AM, Peter Pfaffner <[EMAIL PROTECTED]> said:

>As proposed I will try to answer or comment on some posts:

There are some fundamental inconsistencies in your entire approach.

First, the driving ethos of the open source movement is not based on
"somebody should" but rather on "I would like to". Instead of asking
John down the block to put up a Wiki, put one up yourself and invite
others to update it. You want a z/OS project on Source Forge? Start
one.

Second, the open source movement shares the Perl philosophy: there's
more than one way to do it. Instead of asking people to abandoned,
e.g., the CBT tape, start your own archive and solicit contributions.
The CBT tape didn't start out as a replacement for the other tapes, it
started as one of many alternatives.

>This is sort of an all or nothing approach.

Then it will fail. The open source movement is one of diversity.

>BUT: Please try to avoid this really old fashioned BS(it worked for
>me for decades) approach. 

Please try to avoid straw dummies and to address the real issues.
 
-- 
 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: Proposal (was: Wouldn't it be WIKI and SourceForge time?)

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 08/15/2005
   at 11:26 PM, Peter Pfaffner <[EMAIL PROTECTED]> said:

>It would be a bad (not to say sick) idea to split our community by 
>flamewars (it survided a lot of them :-)) or moving into different 
.base directions.

This community is already split, and there is nothing wrong with that.
There are JES2/JES3 splits, VSE/MVS/VM splits, CICS/IMS splits and CA
splits ;-)

What we need to do is to move in multiple directions, with
coordination where there are common problems, and not to pretend that
there is a single monolithic community. We should look for common 
solutions where that makes sense, but not treat commonalty as
desirable per se. Don't expect that, e.g., the archives would or
should go away just because there is a Wiki; they serve different
purposes.

>because my mother has got very sick.

May she recover quickly. You've got your priorities straight; tend to
her and worry about the other issues later.
 
-- 
 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: RACF under z/OS 1.7

[Shmuel Metz (Seymour J.)]

In
<[EMAIL PROTECTED]>,
on 08/15/2005
   at 03:10 PM, Andy White <[EMAIL PROTECTED]> said:

>Question: We plan on going from z/OS 1.6 to z/OS 1.7 when its
>released in  Sept. etc.. I'm being told by out security people that
>we first have to  get to MLS as a pre-req. We currently dont use MLS
>(Multi Level Security)  under z/OS 1.6. 

Did they tell you that it was a technical requirement, or simply that
they wanted you on MLS and would not bless an upgrade unless you first
activated MLS? If the latter, have you tried negotiating a timetable
for doing it after the upgrade?
 
-- 
 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: RACF under z/OS 1.7

[Andy White]

What you bring up is the bottom line what becomes a department wish list 
item now they try to push as an agenda. We see no reason to have MLS prior 
to rolling out z/OS 1.7 which was all I wanted to check. It appears we 
will be ok coming from 1.6 to 1.7 without MLS then implement it after we 
roll out to all the systems first quarter 2006.

Thanks for everyone's input


Andy 











>we first have to  get to MLS as a pre-req. We currently dont use MLS
>(Multi Level Security)  under z/OS 1.6. 

Did they tell you that it was a technical requirement, or simply that
they wanted you on MLS and would not bless an upgrade unless you first
activated MLS? If the latter, have you tried negotiating a timetable
for doing it after the upgrade?
 
-- 
 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



The information contained in this message may be CONFIDENTIAL and is for the
intended addressee only.  Any unauthorized use, dissemination of the
information, or copying of this message is prohibited.  If you are not the
intended addressee, please notify the sender immediately and delete this
message.

--
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: Anyone know whether VM/370 EDGAR is still available anywhere?

[Jim Phoenix]

Peter,

The Quick Reference Guide states (any mis-spellings are my own):

"The component of the IUP which provides the basic editing system functions is 
named EDGAR."


Considering how old this card must be, I am amazed how "new" it looks.  All 18 
panels of it.


Farley, Peter x23353 wrote:

Pardon my ignorance, but is "Display Editing System for CMS" the "official"
title for EDGAR?  If so, IUP is a good status.  IIRC, IUP's were not
copyrighted or licensed, though they were sometimes chargable.  Or at least,
that was true for some IUP's.

ISTR the software hierarchy used to be IUP, FDP (Field Developed Program),
PO (Program Offering) and PP (Program Product).  All but PP were
source-included software.

Would you be sure to hold on to that reference card (and any other doc you
may have on it)?  Or if you're willing to part with it, please write to me
offline.

Many thanks.

Peter



-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED]
Sent: Friday, August 12, 2005 4:18 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Anyone know whether VM/370 EDGAR is still available anywhere?

Well, the Quick Reference Guide I have, GX20-2340-0 says that the Display
Editing System for CMS (5796-PJP) is an Insstalled User Program (IUP).

Unfortunately, the card is undated.



_
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



--
| Jim Phoenix  | Voice:   (310) 338-0400 x316   |
| Senior Software Developer| Fax: (310) 338-0801|
| Phoenix Software International   | Alt fax: (310) 337-2685|
| 5200 W. Century Blvd., Suite 800 | [EMAIL PROTECTED] |
| Los Angeles, CA 90045| http://www.phoenixsoftware.com |

Opinions expressed by this individual are not necessarily those of the Company.

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

File encryption for transfer to WinXP ?

[Thomas Kern]

One of our users has become interested in encrypting a job's sysout before
sending it to a email address. We currently use XMITPIP to package the data for
emailing the data. This is only an interest at this point, there is no money to
spend on fancy products with components on both z/OS and WinXP. I have been
asked to see if there is some free programs, one for z/OS to encrypt the data
(DES, 3DES, AES have been mentioned), and one for the WinXP workstation to
decrypt the data file. 

Does anyone have some pointers to such programs?

/Tom Kern




Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs 
 

--
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: Changing DISPosition on the fly

[Roger Sawtell]

Thank you all for your helpful responses and pointers to manuals.
I think I will have to go with the low-tech solution (thanks Steve) which I 
wanted to avoid. A battle looms with Security person for access to PROCLIBS.
As noted before, the program is 30 years old and runs 24bit.  I don't have 
the time or inclination to modify for 31bit which BPXWDYN requires and also, 
the dataset concerned is a GDG dataset which disqualifies it for DYNALLOC.  
I am also mindful of Ed. Goulds caution.  The INTRDR suggestion is a 
nonstarter due to susbsequent jobsteps.

Thank you again

Roger Sawtell
Air New Zealand Ltd.,

_
Need more speed? Get Xtra Broadband @ 
http://jetstream.xtra.co.nz/chm/0,,202853-1000,00.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: Anyone know whether VM/370 EDGAR is still available anywhere?

[Ed Gould]

On Aug 16, 2005, at 8:42 PM, Jim Phoenix wrote:


Peter,

The Quick Reference Guide states (any mis-spellings are my own):

"The component of the IUP which provides the basic editing system 
functions is named EDGAR."


Considering how old this card must be, I am amazed how "new" it looks. 
 All 18 panels of it.



I was not a VM person. I think I went to two classes on it. (this was 
probably 30 years ago). My memory is iffy but IIRC there was a small 
war between the competitors (EDGAR & the winner). I think I was told 
that EDGAR didn't win because the(then old timers) didn't like it.


This is pre history I know but maybe some of the old time VMers can 
really let us know the real story.


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

Re: Managing /service for SMP/E

[Tom Marchant]

Thanks, Glenn.

This is the same thing that I did, except that I established an
Automount policy to mount the HFS when it is referenced.  For the
simple case of managing the MVS root (Version) HFS, it looks like
this.

/etc/auto.master contains this:

/service/etc/service.map


/etc/service.map looks like this:

name *
type HFS
filesystem   OMVS..ROOT
mode rdwr
duration 10
delay10


Thus, when SMP/E references /service/ASR41Z/, Automount will
automatically mount OMVS.ASR41Z.ROOT at that mount point.  The
duration and delay specification of ten minutes each means that
the HFS will remain mounted for ten minutes regardless of access,
then after the initial ten minutes, the HFS will be unmounted
after it has not been referenced for ten minutes.

This part of it works beautifully, and it has the additional
advntage that I can't mount the wrong HFS at /service/ASR41Z/.
The problem is that Java is then expected to be mounted at
/service/ASR41Z/usr/lpp/java, but I can't use Automount to
manage that mount point, because Automount uses the lowest
level directory to build the HFS name.

My initial solution is to change my /etc/auto.master like this:

/service/mvs/etc/service_mvs.map
/service/java   /etc/service_java.map

My /etc/service/map, as above is renamed to /etc/service_mvs.map
and I have created /etc/service_java.map, which looks the same,
except that the HFS that is mounted is OMVS..JV390.
Now, when I service the ASR41Z target zone, I will mount
OMVS.ASR41Z.ROOT at /service/mvs/ASR41Z/ and
OMVS.ASR41Z.JV390 at /service/java/ASR41Z/.

I can change my path for JAVA to /service/java/ASR41Z/J1.4 and
everything works fine until AJVSCRPT is called to unwind the
tarball.  It fails, because it expects the J1.4 directory to
be at /service/java/ASR41Z/usr/lpp/java/J1.4.  My solution is
to create a /usr/lpp/java symbolic link in the Java HFS root so
that AJVSCRPT can find /service/java/ASR41Z/usr/lpp/java/J1.4.

Thanks agaib,
Tom Marchant

--- Glenn Miller <[EMAIL PROTECTED]> wrote:

Snip!
> We have
> four SYSRES volumes ( named: ASR41Z, ASR42Z, ASR43Z & ASR44Z ) that
> support
> these seven z/OS images.  Each z/OS R4 SYSRES volume may have a
> different
> 'maintenance level' applied to it.  Our preference is to apply our z/OS
> maintenance to
> these SYSRES volumes in numeric order, sometimes that is not possible. 
> So,
> we
> addressed this requirement by taking the '/service' concept one level
> further.  We created
> a second-level directory to the '/service' directory and added that
> second-level directory
> to the HFS DDDEFs within each Target Zone.  For example:
> 
> 
> ASR41Z  /service/ASR41Z/
> ASR42Z  /service/ASR42Z/
> ASR43Z  /service/ASR43Z/
> ASR44Z  /service/ASR44Z/
> 
> 
> The above structure allows me another way to cross check the DDDEFs in a
> Target Zone
Snip!
> 
> Glenn Miller

--
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: Is this CICS (or are we having fun yet?)

[Capomaestro]

>> -Original Message-
>> From: IBM Mainframe Discussion List On Behalf Of Capomaestro
>>
>> Had the recent opportunity to code some dual-mode (CICS & batch) assembler.
>> After searching the LISTSERVs the DFHAFCD macro (.SDFHMACS) revealed
itself. The code did not contained
>> CICS EXEC statements and therefore did not require preprocessing. Upon
entry under CICS the registers point into
>> La-la Land (what's a sock for?).  What to do?
>> Add this to the ASM source -
>>
>>  punch ' INCLUDE SDFHLOAD(DFHEAI)'
>>  punch ' ORDER DFHEAI  /* fake for CICS CI :P */'
>> ...or hardcode into the LKED step SYSIN
>If your dual-mode routine does not issue any EXEC CICS commands, you not
only don't need but should
>NOT include the CICS stub in the load module.
>> ...and code the DFHAFCD macro -
>>  lrr2,r1  hold that thought...
>>  dfhafcd type=LOCATE,cb=AFCB
>>  ltr   r15,r15is this CICS?
>>  jznot_under_CICS no.
>>  lar1,4(,r2)  yes. bump over EIBPTR
>>  l r1,0(,r1)  pointer to DFHCommarea
>>  str1,0(,r2)  store into EIBPTR
>It's not clear from this snippet why you believe R1 points to EIBPTR before
you determine whether you're
>running in CICS.  How is this program normally entered?  ("Main" program or
subroutine?)

On Tue, 16 Aug 2005 09:56:42 -0500, Chase, John <[EMAIL PROTECTED]> wrote:

>> -Original Message-
>> From: IBM Mainframe Discussion List On Behalf Of Capomaestro
>>
>> Au contraire, the DFHEAI stub is *required* to be the first CSECT in the
module. CICS 'interrogates' modules
>>for it's I-catcher to determine if it is command level or not.
>Sorry; I thought you said that this program, being usable in both batch and
CICS environs, did not contain any
>EXEC CICS commands.  If that's true, it does not need, and you should not
specify, any CICS stub at all.  (BTW,
>the "requirement" for the CICS stub to be the first CSECT applied to OS/VS
COBOL and the DFHECI stub.)
>> Use the linkage editor NAME statement to point to your favourite entry
point (omitted, admittedly
>>but we're all adults here).
>
>> As for R1? Standard linkage conventions says it points to the address of
the parameter list and the code
>>snippet, once detecting CICS dummys-up the EIBPTR with the address of the
EIBCAPTR (DFHCOMMAREA being a
>>list of addresses).
>
>OK, now it appears this program is a CALLed sub-program rather than a
"main" program.  Since you snipped out
>all of your original post, please remind me where and when the program
suffers the "foot warmer".
>
>-jc-
>

If CICS (KCP, which would make the assembler code "main", right?) detects
that a module is not command level then R1 does not point at a parameter
list (DFHCOMMAREA) neither does R13 point to a savearea (ASRA/S0C4, you say
potato and I say potato). Therefore the stub is *required* under CICS and
harmless in batch.

YMMV (but I am sceptical).

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