VSAM RLS

[Buckton, T. (Theo)]

Hi, 

I'm being tasked to implement VSAM RLS for HSM in a parallel
sysplex, consisting of 5 LPARS - LPAR1 & LPAR2 (PRODPLEX) sharing one
set of HSM CDSs; LPAR3 & LPAR4 (QAPLEX) sharing one set, and LPAR5
(ICPLEX)  having its own set. Should all these HSM environments then be
part of one HSMPLEX environment due to the fact
that only one LOCK structure that can exist per LPAR? 
Each PLEX system has it own tape management data base which interacts
with HSM. Would this also mean one TAPEPLEX system, all sharing the same
tape data base? We running Z/OS 1.11
 


Nedbank Limited Reg No 1951/09/06. The following link displays
the names of the Nedbank Board of Directors and Company Secretary.
[ http://www.nedbank.co.za/terms/DirectorsNedbank.htm ]
This email is confidential and is intended for the addressee only.
The following link will take you to Nedbank's legal notice.
[ http://www.nedbank.co.za/terms/EmailDisclaimer.htm ]


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

Automatic reply: IBM-MAIN Digest - 12 Jan 2011 to 13 Jan 2011 (#2011-13)

[David Magee]

I'll be out of the office until Monday, Jan 17th.

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

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

Re: speculation: z/OS "enhancments"

[Shmuel Metz (Seymour J.)]

In , on 01/12/2011
   at 06:39 PM, "Robert A. Rosenberg"  said:

>Mine is to fix/enhance the ENQs for datasets so they include the 
>volume name as part of the RNAME. The original use of DSN in lieu of 
>DSN+VOLSER was OK until GRS and/or Shared DASD was introduced and you
> could have multiple datasets with the same DSN in your complex.

You could always have multiple data sets with the same name.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: speculation: z/OS "enhancments"

[Shmuel Metz (Seymour J.)]

In , on 01/12/2011
   at 12:21 PM, Avram Friedman  said:

>SVS->MVS to get rid of over engineered SUs

There were no SU's for SVS; they came later.

>MVS SE to address VSCR concerns 

?

>Hardware design changed from 
>processing one instruction per cycle to pipelining,

Pipelining was around before the S/360.

>Now the IBM 360 was the worlds worse instruction set for
>pipelineing.

Hardly.

>(instructions that made it difficult to pipeline because RX and SS 
>instructions were so diffrent).

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

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

Re: speculation: z/OS "enhancments"

[Shmuel Metz (Seymour J.)]

In , on 01/13/2011
   at 02:06 AM, Avram Friedman  said:

>Pipelining is based on two major assumptions.

No.

>1. We know what the next instruction to be executed is

Don't need it.

>2. every instruction can be broken down into a predetermined number
>of execution phases and each of these phases requires a consistant
>amout of  resources to process.

Don't need it.

>When either of these assumptions is not true even for a moment the
>pipe  stalls or fails and needs to be restarted. 

No.

It's certainly easier to do piplinging on a RISC, but there were
decades of experience pipelining CISC architectures before RISC came
along.

>So why is the 360 instruction set amoung the worst for pipelineing.

Why is the Moon made of green cheese?

>Not only is it exposed to the normal and expected failures of
>assumption 1 but  it is also and somewhat indivdually exposed to
>failures of assumption 2.

Neither is which is a serious problem.

>4. And even changes to spoken lanuage.  The phase "Short and
>Concise" was  once a popular comentary on code
>Short because memory for running code was rare.
>Concise because conditionals like tests and branches disrupted
>pipelineing.

No, the comment was typically applied on machines without pipelines.
Short and concise because that meant the code was easier to understand
and easier to modify.

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

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

Re: speculation: z/OS "enhancments"

[Shmuel Metz (Seymour J.)]

In ,
on 01/12/2011
   at 09:53 AM, "McKown, John"  said:

>I'm wondering if z/OS is "lacking" in some areas.

Of course it is. The question is which issues are a priority for your
site. Submit requirements for the ones that are most important,
concentrating on functionality rather than implementation.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: TapeCopy IBM

[John McKown]

I am not sure what you want to do. VMS? As in the VAX operating system?
Or did you misspell MVS? If you want to copy the contents of one z/OS
tape to another tape, we use TapeCopy from OpenTech. You can read about
it here: http://www.opentechsystems.com/tape-copy.php . We used this
product to copy from 3490 physical tapes to virtual 3490 tapes. And from
3420 "round reel" tapes to 3490 virtual tapes. It worked well. It also
updated our CA-1 tape catalog as well as the z/OS catalog to point to
the new volsers. In CA-1, it kept all the old tape information such as
creation date & time / last used date & time / expiration date/ creating
job name, step and DD name. 

CA has a product to do this as well. I really don't understand the part
about the timestamp. In the tape's labels? In data on the tape?



On Thu, 2011-01-13 at 22:22 -0200, Grillo Paul wrote:
> Hi all
> 
> Anybody know of command to TapeCopy IBM for no reset  timestamp to tape in
> INDD for OUTDD...in VMS migration.
> 
> Thanks for your help
> 
> Jorge Arueira Campos
> 
> Optimize-Software.com.br 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
-- 
John McKown
Maranatha! <><

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

Re: z/OS 1.11 upgrade - WLM couple datasets

[Susan Chiam]

Thank you Kees and Barbara for confirming what we have in mind.
Regards, Sue.

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

TapeCopy IBM

[Grillo Paul]

 Hi all

Anybody know of command to TapeCopy IBM for no reset  timestamp to tape in
INDD for OUTDD...in VMS migration.

Thanks for your help

Jorge Arueira Campos

Optimize-Software.com.br 

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

Re: speculation: z/OS "enhancments"

[Paul Gilmartin]

On Thu, 13 Jan 2011 17:07:58 -0500, Robert A. Rosenberg wrote:
>
>At Interpreter time, you have access to the running system's Catalog
>or the VOL=SER=XX on the DD card so the VOLSER IS KNOWN (making
>the assumption that there is not going to be screwing around with the
>catalog before you actually get to the actual Job Step when you
>actually create the DSN->Dataset linkage) for use in the ENQ. With
>Dynamic Allocation, the VOLSER is 100% known so the ENQ would be
>correct IF it included the VOLSER (which currently it does not). When
>I try to ENQ on DatasetX on VOL111 I get rejected due to an ENQ on
>DatasetX on VOL222 (a DIFFERENT dataset that happens to have the same
>name).
>
For DISP=NEW, the VOLSER may not be known until allocation at step
initiation.

Would each volume of a multivolume data set need to be ENQed, or
is DSN+VOLSER of first extent sufficient to identify the data set
unambiguously?

The only threat to system integrity occurs when an extent is freed.
At that point there must be an exclusive ENQ.  In fact, data sets
are sometimes created without an exclusive ENQ; I was astonished 
nd dismayed when this caught me (but system integrity was not
threatened).  I believe I can still recreate it; no privileged
operations required; WAD.

I once suggested here that a SHR ENQ on DSN,VOLSER be obtained when
a DEB is created (OPEN) and an EXC ENQ to free an extent.  An IBM
representative swiftly refuted the idea by stating that there are
places in the OS where extents are manipulated with no OPEN or DEB
creation.

-- gil

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

Re: speculation: z/OS "enhancments"

[Robert A. Rosenberg]

At 10:58 +0200 on 01/13/2011, Binyamin Dissen wrote about Re: 
speculation: z/OS "enhancments":



On Wed, 12 Jan 2011 18:39:43 -0500 "Robert A. Rosenberg" 
wrote:

:>Mine is to fix/enhance the ENQs for datasets so they include the
:>volume name as part of the RNAME. The original use of DSN in lieu of
:>DSN+VOLSER was OK until GRS and/or Shared DASD was introduced and you
:>could have multiple datasets with the same DSN in your complex.

You could always have duplicate names. Only one could be cataloged.

NOT CATLG 2


What for the case where the two datasets are cataloged in different 
catalogs? What if they belong to different systems? I can have a 
SYS1.PARMLIB used by SYSRES #1 on SYSTEM1 and one used by SYSRES #2 
on SYSTEM2.  In a GRS ring there is no way to tell if the reference 
to SYS1.PARMLIB is to SYSTEM1's or SYSTEM2's copy in the absence of 
the VOLSER. Only when you use the requester's Catalog Entry or 
manually supply the VOLSER can you tell which one you are 
referencing. Even in the absence of GRS, just having Shared DASD can 
trigger the confusion.


At Interpreter time, you have access to the running system's Catalog 
or the VOL=SER=XX on the DD card so the VOLSER IS KNOWN (making 
the assumption that there is not going to be screwing around with the 
catalog before you actually get to the actual Job Step when you 
actually create the DSN->Dataset linkage) for use in the ENQ. With 
Dynamic Allocation, the VOLSER is 100% known so the ENQ would be 
correct IF it included the VOLSER (which currently it does not). When 
I try to ENQ on DatasetX on VOL111 I get rejected due to an ENQ on 
DatasetX on VOL222 (a DIFFERENT dataset that happens to have the same 
name).


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

Re: speculation: z/OS "enhancments"

[Robert A. Rosenberg]

At 11:37 -0600 on 01/13/2011, Rick Fochtman wrote about Re: 
speculation: z/OS "enhancments":



--
I may be mis-remembering but I seem to have the impression that one of
the features (I think scientific) was optional on the lowest level model
(the 360/30). This did not affect the Operating System but only what you
could run on that version of the machine if you did not have the feature.
--
I don't know the original "target market" for the 360/44, but the
Commercial Feature was optional.

Rick


If I remember it was aimed at a Scientific computing market (thus the 
lack of the Commercial Feature). There were some optimizations there 
compared to the 360/40. It has been so long ago that I forget how the 
360/40 differed from the 360/44.


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

Re: help

[Stone, Sandy]

phew!

s
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Ward, Mike S
Sent: Thursday, January 13, 2011 3:48 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: help

LOL, sorry it was an error. I meant to send to the listserver.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Ed Finnell
Sent: Thursday, January 13, 2011 2:32 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: help

Like Wait State or 911?
 
 
In a message dated 1/13/2011 12:56:17 P.M. Central Standard Time,  
mw...@ssfcu.org writes:

help



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

==
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity
to which they are addressed. If you have received this email in error
please notify the system manager. This message
contains confidential information and is intended only for the
individual named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please notify
the sender immediately by e-mail if you
have received this e-mail by mistake and delete this e-mail from your
system. If you are not the intended recipient
you are notified that disclosing, copying, distributing or taking any
action in reliance on the contents of this
information is strictly prohibited.

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


http://www.antaressolutions.com/
 Industry Expertise. Intelligent Solutions.  
Visit http://www.antaressolutions.com/
CONFIDENTIALITY NOTICE:
This message is intended only for the use of the individual or entity to which 
it is addressed and may contain information that is privileged, confidential or 
exempt from disclosure by law. If the reader of this message is not the 
intended recipient, or the employee or agent responsible for delivering the 
message to the intended recipient, you are hereby notified that you are 
strictly prohibited from printing, storing, disseminating, distributing or 
copying this message. If you have received this message in error, please notify 
us immediately by replying to the message and deleting it from your computer. 
Neither this information block, the typed name of the sender, nor anything else 
in this message is intended to constitute an electronic signature, unless a 
specific statement to the contrary is included in this message.
Thank you, Antares Management Solutions.

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

Re: FYI: Melinda's papers and goodies relocating....

[Phil Smith III]

David Boyes wrote:

>Princeton is kicking alumni and retirees off their mail and www servers,

>so all of Melinda Varian's classic papers and CMS Pipes stuff is moving to

>a new location.

 

>http://web.me.com/melinda.varian/

 

>The old page at princeton.edu/~melinda   is 
>still up, but it's fate and

>lifetime is uncertain. Boo on Princeton. That's a trick that Harvard or

>Yalies would pull.

 

Actually, she says it's not Princeton being cheap - it's motivated by security 
concerns. I'm guessing the Princeton lawyers were worried that VM historical 
documents that diss MVS might be deemed "hate speech".

-- 
...phsiii


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

Re: IFCID trace header error

[Barry Merrill]

Where in the sequence of "triplets" is this
triplet located, and what is the count of
triplets in the record.  Some records have
more physical triplets, always, but only
populate the first "n" for some events,
more "n's" on others.

The existence of a COUNT field is the ONLY guarantee
that the segment exists; the LENGTH field is now
very frequently zeros in the triplet, which only
means that the true length is in the first two
bytes pointed to by the offset.

Merrilly New Year,
Barry Merrill

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

Re: help

[Ward, Mike S]

LOL, sorry it was an error. I meant to send to the listserver.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Ed Finnell
Sent: Thursday, January 13, 2011 2:32 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: help

Like Wait State or 911?
 
 
In a message dated 1/13/2011 12:56:17 P.M. Central Standard Time,  
mw...@ssfcu.org writes:

help



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

==
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity
to which they are addressed. If you have received this email in error please 
notify the system manager. This message
contains confidential information and is intended only for the individual 
named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please notify the 
sender immediately by e-mail if you
have received this e-mail by mistake and delete this e-mail from your system. 
If you are not the intended recipient
you are notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this
information is strictly prohibited.

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

Re: help

[Dave Salt]

F1?
 
Dave Salt

SimpList(tm) - try it; you'll get it! 

http://www.mackinney.com/products/program-development/simplist.html  






> Date: Thu, 13 Jan 2011 15:31:34 -0500
> From: efinnel...@aol.com
> Subject: Re: help
> To: IBM-MAIN@bama.ua.edu
> 
> Like Wait State or 911?
>  
>  
> In a message dated 1/13/2011 12:56:17 P.M. Central Standard Time,  
> mw...@ssfcu.org writes:
> 
> help
> 
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
  
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: help

[Ted MacNEIL]

A little more specificity would help!
-
Ted MacNEIL
eamacn...@yahoo.ca

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

Re: help

[Ed Finnell]

Like Wait State or 911?
 
 
In a message dated 1/13/2011 12:56:17 P.M. Central Standard Time,  
mw...@ssfcu.org writes:

help



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

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

[George Rodriguez]

Hi Chris,

I haven't responded to your previous post, because I'm waiting on a couple
of answers to questions that you asked. I didn't make the original changes
to the system in support of this change.

TN3270 server is a good description for the DAC unit. It's actually a switch
with the TN3270 software in the server (as you call it).

In my VTAMLST library, there's a TN3270A entry that looks like this:

TN3270A  VBUILD TYPE=APPL
TN3270G  GROUP  AUTH=NVPACE,   X
   DLOGMOD=MTQRYPC,X
   MODETAB=PBSBMODE,   X
   EAS=1,  X
   PARSESS=NO, X
   USSTAB=VTMUSS0N
TELNI*** APPL  USSTAB=VTMUSS5N
TELNE*** APPL  USSTAB=VTMUSS0N

That was one of your questions or assumptions that you made. Yes we are
using z/OS Communication Server IP system for TN3270 support. The z10 that
we have uses the OSA-ICC only for the terminals and consoles used by
Operations in the Computer Room.

When I said that we switched from the DAC unit to the OSA, this is what was
coded it the profile used by TCP/IP:

ARPAGE 20
GLOBALCONFIG TCPIPSTATISTICS
IPCONFIG NODATAGRAMFWD SOURCEVIPA
SOMAXCONN 100
TCPCONFIG RESTRICTLOWPORTS INTERVAL 120
UDPCONFIG RESTRICTLOWPORTS

DEVICE  VIPA01D  VIRTUAL 0  VIPA
LINKVIPA01L  VIRTUAL 0 VIPA01D  VIPA

DEVICE  OSA0402  MPCIPA   NONROUTER AUTORESTART
LINK OSA0402LNK  IPAQGNET OSA0402   VLANID 25   VIPA

DEVICE  OSA0602  MPCIPA   NONROUTER AUTORESTART
LINK OSA0602LNK  IPAQGNET OSA0602   VLANID 25   VIPA

TRANSLATE
HOME
   10.254.76.30   VIPA01L   VIPA
   10.254.76.31   OSA0402LNK
   10.254.76.32   OSA0602LNK

 BEGINROUTES
  route 10.00.00.00/08 10.254.76.01  OSA0402LNK MTU 1492
  route 10.00.00.00/08 10.254.76.01  OSA0602LNK MTU 1492
  route DEFAULT10.254.76.01  OSA0402LNK MTU 1492
  route DEFAULT10.254.76.01  OSA0602LNK MTU 1492
 ENDROUTES
.
.
.
START OSA0402
START OSA0602

When you talk about TN3270 and TN3270E you mention that there's a comma
missing in front of the mode table which makes it a TN3270 without the E. As
I'm not sure of what I'm using, let me paste the TN3270E STC job:

//TN3270E  PROC PARMS='CTRACE(CTIEZBTN)'
//TN3270   EXEC PGM=EZBTNINI,REGION=0M,PARM='&PARMS'
//STEPLIB  DD DISP=SHR,DSN=SYS2.LOCAL.VTAMLIB
// DD DISP=SHR,DSN=SYS2.VTAMLIB
// DD DISP=SHR,DSN=SYS1.VTAMLIB
//SYSPRINT DD SYSOUT=*,DCB=(RECFM=VB,LRECL=132,BLKSIZE=136)
//SYSOUT   DD SYSOUT=*,DCB=(RECFM=VB,LRECL=132,BLKSIZE=136)
//CEEDUMP  DD SYSOUT=*,DCB=(RECFM=VB,LRECL=132,BLKSIZE=136)
//PROFILE  DD DSN=OMVS.PROD.TCPIP.PARMLIB(TN32&SYSNAME),
// DISP=SHR,FREE=CLOSE

If I add the entry that you gave me (TELNETDEVICE IBM-DYNAMIC ,D4C32XX3) do
I leave the other entries the way they are or should I add the missing
comma?

Chris you've been very patient with me and I truly appreciate it...
*
*
*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-332*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Six Consecutive Years*



On Thu, Jan 13, 2011 at 12:32 PM, Chris Mason wrote:

> George
>
> While you are preparing the descriptions of your problem for which I asked,
> I
> have a couple of topics to raise.
>
> I'll cover the first topic by reviewing the three ways one can set up a
> TN3270
> server[1] so that a TN3270 TCP connection can be concatenated to an SNA
> session supporting the 3270 data stream.
>
> 1. A TN3270 server in a logically external "unit" with a logical SNA
> connection -
>  which can include a form of channel connection - to the SNA "boundary
> function" supported by the z operating system immediately or ultimately
> connecting to the z operating system supporting the primary LU in the SNA,
> necessarily LU type 2, 3270 session.[2]
>
> With this implementation of a TN3270 server, the TN3270 TCP connection is
> represented within the SNA environment[3] as an LU which is the secondary
> LU when in session with the primary LU application and is defined in VTAM
> as
> an SSCP-dependent LU statement subordinate to a PU statement. The LU
> statement may be generated dynamically if the "unit" has the necessary
> support.
>
> This is the type of TN3270 server I assume your "DAC unit" provides.
>
> 2. The z/OS Communications Server (CS) IP component TN3270 server and
> the very similar TN3270 server integrated as an "internal client" with
> "TCP/IP
> for VM".[4]
>
> With this implementation of a TN3270 server, the TN3270 TCP connection is
> represented within the SNA environment[3] as an LU which is the secondary
> LU when in session with 

Re: VTAM APPN/APPC

[Chris Mason]

Hal

> but additional (and perhaps stronger) encryption may be available from 
native VTAM.

Make that "is available from native VTAM"!

I waited for someone else to jump in just in case there was an answer other 
than the one I have, in effect, already given you in the RACF list - but nobody 
took the bait!

In the bookshelf to which I referred before covering - in your case - the 
V1R11 Communications Server (CS)

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/F1A1BKB1

you should look into the CS SNA Network Implementation Guide and search 
for "encryption". I believe that will provide all the answers you need. 

In order to whet your appetite, here is the initial section of the Appendix of 
most interest:



APPENDIX1.5 Appendix E. Cryptographic keys

If you use the VTAM data encryption facility, you need to file cryptographic 
keys on the cryptographic key data set at the appropriate host processors. 
For information about which hosts require cryptographic keys, 
see "Cryptography facility" in topic 5.1.5.1.

This appendix describes how to file these keys for different types of 
cryptographic facilities for both single-domain and multiple-domain sessions. 
The available cryptographic services are:

* z/OS Integrated Cryptographic Service Facility (ICSF) and S/390 or 
zSeries Cryptographic Co-Processor

  ICSF is a licensed program that runs under MVS and provides access to 
the hardware cryptographic feature for programming applications. The 
combination of the hardware cryptographic feature and ICSF provides secure 
high-speed cryptographic services.

* Other PCF/CUSP or Common Cryptographic Architecture (CAA) compatible 
cryptographic products 

Note: Triple-DES 24-byte encryption requires the use of the ENCRYPTN=CCA 
start option and that the Common Cryptographic Architecture (CCA) product 
is present. Otherwise, sessions that require triple-DES 24-byte encryption will 
fail. CCA defines a set of cryptographic functions, external interfaces, and a 
set of key management rules that provide a consistent, end-to-end 
cryptographic architecture across different IBM platforms.

The following references are used with compatible cryptographic products:

PCF/CUSP
Refers to any cryptographic product that is compatible with PCF/CUSP.

CCA
Refers to any cryptographic product that is compatible with Common 
Cryptographic Architecture (CCA).

Notes:

1. If ICSF/MVS runs in CUSP mode, use the information for PCF/CUSP.

2. When using ICSF in PCF compatibility mode and migrating from an 
existing PCF cryptographic key data set (CKDS), an importer key with a key 
value of the PCF master key value must be included. Use the PCF master key 
8 bytes twice to create the ICSF 16-byte key. Refer to the ICSF publications 
for additional information.

Specific commands and control statements for key input may differ by 
product.

For more information on establishing cryptographic sessions, refer to z/OS 
Communications Server: SNA Programming. 



Chris Mason

On Tue, 11 Jan 2011 10:35:59 -0600, Hal Merritt  
wrote:

>We are researching implementing the Enterprise Extender feature in support 
of RACF RRSF.  I am told that RACF encrypts its data, but additional (and 
perhaps stronger) encryption may be available from native VTAM.
>
>If this is so, then can someone point me to the IBM doc that would answer 
some audit concerns; specifically, what type of encryption, what strength, 
and how the keys are managed.
>
>Thanks!!

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

Re: passing instream sysin to next step

[Sam Siegel]

On Thu, Jan 13, 2011 at 10:50 AM, Paul Gilmartin wrote:

> On Thu, 13 Jan 2011 10:24:43 -0800, Cris Hernandez #9 wrote:
>
> >another reason why raw instream data is a bad idea... if more than one
> person edits the JCL, one has spf profile with 'num on' and another has 'num
> off', you can seriously mess up your data when editing in spf.
> >
> Exactly the same hazard exists for a parameter file in a data set.
>

Yep ... manual editing (incore zap via home-brew tool or debugger) all bring
these hazards.  It is how you manage the processes.

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

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

Re: DLF - DLFCLASS Using DLF for PDS data?

[Ron Hawkins]

Ricc,

DLF is not designed for PDS, and you can inadvertently create integrity
problems across two or more LPARS when you use RETAIN.

If the dataset remains a PDS and you suspect that a large amount of the
activity on the dataset is BLDL then you will realize some benefit by
placing the dataset in LLA as FROZEN.

There has been a lot of discussion in the recent past as to whether this is
supported, but there was consensus that it works for PDS.

This will not cause any member caching to take place unless the access is
with Fetch, but eliminating the directory IO is often enough to take the
bulls eye of these datasets.

Ron



> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of
> Ricc Harding
> Sent: Tuesday, January 11, 2011 10:21 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: [IBM-MAIN] DLF - DLFCLASS Using DLF for PDS data?
> 
> Since a search of the archives for DLFCLASS got no hits, I am guessing
this
> has not been discussed much. One of the clients products has a small PDS
> updated infrequently, accessed simultaneously by many people all the time
> (125,000 accesses in a normal hour), and a point of device contention and
> such often even though all access is read only.
> 
> I thought I would try and load the dataset as a DLF object and eliminate
> much of the physical device contention. But since it is a PDS (less than a
> 100 members and about 1 cylinder in size) it does not appear that DLF will
> have any benefit (DLF is QSAM or VSAM only) since it looks like they open
> the PDS, then FIND the member, then READ it.
> 
> VLF seems to do the same as DLF but allows PDS format data.
> 
> Does anyone have experience using either VLF or DLF for some other than
the
> predefined IBM classes (in other words defining your own class and
> populating it).
> I would like to avoid gotcha's that others have hit if there are any.
> aTdHvAaNnKcSe
> Ricc
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

FYI: Melinda's papers and goodies relocating....

[David Boyes]

Princeton is kicking alumni and retirees off their mail and www servers,
so all of Melinda Varian's classic papers and CMS Pipes stuff is moving to
a new location. 

http://web.me.com/melinda.varian/

The old page at princeton.edu/~melinda is still up, but it's fate and
lifetime is uncertain. Boo on Princeton. That's a trick that Harvard or
Yalies would pull. 

-- db
 

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

help

[Ward, Mike S]

help

==
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity
to which they are addressed. If you have received this email in error please 
notify the system manager. This message
contains confidential information and is intended only for the individual 
named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please notify the 
sender immediately by e-mail if you
have received this e-mail by mistake and delete this e-mail from your system. 
If you are not the intended recipient
you are notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this
information is strictly prohibited.

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

Re: passing instream sysin to next step

[Paul Gilmartin]

On Thu, 13 Jan 2011 10:24:43 -0800, Cris Hernandez #9 wrote:

>another reason why raw instream data is a bad idea... if more than one person 
>edits the JCL, one has spf profile with 'num on' and another has 'num off', 
>you can seriously mess up your data when editing in spf.
>
Exactly the same hazard exists for a parameter file in a data set.

-- gil

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

Re: passing instream sysin to next step

[Cris Hernandez #9]

another reason why raw instream data is a bad idea... if more than one person 
edits the JCL, one has spf profile with 'num on' and another has 'num off', you 
can seriously mess up your data when editing in spf. 



  

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

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

[Chris Mason]

George

While you are preparing the descriptions of your problem for which I asked, I 
have a couple of topics to raise.

I'll cover the first topic by reviewing the three ways one can set up a TN3270 
server[1] so that a TN3270 TCP connection can be concatenated to an SNA 
session supporting the 3270 data stream.

1. A TN3270 server in a logically external "unit" with a logical SNA connection 
-
 which can include a form of channel connection - to the SNA "boundary 
function" supported by the z operating system immediately or ultimately 
connecting to the z operating system supporting the primary LU in the SNA, 
necessarily LU type 2, 3270 session.[2]

With this implementation of a TN3270 server, the TN3270 TCP connection is 
represented within the SNA environment[3] as an LU which is the secondary 
LU when in session with the primary LU application and is defined in VTAM as 
an SSCP-dependent LU statement subordinate to a PU statement. The LU 
statement may be generated dynamically if the "unit" has the necessary 
support.

This is the type of TN3270 server I assume your "DAC unit" provides.

2. The z/OS Communications Server (CS) IP component TN3270 server and 
the very similar TN3270 server integrated as an "internal client" with "TCP/IP 
for VM".[4]

With this implementation of a TN3270 server, the TN3270 TCP connection is 
represented within the SNA environment[3] as an LU which is the secondary 
LU when in session with the primary LU application and is defined in VTAM as 
an APPL statement, possibly and ideally, a model APPL statement.

The types of session which can be supported here for "displays" can be LU 
type 2 or the particular implementation of LU type 0 for the support of 3270 
data streams, to be abreviated to "3270 LU 0".

Based on the following:

>...> TN3270E as a STC on z/OS using a VIPA address
>...> TelnetGlobals
>...> ...
>...> EndTelnetGlobals

I assumed that you had "switched" to this type of TN3270 server.

3. The OSA-ICC and similar "units" implement a TN3270 server where the 
TN3270 TCP connection has *no* representation within the SNA environment. 
It is however represented as a pre-SNA (the less clear "official" term is "non-
SNA") channel connection from a 3270 device as was originally implemented by 
the 3272 control unit. As well as being used as a "console" device for the 
operating system, this channel connection can be defined to VTAM using a 
LOCAL statement and VTAM undertakes to perform "protocol conversion" such 
that the pre-SNA channel-atteched device takes on the appearance of an LU 
supporting "3270 LU 0".

Worrying about whether I realy understood what your "switch" was all about 
and noting the following from your "Subject":

>...> Switching a DAC unit with OSA

I realised there was a possibility for massive confusion and your "OSA" just 
might be an "Integrated Console Controller" (ICC) use of an OSA feature - 
which has nothing whatsoever to do with z/OS CS IP component.

Of course it still could make sense to mention the OSA feature as 
characterising the "switch" since it could be providing the interface from the 
IP node to the IP-supporting media all in support of the TN3270 server.

-

A quick test to be sure we are all on the same wavelength is to ask whether 
the named "session partner" for the CICS "session" is defined in VTAM as an 
APPL statement, a LOCAL statement or something else.

- If it's an APPL statement, your TN3270 server is indeed the z/OS CS 
TN3270E server.

- If it's a LOCAL statement, your TN3270 server must be an OSA feature 
configured as an OSA-ICC (channel type OSC).

- If it's something else. that will be interesting!

As a way of confirming that the configuration from which you were "switching" 
was the "outboard" TN3270 server I described as 1 above, it would be 
interesting to be assured that the named "session partner" was defined in 
VTAM as an LU statement.

Precisely which of the TN3270 servers you were using is the first topic 
covered.

-

The second topic relates to your TELNETDEVICE statements.

I need to rely upon one assumption and one intention for this discussion.

- I need to assume that the "DAC unit" was an "outboard" TN3270 server and 
necessarily supported LU type 2.

- I can see from the TELNETGLOBALS block you posted that you are intent on 
using the mode table entries in support of your SNA sessions which 
support "3270 LU 0" - although you have specified the default values.

There are three points to make about this:

1. The first point concens the LU type.

Note that this isn't an academic point; it affects the "feel" of the use of the 
3270-based communication.

LU type 2 operates in an half duplex manner whereas "3270 LU 0" operates in 
a full duplex manner. The users of the PCs running the TN3270 client will be 
sensible to the different behaviour. According to my assumption, they will be 
used to half duplex operation and may become confused by full duplex 
operation.

System programmers tend to be q

Re: speculation: z/OS "enhancments"

[Neal Eckhardt]

On Wed, 12 Jan 2011 16:01:07 -0600, Mike Schwab 
 wrote:

>On Wed, Jan 12, 2011 at 3:00 PM, Tom Marchant  wrote:
>> On Wed, 12 Jan 2011 12:21:35 -0600, Avram Friedman wrote:
>>
>
>>>Hardware design changed from
>>>processing one instruction per cycle to pipelining, ie processing parts of
>>>several instructions ever cycle ...
>>
>> I don't know when processors started to pipeline instructions.  The
>> 360-91 had a pipelined processor.  Early 360 machines did not.
>>
>The Strech / IBM 7030 was the first computer with accelerator technologies.
>http://www-
03.ibm.com/ibm/history/exhibits/mainframe/mainframe_PP7030.html
>They were loosing money at US$10M in 1960 dollars per copy.
>It read from 6 different magnetic core units at the same time.
>
>
>>>So why did Amdahl design a plug compatable copy of what was then a 
known
>>>bad design?
>>
>
>http://en.wikipedia.org/wiki/Gene_Amdahl
>
>--
>Mike A Schwab, Springfield IL USA
>Where do Forest Rangers go to get away from it all?
>

"Despite its tremendous speed and versatility, the system takes no more floor 
space than the IBM 704 (2,000 sq. ft.). "

LOL, that's twice as big as my first house.

Neal

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

Re: speculation: z/OS "enhancments"

[Scott Rowe]

I know that the 360/95 at Goddard did not have packed decimal in hardware,
it was implemented in software through the FLIH.

On Thu, Jan 13, 2011 at 12:37 PM, Rick Fochtman  wrote:

>
> --
>
> I may be mis-remembering but I seem to have the impression that one of the
> features (I think scientific) was optional on the lowest level model (the
> 360/30). This did not affect the Operating System but only what you could
> run on that version of the machine if you did not have the feature.
>
> --
> I don't know the original "target market" for the 360/44, but the
> Commercial Feature was optional.
>
> Rick
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains
confidential and privileged information intended only for the addressee.
If you are not the intended recipient, please be advised that you have
received this material in error and that any forwarding, copying, printing,
distribution, use or disclosure of the material is strictly prohibited.
If you have received this material in error, please (i) do not read it,
(ii) reply to the sender that you received the message in error, and
(iii) erase or destroy the material. Emails are not secure and can be
intercepted, amended, lost or destroyed, or contain viruses. You are deemed
to have accepted these risks if you communicate with us by email. Thank you.

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

Re: speculation: z/OS "enhancments"

[Rick Fochtman]

--
I may be mis-remembering but I seem to have the impression that one of 
the features (I think scientific) was optional on the lowest level model 
(the 360/30). This did not affect the Operating System but only what you 
could run on that version of the machine if you did not have the feature.

--
I don't know the original "target market" for the 360/44, but the 
Commercial Feature was optional.


Rick

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

Re: speculation: z/OS "enhancments"

[Paul Gilmartin]

On Thu, 13 Jan 2011 08:06:05 -0600, Mark Hammack wrote:

>I always wanted a more powerful "IF/THEN/ELSE" statement in JCL.  Something
>that would let me test things like the value of a substitution value (i.e.
>from a SET  statement).  Wound up getting around that with INCLUDE and
>include members using names derived from the SET statement.  Kludgy, but
>works OK for me.
>
I wish first that IBM would clean up the documentation of the
existing "IF/THEN/ELSE" statement:

Title: z/OS V1R12.0 MVS JCL Reference
Document Number: SA22-7597-14
Build Date: 07/01/10

...
17.1.4.5 Relational-Expression Keywords

The following keywords are the only keywords supported by IBM
and recommended for use in relational-expressions. Any other
keywords, even if accepted by the system, are not intended or
supported keywords.   ...

Rather, a programmer's use of constructs which are "not intended
or supported" should result in JCL errors.  Other constructs,
presumably intended and supported should be documented as such.

It's irresponsibie; it appears that even the authors and implementors
couldn't agree on or understand the semantics of the feature.

-- gil

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

Re: IFCID trace header error

[Martin Packer]

Probably a silly question but are BOTH the count and length zero? If so 
there ISN'T one of those sections.

Martin

Martin Packer,
Mainframe Performance Consultant, zChampion
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker



From:
Micheal Butz 
To:
IBM-MAIN@bama.ua.edu
Date:
13/01/2011 14:32
Subject:
IFCID trace header error
Sent by:
IBM Mainframe Discussion List 



While parsing a IFCID trace record

In the self defining section which consists of

Full word offset to the data section

Half word length

Half word number of occurrences


The fullword offset field to the data section was zero


Is anyone aware of this problem

Sent from my iPhone

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







Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU






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

Re: speculation: z/OS "enhancments"

[Steve Comstock]

On 1/13/2011 7:06 AM, Mark Hammack wrote:

I always wanted a more powerful "IF/THEN/ELSE" statement in JCL.  Something
that would let me test things like the value of a substitution value (i.e.
from a SET  statement).  Wound up getting around that with INCLUDE and
include members using names derived from the SET statement.  Kludgy, but
works OK for me.

there != their != they're

Mark Hamack



Well, OK, and then there's Avram Friedman, in the same thread:

"Concerning user enhancements and there role in the design process"
-->
"Concerning user enhancements and their role in the design process"
  -


--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

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

* To get a good Return on your Investment, first make an investment!
  + Training your people is an excellent investment

* Try our new tool for calculating your Return On Investment
for training dollars at
  http://www.trainersfriend.com/ROI/roi.html

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

IFCID trace header error

[Micheal Butz]

While parsing a IFCID trace record

In the self defining section which consists of

Full word offset to the data section

Half word length

Half word number of occurrences


The fullword offset field to the data section was zero


Is anyone aware of this problem

Sent from my iPhone

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

Re: speculation: z/OS "enhancments"

[Mark Hammack]

I always wanted a more powerful "IF/THEN/ELSE" statement in JCL.  Something
that would let me test things like the value of a substitution value (i.e.
from a SET  statement).  Wound up getting around that with INCLUDE and
include members using names derived from the SET statement.  Kludgy, but
works OK for me.

there != their != they're

Mark Hamack 

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

Re: HMC of z/10-BC

[Steve Dover]

Andy,

Check out System z Integrating the Hardware Management Console's 
Broadband Remote Support Facility into your Enterprise, SC28-6880.  It 
answered most of my questions.  I use this now, and I used it at the bank, so 
getting approval from security and audit is possible.

There is also a System z HMC Broadband RSF pdf that does not have a 
document number (I got this from our SSR at the bank) that I will send 
directly to you.

Steve

On Wed, 12 Jan 2011 06:01:54 -0800, Pesce, Andy 
 wrote:

>SUJNIGhhcyB0b2xkIHVzIHRoYXQgd291bGQgbGlrZSB1cyB0byBtb3ZlIG91ciBITUM
gc28gdGhh
>dCB0aGV5IGNhbiBjaGFuZ2UgdGhlIGNhbGwgaG9tZSBzZXJ2ZXIgdG8gdXNlIHRoZS
BJbnRlcm5l
>dC4gIEkgYW0gc3VyZSB0aGVyZSBhcmUgc29tZSB3aGl0ZSBwYXBlcnMgYW5kIG
FydGljbGVzIGFi
>b3V0IHNlY3VyaXR5LiAgT3VyIHNlY3VyaXR5IGRlcHQuIGlzIGNvbmNlcm5lZCBhYm9
1dCBwdXR0
>aW5nIGl0IG9uIHRoZSBpbnRlcm5hbCBuZXR3b3JrIHNpbmNlIGl0IGlzIGp1c3QgYW5
vdGhlciBM
>aW51eCBib3guICBDYW4gYW55b25lIHBvaW50IG1lIHRvIHNvbWUgYXJ0aWNsZXM
gb3Igc2hhcmUg
>dGhlaXIgZXhwZXJpZW5jZXM/ICBJIGhhdmUgYmVlbiByZWFkaW5nIHRoZSAiSW50
cm8iIGJvb2sg
>b24gdGhlIEhNQyBhbmQgaXQgZGlzY3Vzc2VzIHNvbWUgb2YgdGhlIHNlY3VyaXR5I
Glzc3Vlcy4N
>Cg0KDQoNCg0KQW5keSBQZXNjZQ0Kei9PUyBTeXN0ZW1zDQpFbWFpbDogYW5k
eS5wZXNjZUBhdXRv
>em9uZS5jb20NCg0K

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

Re: SDSF Held output queue display problem

[Vernooij, CP - SPLXM]

Hi IP,

What is the APAR and/or solution?

Btw: this newsgroup is a mirror of a listserver. The majority of the
IBM-MAIN populations reads the list-server, not the newsgroup. See info
automagically attached at the bottom.

Kees.


"IP"  wrote in message
news:<3c963f24-7887-48b3-9c25-ca9d03c93...@u32g2000yqe.googlegroups.com>
...
> It's quite interesting how I find the solution quickly after posting a
> question. :)
> 
> It seems this a known problem, which is solved by changing the
> HIBFREXT parameter in TSOKEY00 parmlib member (thanks to Mark Zelden
> which posted the solution previously).
> 
> On 13 sij, 11:55, IP  wrote:
> > Hello everyone,
> >
> > if anyone has an idea how to solve this problem, please comment.
> >
> > After migrating to z/OS 1.11 we're having a problem with displaying
> > lists in SDSF's Held output queue.
> > It just hangs with an "X SYSTEM", but works fine after pressing the
> > "Attention" key.
> >
> > After a few experiments, I've conluded that it happens when the "big
> > screen" mode is used (LOGMODE=D4C32XX3) and the list generated is
> > bigger than 35 lists. If there are less than 35 lists, it works
fine.
> >
> > Any ideas? Thanks.


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. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286


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

Re: VSMA RLS

[Buckton, T. (Theo)]

Hi, I'm being tasked to implement VSAM RLS for HSM in a parallel
sysplex, consisting of 5 LPARS - LPAR1 & LPAR2 (PRODPLEX) sharing one
set of HSM CDSs; LPAR3 & LPAR4 (QAPLEX) sharing one set, and LPAR5
(ICPLEX)  having its own set. Would this mean that all these HSM
environments should be part of one HSMPLEX environment due to the fact
that only one LOCK structure that can exist per LPAR? 
Each PLEX system has it own tape management data base which interacts
with HSM. Would this also mean one TAPEPLEX system, all sharing the same
tape data base? We running Z/OS 1.11
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Darth Keller
Sent: 03 December 2009 05:42 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: VSMA RLS

>>Been running it for 4 years now, no problems.  Just be aware that RLS
is
>>the stripped down version of TVS.  RLS provides no transaction
logging,
>>so if you are using RLS outside of say CICS, then you have to do
>>roll-your-own logging.  TVS provides logging, amongst other features.
>>You are parallel sysplex, right?

>>There is a PSP bucket for RLS, so make sure you are current on
>>maintenance.  z/OS 1.10 provided Multiple Lock Structure(MLS) support
>>for RLS, and the toleration maint for that was flakey for awhile, but
is
>>fine now. 

>>Dave Jousma


Yes, we are running parallel sysplex.  Currently we're only planning on 
using this with CICS and eventually HSM.
ddk



This e-mail message and all attachments transmitted with it may
contain legally privileged and/or confidential information intended
solely for the use of the addressee(s). If the reader of this
message is not the intended recipient, you are hereby notified that
any reading, dissemination, distribution, copying, forwarding or
other use of this message or its attachments is strictly
prohibited. If you have received this message in error, please
notify the sender immediately and delete this message and all
copies and backups thereof. Thank you.

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


Nedbank Limited Reg No 1951/09/06. The following link displays
the names of the Nedbank Board of Directors and Company Secretary.
[ http://www.nedbank.co.za/terms/DirectorsNedbank.htm ]
This email is confidential and is intended for the addressee only.
The following link will take you to Nedbank's legal notice.
[ http://www.nedbank.co.za/terms/EmailDisclaimer.htm ]


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

Re: speculation: z/OS "enhancments"

[Binyamin Dissen]

On Wed, 12 Jan 2011 18:39:43 -0500 "Robert A. Rosenberg" 
wrote:

:>Mine is to fix/enhance the ENQs for datasets so they include the 
:>volume name as part of the RNAME. The original use of DSN in lieu of 
:>DSN+VOLSER was OK until GRS and/or Shared DASD was introduced and you 
:>could have multiple datasets with the same DSN in your complex. 

You could always have duplicate names. Only one could be cataloged.

NOT CATLG 2

--
Binyamin Dissen 
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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: speculation: z/OS "enhancments"

[Ken Brick]

On 13/01/2011 19:06 PM, Avram Friedman wrote

I found the original posters example JCL enhancements to be funny in light of
my many years with Amdahl Corp and Gene Amdahl's famous statement "No
one would buy a bigger, faster, more cost effective processor if it ment
rewritting JCL"


The JCL question has to a large extent been answered.

Clem Clarke's JOL has many of the suggested enhancements and has had for 
20+ years (?). Clem has frequently posted to these pages about the 
virtues of JOL.


A disclaimer, have never used JOL

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

Re: z/OS 1.11 upgrade - WLM couple datasets

[Barbara Nitz]

Sue,

>IWMSVPOL entry  Pre-z/OS V1R10 entry length z/OS V1R10 entry length
>Policy information  168 360
>Service Class   64  144
>Workload40  112

How many service definitions have you allowed for in your *old* WLM CDS, 
when you formatted the CDS? How many of those service definitions are 
actually *in use*? 

We had 5 service definitions allowed for, and only one was actually in use. We 
did NOT reallocate the WLM cds and migrated just fine, our CDSs were defined 
sometime in 2005.

Not to diminish Marnas heads-up with regard to potential problems, but due to 
that, I had a hell of a time convincing my management that reallocation is an 
unnecessary burden since we did have enough space in the first place. Time  
has proven me right. So if your values are like ours, don't worry about new 
WLM CDSs. You *will* need to heed Marnas warning, if your WLM CDS only 
allows one or two service definitions in the first place or if you have more 
than 
one in use.

But beware what Kees said: Once you wrote the policy from the higher level, 
you cannot write from the lower level anymore, since the structure changed. 
IIRC, the lower level can still read the policy (provided you have toleration 
maintenance on).

Regards, Barbara Nitz

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

Re: speculation: z/OS "enhancments"

[Avram Friedman]

The original poster of this thread wished to speculate about z/OS 
enhancements and gave as an example only, some possibilities for improving 
JCL.

Concerning user enhancements and there role in the design process I pointed 
out the principal activity of any data processing system was to process data 
and then went on to discuss this concept.

In case I wasn't clear the first time around user enhancement requests play 
almost no role in the design and build of new products and or versions.  New 
products and or versions are historically driven by GENERAL requirements for 
data processing espically database.
In todays "IBM 360" world interopererability is also very important as a way to 
slow the shrinking market.

User enhancement considerations typically come into play at delivery 
packaging time, not design or build.  It is sort of a dirty secret software 
life 
cycle fact.  At delivery packaging time a marketing person talks to the 
development team and asks how many enhancement requests can be said to 
be satisified in the announcement letter.  This is followed by an annoying 
disruptive 1/2 day effort to make up the number and provide some supporting 
documention.  I have worked for many software development companies and 
in general (there are a few exceptions) this is the way the user enchancement 
business works.
Satisfying user enhancement requests is a by product of more general design 
objectives.


I found the original posters example JCL enhancements to be funny in light of 
my many years with Amdahl Corp and Gene Amdahl's famous statement "No 
one would buy a bigger, faster, more cost effective processor if it ment 
rewritting JCL"

I provided some back ground on the statement rather than just the punch line.

There is a valid concern that some of the minute details of the back ground 
my be incorrect.  I am not a hardware engineer and what I say about 
hardware is subject to change and revision.

I would like to speak about the following

>>Now the IBM 360 was the worlds worse instruction set for pipelineing.
>
>Bold assertion.  Do you have any data to back that up?
>


Perhaps the phrase "worlds worse" is to extreem but the 360 and follow on 
instruction sets being very bad for pipelineing is an easy to deduce fact.

Pipelining is based on two major assumptions.
1. We know what the next instruction to be executed is
2. every instruction can be broken down into a predetermined number of 
execution phases and each of these phases requires a consistant amout of 
resources to process.
When either of these assumptions is not true even for a moment the pipe 
stalls or fails and needs to be restarted.  At least one cycle and perhaps n-1 
cycles are lost where N is the number of phases in the pipe.

Failures in the first assumption are somewhat common regardless of the 
instruction set,  Some causes for these failures are
a. branch instruction (next instruction location can change)
b. test instruction (next instruction location can change)
c. Supervisor call (like SVC) (next instruction location can change)
d, interupt like external or timer pop (next instruction location can change)

Failures in the second assumption are instruction set dependent.  If as the 
case on many types of hardware all instructions are register to storage (RX) 
or even RX and register to register (RR) every thing could be fine but once 
you start introducing weird instruction processing types like the 360 storage 
to storage (SS) ones everything goes haywire when these things appear in 
mix.

So why is the 360 instruction set amoung the worst for pipelineing.
Not only is it exposed to the normal and expected failures of assumption 1 but 
it is also and somewhat indivdually exposed to failures of assumption 2.

It is not that everything is bad ... the unusual instruction set contributed to
1. The growth of multi processors.
2, the development of reduced instruction set machines.
3. A better understanding of benchmarks where the test cases can be 
minipulated to improve results say by avoiding branch instructions.
4. And even changes to spoken lanuage.  The phase "Short and Concise" was 
once a popular comentary on code
Short because memory for running code was rare.
Concise because conditionals like tests and branches disrupted pipelineing.

In my first posting I made a comment about Ford (a new car rolls of the 
assembley line every 15 seconds ...)
As some of you may know Ford is sometimes given credit for inventing the 
assembley line which could also be called a pipeline.  As  I understand it an 
assembley line / pipeline is only as fast as its slowest workstation.  In 
building 
a car painting is the slowest workstation.  This leads me to a famous Ford 
quote "You can have it any colur you want as long as it is black"

Best wishes
Avram Friedman

On Wed, 12 Jan 2011 15:00:52 -0600, Tom Marchant  wrote:

>
>>Hardware design changed from
>>processing one instruction per cycle to pipelining, ie processing parts of