Re: Non-SMS-managed LOGR offload data sets

[Vernooij, CP - SPLXM]

"Ted MacNEIL"  wrote in message
news:<325749814-1271266055-cardhu_decombobulator_blackberry.rim.net-2135
6707...@bda026.bisx.prod.on.blackberry>...
> >>> PSLC is pretty simple.  Your qualifying sysplex (biggest one) has
to
> > be 50%
> >> or more of the used capacity on each box.
> >
> >> 80% is the value I heard.
> 
> >HEARD? Is it documented anyhwhere?
> 
> It was in 1998.
> We got PSLC by running SYSLOGR and Batch on the CEC.
> 
> I don't know if it's more complex now.
> The next two companies I worked for got better pricing through WLC.
> 
> -

Don't forget ULC. PSCL plus ULC is still the most advantageous option
for us. 

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. 
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: SNA over TCPIP OS/390 1.3

[Timothy Sipples]

As a follow-up question (similar to another), what is it you're trying to
connect (and to what)? MQ on OS/390 to MQ somewhere else, to pick an
example? As you've discovered, 3270 access doesn't require SNA protocol
support. Perhaps the other connectivity(ies) you're trying to achieve do
not either, and that might be useful since you've already proven that
TCP/IP works, apparently.

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

Re: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use

[Bruce Hewson]

Hi Clark,

One way to give you volumes specific RACF protection!

Use an EXIT.

++SRC (ICHRCX01) DISTLIB(AOSBN).
**
* 
ICHRCX01 TITLE 'ICHRCX01  -  RACF - RACHECK PRE-PROCESSING EXIT'
 SPACE 3
**
* 
*** *** 
***  MODULE - ICHRCX01  *** 
*** *** 
*** *** 
***  For active SYSRES set (IPL volume set) *** 
*** *** 
***  Protect Any Sysres volume xx - Alter dataset   *** 
***  profile to $RES.dsname before calling RACF *** 
*** *** 
***  For active IPL Sysres volume xx in "SS" lpar only  *** 
***  Alter dataset profile to $RES.dsname before calling RACF   *** 
*** *** 
***  For nonactive IPL Sysres volume xx in "SS" lpar only   *** 
***  Alter dataset profile to $Rxxdd.dsname before calling RACF *** 
*** *** 
*** *** 
***  RETURN CODES: Register 15  *** 
*** 0 - Exit routine processing is complete, normal *** 
*** RACHECK SVC processing is to continue.  *** 
*** *** 
***  FUNCTION   *** 
*** This exit prefixes dataset profiles with $RES if*** 
*** the dataset resides on SYSRES volumes.  *** 
*** *** 
*** *** 
**
* 


My version of the exit validates the dataset volumes serial with the active IPL 
volume name...if it "matches" (the match depends on some local standard) 
then the RACF dataset resource name is modifiedthe text '$RES.' is inserted 
as a prefix.

So now all IPL volume set datasets can be protected via $RES.**

In the SysMaint systems,  sysname=SSxx, the RACF resource gets modified 
with a prefix related the the volumes set name...  eg..   $RBXA.** for the 
SBXRA1,2,3 volume set.

So it is easy to protect active sysres volume sets...and to protect non-active 
target sysres volume sets separately.

On Wed, 14 Apr 2010 16:01:52 -0300, Clark Morris 
 wrote:


>>
>>The discussion came down to this sample: If one only has READ authority
>>to SYS1.LPALIB [or pick one of your favorites for this example], why
>>should SMP/E allow a USERMOD (or one's own cobbled PTF) to that library?
>
>Can SYS1.LPALIB on volume 123456 have a different RACF profile than
>SYS1.LPALIB on volume 987654?  If not, this raises some interesting
>questions.
>


Regards
Bruce Hewson

--
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: SNA over TCPIP OS/390 1.3

[Timothy Sipples]

What are the customer's plans to update from OS/390 V1R3? That information
could be quite helpful in advising on short-term connectivity with a
longer-term view. (Hopefully to avoid reworking the connectivity, in other
words.)

- - - - -
Timothy Sipples
Resident Architect (Based in Singapore)
STG Value Creation and Complex Deals
IBM Growth Markets
E-Mail: timothy.sipp...@us.ibm.com

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

Re: LINUX on the MAINFRAME

[Timothy Sipples]

z/VM Evaluation Edition is available here:

http://www.vm.ibm.com/eval

If you have a System z10, you can stand up z/VM Evaluation Edition (under
its license terms) and Linux without even ringing IBM. This is z/VM 5.3, so
it's a little dated, but it'll give you a reasonable idea of the
environment. Novell offers an evaluation version of SUSE Linux Enterprise
Server for System z here:

http://www.novell.com/products/server/eval.html

I think Red Hat and other distributors have similar programs. (And Linux is
GPL software anyway.)

If you don't have a System z10, and you want to get your hands on a Linux
guest running on a mainframe for, say, compiling some software for Linux on
z, that price is as little as zero, too. See here for details:

http://www-1.ibm.com/servers/enable/site/testdrive/zseries/

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

Re: FTP to z/OS Problem

[Chris Mason]

To those using the archives searching for information on SYSTCPD

Also to Edward Jaffe, Charles Mills and Marty French if they happen to notice 
this thread to which they contributed is still running

-

This thread started - and largely appeared to finish - in mid-December last 
(2009). I thought it had been swiftly dispatched after a few responses but a 
tangent kicked in - and an expression regarding the sovereignty of a territory 
populated by the visually impaired came to mind!

So I'm glad the thread has been resuscitated.

Ideally this topic and the following extended discussion should have taken 
place in the IBMTCP-L list. It might then have not needed to be such an 
extended discussion!

The tangent concerns the SYSTCPD DD-statement name and its relevance.

The point to establish is to explain the rather peculiar use of the concepts 
of "client" and "server" adopted by the original IBM product for support for IP 
communication and functions relating to IP, namely "TCP/IP for VM" back in 
the early '90s.

There is the traditional concept of a "client" and a "server" where a "client" 
function, often a human end user at a workstation, requests services of 
a "server" function, a "whatever" since the traditional "client" doesn't really 
care.

However, there is also a rather special "client" to "server" concept originally 
used by "TCP/IP for VM" and carried by inheritance through "TCP/IP for MVS" 
to the z/OS Communication Server (CS) IP component.

This "client" to "server" concept is the relationship between z/OS address 
spaces. There is a principle CS IP address space, the one often using the 
name TCPIP, and there are a number of other address spaces which in some 
way are subordinate to this principle address space. The principle address 
space is the "server" address space and the subordinate address spaces are 
the "client" address spaces.

Why do I postulate this structure? Well, let us examine the peculiar token 
name applied in the PORT statement list entry to the TN3270 "server" function 
in CS IP prior to the disengagement from the principle CS IP address space.[1] 
It was "INTCLIEN". What do you suppose that meant? Well, shall we 
try "internal client"? But, wait just a moment, we are talking about a "server" 
function here are we not? Well, yes we are - in the traditional "client-server" 
structure. However, in the "client-server" structure of the CS IP address 
spaces, the TN3270 "server" function is a "client" and, prior to the 
disengagement, was "internal" to the principle CS IP "server" address space.

Have you been keeping up at the back?

I'm sorry I guess that's my teacher's style showing through!

Talking of teaching, in order to emphasise this "client-server" address space 
structure I used to use the description "client data set" for what started out 
life in "TCP/IP for VM" as the TCPIP DATA file. I assume that this file must 
have been - and probably still is - required in all VM "machines" which are 
subordinate to the principle "TCP/IP for VM" machine called by default or 
possibly by design, TCPIP. In the "port" to MVS in "TCP/IP for MVS" the TCPIP 
DATA file became TCPIP.TCPIP.DATA for its default manifestation and is 
referenced in the manuals as the TCPIP.DATA file as a generic way of referring 
to it.

I find the term "client data set" only in my teaching notes from the mid-'90s 
so 
I guess it was never official IBM terminology.

There is a term mentioned in the CS IP Configuration Guide but actually rarely 
used and, where it is used, rather ambiguously.



The ... program uses the following resolver directives (TCPIP.DATA 
statements):



The following is a sentence used to introduce the term in the CS IP 
Configuration Guide and also in the UNIX System Services Planning manual.



How and if the resolver uses name servers is controlled by TCPIP.DATA 
statements (resolver directives).



It may be that the term "resolver directives" is supposed to concern only the 
statements in the file which refer to accessing name servers.

Since this is not clear, this file is a key file in the context of the revised 
resolver function and a name is needed which does not prejudice to which of 
its manifestations reference is being made, I shall continue to refer to this 
file 
as the "resolver directives".

[1] The possibility to disengage the TN3270 "server" function appeared in z/OS 
CS V1R6 and was imposed from z/OS CS V1R9.

-

The revised resolver function appeared in z/OS V1R2.

Prior to the introduction of the revised resolver function, the search order 
for 
the "resolver directives" file was as follows:

Environment variable - RESOLVER_CONFIG (if z/UNIX environment)
/etc/resolv.conf (if z/UNIX environment)
//SYSTCPD DD statement
x.TCPIP.DATA (where x is userid for the z/UNIX environment and 
userid/jobname/procname for the MVS environment) 
SYS1.TCPPARMS(TCPDATA)
TCPIP.TCPIP.DATA

Following the introduction of the revised resolver function, the search order 
for th

Re: Vary 3590 tape drive ONLINE.

[Neubert, Kevin]

I can't speak to your specific situation, but I have used "ONLINE,UNCOND" to 
address boxed situations after the causing issue was resolved.

Regards,

Kevin

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Hale, Bob
Sent: Wednesday, April 14, 2010 11:37 AM
To: IBM-MAIN@bama.ua.edu
Subject: Vary 3590 tape drive ONLINE.

Service replaced a 3590 tape drive but we cannot vary the drive online.
In the past the only way we could get the drive back online was to
re-cycle the control unit. 

Has anyone figure out how to bring the drive online without a re-cycle
of the control unit? 

The other drives on the controller are working.

 

V C04,ONLINE   

IEE025I UNIT 0C04 HAS NO PHYSICAL PATHS

 

V PATH(C04,45),ONLINE  

IEE302I PATH(0C04,45) ONLINE   

 

V PATH(C04,47),ONLINE  

IEE302I PATH(0C04,47) ONLINE   

 

V C04,ONLINE   

IEE025I UNIT 0C04 HAS NO PHYSICAL PATHS

 

D M=DEV(C04)   

IEE174I 13.18.32 DISPLAY M 104 

DEVICE 0C04   STATUS=OFFLINE   

CHP   45   47  

ENTRY LINK ADDRESS..   ..  

DEST LINK ADDRESS 0D   0D  

PATH ONLINE   YY   

CHP PHYSICALLY ONLINE YY   

PATH OPERATIONAL  YY   

PATHS NOT VALIDATED

 

Bob


This message (including any attachments) is intended only for
the use of the individual or entity to which it is addressed and
may contain information that is non-public, proprietary,
privileged, confidential, and exempt from disclosure under
applicable law or may constitute as attorney work product.
If you are not the intended recipient, you are hereby notified
that any use, dissemination, distribution, or copying of this
communication is strictly prohibited. If you have received this
communication in error, notify us immediately by telephone and
(i) destroy this message if a facsimile or (ii) delete this message
immediately if this is an electronic communication.

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

--
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: QUIKCELL Doc

[Mike Myers]

That would be it. It was originally called QuickCell in the first 
release of MVS and consisted of the macros BLDCPOOL, GETCELL, FREECELL 
and DELCPOOL and the underlying quickcell services. Somewhere along the 
line, it wound up with a single macro interface, CPOOL. How much the 
internals of the service may have changed, I can't say, but it still 
provides the same service, which is a fast method of creating and 
managing a pool of storage "cells" of the same size.


I would say that this is what you are looking for, as I designed wrote 
the original service and the 4 macros for the first release of MVS back 
in 1972-73.


Mike Myers
Mentor Services Corporation


On 4/14/2010 2:52 PM, McKown, John wrote:

-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Rick Fochtman
Sent: Wednesday, April 14, 2010 1:37 PM
To: IBM-MAIN@bama.ua.edu
Subject: QUIKCELL Doc

Can anyone tell me where I can find doc for the QUIKCELL mechanism?

It seems tailor-made for a problem I have to deal with while avoiding
1000's of calls to STORAGE services. I vaguely remember
touching on it
in a class many moons ago.

Rick
 

Perhaps you mean CPOOL?

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2A190/33.0

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2A690/11.1.3


The cell pool macro (CPOOL) provides programs with another way of obtaining 
virtual storage. This macro provides centralized, high-performance cell 
management services.

What is a cell pool? A cell pool is a block of virtual storage that is divided 
into smaller, fixed-size blocks of storage, called cells. You specify the size 
of the cells. You then can request cells of storage from this cell pool as you 
need them. If the request for cells exceeds the storage available in the cell 
pool, you can increase the size of the cell pool.


--
John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



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

   


--
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: QUIKCELL Doc

[Rick Fochtman]

That's exactly the doc I was looking for. Thank you IMMENSELY  :-) I was 
searching under the wrong "name".


Rick
-
McKown, John wrote:


-Original Message-
From: IBM Mainframe Discussion List 
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Rick Fochtman

Sent: Wednesday, April 14, 2010 1:37 PM
To: IBM-MAIN@bama.ua.edu
Subject: QUIKCELL Doc

Can anyone tell me where I can find doc for the QUIKCELL mechanism?

It seems tailor-made for a problem I have to deal with while avoiding 
1000's of calls to STORAGE services. I vaguely remember 
touching on it 
in a class many moons ago.


Rick
   



Perhaps you mean CPOOL? 


http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2A190/33.0

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2A690/11.1.3


The cell pool macro (CPOOL) provides programs with another way of obtaining 
virtual storage. This macro provides centralized, high-performance cell 
management services.

What is a cell pool? A cell pool is a block of virtual storage that is divided into smaller, fixed-size blocks of storage, called cells. You specify the size of the cells. You then can request cells of storage from this cell pool as you need them. If the request for cells exceeds the storage available in the cell pool, you can increase the size of the cell pool. 



--
John McKown 
Systems Engineer IV

IT

Administrative Services Group

HealthMarkets(r)

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

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



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

 




--
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: Non-SMS-managed LOGR offload data sets

[Arthur Gutowski]

In keeping with the consolidated response (if I'm not losing too much context):

Mark,
 
Yes, I recall the striping issue you had.  I think we can avoid that. 
Yes, the allocate/delete job is what I referred to.  Glad to hear that's not 
needed any longer.  One less hurdle for our Storage team.  Band-Aids can be 
tough to remove.  In which direction did you adjust the migration threshold? 
 
>I just looked and all volumes in the LOGR pool are enabled on   
>both SMSplexes also.  There is a small development plex where   
>there is also 2 SMSplexes ... but it is only a single volume in 
>that pool shared between the 2 plexes. [...]
 
I'm hoping we can "fence" allocations by system, and keep truly shared 
volumes (ENABLED everywhere) to one or zero.  Operlog is the only "problem" 
child, and depending on where we use it and what RACF can do for us, would 
be the only reason for a globally ENABLED volume. 

>Don't shoot the messenger [...] 

Only trying to learn from others' experience.  I've already made a secondary 
career out of mopping up my bloody footprints. 
 
>Boy, if we all knew then what we knew now.  :-) 

I'd have run like hell... joined a circus - anything but this.   

>At least the largest environment I support is all set up
>correctly.  SYSPLEX = GRS = SMS = RACF = MAS  etc.  

With any luck, we'll get there some day.


Nick,

>I think the marketing solution would either be more restrictive 
>or more costly.

Not sure how it would be more restrictive than I would want it.  Would the 
overhead for offload system selection really be that bad?  There might be 
opportunity for conflicts if I set my options inappropriately, but I would hope 
such a feature would have accompanying smarts built into IXCMIAPU.

>RACF might help. [...]  

That's the hope.   I'm requesting CLAUTH for LOGSTRM on our sandbox, and 
we'll go from there.

>Turning off logger would do it too, but probably not ideal. 

That would be an understatement.  We have DB2 on almost every image.  I 
don't think it works too well without RRS, which in turn doesn't work too well 
without Logger.

>This may have been discussed before, but have either of you 
>considered using SMS classes to fence test and production dasd  
>from each other, and use the LS_xxxClas / STG_xxxCLAS log stream
>parameters to separate test and production log streams? [...]   
 
Mark's method of ENABLE/DISNEW in a prior post is another means to this 
end.  With all volumes ENABLEd across SMSPlex boundaries, this LS/STG 
STORCLAS/MGMTCLASS would probably work as well, provided we share 
DASD, which we currently do not.  Furthermore... 
 
>[...info on GROUP(TEST) vs GROUP(PRODUCTION) as of z/OS 1.8...] 
>However, this doesn't help clients who want to separate 
>workloads on a system basis.

Exactly.  Plus, this would not work for Operlog, nor SMF (big disappointment), 
nor LOGREC.  This sort of "protection" is minimal, and really does not help our 
particular situation.  I have no problem making a logstream or structure 
bigger, 
allowing for extents, asking for more DASD, as the need arises. 
 
>Is there a reason for such a stringent separation of DASD?  

Many.

>Is it for failure prevention?

Somewhat, yes.  We have two sites with production in each, and DR (via 
PPRC synchronous) in the opposite.  Even if our new vendor supported basic 
hyperswap (unknown, but unlikely AFAIK), or GDPS hyperswap (even less 
likely), setting up and maintaining a failover configuration with shared DASD 
across sites would be a nightmare.  Right now, believe it or not, even though 
we have a relatively manual process (scripted with PPRC MM), because the 
DASD is fenced off, we've got it down to about 30 minutes.  If we wanted to 
share and mirror DASD, we would have to pick a site as the primary and move 
half our production and development data.
 
Sysplex DASD (CDS', PARMLIB, USS ROOT) are the exception, but these are 
NOT mirrored.  For planned events, we manually swap these datasets using a 
SystemRexx script for the CDS', SETLOAD for PARMLIB, and F OMVS,NEWROOT 
for USS.  For unplanned events, we still need a sysplex-wide IPL with an 
alternate LOADxx.  When we 

Re: 3270 Data Stream Device Guide

[Chris Mason]

Frank

If you do what you are supposed to do and use IBM's Search function, you 
end up with one of those blood-pressure danger panels with the words "Our 
apologies…" prominently but disingenuously displayed:

http://www.ibm.com/publications/servlet/pbi.wss?
CTY=US&FNC=SRX&PBL=GA23-0059-07

Since two are reporting success (by some serendipitous means ?), I wondered 
if Michael Palin really was right and it was "just resting" but I'm pretty sure 
John Cleese's assessment was the more accurate.

In the days when I was on top of this topic, my little presentation covering it 
mentions only 4 manuals as reference:

1. 3270 Information Display System: Data Stream Programmer's Reference, 
GA23-0059
2. 3270 Buffer Address Codes, GA23-0057
3. 3270 Information Display System: 3274 Control Unit: Description and 
Programmer's Guide, GA23-0061
4. 3174 Subsystem Control Unit: Functional Description, GA23-0218

Probably you need only 1 and 4 in order to cover your investigations.

I'm sure I would have known if there was ever a "Data Stream Programmer's 
Guide" - and I never heard of one!

There is one hit using Google for "Data Stream Programmer's Guide". The "form 
number" is given as GA23-0059. In other words, a typo in one of those so 
helpful list or whatever responses we all love so much ...

http://fixunix.com/websphere/211131-how-convert-3270-data-stream-mq-
message.html

Chris Mason

On Wed, 14 Apr 2010 12:48:17 -0600, Frank Swarbrick 
 wrote:

>I remembered Google, and did in fact find the "Reference", but some CICS 
documentation refers to a "Guide", and this is what I am not able to find.
>But probably I can live with just the Reference.
>Thanks!
>--
>
>Frank Swarbrick
>Applications Architect - Mainframe Applications Development
>FirstBank Data Corporation - Lakewood, CO  USA
>P: 303-235-1403
>
>
>On 4/14/2010 at 12:04 PM, in message
>, Chris Mason
> wrote:
>> Frank
>>
>> The IBM page which supposedly gives you access to GA23-0059-07 is a
>> Norwegian blue pining for the fiords.
>>
>> I was thinking of a punishment suitable for whomever in IBM is responsible
>> for
>> this but I'd better not say it in a family list.
>>
>> Meantime we can thank someone on the hercules390 list for having 
preserved
>> the manual:
>>
>> http://cs.unomaha.edu/~stanw/3270.pdf
>>
>> Remember Google is your friend!
>>
>> Chris Mason
>>
>> On Wed, 14 Apr 2010 11:18:05 -0600, Frank Swarbrick
>>  wrote:
>>
>>>Does anyone have a good link to this manual?  Everyone I try seems to be
>> dead.
>>>I'm specifically looking for the standard for sending data to a LU type 3
>> (simulated) device (simulated with Netspool).
>>>
>>>We are migrating to z/OS from VSE and the behavior we have for CICS
>> printing on VSE seems to be slightly different than Netspool is doing.  So
>> I'd
>> like to get an authoritative guide.
>>>
>>>I am also interested in the authoritative guide on SCS printers (LU type 1).
>>>
>>>Thanks!
>>>
>>>Frank
>>>
>>>--
>>>
>>>Frank Swarbrick
>>>Applications Architect - Mainframe Applications Development
>>>FirstBank Data Corporation - Lakewood, CO  USA
>>>P: 303-235-1403

--
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: SSH connection using PuTTY

[Kirk Wolf]

try TERM=xterm

On Wed, Apr 14, 2010 at 6:25 AM, Michael Knigge
 wrote:
> All,
>
> could anyone tell me correct settings for a SSH connection to a z/OS Box? I
> use PuTTY and encounter some "funny" things, for i. e. I can't enter the
> number "2" Maybe just $TERM is wrong (I use "vt100").
>
>
> Any ideas?
>
>
> Thanks,
> Michael
>
> --
> 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: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use

[George Henke]

Wow.

IT SOX auditors are going to have a field day with this.

I can hardly wait to do my next SOX audit.

On Wed, Apr 14, 2010 at 3:22 PM, Don Williams  wrote:

> CA-Endevor is an APF-authorized product that can install and maintain
> software.  Is that similar enough such that it needs to be examined? I have
> no idea. However, if you don't know what the exposure is, it will be darn
> hard to evaluate it. Don Williams > -Original Message- > From: IBM
> Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of
> R.S. > Sent: Wednesday, April 14, 2010 3:12 PM > To: IBM-MAIN@bama.ua.edu> 
> Subject: Re: Heads Up: APAR IO11698 - New SAF FACILITY class definition >
> required for any SMP/E use > W dniu 2010-04-14 21:01, Clark Morris pisze: >
> [...] > > Can SYS1.LPALIB on volume 123456 have a different RACF profile
> than > > SYS1.LPALIB on volume 987654?  If not, this raises some interesting
> > > questions. > Yes, it can. See discrete profiles. However I don't see any
> gotcha > here. > In many cases updates to LPALIB are done on the copy, from
> another > system (another security). > > Also given the problem found with
> SMP/E, I would hope that IBM and > > other vendors are checking to see if
> there are similar exposures in > > other utilities and services. > What
> utilities or services are similar to SMP/E? Different tools, but > similar
> exposures? Well, since we don't know the exposure it is really > hard to
> guess whether the exposure does take place in other tools, > isn't > it? The
> only we could say is: there are not many tools similar to > SMP/E, > so
> possible exposures are not likely to happen. > -- > Radoslaw Skorupka >
> Lodz, Poland > -- > BRE Bank SA > ul. Senatorska 18 > 00-950 Warszawa >
> www.brebank.pl d Rejonowy dla m. st. Warszawy > XII Wydzia  Gospodarczy
> Krajowego Rejestru S dowego, > nr rejestru przedsi biorc w KRS 025237 >
> NIP: 526-021-50-88 > Wed ug stanu na dzie  01.01.2009 r. kapita  zak adowy
> BRE Banku SA (w > ca ci wp acony) wynosi 118.763.528 z otych. W zwi zku z
> realizacj > warunkowego podwy szenia kapita u zak adowego, na podstawie
> uchwa y XXI > WZ z dnia 16 marca 2008r., oraz uchwa y XVI NWZ z dnia 27 pa
> dziernika > 2008r., mo e ulec podwy szeniu do kwoty 123.763.528 z . Akcje w
> > podwy szonym kapitale zak adowym BRE Banku SA b  w ca ci op acone. >
> -- > For
> IBM-MAIN subscribe / signoff / archive access instructions, > send email to
> lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the
> archives at 
> http://bama.ua.edu/archives/ibm-main.html--
>  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




-- 
George Henke
(C) 845 401 5614

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

RES: WLM Macro

[ITURIEL DO NASCIMENTO NETO]

Yes, I'm aware of uncaptured time but since i just want to know
the most idle system, i think there is no problem in ignoring 
uncaptured time (which seems to be a % of system utilization).

After correcting the formula, it shows results similar to %EAPPL
of RMF Monitor III.

Thanks for your time.

Atenciosamente / Regards / Saludos 

Ituriel do Nascimento Neto 
BANCO BRADESCO S.A. 
4254 / DPCD Engenharia de Software 
Sistemas Operacionais Mainframes 
Tel: +55 11 4197-2021 R: 22021   Fax: +55 11 4197-2814 

 

|-Mensagem original-
|De: IBM Mainframe Discussion List 
|[mailto:ibm-m...@bama.ua.edu] Em nome de Ted MacNEIL
|Enviada em: quarta-feira, 14 de abril de 2010 13:50
|Para: IBM-MAIN@bama.ua.edu
|Assunto: Re: RES: WLM Macro
|
|>Busy% = (Sum all Service units in the last 60 seconds) / (Num of
|Processors * Cpu Speed per second * 60) 
|
|SU's are a software measurement.
|And, as such, the amount accumulated per workload is different 
|depending on many things, such as dispatching priority, 
|workload activity, swapability, paging, phases of the moon, 
|and the day of the week, etc.  (8-{]}
|
|
|All resource usage is not collected: there are only so many 
|measurement points in the system.
|The difference is called uncaptured time.
| 
|
|>This formula seems rigth to me,
|
|It's not, since the uncaptured time is missing.
|
|>but Busy% is not even close of what RMF shows.
|
|RMF is based on the hardware clock, and does not collect 
|information anymore granular than processor busy.
|
|You should be seeing your equation generating between 75-85% 
|of the RMF reported number, as you call it.
|(All the figures are from RMF data collection).
|
|The variance depends on paging/swapping, and OS release 
|levels, and other factors, but those are the most prevelant.
|
|I gave a more detailed explanation, in May 2009, under the title:
|
|Re: RMF Monitor III view PU/PROCU question
|
|If you're interested, hit the archives.
|
|-
|Too busy driving to stop for gas!
|
|--
|For IBM-MAIN subscribe / signoff / archive access 
|instructions, send email to lists...@bama.ua.edu with the 
|message: GET IBM-MAIN INFO Search the archives at 
|http://bama.ua.edu/archives/ibm-main.html
|

AVISO LEGAL Esta mensagem é 
destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter 
informação confidencial e/ou legalmente privilegiada. Se você não for 
destinatário desta mensagem, desde já fica notificado de abster-se a 
divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a 
informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido 
esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, 
desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou 
sistema de controle. Fica desprovida de eficácia e validade a mensagem que 
contiver vínculos obrigacionais, expedida por quem não detenha poderes de 
representação. 

LEGAL ADVICE This message is 
exclusively destined for the people to whom it is directed, and it can bear 
private and/or legally exceptional information. If you are not addressee of 
this message, since now you are advised to not release, copy, distribute, check 
or, otherwise, use the information contained in this message, because it is 
illegal. If you received this message by mistake, we ask you to return this 
email, making possible, as soon as possible, the elimination of its contents of 
your database, registrations or controls system. The message that bears any 
mandatory links, issued by someone who has no representation powers, shall be 
null or void.

--
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: 3270 Data Stream Device Guide

[Starr, Alan]

It's interesting that I can find the older manual for 3171, 3172 and 3175 
(GA23-0060) but NOT the newer manual for 3174 (GA23-0061).

Nonetheless, I believe that information contained in the following manual may 
be relevant to your purpose.

http://bitsavers.org/pdf/ibm/3270/GA23-0060-0_3271_3272_3275_Description_and_Programmers_Guide_Nov80.pdf
 


BTW: this "bitsavers" site is a treasure! You can find "Functional 
Characteristics" books for all of the original 370 machines, system 360 books 
and lots of the earlier stuff too. I believe that the 1400 series recently 
celebrated its 50th. I was therefore amused to find its Reference from 1962 (be 
warned that it is an image scan = 25MB). 

http://bitsavers.org/pdf/ibm/140x/A24-1403-5_1401_Reference_Apr62.pdf

Cheers,
Alan



-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Frank Swarbrick
Sent: Wednesday, April 14, 2010 11:48
To: IBM-MAIN@bama.ua.edu
Subject: Re: 3270 Data Stream Device Guide

I remembered Google, and did in fact find the "Reference", but some CICS 
documentation refers to a "Guide", and this is what I am not able to find.
But probably I can live with just the Reference.
Thanks!
-- 

Frank Swarbrick
Applications Architect - Mainframe Applications Development FirstBank Data 
Corporation - Lakewood, CO  USA
P: 303-235-1403


On 4/14/2010 at 12:04 PM, in message
, Chris Mason 
 wrote:
> Frank
> 
> The IBM page which supposedly gives you access to GA23-0059-07 is a 
> Norwegian blue pining for the fiords.
> 
> I was thinking of a punishment suitable for whomever in IBM is 
> responsible for this but I'd better not say it in a family list.
> 
> Meantime we can thank someone on the hercules390 list for having 
> preserved the manual:
> 
> http://cs.unomaha.edu/~stanw/3270.pdf
> 
> Remember Google is your friend!
> 
> Chris Mason
> 
> On Wed, 14 Apr 2010 11:18:05 -0600, Frank Swarbrick 
>  wrote:
> 
>>Does anyone have a good link to this manual?  Everyone I try seems to 
>>be
> dead.
>>I'm specifically looking for the standard for sending data to a LU 
>>type 3
> (simulated) device (simulated with Netspool).
>>
>>We are migrating to z/OS from VSE and the behavior we have for CICS
> printing on VSE seems to be slightly different than Netspool is doing.  
> So I'd like to get an authoritative guide.
>>
>>I am also interested in the authoritative guide on SCS printers (LU type 1).
>>
>>Thanks!
>>
>>Frank
>>
>>--
>>
>>Frank Swarbrick
>>Applications Architect - Mainframe Applications Development FirstBank 
>>Data Corporation - Lakewood, CO  USA
>>P: 303-235-1403
> 
> --
> 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

>>> 

The information contained in this electronic communication and any document 
attached hereto or transmitted herewith is confidential and intended for the 
exclusive use of the individual or entity named above.  If the reader of this 
message is not the intended recipient or the employee or agent responsible for 
delivering it to the intended recipient, you are hereby notified that any 
examination, use, dissemination, distribution or copying of this communication 
or any part thereof is strictly prohibited.  If you have received this 
communication in error, please immediately notify the sender by reply e-mail 
and destroy this communication.  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

--
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: SNA over TCPIP OS/390 1.3

[Michael Saraco]

It is OS/390 1.3 and the OSA card has only one port OSA card that supports 
Ethernet and Token Ring.

We have a 3745 we want to get rid of. It has a total of 6 printers and 
terminals that are still SNA. We have DLSw router in front of the 3745. We 
are trying to get rid of the 3745 and just directly into the DLSw router.



Michael Saraco
Systems Consultant
303-838-3374  x115
Cell 507-525-0530



From:   Chris Mason 
To: IBM-MAIN@bama.ua.edu
Date:   04/14/2010 01:30 PM
Subject:Re: SNA over TCPIP OS/390 1.3
Sent by:IBM Mainframe Discussion List 



Michael

If the partner node supports SNA, typically 802.2 LAN although SDLC is 
possible, then a DLSw router at either end of the communication path is 
all 
you need. You don't need any more advice here - unless it's about the 
basics 
of defining a logical 3172 to VTAM - and possibly the SNA software in your 

partner node with which I anyhow could probably manage to help you.

This has nothing to do with TN3270 which is another way to handle "SNA 
over 
IP", specifically a TN3270 TCP commotion concatenated to an SNA session 
both supporting the 3270 data steam.

The OS/390 1.3 is a bit of a limitation. I think this predates Enterprise 
Extender as an option but probably falls into the era of AnyNet SNA over 
IP. 
Here it is important that your partner node also supports AnyNet SNA over 
IP.

You'd better post again explaining what you *really* want to do and be 
clear 
about what your partner node is - and at what level of software - and the 
URL where the documentation can be found - or we'll all have to have a 
conversation over what its capabilities are.

You may also need to be clear over what you have done to your OSA feature 
since I can't quite make out how you have configured it.

To which platform does "SNA Gateway Server" refer. I hope it's not also 
something antique that belongs on the IBM platform!

Something occurs to me: you say OS/390 1.3 but do you mean z/OS 1.3, 
which is rather less lost in the mists of time. If so we'd need to 
re-evaluate 
the possibilities for Enterprise Extender.

Chris Mason

On Wed, 14 Apr 2010 13:04:45 -0500, Michael Saraco  wrote:

>We have a need to SNA over TCPIP on an OS/390 1.3. The OS is running on a
>MP2003 with an OSA card that supports Ethernet and Token Ring only on 
port
>and the Token Ring connection. It looks like it can be done. We have the 
IP
>TN3270 already on the OSA card can the SNA still go over the same port? 
Do 
I
>have to have a SNA Gateway Server or just DLSW router?
>Any help is greatly appreciated.

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





--
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: OT: OS/2 making a comeback? Slashdot article on a rumor

[Hal Merritt]

A little Google'ing turned up some surprising hits:

http://www.amazon.com/OS-2-Warp-4-0-CD-ROM/dp/B2S8D6

http://www.os2bbs.com/OS2News/

http://www.os2site.com/

By 'surprising' I mean seeing activity dates as little as two weeks ago. 
 

 
 


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
R.S.
Sent: Wednesday, April 14, 2010 1:55 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: OT: OS/2 making a comeback? Slashdot article on a rumor

W dniu 2010-04-14 20:26, McKown, John pisze:
> http://linux.slashdot.org/story/10/04/14/1548238/Is-OS2-Coming-Back?art_pos=3&art_pos=3
>
> http://searchdatacenter.techtarget.com/news/article/0,289142,sid80_gci1508584,00.html
>
> 
> A systems integrator close to the computing giant swears there's a move afoot 
> inside IBM to reintroduce the operating system -- revered by some, reviled by 
> many --before it faded out more than 10 years ago. He has heard this from 
> inside Big Blue itself.

> 

I wish it would be true. However I don't believe. :-(

BTW: I've read somewhere an information suggesting that there are 
unofficial updates to OS/2, including kernel. AFAIR the updates were 
available on some ***.ru server. I didn't check it.

-- 
Radoslaw Skorupka
Lodz, Poland


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

Sd Rejonowy dla m. st. Warszawy 
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, 
nr rejestru przedsibiorców KRS 025237
NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci 
wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego 
podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 
2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec 
podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym 
BRE Banku SA bd w caoci opacone.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

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

Re: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use

[Don Williams]

CA-Endevor is an APF-authorized product that can install and maintain
software. 
Is that similar enough such that it needs to be examined? I have no idea.
However, if you don't know what the exposure is, it will be darn hard to
evaluate it.

Don Williams

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of R.S.
> Sent: Wednesday, April 14, 2010 3:12 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Heads Up: APAR IO11698 - New SAF FACILITY class definition
> required for any SMP/E use
> 
> W dniu 2010-04-14 21:01, Clark Morris pisze:
> [...]
> > Can SYS1.LPALIB on volume 123456 have a different RACF profile than
> > SYS1.LPALIB on volume 987654?  If not, this raises some interesting
> > questions.
> 
> Yes, it can. See discrete profiles. However I don't see any gotcha
> here.
> In many cases updates to LPALIB are done on the copy, from another
> system (another security).
> 
> 
> 
> > Also given the problem found with SMP/E, I would hope that IBM and
> > other vendors are checking to see if there are similar exposures in
> > other utilities and services.
> 
> What utilities or services are similar to SMP/E? Different tools, but
> similar exposures? Well, since we don't know the exposure it is really
> hard to guess whether the exposure does take place in other tools,
> isn't
> it? The only we could say is: there are not many tools similar to
> SMP/E,
> so possible exposures are not likely to happen.
> 
> --
> Radoslaw Skorupka
> Lodz, Poland
> 
> 
> --
> BRE Bank SA
> ul. Senatorska 18
> 00-950 Warszawa
> www.brebank.pl
> 
> Sd Rejonowy dla m. st. Warszawy
> XII Wydzia Gospodarczy Krajowego Rejestru Sdowego,
> nr rejestru przedsibiorców KRS 025237
> NIP: 526-021-50-88
> Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w
> caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj
> warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI
> WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika
> 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w
> podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
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: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use

[Binyamin Dissen]

On Wed, 14 Apr 2010 16:01:52 -0300 Clark Morris 
wrote:

:>Also given the problem found with SMP/E, I would hope that IBM and
:>other vendors are checking to see if there are similar exposures in
:>other utilities and services.

Only possible if IBM tells what the exposure is.

--
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: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use

[R.S.]

W dniu 2010-04-14 21:01, Clark Morris pisze:
[...]

Can SYS1.LPALIB on volume 123456 have a different RACF profile than
SYS1.LPALIB on volume 987654?  If not, this raises some interesting
questions.


Yes, it can. See discrete profiles. However I don't see any gotcha here. 
In many cases updates to LPALIB are done on the copy, from another 
system (another security).





Also given the problem found with SMP/E, I would hope that IBM and
other vendors are checking to see if there are similar exposures in
other utilities and services.


What utilities or services are similar to SMP/E? Different tools, but 
similar exposures? Well, since we don't know the exposure it is really 
hard to guess whether the exposure does take place in other tools, isn't 
it? The only we could say is: there are not many tools similar to SMP/E, 
so possible exposures are not likely to happen.


--
Radoslaw Skorupka
Lodz, Poland


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

Sd Rejonowy dla m. st. Warszawy 
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, 
nr rejestru przedsibiorców KRS 025237

NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci 
wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego 
podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 
2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec 
podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym 
BRE Banku SA bd w caoci opacone.

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

Re: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use

[Clark Morris]

On 13 Apr 2010 15:36:51 -0700, in bit.listserv.ibm-main you wrote:

>-Original Message-
>From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
>Behalf Of Walt Farrell
>Sent: Tuesday, April 13, 2010 9:44 AM
>To: IBM-MAIN@bama.ua.edu
>Subject: Re: Heads Up: APAR IO11698 - New SAF FACILITY class definition
>required for any SMP/E use
>
>On Tue, 6 Apr 2010 10:39:22 -0500, Walt Farrell 
>wrote:
>
>
>Quoting from IO12263:
>
>...However, of all the functions described above,
>several need to be controlled very carefully.  *Users who are
>granted access to these resources have the potential to 
>undermine system security regardless of any data set protections
>you may have in place.*  Therefore, they should be as trusted,   
>for example, as users who have authority to update APF  
>authorized libraries. ... 
>[Emphasis and coloring mine]
>
>
>
>After some discussion here in the office, we are wondering why SMP/E
>would be allowed to subvert the protections on data sets (see the bold
>in the above quote).
>
>The discussion came down to this sample: If one only has READ authority
>to SYS1.LPALIB [or pick one of your favorites for this example], why
>should SMP/E allow a USERMOD (or one's own cobbled PTF) to that library?

Can SYS1.LPALIB on volume 123456 have a different RACF profile than
SYS1.LPALIB on volume 987654?  If not, this raises some interesting
questions.  

Also given the problem found with SMP/E, I would hope that IBM and
other vendors are checking to see if there are similar exposures in
other utilities and services.
>
>Now, if the underlying security product (NOT RACF) allows this access
>when SMP/E asks, those of us discussing this [here in our offices] don't
>think this is an IBM integrity issue.
>
>And given that we are an ISV, we know we will have to inform our L1/2
>persons to be aware of the "SMP/E" error messages that will come out and
>the questions that will come their way as a result.
>
>Regards,
>Steve Thompson
>
>-- Opinions expressed by this poster do not necessarily reflect those of
>poster's employer --
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

Re: OT: OS/2 making a comeback? Slashdot article on a rumor

[R.S.]

W dniu 2010-04-14 20:26, McKown, John pisze:

http://linux.slashdot.org/story/10/04/14/1548238/Is-OS2-Coming-Back?art_pos=3&art_pos=3

http://searchdatacenter.techtarget.com/news/article/0,289142,sid80_gci1508584,00.html


A systems integrator close to the computing giant swears there's a move afoot 
inside IBM to reintroduce the operating system -- revered by some, reviled by 
many --before it faded out more than 10 years ago. He has heard this from 
inside Big Blue itself.



I wish it would be true. However I don't believe. :-(

BTW: I've read somewhere an information suggesting that there are 
unofficial updates to OS/2, including kernel. AFAIR the updates were 
available on some ***.ru server. I didn't check it.


--
Radoslaw Skorupka
Lodz, Poland


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

Sd Rejonowy dla m. st. Warszawy 
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, 
nr rejestru przedsibiorców KRS 025237

NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci 
wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego 
podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 
2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec 
podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym 
BRE Banku SA bd w caoci opacone.

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

Re: QUIKCELL Doc

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rick Fochtman
> Sent: Wednesday, April 14, 2010 1:37 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: QUIKCELL Doc
> 
> Can anyone tell me where I can find doc for the QUIKCELL mechanism?
> 
> It seems tailor-made for a problem I have to deal with while avoiding 
> 1000's of calls to STORAGE services. I vaguely remember 
> touching on it 
> in a class many moons ago.
> 
> Rick

Perhaps you mean CPOOL? 

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2A190/33.0

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2A690/11.1.3


The cell pool macro (CPOOL) provides programs with another way of obtaining 
virtual storage. This macro provides centralized, high-performance cell 
management services.

What is a cell pool? A cell pool is a block of virtual storage that is divided 
into smaller, fixed-size blocks of storage, called cells. You specify the size 
of the cells. You then can request cells of storage from this cell pool as you 
need them. If the request for cells exceeds the storage available in the cell 
pool, you can increase the size of the cell pool. 


--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

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

Re: Print of members in concatanated PDS'es.

[Linda Mooney]

Hi Frank, 



If you want to print the contents of a complete PDS or specific members of a 
PDS, you could use IEB PTPCH - 



This version prints each member of an entire PDS - 

//OVERFORM OUTPUT CLASS=D,PAGEDEF=A18C,FORMDEF=A18C,FORMS=0201, 
// DEST=U14    
//STEP1  EXEC PGM=IEBPTPCH 
//SYSUT1 DD DSNAME=xxx.PD..mypds,disp=shr   
//SYSUT2 DD SYSOUT=(,),OUTPUT=*.OVERFORM   
//SYSPRINT DD SYSOUT=* 
//SYSIN  DD *  
   PRINT TYPORG=PO,MAXFLDS=1   
   RECORD FIELD=(80)   
/* 



This one prints selected members of a PDS - 

//OVERFORM OUTPUT CLASS=A,FORMS=8411,FCB=8411,COPIES=2 
//STEP1  EXEC PGM=IEBPTPCH 
//SYSUT1 DD DISP=SHR,  
//  DSN=SYS2.PARMLIB   
//SYSUT2 DD SYSOUT=(,),OUTPUT=*.OVERFORM   
//SYSPRINT DD SYSOUT=* 
//SYSIN  DD *  
   PUNCH TYPORG=PO,MAXNAME=1   set maxname = number of members to 
print    
   MEMBER NAME=JES2PARMspecifiy each member like 
this  
   MEMBER NAME=PROG00   

/* 

HTH, 



Linda Mooney 


- Original Message - 
From: "Frank Allan Rasmussen"  
To: IBM-MAIN@bama.ua.edu 
Sent: Wednesday, April 14, 2010 5:09:05 AM GMT -08:00 US/Canada Pacific 
Subject: Print of members in  concatanated PDS'es. 

Hello 

Is the a unility where it is possible to do something like this: 

PRINT MEMBER=XYZ,DD=ABC 

And the JCL 

//ABC  DD  DISP=SHR,DSN=X.B 
//         DD  DISP=SHR,DSN=X.A 

Output 

MEMBER XYZ found in DSN X.A 

 

We have a auditor on site and he is looking into our parmlibs. 




Venlig hilsen 

Frank Allan Rasmussen 

IT, It-Drift 

frank.allan.rasmus...@regionsyddanmark.dk
 
Direkte tlf. 76631650   Mobil: 29201650 



--
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: 3270 Data Stream Device Guide

[Frank Swarbrick]

I remembered Google, and did in fact find the "Reference", but some CICS 
documentation refers to a "Guide", and this is what I am not able to find.
But probably I can live with just the Reference.
Thanks!
-- 

Frank Swarbrick
Applications Architect - Mainframe Applications Development
FirstBank Data Corporation - Lakewood, CO  USA
P: 303-235-1403


On 4/14/2010 at 12:04 PM, in message
, Chris Mason
 wrote:
> Frank
> 
> The IBM page which supposedly gives you access to GA23-0059-07 is a 
> Norwegian blue pining for the fiords.
> 
> I was thinking of a punishment suitable for whomever in IBM is responsible 
> for 
> this but I'd better not say it in a family list.
> 
> Meantime we can thank someone on the hercules390 list for having preserved 
> the manual:
> 
> http://cs.unomaha.edu/~stanw/3270.pdf 
> 
> Remember Google is your friend!
> 
> Chris Mason
> 
> On Wed, 14 Apr 2010 11:18:05 -0600, Frank Swarbrick 
>  wrote:
> 
>>Does anyone have a good link to this manual?  Everyone I try seems to be 
> dead.
>>I'm specifically looking for the standard for sending data to a LU type 3 
> (simulated) device (simulated with Netspool).
>>
>>We are migrating to z/OS from VSE and the behavior we have for CICS 
> printing on VSE seems to be slightly different than Netspool is doing.  So 
> I'd 
> like to get an authoritative guide.
>>
>>I am also interested in the authoritative guide on SCS printers (LU type 1).
>>
>>Thanks!
>>
>>Frank
>>
>>--
>>
>>Frank Swarbrick
>>Applications Architect - Mainframe Applications Development
>>FirstBank Data Corporation - Lakewood, CO  USA
>>P: 303-235-1403
> 
> --
> 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

>>> 

The information contained in this electronic communication and any document 
attached hereto or transmitted herewith is confidential and intended for the 
exclusive use of the individual or entity named above.  If the reader of this 
message is not the intended recipient or the employee or agent responsible for 
delivering it to the intended recipient, you are hereby notified that any 
examination, use, dissemination, distribution or copying of this communication 
or any part thereof is strictly prohibited.  If you have received this 
communication in error, please immediately notify the sender by reply e-mail 
and destroy this communication.  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: QUIKCELL Doc

[Binyamin Dissen]

On Wed, 14 Apr 2010 13:37:10 -0500 Rick Fochtman  wrote:

:>Can anyone tell me where I can find doc for the QUIKCELL mechanism?

:>It seems tailor-made for a problem I have to deal with while avoiding 
:>1000's of calls to STORAGE services. I vaguely remember touching on it 
:>in a class many moons ago.

Do you mean CPOOL?

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

Vary 3590 tape drive ONLINE.

[Hale, Bob]

Service replaced a 3590 tape drive but we cannot vary the drive online.
In the past the only way we could get the drive back online was to
re-cycle the control unit.

Has anyone figure out how to bring the drive online without a re-cycle
of the control unit?

The other drives on the controller are working.



V C04,ONLINE

IEE025I UNIT 0C04 HAS NO PHYSICAL PATHS



V PATH(C04,45),ONLINE

IEE302I PATH(0C04,45) ONLINE



V PATH(C04,47),ONLINE

IEE302I PATH(0C04,47) ONLINE



V C04,ONLINE

IEE025I UNIT 0C04 HAS NO PHYSICAL PATHS



D M=DEV(C04)

IEE174I 13.18.32 DISPLAY M 104

DEVICE 0C04   STATUS=OFFLINE

CHP   45   47

ENTRY LINK ADDRESS..   ..

DEST LINK ADDRESS 0D   0D

PATH ONLINE   YY

CHP PHYSICALLY ONLINE YY

PATH OPERATIONAL  YY

PATHS NOT VALIDATED



Bob


This message (including any attachments) is intended only for
the use of the individual or entity to which it is addressed and
may contain information that is non-public, proprietary,
privileged, confidential, and exempt from disclosure under
applicable law or may constitute as attorney work product.
If you are not the intended recipient, you are hereby notified
that any use, dissemination, distribution, or copying of this
communication is strictly prohibited. If you have received this
communication in error, notify us immediately by telephone and
(i) destroy this message if a facsimile or (ii) delete this message
immediately if this is an electronic communication.

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

QUIKCELL Doc

[Rick Fochtman]

Can anyone tell me where I can find doc for the QUIKCELL mechanism?

It seems tailor-made for a problem I have to deal with while avoiding 
1000's of calls to STORAGE services. I vaguely remember touching on it 
in a class many moons ago.


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: SNA over TCPIP OS/390 1.3

[Chris Mason]

Michael

If the partner node supports SNA, typically 802.2 LAN although SDLC is 
possible, then a DLSw router at either end of the communication path is all 
you need. You don't need any more advice here - unless it's about the basics 
of defining a logical 3172 to VTAM - and possibly the SNA software in your 
partner node with which I anyhow could probably manage to help you.

This has nothing to do with TN3270 which is another way to handle "SNA over 
IP", specifically a TN3270 TCP commotion concatenated to an SNA session 
both supporting the 3270 data steam.

The OS/390 1.3 is a bit of a limitation. I think this predates Enterprise 
Extender as an option but probably falls into the era of AnyNet SNA over IP. 
Here it is important that your partner node also supports AnyNet SNA over IP.

You'd better post again explaining what you *really* want to do and be clear 
about what your partner node is - and at what level of software - and the 
URL where the documentation can be found - or we'll all have to have a 
conversation over what its capabilities are.

You may also need to be clear over what you have done to your OSA feature 
since I can't quite make out how you have configured it.

To which platform does "SNA Gateway Server" refer. I hope it's not also 
something antique that belongs on the IBM platform!

Something occurs to me: you say OS/390 1.3 but do you mean z/OS 1.3, 
which is rather less lost in the mists of time. If so we'd need to re-evaluate 
the possibilities for Enterprise Extender.

Chris Mason

On Wed, 14 Apr 2010 13:04:45 -0500, Michael Saraco  wrote:

>We have a need to SNA over TCPIP on an OS/390 1.3. The OS is running on a
>MP2003 with an OSA card that supports Ethernet and Token Ring only on port
>and the Token Ring connection. It looks like it can be done. We have the IP
>TN3270 already on the OSA card can the SNA still go over the same port? Do 
I
>have to have a SNA Gateway Server or just DLSW router?
>Any help is greatly appreciated.

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

OT: OS/2 making a comeback? Slashdot article on a rumor

[McKown, John]

http://linux.slashdot.org/story/10/04/14/1548238/Is-OS2-Coming-Back?art_pos=3&art_pos=3

http://searchdatacenter.techtarget.com/news/article/0,289142,sid80_gci1508584,00.html


A systems integrator close to the computing giant swears there's a move afoot 
inside IBM to reintroduce the operating system -- revered by some, reviled by 
many --before it faded out more than 10 years ago. He has heard this from 
inside Big Blue itself.


John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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


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

Re: Print of members in concatanated PDS'es.

[Rick Fochtman]

If the PARMLIB is the only case, you might try using the parmlib 
service. I don't know if this will give you the DSN or not, but it will 
fetch the parmlib member that's currently active within the system, with 
a very few possible exceptions.


Rick

Frank Allan Rasmussen wrote:


Hello

Is the a unility where it is possible to do something like this:

PRINT MEMBER=XYZ,DD=ABC

And the JCL

//ABC  DD  DISP=SHR,DSN=X.B
// DD  DISP=SHR,DSN=X.A

Output

MEMBER XYZ found in DSN X.A



We have a auditor on site and he is looking into our parmlibs.




Venlig hilsen

Frank Allan Rasmussen

IT, It-Drift

frank.allan.rasmus...@regionsyddanmark.dk
Direkte tlf. 76631650   Mobil: 29201650


 



--
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: Why a VSAM VRRN vs. KSDS with 4 byte key?

[R.S.]

W dniu 2010-04-14 19:48, McKown, John pisze:

-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of R.S.
Sent: Wednesday, April 14, 2010 12:13 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Why a VSAM VRRN vs. KSDS with 4 byte key?

W dniu 2010-04-14 16:18, McKown, John pisze:

I'm just curious as to why IBM chose to create the VRRN

type of VSAM file. I understand a normal RRN (NUMBERED). In
both cases, the record is addessed by relative record number.
But I don't really see the need for a VRRN. Why not just have
a KSDS with a 4 byte key at offset 0? Is it to remove the
relative record number from the user record?And, I guess, so
that you can't change the "record number" by updating the
key. Just curious.

What is VRRN? Do you mean RRDS with variable length records?
AFAIK it is
usually called vRRDS. In fact it *is* KSDS under the cover - it has
index, you specify freespace, etc.
Why vRRDS? Convenience? It's easier for existing apps.

BTW: In the old days there were (were =  support dropped) option in
COBOL allowing "emulation" of vRRDS on KSDS. I guess it was created
before vRRDS was created. In this case you had to define KSDS you all
the utilities except the application did treat the dataset as
regular KSDS.


--
Radoslaw Skorupka
Lodz, Poland


Sorry. Yes - I meant vRRDS. And it is only convience, no other "special 
functionality" which I would not get with a 4 byte key?


As far as I know - yes, it's only convenience.

--
Radoslaw Skorupka
Lodz, Poland


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

Sd Rejonowy dla m. st. Warszawy 
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, 
nr rejestru przedsibiorców KRS 025237

NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci 
wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego 
podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 
2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec 
podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym 
BRE Banku SA bd w caoci opacone.

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

Re: 3270 Data Stream Device Guide

[Chris Mason]

Frank

The IBM page which supposedly gives you access to GA23-0059-07 is a 
Norwegian blue pining for the fiords.

I was thinking of a punishment suitable for whomever in IBM is responsible for 
this but I'd better not say it in a family list.

Meantime we can thank someone on the hercules390 list for having preserved 
the manual:

http://cs.unomaha.edu/~stanw/3270.pdf

Remember Google is your friend!

Chris Mason

On Wed, 14 Apr 2010 11:18:05 -0600, Frank Swarbrick 
 wrote:

>Does anyone have a good link to this manual?  Everyone I try seems to be 
dead.
>I'm specifically looking for the standard for sending data to a LU type 3 
(simulated) device (simulated with Netspool).
>
>We are migrating to z/OS from VSE and the behavior we have for CICS 
printing on VSE seems to be slightly different than Netspool is doing.  So I'd 
like to get an authoritative guide.
>
>I am also interested in the authoritative guide on SCS printers (LU type 1).
>
>Thanks!
>
>Frank
>
>--
>
>Frank Swarbrick
>Applications Architect - Mainframe Applications Development
>FirstBank Data Corporation - Lakewood, CO  USA
>P: 303-235-1403

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

SNA over TCPIP OS/390 1.3

[Michael Saraco]

We have a need to SNA over TCPIP on an OS/390 1.3. The OS is running on a 
MP2003 with an OSA card that supports Ethernet and Token Ring only on port 
and the Token Ring connection. It looks like it can be done. We have the IP 
TN3270 already on the OSA card can the SNA still go over the same port? Do I 
have to have a SNA Gateway Server or just DLSW router?
Any help is greatly appreciated.

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

Re: 3270 Data Stream Device Guide

[Starr, Alan]

Hi Frank,

>From what you wrote, I believe that you are looking for the 3270 data stream 
>(i.e. the contents of the RU) rather than the SNA encapsulation and protocol.

If so, the data stream is described at

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/CN7P4000/CCONTENTS?SHELF=EZ2HW125&DN=GA23-0059-07&DT=19920626112004

Cheers,
Alan



-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Frank Swarbrick
Sent: Wednesday, April 14, 2010 10:18
To: IBM-MAIN@bama.ua.edu
Subject: 3270 Data Stream Device Guide

Does anyone have a good link to this manual?  Everyone I try seems to be dead.
I'm specifically looking for the standard for sending data to a LU type 3 
(simulated) device (simulated with Netspool).

We are migrating to z/OS from VSE and the behavior we have for CICS printing on 
VSE seems to be slightly different than Netspool is doing.  So I'd like to get 
an authoritative guide.

I am also interested in the authoritative guide on SCS printers (LU type 1).

Thanks!

Frank

-- 

Frank Swarbrick
Applications Architect - Mainframe Applications Development FirstBank Data 
Corporation - Lakewood, CO  USA
P: 303-235-1403


>>> 

The information contained in this electronic communication and any document 
attached hereto or transmitted herewith is confidential and intended for the 
exclusive use of the individual or entity named above.  If the reader of this 
message is not the intended recipient or the employee or agent responsible for 
delivering it to the intended recipient, you are hereby notified that any 
examination, use, dissemination, distribution or copying of this communication 
or any part thereof is strictly prohibited.  If you have received this 
communication in error, please immediately notify the sender by reply e-mail 
and destroy this communication.  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

--
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: 3270 Data Stream Device Guide

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Frank Swarbrick
> Sent: Wednesday, April 14, 2010 12:18 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: 3270 Data Stream Device Guide
> 
> Does anyone have a good link to this manual?  Everyone I try 
> seems to be dead.
> I'm specifically looking for the standard for sending data to 
> a LU type 3 (simulated) device (simulated with Netspool).
> 
> We are migrating to z/OS from VSE and the behavior we have 
> for CICS printing on VSE seems to be slightly different than 
> Netspool is doing.  So I'd like to get an authoritative guide.
> 
> I am also interested in the authoritative guide on SCS 
> printers (LU type 1).
> 
> Thanks!
> 
> Frank
> 
> -- 
> 
> Frank Swarbrick

I just now used:

http://publibfp.dhe.ibm.com/cgi-bin/bookmgr/BOOKS/cn7p4000/CCONTENTS

Title:  3270 Data Stream Programmer's Reference
Document Number: GA23-0059-07
Build Date: 06/26/92 11:20:04 Build Version: 1.2
Document Path: /home/webapps/epubs/htdocs/book/cn7p4000.boo 

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

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

Re: Why a VSAM VRRN vs. KSDS with 4 byte key?

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of R.S.
> Sent: Wednesday, April 14, 2010 12:13 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Why a VSAM VRRN vs. KSDS with 4 byte key?
> 
> W dniu 2010-04-14 16:18, McKown, John pisze:
> > I'm just curious as to why IBM chose to create the VRRN 
> type of VSAM file. I understand a normal RRN (NUMBERED). In 
> both cases, the record is addessed by relative record number. 
> But I don't really see the need for a VRRN. Why not just have 
> a KSDS with a 4 byte key at offset 0? Is it to remove the 
> relative record number from the user record?And, I guess, so 
> that you can't change the "record number" by updating the 
> key. Just curious.
> 
> What is VRRN? Do you mean RRDS with variable length records? 
> AFAIK it is 
> usually called vRRDS. In fact it *is* KSDS under the cover - it has 
> index, you specify freespace, etc.
> Why vRRDS? Convenience? It's easier for existing apps.
> 
> BTW: In the old days there were (were =  support dropped) option in 
> COBOL allowing "emulation" of vRRDS on KSDS. I guess it was created 
> before vRRDS was created. In this case you had to define KSDS you all 
> the utilities except the application did treat the dataset as 
> regular KSDS.
> 
> 
> -- 
> Radoslaw Skorupka
> Lodz, Poland

Sorry. Yes - I meant vRRDS. And it is only convience, no other "special 
functionality" which I would not get with a 4 byte key?

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

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

Re: LINUX on the MAINFRAME

[Gerard Ceruti]

On 13/04/2010 19:30, Kurt Eastwood wrote:

I hope those of your who have experience with linux on the mainframe would be 
wiling to share your expertise.



My boss has asked me to find out anything I can about running linux on the 
mainframe.

Is anyone running linux on their mainframe?

If so, how are you running it? standalone? under zos? etc?

How is installation and maintenance of linux and system while running linux on 
mainframe?

Are there any good redbooks or other documentation on installing and running 
linux on the mainframe?

Are there any training course on doing this?

Any gotchas running linux on the mainframe?

Any good/great experiences or bad experiences running linux on the mainframe?

Anything anyone would like to contribute would be greatly appreciated.

Thanks,
Kurt





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



Hi Kurt

Other than getting all the Redbooks and presentations , I would suggest 
having a Linux PC at hand, I found it a great learning aid.



--
Regards
Gerard

--
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: RES: WLM Macro

[Ted MacNEIL]

>Busy% = (Sum all Service units in the last 60 seconds) / (Num of
Processors * Cpu Speed per second * 60) 

SU's are a software measurement.
And, as such, the amount accumulated per workload is different depending on 
many things, such as dispatching priority, workload activity, swapability, 
paging, phases of the moon, and the day of the week, etc.  (8-{]}


All resource usage is not collected: there are only so many measurement points 
in the system.
The difference is called uncaptured time.
 

>This formula seems rigth to me,

It's not, since the uncaptured time is missing.

>but Busy% is not even close of what RMF shows.

RMF is based on the hardware clock, and does not collect information anymore 
granular than processor busy.

You should be seeing your equation generating between 75-85% of the RMF 
reported number, as you call it.
(All the figures are from RMF data collection).

The variance depends on paging/swapping, and OS release levels, and other 
factors, but those are the most prevelant.

I gave a more detailed explanation, in May 2009, under the title:

Re: RMF Monitor III view PU/PROCU question

If you're interested, hit the archives.

-
Too busy driving to stop for gas!

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

Re: Non-SMS-managed LOGR offload data sets

[Ted MacNEIL]

>>> PSLC is pretty simple.  Your qualifying sysplex (biggest one) has to
> be 50%
>> or more of the used capacity on each box.
>
>> 80% is the value I heard.

>HEARD? Is it documented anyhwhere?

It was in 1998.
We got PSLC by running SYSLOGR and Batch on the CEC.

I don't know if it's more complex now.
The next two companies I worked for got better pricing through WLC.

-
Too busy driving to stop for gas!

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

Re: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use

[R.S.]

W dniu 2010-04-14 16:46, Walt Farrell pisze:
[...]

In the original discussion, it was speculated that IBM obviously did not
understand that one should protect the data sets rather than trying to
protect the program or functions.  And that therefore anyone who did have
proper data set protections is safe.

In most cases that is true.  In this case it is not (that's why there is an
exposure, and that's why we had the System Integrity APAR IO11698 and its
PTF(s).).

Some of you are trying to guess what the exposure is, or speculating about
what it may be.  We will not participate in such speculation or confirm
anything about it.

What is important is that you understand that you are at risk if you do not
carefully control who can run those SMP/E functions, and that your users who
can run those functions must be very trusted users.  And that's why we have
the new APAR IO12263.

Note, by the way, that the official IBM statement on all of this is in the
APARs, not my emails on this topic.  I am merely trying to help some of you
understand those statements since there still seems to be some confusion.


Now I feel a little bit scared. So dataset protection can be bypassed. 
It is OK for programs which:

a) have APF atuhorization
and
b) use the authorization in safely controlled manner, vide ADRDDSU and 
STGADMIN.ADR.STGADMIN profiles.


Ad a) If a program does not require APF to bypass dataset (or other) 
protection then it's not the issue with the program itself, it is 
security hole in the system!


Walt, can you confirm that the APAR issue wouldn't happened without APF 
authorization for SMPE?





--
Radoslaw Skorupka
Lodz, Poland


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

Sd Rejonowy dla m. st. Warszawy 
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, 
nr rejestru przedsibiorców KRS 025237

NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci 
wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego 
podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 
2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec 
podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym 
BRE Banku SA bd w caoci opacone.

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

3270 Data Stream Device Guide

[Frank Swarbrick]

Does anyone have a good link to this manual?  Everyone I try seems to be dead.
I'm specifically looking for the standard for sending data to a LU type 3 
(simulated) device (simulated with Netspool).

We are migrating to z/OS from VSE and the behavior we have for CICS printing on 
VSE seems to be slightly different than Netspool is doing.  So I'd like to get 
an authoritative guide.

I am also interested in the authoritative guide on SCS printers (LU type 1).

Thanks!

Frank

-- 

Frank Swarbrick
Applications Architect - Mainframe Applications Development
FirstBank Data Corporation - Lakewood, CO  USA
P: 303-235-1403


>>> 

The information contained in this electronic communication and any document 
attached hereto or transmitted herewith is confidential and intended for the 
exclusive use of the individual or entity named above.  If the reader of this 
message is not the intended recipient or the employee or agent responsible for 
delivering it to the intended recipient, you are hereby notified that any 
examination, use, dissemination, distribution or copying of this communication 
or any part thereof is strictly prohibited.  If you have received this 
communication in error, please immediately notify the sender by reply e-mail 
and destroy this communication.  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: Non-SMS-managed LOGR offload data sets

[Mark Zelden]

On Wed, 14 Apr 2010 19:06:07 +0200, R.S.  wrote:

>W dniu 2010-04-14 15:59, Vernooij, CP - SPLXM pisze:
>[...]
>>> PSLC is pretty simple.  Your qualifying sysplex (biggest one) has to
>> be 50%
>>> or more of the used capacity on each box.
>>
>> 80% is the value I heard.
>
>HEARD? Is it documented anyhwhere? I have SEEN IBM documents describing
>Terms and Conditions for qualified PS. *No percentage* is mentioned.

Huh?!

http://www-03.ibm.com/systems/z/resources/swprice/sysplex/index.html

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

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

Re: Why a VSAM VRRN vs. KSDS with 4 byte key?

[R.S.]

W dniu 2010-04-14 16:18, McKown, John pisze:

I'm just curious as to why IBM chose to create the VRRN type of VSAM file. I understand a 
normal RRN (NUMBERED). In both cases, the record is addessed by relative record number. 
But I don't really see the need for a VRRN. Why not just have a KSDS with a 4 byte key at 
offset 0? Is it to remove the relative record number from the user record?And, I guess, 
so that you can't change the "record number" by updating the key. Just curious.


What is VRRN? Do you mean RRDS with variable length records? AFAIK it is 
usually called vRRDS. In fact it *is* KSDS under the cover - it has 
index, you specify freespace, etc.

Why vRRDS? Convenience? It's easier for existing apps.

BTW: In the old days there were (were =  support dropped) option in 
COBOL allowing "emulation" of vRRDS on KSDS. I guess it was created 
before vRRDS was created. In this case you had to define KSDS you all 
the utilities except the application did treat the dataset as regular KSDS.



--
Radoslaw Skorupka
Lodz, Poland


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

Sd Rejonowy dla m. st. Warszawy 
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, 
nr rejestru przedsibiorców KRS 025237

NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci 
wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego 
podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 
2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec 
podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym 
BRE Banku SA bd w caoci opacone.

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

Re: Non-SMS-managed LOGR offload data sets

[R.S.]

W dniu 2010-04-14 15:59, Vernooij, CP - SPLXM pisze:
[...]

PSLC is pretty simple.  Your qualifying sysplex (biggest one) has to

be 50%

or more of the used capacity on each box.


80% is the value I heard.


HEARD? Is it documented anyhwhere? I have SEEN IBM documents describing 
Terms and Conditions for qualified PS. *No percentage* is mentioned. 
Maybe someone made a mistake and lost some paragraph in translation, but 
there was percentage. That would be fine - you always could set up 
"dummyplex" just to satisfy the Ts&Cs. Looks to optimistic.


BTW: What about the following scenario: CPC1, big LPAR SYSA1 sysplexed 
with small LPAR SYSA2 on CPC2. And big LPAR SYSB1 on CPC2 is syplexed 
with small one SYSB2 on CPC1. In fact everything is sysplexed, but no 
sysplex fill the percentage treshold.


--
Radoslaw Skorupka
Lodz, Poland


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

Sd Rejonowy dla m. st. Warszawy 
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, 
nr rejestru przedsibiorców KRS 025237

NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci 
wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego 
podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 
2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec 
podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym 
BRE Banku SA bd w caoci opacone.

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

Re: OPERLOG

[Mark Zelden]

On Wed, 14 Apr 2010 09:43:15 -0500, Mark Steely  wrote:

>Thanks to all who replied - the answer was I had to upgrade the LOGR to the
new release level and then the updates work as expected. To update the LOGR
definitions I had to add ITEM NAME(SMDUPLEX) NUMBER(1) to the LOGR definitions.
>

I haven't looked at all the reason codes, but if it really wasn't in use and
the code indicated it was, that should be APARable.There should
be a separate "not supported" RSNCODE.

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

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

Re: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use

[Paul Gilmartin]

On Tue, 13 Apr 2010 14:02:08 -0500, Walt Farrell wrote:

>On Tue, 13 Apr 2010 21:36:16 +0300, Binyamin Dissen wrote:
>>
>>Now that IS scary. It seems to imply that SMP bypasses data set security.
>
>No, it does not imply that.  You may, of course, infer that, but you'd be
>wrong :)
>
Hmmm.  At a casual glance you seem to be saying that Binyamin's
conclusion is contrary to fact.  Misdirection.  On more careful
reading, all you're saying is that Binyamin's process of inference
is invalid.

You're a master of Minsk-Pinsk reasoning.

-- 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: Fw: LINUX on the MAINFRAME

[Mark Post]

>>> On 4/14/2010 at 09:23 AM, Ron Wells  wrote: 
> or anyone else that wants to jump in on this..
> find it strange the osa gig speed not supported? >> can not find anything 
> as yet that says I can increase past 1500?

MTU size has nothing to do with the speed of the network interface.  You can 
run a 100Mb/s interface at an MTU of 9000 if the switch supports jumbo frames.  
As others have noted, you really, really, should have the MTU size set to the 
same value as all the other systems on the physical subnet your hooked into.

In your case, since you're using a z/VM VSWITCH, there is no "speed" associated 
with the virtual NIC on your Linux system.  That's all handled by the VSWITCH 
controller on the actual OSA interface that the guest never sees directly.  The 
guest can put packets on the VSWITCH at memory speeds, as long as CP has CPU 
cycles to do so.  How fast those go out the real OSA is completely separate.

I would recommend that your Linux support person subscribe to the Linux-390 
mailing list hosted by Marist College and the IBMVM list hosted by University 
of Arkansas.  The types of questions they're going to have will be best 
answered there, and not here or IBMTCP-L.


Mark Post

--
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: Fw: LINUX on the MAINFRAME

[Ron Wells]

Thanks everyone...gather from Router group I can not use the JUMBO size.. 
Network not setup to handle this ++ $$$



From:
"Shumate, Scott" 
To:
IBM-MAIN@bama.ua.edu
Date:
04/14/2010 09:53 AM
Subject:
Re: Fw: LINUX on the MAINFRAME
Sent by:
IBM Mainframe Discussion List 



That is a true statement. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Ward, Mike S
Sent: Wednesday, April 14, 2010 10:32 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Fw: LINUX on the MAINFRAME

Be careful changing the MTU size. Most routers can handle the 1500, but
larger MTUs may be fragmented into small chunks. I believe there was a
discussion on this list about MTU size and if I remember correctly
someone said(it may have been Chris Mason) that if the router isn't
configured correctly that it would reject the larger MTU size packet.
You might want to search the archives before you change MTU size. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Ron Wells
Sent: Wednesday, April 14, 2010 8:41 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Fw: LINUX on the MAINFRAME

so>> on the LINK statement--VM/TCPIP config... I can change the MTU to
8992 or does it need to be 9000 ?
seeing only the reference of 8992 but want to be sure



From:
Mark Pace 
To:
IBM-MAIN@bama.ua.edu
Date:
04/14/2010 08:27 AM
Subject:
Re: Fw: LINUX on the MAINFRAME
Sent by:
IBM Mainframe Discussion List 



Yes - you can change the MTU size,  make the 1500 what ever size you
need.

>From the z/VM TCPIP configuration.

MTU *mtusize* Specifies the maximum transmission unit (MTU) size in
bytes to be used on the interface. To determine the recommended MTU
size, refer to the hardware documentation associated with the device.



On Wed, Apr 14, 2010 at 9:08 AM, Ron Wells  wrote:

> Mark
> So the MTU size can not be greater than 1500 ??
> even when running OSA-Gig ??
>
>
>
> From:
> Mark Pace 
> To:
> IBM-MAIN@bama.ua.edu
> Date:
> 04/14/2010 07:03 AM
> Subject:
> Re: Fw: LINUX on the MAINFRAME
> Sent by:
> IBM Mainframe Discussion List 
>
>
>
> An equivalent for z/VM TPCPIP
>
> DEVICE d...@0620  OSD 0620   NONROUTER
> LINK OSA1 QDIOETHERNET d...@0620   MTU 1500 ETHERNET< For a
Layer 
2
> transport
> or
> LINK OSA1 QDIOETHERNET d...@0620   MTU 1500 IP< For a Layer 3
> transport
>
> On VM we do not have VTAM involvement so there is no TRLE.
>
> On Tue, Apr 13, 2010 at 4:51 PM, Ron Wells 
wrote:
>
> > more looking...in z/OS tcpip parms.. I use following to setup Gig 
OSA...
> > SO >>anyone << what is the equivalent in VM tcpip or Vswitch ??
> >
> > DEVICE DEVF800 MPCIPA PRIROUTER AUTORESTART
> > LINK LINKF800 IPAQGNET DEVF800
> >
> >
> >
> >
> >
> >
> >
> > - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:49 PM -
> >
> > From:
> > Ron Wells/AGFS/AGFin
> > To:
> > IBM Mainframe Discussion List 
> > Date:
> > 04/13/2010 03:43 PM
> > Subject:
> > Fw: LINUX on the MAINFRAME
> >
> >
> > just found out Linux>> per Linux guy>> 1492 is the mtu size he sees 
from
> > his image??
> > is there not a specification on Linux or ?? where you specify it as
a
> Gig
> > Ethr ?
> >
> > - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:39 PM -
> >
> > From:
> > Ron Wells/AGFS/AGFin
> > To:
> > IBM Mainframe Discussion List 
> > Date:
> > 04/13/2010 03:15 PM
> > Subject:
> > Re: LINUX on the MAINFRAME
> >
> >
> > does anyone have any base numbers they could share...
> > (example)
> > We are shaking down z/VM 5.4-rsu0901-own lpar-4gig central/1.5
> > expanded..(1) IFL
> > All following Linux images are at SP3/(1) webshhere7(server pack 
unknow)
> /
> > (1)DB2Connect Linux and couple others as test/devl images ...2gig
for
> each
> > image
> >
> > Vswitch set for (1)OSA-E Gig ..
> >
> > Hypersockets used between the Linux images/VM and z/OS(running in
> seperate
> > lpar ).
> >
> > The outbound traffic-OSAGig connect to a AS400(s) test at this point

DB2
> > servers..
> >
> > Was thinking something in Linux definition that could slow things 
down>>
> > like it's definition for OSAgig.?
> >
> >
> >
> >
> > From:
> > Anne & Lynn Wheeler 
> > To:
> > IBM-MAIN@bama.ua.edu
> > Date:
> > 04/13/2010 02:40 PM
> > Subject:
> > Re: LINUX on the MAINFRAME
> > Sent by:
> > IBM Mainframe Discussion List 
> >
> >
> >
> > mpac...@gmail.com (Mark Pace) writes:
> > > That is a very good point, John.  Memory management on Linux for
the
> > > mainframe is counter-intuitive. When running under zVM you want as
> > little
> > > memory as you can get away with, not as much as you can get.  Most

any
> > > question you can think of has probably been covered ad-nausea on
the
> > > Linux-390 list.
> >
> > this was discovered in the early 70s when apl\360 was ported to 
cp67/cms
> > for cms\apl. The apl\360 storage management and garbage collection
> > algorithm allocation a new storage location on every assignment. It 
very
> > quickly cycled thru all available workspace .

Re: Non-SMS-managed LOGR offload data sets

[Dana Mitchell]

I went through all this in a previous employer.  Due to acquisitions, we merged 
4 plexes into one site, into one shamplex.   Only one small system was able to 
be combined with another,  wound up with 3 MAS'es,  3 RACFDB's, 3 
SMSplexes, etc.  Chose to send LOGREC data to LOGR for the contractual 
obligation.   Only a small amount of DASD was shared, we used the IEFDB401 
exit to send all logger offloads to one common esoteric and one shared 
catalog.   It was sort of a pain, but it worked for the most part.  There were 
challenges at DR testing, keeping the proper logstream definitions done from 
the proper systems.

Dana

--
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: IEAVPSE and IEAMSCHD questions

[Binyamin Dissen]

On Wed, 14 Apr 2010 15:31:15 +0100 Steve Austin 
wrote:

:>If I use IEAVPSE to pause a TCB and a time interval set using STIMERM
:>expires, will the exit specified to be driven under another RB as it
:>does with wait?

I would expect so.

:>If I schedule a synchronous SRB from a TCB and a time interval set using
:>STIMERM expires, will the specified exit be driven prior to the return
:>from the SRB? If so is the SRB suspended while the exit runs?

1. Could be.
2. Nope.

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

RES: WLM Macro

[ITURIEL DO NASCIMENTO NETO]

Hi again,

I think i've found out the problem.
When WLM presents The sum of all SU in the last 60 seconds, it includes
unused SU too.
So the right formula should be :

Busy% = (Sum of all SU - unused SU) / (Num of processors * CPU Speed *
60)

Thanks anyway.


Atenciosamente / Regards / Saludos 

Ituriel do Nascimento Neto 
BANCO BRADESCO S.A. 
4254 / DPCD Engenharia de Software 
Sistemas Operacionais Mainframes 
Tel: +55 11 4197-2021 R: 22021   Fax: +55 11 4197-2814 

 

|-Mensagem original-
|De: ITURIEL DO NASCIMENTO NETO 
|Enviada em: quarta-feira, 14 de abril de 2010 11:21
|Para: 'IBM Mainframe Discussion List'
|Assunto: RES: WLM Macro
|
|Mr Sinram,
|
|Thanks for your feed back. Specifying EXTENDED_DATA=YES did the trick.
|
|Actually, i'm trying to find out the most idle system to 
|direct work to.
|To do it i'm not just only evalueting Unused Service Units, 
|which sometimes presents value 0 even when the system is not full.
|
|I'm evalueting the most idle system with the following calculation :
|
|Busy% = (Sum all Service units in the last 60 seconds) / (Num 
|of Processors * Cpu Speed per second * 60) 
|
|This formula seems rigth to me, but Busy% is not even close of 
|what RMF shows.
|I know that i'm comparing apples and oranges, but they're both round.
|
|Which approach would you use to detect the most idle system ?
|
|
|
|Atenciosamente / Regards / Saludos 
|
|Ituriel do Nascimento Neto
|BANCO BRADESCO S.A. 
|4254 / DPCD Engenharia de Software
|Sistemas Operacionais Mainframes 
|Tel: +55 11 4197-2021 R: 22021   Fax: +55 11 4197-2814 
|
| 
|
||-Mensagem original-
||De: IBM Mainframe Discussion List 
||[mailto:ibm-m...@bama.ua.edu] Em nome de Horst Sinram
||Enviada em: quinta-feira, 8 de abril de 2010 16:53
||Para: IBM-MAIN@bama.ua.edu
||Assunto: Re: WLM Macro
||
||On Thu, 8 Apr 2010 15:44:23 -0300, ITURIEL DO NASCIMENTO NETO 
||<4254.itur...@bradesco.com.br> wrote:
||
||>Hi all,
||>
||>I'm doing some tests with IWMWSYSQ macro, using as starting point 
||>program QUERYSI (thanks for that) and i would like some help.
||>
||>IWMWSYSQ gets WLM information regarded to importance 1-5, 
||discretionary 
||>and unused service units, but there is no data related to SYSTEM or 
||>SYSSTC.
||>Is it really missing or am i doing something wrong ?
||
||Did you specify EXTENDED_DATA=YES? Check the description of 
||SYSI_EXT_SU_ENTRY.
||Kind regards.
||Horst Sinram ,IBM z/OS DFSMSrmm Architecture, z/OS Capacity Management
||
||--
||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
||
|

AVISO LEGAL Esta mensagem é 
destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter 
informação confidencial e/ou legalmente privilegiada. Se você não for 
destinatário desta mensagem, desde já fica notificado de abster-se a 
divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a 
informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido 
esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, 
desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou 
sistema de controle. Fica desprovida de eficácia e validade a mensagem que 
contiver vínculos obrigacionais, expedida por quem não detenha poderes de 
representação. 

LEGAL ADVICE This message is 
exclusively destined for the people to whom it is directed, and it can bear 
private and/or legally exceptional information. If you are not addressee of 
this message, since now you are advised to not release, copy, distribute, check 
or, otherwise, use the information contained in this message, because it is 
illegal. If you received this message by mistake, we ask you to return this 
email, making possible, as soon as possible, the elimination of its contents of 
your database, registrations or controls system. The message that bears any 
mandatory links, issued by someone who has no representation powers, shall be 
null or void.

--
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: Fw: LINUX on the MAINFRAME

[Shumate, Scott]

That is a true statement. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Ward, Mike S
Sent: Wednesday, April 14, 2010 10:32 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Fw: LINUX on the MAINFRAME

Be careful changing the MTU size. Most routers can handle the 1500, but
larger MTUs may be fragmented into small chunks. I believe there was a
discussion on this list about MTU size and if I remember correctly
someone said(it may have been Chris Mason) that if the router isn't
configured correctly that it would reject the larger MTU size packet.
You might want to search the archives before you change MTU size. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Ron Wells
Sent: Wednesday, April 14, 2010 8:41 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Fw: LINUX on the MAINFRAME

so>> on the LINK statement--VM/TCPIP config... I can change the MTU to
8992 or does it need to be 9000 ?
seeing only the reference of 8992 but want to be sure



From:
Mark Pace 
To:
IBM-MAIN@bama.ua.edu
Date:
04/14/2010 08:27 AM
Subject:
Re: Fw: LINUX on the MAINFRAME
Sent by:
IBM Mainframe Discussion List 



Yes - you can change the MTU size,  make the 1500 what ever size you
need.

>From the z/VM TCPIP configuration.

MTU *mtusize* Specifies the maximum transmission unit (MTU) size in
bytes to be used on the interface. To determine the recommended MTU
size, refer to the hardware documentation associated with the device.



On Wed, Apr 14, 2010 at 9:08 AM, Ron Wells  wrote:

> Mark
> So the MTU size can not be greater than 1500 ??
> even when running OSA-Gig ??
>
>
>
> From:
> Mark Pace 
> To:
> IBM-MAIN@bama.ua.edu
> Date:
> 04/14/2010 07:03 AM
> Subject:
> Re: Fw: LINUX on the MAINFRAME
> Sent by:
> IBM Mainframe Discussion List 
>
>
>
> An equivalent for z/VM TPCPIP
>
> DEVICE d...@0620  OSD 0620   NONROUTER
> LINK OSA1 QDIOETHERNET d...@0620   MTU 1500 ETHERNET< For a
Layer 
2
> transport
> or
> LINK OSA1 QDIOETHERNET d...@0620   MTU 1500 IP< For a Layer 3
> transport
>
> On VM we do not have VTAM involvement so there is no TRLE.
>
> On Tue, Apr 13, 2010 at 4:51 PM, Ron Wells 
wrote:
>
> > more looking...in z/OS tcpip parms.. I use following to setup Gig 
OSA...
> > SO >>anyone << what is the equivalent in VM tcpip or Vswitch ??
> >
> > DEVICE DEVF800 MPCIPA PRIROUTER AUTORESTART
> > LINK LINKF800 IPAQGNET DEVF800
> >
> >
> >
> >
> >
> >
> >
> > - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:49 PM -
> >
> > From:
> > Ron Wells/AGFS/AGFin
> > To:
> > IBM Mainframe Discussion List 
> > Date:
> > 04/13/2010 03:43 PM
> > Subject:
> > Fw: LINUX on the MAINFRAME
> >
> >
> > just found out Linux>> per Linux guy>> 1492 is the mtu size he sees 
from
> > his image??
> > is there not a specification on Linux or ?? where you specify it as
a
> Gig
> > Ethr ?
> >
> > - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:39 PM -
> >
> > From:
> > Ron Wells/AGFS/AGFin
> > To:
> > IBM Mainframe Discussion List 
> > Date:
> > 04/13/2010 03:15 PM
> > Subject:
> > Re: LINUX on the MAINFRAME
> >
> >
> > does anyone have any base numbers they could share...
> > (example)
> > We are shaking down z/VM 5.4-rsu0901-own lpar-4gig central/1.5
> > expanded..(1) IFL
> > All following Linux images are at SP3/(1) webshhere7(server pack 
unknow)
> /
> > (1)DB2Connect Linux and couple others as test/devl images ...2gig
for
> each
> > image
> >
> > Vswitch set for (1)OSA-E Gig ..
> >
> > Hypersockets used between the Linux images/VM and z/OS(running in
> seperate
> > lpar ).
> >
> > The outbound traffic-OSAGig connect to a AS400(s) test at this point

DB2
> > servers..
> >
> > Was thinking something in Linux definition that could slow things 
down>>
> > like it's definition for OSAgig.?
> >
> >
> >
> >
> > From:
> > Anne & Lynn Wheeler 
> > To:
> > IBM-MAIN@bama.ua.edu
> > Date:
> > 04/13/2010 02:40 PM
> > Subject:
> > Re: LINUX on the MAINFRAME
> > Sent by:
> > IBM Mainframe Discussion List 
> >
> >
> >
> > mpac...@gmail.com (Mark Pace) writes:
> > > That is a very good point, John.  Memory management on Linux for
the
> > > mainframe is counter-intuitive. When running under zVM you want as
> > little
> > > memory as you can get away with, not as much as you can get.  Most

any
> > > question you can think of has probably been covered ad-nausea on
the
> > > Linux-390 list.
> >
> > this was discovered in the early 70s when apl\360 was ported to 
cp67/cms
> > for cms\apl. The apl\360 storage management and garbage collection
> > algorithm allocation a new storage location on every assignment. It 
very
> > quickly cycled thru all available workspace ... until it had
exhausted
> > storage and then did garbage collection ... and then repeated. This
> > wasn't too bad with 16kbyte-32kbyte real storage workspaces that
were
> > swapped in total every time ... but became disastrous in large
virtual
> > memory paged environment.

Re: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use

[Walt Farrell]

On Tue, 13 Apr 2010 23:25:12 +0300, Binyamin Dissen
 wrote:

>On Tue, 13 Apr 2010 16:12:19 -0400 Don Williams  wrote:
>
>:>Sorry, SMP does not bypass security. The user has to be smart and know what
>:>to do, but no security is bypassed or violated.
>
>If the user cannot update the libraries, all that granting access to these
>resources is allowing the APPLY to abend with a S913 in place of being
>rejected due to lack of permission.
>
>How does allowing access to the SMP functions allow "the potential to
>undermine system security"
>
> --- wait for it ---
>
>"regardless of any data set protections you may have in place."

In the original discussion, it was speculated that IBM obviously did not
understand that one should protect the data sets rather than trying to
protect the program or functions.  And that therefore anyone who did have
proper data set protections is safe.

In most cases that is true.  In this case it is not (that's why there is an
exposure, and that's why we had the System Integrity APAR IO11698 and its
PTF(s).).  

Some of you are trying to guess what the exposure is, or speculating about
what it may be.  We will not participate in such speculation or confirm
anything about it.

What is important is that you understand that you are at risk if you do not
carefully control who can run those SMP/E functions, and that your users who
can run those functions must be very trusted users.  And that's why we have
the new APAR IO12263.

Note, by the way, that the official IBM statement on all of this is in the
APARs, not my emails on this topic.  I am merely trying to help some of you
understand those statements since there still seems to be some confusion.

-- 
Walt Farrell, CISSP
IBM STSM, z/OS Security Design

--
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: Print of members in concatanated PDS'es.

[Don Imbriale]

It sounds like you are trying to identify the location of members in your
PARMLIB concatenation.  ISPF's DDLIST command can help.  Enter DDLIST on any
ISPF panel, then enter sub-command PARMLIB, then sub-command M XYZ PARMLIB
will locate all members named XYZ in the PARMLIB concatenation.

- Don Imbriale

On Wed, Apr 14, 2010 at 8:09 AM, Frank Allan Rasmussen <
frank.allan.rasmus...@regionsyddanmark.dk> wrote:

> Hello
>
> Is the a unility where it is possible to do something like this:
>
> PRINT MEMBER=XYZ,DD=ABC
>
> And the JCL
>
> //ABC  DD  DISP=SHR,DSN=X.B
> // DD  DISP=SHR,DSN=X.A
>
> Output
>
> MEMBER XYZ found in DSN X.A
>
> 
>
> We have a auditor on site and he is looking into our parmlibs.
>
>
>
>
> Venlig hilsen
>
> Frank Allan Rasmussen
>
> IT, It-Drift
>
> frank.allan.rasmus...@regionsyddanmark.dk frank.allan.rasmus...@regionsyddanmark.dk>
> Direkte tlf. 76631650   Mobil: 29201650
>
>
>

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

[Mark Steely]

Thanks to all who replied - the answer was I had to upgrade the LOGR to the new 
release level and then the updates work as expected. To update the LOGR 
definitions I had to add ITEM NAME(SMDUPLEX) NUMBER(1) to the LOGR definitions. 

Thank You 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Nick Jones
Sent: Wednesday, April 14, 2010 8:54 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: OPERLOG

On Tue, 13 Apr 2010 14:00:07 -0500, Mark Steely  wrote:

>
>I have look in the archives - still can't find the answer. I am trying 
>to
update a few parms in the OPERLOG definition. This is dasd only structure and 
we are z/os V1R11. When I try to update the parms I receive messages:
>IXG014E LOGSTREAM SYSPLEX.OPERLOG IS CURRENTLY IN USE IXG002E LOGR 
>POLICY PROCESSING ENDED WITH RETCODE=0008 RSNCODE=0810

Are you trying an UPDATE LOGSTREAM or a DELETE LOGSTREAM? Dynamic updates 
aren't allowed if your LOGR CDS version is below HBB7705 level.  Some keywords 
aren't allowed on any update with log stream connections.

>
>I have IPL and removed the operlog option. I have done several displays 
>and
it shows nothing is using it.
>
>d logger,l,strname=OPERLOG
>D LOGGER,CONN,LSNAME=sysplex.operlog,D


You may have some failed persistent connections.

If you see:
#  D LOGGER,C,LSN=log-stream-name shows number of connectors on this system 
equal to 0.
# D LOGGER,L,LSN=log-stream-name shows number of connectors to the log stream 
greater than 0. 

this might be the case.

You can try a SETLOGR FORCE,DISCONNECT,LSN=SYSPLEX.OPERLOG, on systems with 
failed persistent connections if this is the case:
http://publibfi.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2G1A0/4.42.3


Nick Jones
Logger L3

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

This e-mail message and all attachments transmitted with it may
contain legally privileged and confidential information intended
solely for the use of the addressee. If the reader of this message
is not the intended recipient, you are hereby notified that any
reading, dissemination, distribution, copying, 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 from your system. 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: Has IBM gotten around to providing a MACRO with EQUates and DSECTs for the PLO instruction?

[Rob Scott]

Unfortunately not - you have to roll yer own. 


Rob Scott
Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.2305 
Email: rsc...@rs.com
Web: www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Binyamin Dissen
Sent: 14 April 2010 15:12
To: IBM-MAIN@bama.ua.edu
Subject: Has IBM gotten around to providing a MACRO with EQUates and DSECTs for 
the PLO instruction?

Has IBM gotten around to providing a MACRO with EQUates and DSECTs for the PLO 
instruction?

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

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

IEAVPSE and IEAMSCHD questions

[Steve Austin]

Hello,

 

If I use IEAVPSE to pause a TCB and a time interval set using STIMERM
expires, will the exit specified to be driven under another RB as it
does with wait?

If I schedule a synchronous SRB from a TCB and a time interval set using
STIMERM expires, will the specified exit be driven prior to the return
from the SRB? If so is the SRB suspended while the exit runs?

 

Thanks

 

Steve 


- 
This email has been scanned for all known viruses by the MessageLabs Email
Security Service and the Macro 4 internal virus protection system.
. 
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Fw: LINUX on the MAINFRAME

[Ward, Mike S]

Be careful changing the MTU size. Most routers can handle the 1500, but
larger MTUs may be fragmented into small chunks. I believe there was a
discussion on this list about MTU size and if I remember correctly
someone said(it may have been Chris Mason) that if the router isn't
configured correctly that it would reject the larger MTU size packet.
You might want to search the archives before you change MTU size. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Ron Wells
Sent: Wednesday, April 14, 2010 8:41 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Fw: LINUX on the MAINFRAME

so>> on the LINK statement--VM/TCPIP config... I can change the MTU to 
8992 or does it need to be 9000 ?
seeing only the reference of 8992 but want to be sure



From:
Mark Pace 
To:
IBM-MAIN@bama.ua.edu
Date:
04/14/2010 08:27 AM
Subject:
Re: Fw: LINUX on the MAINFRAME
Sent by:
IBM Mainframe Discussion List 



Yes - you can change the MTU size,  make the 1500 what ever size you
need.

>From the z/VM TCPIP configuration.

MTU *mtusize* Specifies the maximum transmission unit (MTU) size in
bytes 
to
be used on the interface. To determine the recommended MTU size, refer
to
the hardware documentation associated with the device.



On Wed, Apr 14, 2010 at 9:08 AM, Ron Wells  wrote:

> Mark
> So the MTU size can not be greater than 1500 ??
> even when running OSA-Gig ??
>
>
>
> From:
> Mark Pace 
> To:
> IBM-MAIN@bama.ua.edu
> Date:
> 04/14/2010 07:03 AM
> Subject:
> Re: Fw: LINUX on the MAINFRAME
> Sent by:
> IBM Mainframe Discussion List 
>
>
>
> An equivalent for z/VM TPCPIP
>
> DEVICE d...@0620  OSD 0620   NONROUTER
> LINK OSA1 QDIOETHERNET d...@0620   MTU 1500 ETHERNET< For a
Layer 
2
> transport
> or
> LINK OSA1 QDIOETHERNET d...@0620   MTU 1500 IP< For a Layer 3
> transport
>
> On VM we do not have VTAM involvement so there is no TRLE.
>
> On Tue, Apr 13, 2010 at 4:51 PM, Ron Wells 
wrote:
>
> > more looking...in z/OS tcpip parms.. I use following to setup Gig 
OSA...
> > SO >>anyone << what is the equivalent in VM tcpip or Vswitch ??
> >
> > DEVICE DEVF800 MPCIPA PRIROUTER AUTORESTART
> > LINK LINKF800 IPAQGNET DEVF800
> >
> >
> >
> >
> >
> >
> >
> > - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:49 PM -
> >
> > From:
> > Ron Wells/AGFS/AGFin
> > To:
> > IBM Mainframe Discussion List 
> > Date:
> > 04/13/2010 03:43 PM
> > Subject:
> > Fw: LINUX on the MAINFRAME
> >
> >
> > just found out Linux>> per Linux guy>> 1492 is the mtu size he sees 
from
> > his image??
> > is there not a specification on Linux or ?? where you specify it as
a
> Gig
> > Ethr ?
> >
> > - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:39 PM -
> >
> > From:
> > Ron Wells/AGFS/AGFin
> > To:
> > IBM Mainframe Discussion List 
> > Date:
> > 04/13/2010 03:15 PM
> > Subject:
> > Re: LINUX on the MAINFRAME
> >
> >
> > does anyone have any base numbers they could share...
> > (example)
> > We are shaking down z/VM 5.4-rsu0901-own lpar-4gig central/1.5
> > expanded..(1) IFL
> > All following Linux images are at SP3/(1) webshhere7(server pack 
unknow)
> /
> > (1)DB2Connect Linux and couple others as test/devl images ...2gig
for
> each
> > image
> >
> > Vswitch set for (1)OSA-E Gig ..
> >
> > Hypersockets used between the Linux images/VM and z/OS(running in
> seperate
> > lpar ).
> >
> > The outbound traffic-OSAGig connect to a AS400(s) test at this point

DB2
> > servers..
> >
> > Was thinking something in Linux definition that could slow things 
down>>
> > like it's definition for OSAgig.?
> >
> >
> >
> >
> > From:
> > Anne & Lynn Wheeler 
> > To:
> > IBM-MAIN@bama.ua.edu
> > Date:
> > 04/13/2010 02:40 PM
> > Subject:
> > Re: LINUX on the MAINFRAME
> > Sent by:
> > IBM Mainframe Discussion List 
> >
> >
> >
> > mpac...@gmail.com (Mark Pace) writes:
> > > That is a very good point, John.  Memory management on Linux for
the
> > > mainframe is counter-intuitive. When running under zVM you want as
> > little
> > > memory as you can get away with, not as much as you can get.  Most

any
> > > question you can think of has probably been covered ad-nausea on
the
> > > Linux-390 list.
> >
> > this was discovered in the early 70s when apl\360 was ported to 
cp67/cms
> > for cms\apl. The apl\360 storage management and garbage collection
> > algorithm allocation a new storage location on every assignment. It 
very
> > quickly cycled thru all available workspace ... until it had
exhausted
> > storage and then did garbage collection ... and then repeated. This
> > wasn't too bad with 16kbyte-32kbyte real storage workspaces that
were
> > swapped in total every time ... but became disastrous in large
virtual
> > memory paged environment. The apl\360 storage management and garbage
> > collection had to be redone for cms\apl for large virtual memory
paged
> > environment.
> >
> > I pointed this out again later in 70s with vs2 (svs & then mvs) ...
> > regarding running a "LRU" page repla

Re: Fw: LINUX on the MAINFRAME

[Chris Mason]

Ron

As I said, I'll try to get back to you. Meantime you can read up on "Path MTU 
Discovery" and how that could resolve the apparent differences.

Incidentally, I dimly discerned other considerations in your earlier posts so 
perhaps you can state clearly and distinctly what *all* your concerns are.

Also, ideally, you should be raising these matters on the IBMTCP-L list.

Chris Mason

On Wed, 14 Apr 2010 09:23:41 -0500, Ron Wells  
wrote:

>Chris..
>IPAQENET >> that is what I have in z/os tcpip for the osa device
>but>> in my ROUTE statements >> example >>
> ROUTE 10.239.53.0/24  =LINKF800  MTU 1500
>
>was told the 8992 could not be used because JUMBO packets not support on
>network.??
>so I guess that is a factor..??
>\
>
>
>
>From:
>Chris Mason 
>To:
>IBM-MAIN@bama.ua.edu
>Date:
>04/14/2010 08:48 AM
>Subject:
>Re: Fw: LINUX on the MAINFRAME
>Sent by:
>IBM Mainframe Discussion List 
>
>
>
>Ron
>
>I'll try to get back to you on this - and whatever else you that may be
>concerning you - when I have a chance.
>
>Meantime, in order to discover what MTU size applies to what type of
>interface, you should use the famous Figure 1, "Summary of DEVICE and LINK
>
>statements" in the z/OS Communications Server IP Configuration Reference
>manual - where, you will discover that the value for IPAQENET with Gigabit
>
>Ethernet is 8992.
>
>Chris Mason
>
>On Wed, 14 Apr 2010 08:23:46 -0500, Ron Wells 
>wrote:
>
>>or anyone else that wants to jump in on this..
>>find it strange the osa gig speed not supported? >> can not find anything
>>as yet that says I can increase past 1500?
>>
>>
>>- Forwarded by Ron Wells/AGFS/AGFin on 04/14/2010 08:22 AM -
>>
>>From:
>>Ron Wells/AGFS/AGFin
>>To:
>>IBM Mainframe Discussion List 
>>Date:
>>04/14/2010 08:08 AM
>>Subject:
>>Re: Fw: LINUX on the MAINFRAME
>>
>>
>>Mark
>>So the MTU size can not be greater than 1500 ??
>>even when running OSA-Gig ??
>>
>>
>>
>>From:
>>Mark Pace 
>>To:
>>IBM-MAIN@bama.ua.edu
>>Date:
>>04/14/2010 07:03 AM
>>Subject:
>>Re: Fw: LINUX on the MAINFRAME
>>Sent by:
>>IBM Mainframe Discussion List 
>>
>>
>>
>>An equivalent for z/VM TPCPIP
>>
>>DEVICE d...@0620  OSD 0620   NONROUTER
>>LINK OSA1 QDIOETHERNET d...@0620   MTU 1500 ETHERNET< For a
>Layer 2
>>transport
>>or
>>LINK OSA1 QDIOETHERNET d...@0620   MTU 1500 IP< For a Layer 3
>>transport
>>
>>On VM we do not have VTAM involvement so there is no TRLE.
>>
>>On Tue, Apr 13, 2010 at 4:51 PM, Ron Wells  
wrote:
>>
>>> more looking...in z/OS tcpip parms.. I use following to setup Gig
>OSA...
>>> SO >>anyone << what is the equivalent in VM tcpip or Vswitch ??
>>>
>>> DEVICE DEVF800 MPCIPA PRIROUTER AUTORESTART
>>> LINK LINKF800 IPAQGNET DEVF800
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:49 PM -
>>>
>>> From:
>>> Ron Wells/AGFS/AGFin
>>> To:
>>> IBM Mainframe Discussion List 
>>> Date:
>>> 04/13/2010 03:43 PM
>>> Subject:
>>> Fw: LINUX on the MAINFRAME
>>>
>>>
>>> just found out Linux>> per Linux guy>> 1492 is the mtu size he sees
>from
>>> his image??
>>> is there not a specification on Linux or ?? where you specify it as a
>>Gig
>>> Ethr ?
>>>
>>> - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:39 PM -
>>>
>>> From:
>>> Ron Wells/AGFS/AGFin
>>> To:
>>> IBM Mainframe Discussion List 
>>> Date:
>>> 04/13/2010 03:15 PM
>>> Subject:
>>> Re: LINUX on the MAINFRAME
>>>
>>>
>>> does anyone have any base numbers they could share...
>>> (example)
>>> We are shaking down z/VM 5.4-rsu0901-own lpar-4gig central/1.5
>>> expanded..(1) IFL
>>> All following Linux images are at SP3/(1) webshhere7(server pack
>unknow)
>>/
>>> (1)DB2Connect Linux and couple others as test/devl images ...2gig for
>>each
>>> image
>>>
>>> Vswitch set for (1)OSA-E Gig ..
>>>
>>> Hypersockets used between the Linux images/VM and z/OS(running in
>>seperate
>>> lpar ).
>>>
>>> The outbound traffic-OSAGig connect to a AS400(s) test at this point
>DB2
>>> servers..
>>>
>>> Was thinking something in Linux definition that could slow things
>down>>
>>> like it's definition for OSAgig.?

--
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: Fw: LINUX on the MAINFRAME

[Ron Wells]

Chris..
IPAQENET >> that is what I have in z/os tcpip for the osa device
but>> in my ROUTE statements >> example >>
 ROUTE 10.239.53.0/24  =LINKF800  MTU 1500 

was told the 8992 could not be used because JUMBO packets not support on 
network.??
so I guess that is a factor..??
\



From:
Chris Mason 
To:
IBM-MAIN@bama.ua.edu
Date:
04/14/2010 08:48 AM
Subject:
Re: Fw: LINUX on the MAINFRAME
Sent by:
IBM Mainframe Discussion List 



Ron

I'll try to get back to you on this - and whatever else you that may be 
concerning you - when I have a chance.

Meantime, in order to discover what MTU size applies to what type of 
interface, you should use the famous Figure 1, "Summary of DEVICE and LINK 

statements" in the z/OS Communications Server IP Configuration Reference 
manual - where, you will discover that the value for IPAQENET with Gigabit 

Ethernet is 8992.

Chris Mason

On Wed, 14 Apr 2010 08:23:46 -0500, Ron Wells  
wrote:

>or anyone else that wants to jump in on this..
>find it strange the osa gig speed not supported? >> can not find anything
>as yet that says I can increase past 1500?
>
>
>- Forwarded by Ron Wells/AGFS/AGFin on 04/14/2010 08:22 AM -
>
>From:
>Ron Wells/AGFS/AGFin
>To:
>IBM Mainframe Discussion List 
>Date:
>04/14/2010 08:08 AM
>Subject:
>Re: Fw: LINUX on the MAINFRAME
>
>
>Mark
>So the MTU size can not be greater than 1500 ??
>even when running OSA-Gig ??
>
>
>
>From:
>Mark Pace 
>To:
>IBM-MAIN@bama.ua.edu
>Date:
>04/14/2010 07:03 AM
>Subject:
>Re: Fw: LINUX on the MAINFRAME
>Sent by:
>IBM Mainframe Discussion List 
>
>
>
>An equivalent for z/VM TPCPIP
>
>DEVICE d...@0620  OSD 0620   NONROUTER
>LINK OSA1 QDIOETHERNET d...@0620   MTU 1500 ETHERNET< For a 
Layer 2
>transport
>or
>LINK OSA1 QDIOETHERNET d...@0620   MTU 1500 IP< For a Layer 3
>transport
>
>On VM we do not have VTAM involvement so there is no TRLE.
>
>On Tue, Apr 13, 2010 at 4:51 PM, Ron Wells  wrote:
>
>> more looking...in z/OS tcpip parms.. I use following to setup Gig 
OSA...
>> SO >>anyone << what is the equivalent in VM tcpip or Vswitch ??
>>
>> DEVICE DEVF800 MPCIPA PRIROUTER AUTORESTART
>> LINK LINKF800 IPAQGNET DEVF800
>>
>>
>>
>>
>>
>>
>>
>> - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:49 PM -
>>
>> From:
>> Ron Wells/AGFS/AGFin
>> To:
>> IBM Mainframe Discussion List 
>> Date:
>> 04/13/2010 03:43 PM
>> Subject:
>> Fw: LINUX on the MAINFRAME
>>
>>
>> just found out Linux>> per Linux guy>> 1492 is the mtu size he sees 
from
>> his image??
>> is there not a specification on Linux or ?? where you specify it as a
>Gig
>> Ethr ?
>>
>> - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:39 PM -
>>
>> From:
>> Ron Wells/AGFS/AGFin
>> To:
>> IBM Mainframe Discussion List 
>> Date:
>> 04/13/2010 03:15 PM
>> Subject:
>> Re: LINUX on the MAINFRAME
>>
>>
>> does anyone have any base numbers they could share...
>> (example)
>> We are shaking down z/VM 5.4-rsu0901-own lpar-4gig central/1.5
>> expanded..(1) IFL
>> All following Linux images are at SP3/(1) webshhere7(server pack 
unknow)
>/
>> (1)DB2Connect Linux and couple others as test/devl images ...2gig for
>each
>> image
>>
>> Vswitch set for (1)OSA-E Gig ..
>>
>> Hypersockets used between the Linux images/VM and z/OS(running in
>seperate
>> lpar ).
>>
>> The outbound traffic-OSAGig connect to a AS400(s) test at this point 
DB2
>> servers..
>>
>> Was thinking something in Linux definition that could slow things 
down>>
>> like it's definition for OSAgig.?

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

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

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

RES: WLM Macro

[ITURIEL DO NASCIMENTO NETO]

Mr Sinram,

Thanks for your feed back. Specifying EXTENDED_DATA=YES did the trick.

Actually, i'm trying to find out the most idle system to direct work to.
To do it i'm not just only evalueting Unused Service Units, which
sometimes
presents value 0 even when the system is not full.

I'm evalueting the most idle system with the following calculation :

Busy% = (Sum all Service units in the last 60 seconds) / (Num of
Processors * Cpu Speed per second * 60) 

This formula seems rigth to me, but Busy% is not even close of what RMF
shows.
I know that i'm comparing apples and oranges, but they're both round.

Which approach would you use to detect the most idle system ?



Atenciosamente / Regards / Saludos 

Ituriel do Nascimento Neto 
BANCO BRADESCO S.A. 
4254 / DPCD Engenharia de Software 
Sistemas Operacionais Mainframes 
Tel: +55 11 4197-2021 R: 22021   Fax: +55 11 4197-2814 

 

|-Mensagem original-
|De: IBM Mainframe Discussion List 
|[mailto:ibm-m...@bama.ua.edu] Em nome de Horst Sinram
|Enviada em: quinta-feira, 8 de abril de 2010 16:53
|Para: IBM-MAIN@bama.ua.edu
|Assunto: Re: WLM Macro
|
|On Thu, 8 Apr 2010 15:44:23 -0300, ITURIEL DO NASCIMENTO NETO 
|<4254.itur...@bradesco.com.br> wrote:
|
|>Hi all,
|>
|>I'm doing some tests with IWMWSYSQ macro, using as starting point 
|>program QUERYSI (thanks for that) and i would like some help.
|>
|>IWMWSYSQ gets WLM information regarded to importance 1-5, 
|discretionary 
|>and unused service units, but there is no data related to SYSTEM or 
|>SYSSTC.
|>Is it really missing or am i doing something wrong ?
|
|Did you specify EXTENDED_DATA=YES? Check the description of 
|SYSI_EXT_SU_ENTRY.
|Kind regards.
|Horst Sinram ,IBM z/OS DFSMSrmm Architecture, z/OS Capacity Management
|
|--
|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
|

AVISO LEGAL Esta mensagem é 
destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter 
informação confidencial e/ou legalmente privilegiada. Se você não for 
destinatário desta mensagem, desde já fica notificado de abster-se a 
divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a 
informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido 
esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, 
desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou 
sistema de controle. Fica desprovida de eficácia e validade a mensagem que 
contiver vínculos obrigacionais, expedida por quem não detenha poderes de 
representação. 

LEGAL ADVICE This message is 
exclusively destined for the people to whom it is directed, and it can bear 
private and/or legally exceptional information. If you are not addressee of 
this message, since now you are advised to not release, copy, distribute, check 
or, otherwise, use the information contained in this message, because it is 
illegal. If you received this message by mistake, we ask you to return this 
email, making possible, as soon as possible, the elimination of its contents of 
your database, registrations or controls system. The message that bears any 
mandatory links, issued by someone who has no representation powers, shall be 
null or void.

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

Why a VSAM VRRN vs. KSDS with 4 byte key?

[McKown, John]

I'm just curious as to why IBM chose to create the VRRN type of VSAM file. I 
understand a normal RRN (NUMBERED). In both cases, the record is addessed by 
relative record number. But I don't really see the need for a VRRN. Why not 
just have a KSDS with a 4 byte key at offset 0? Is it to remove the relative 
record number from the user record?And, I guess, so that you can't change the 
"record number" by updating the key. Just curious.

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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


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

Re: How many mainframes are there?

[Anne & Lynn Wheeler]

The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well.


scott.r...@joann.com (Scott Rowe) writes:
> Many of us skipped the applications sidetrack and just went straight
> from Ops to Sysprog.

I took a intro to fortran class and sat in on 360 assembler class (class
projects ran on simulator on 709). I was then hired for summer job to
port 1401 MPIO to 360/30. As part of migrating the univ. 709/1401 lashup
to 360/67 ... the univ. had replaced 1401 with 360/30. While the 360/30
had 1401 hardware emulation and run MPIO directly (did unitrecord<->tape
front end for 709 that ran ibsys tape-to-tape) ... I guess I was hired
as part of gaining experience in 360. I got to design my own monitor,
storage management, dispatcher, device drivers, error recovery,
interrupt handlers, console interface, etc.

When 360/67 came in, tss/360 wasn't running all that well ... so the
univ pretty much stuck to os/360 (going thru pcp, mft, mvt cycle).  They
pretty early made me responsible for os/360 ... and I got to do a lot of
work redoing various parts of os/360. Univ. even sent me to SHARE
meetings to make presentations on some of the work.

in jan68, ibm brought in three people from the science center to install
cp67 ... and I got to play with that also (mostly on weekends). part of
presentation I made at aug68 share in boston, on both os/360 and cp67
rewrites
http://www.garlic.com/~lynn/94.html#18

when rewritting part of cp67 terminal interface to support tty/ascii
terminals ... I tried to make the 2702 controller do something it
couldn't quite do. This was somewhat the motivation for univ. to have
clone controller project built on interdata/3, reverse engineer 360
channel interface, build channel interface board for interdata/3, etc.
Four of us got written up ... being blamed for clone controller
business. some past posts
http://www.garlic.com/~lynn/subtopic.html#360pcm

the clone controller business was then major motivation for the
corporation starting Future System effort (failed w/o ever being
announced)  ... some past posts
http://www.garlic.com/~lynn/submain.html#futuresys

old reference to fergus & morris book
http://www.garlic.com/~lynn/2001f.html#33 IBM's "VM for the PC" c.1984??

that claims that the focus on FS & neglecting 370 allowd processor
clones to gain market foothold ... and "the old culture under Watson Snr
and Jr of free and vigourous debate was replaced with sycophancy and
'make no waves' under Opel and Akers"

I possibly did one of my non "career enhancing moves" ... by continuing
to work on 370 all during the FS days ... and drawing comparisons
between what was going on in FS and a cult film that was playing down in
central sq. I was also making reference to having running 370 code that
was better than what some of the FS specs was trying to do.  People were
being told that if they wanted promotions and raises ... they needed to
take a transfer to FS.

Another Boyd "To Be Or To Do" moment (I had sponsored Boyd's briefings
at IBM):
http://www.garlic.com/~lynn/2000e.html#35 War, Chaos, & Business

-- 
42yrs virtualization experience (since Jan68), online at home since Mar1970

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

Has IBM gotten around to providing a MACRO with EQUates and DSECTs for the PLO instruction?

[Binyamin Dissen]

Has IBM gotten around to providing a MACRO with EQUates and DSECTs for the PLO
instruction?

--
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: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use

[Binyamin Dissen]

On Wed, 14 Apr 2010 08:58:55 -0500 Tom Marchant 
wrote:

:>On Tue, 13 Apr 2010 18:35:25 -0400, Thompson, Steve wrote:

:>>After some discussion here in the office, we are wondering why SMP/E
:>>would be allowed to subvert the protections on data sets

:>I'm not so sure that it does.

:>Consider this:  It does not require update authority to SYS1.LINKLIB to
:>RECEIVE a PTF that, when applied, will update a module in LINKLIB.

Obviously one protects the PTS and CSI as well.

--
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: Non-SMS-managed LOGR offload data sets

[Vernooij, CP - SPLXM]

"Mark Zelden"  wrote in message
news:...
> On Wed, 14 Apr 2010 02:24:21 -0500, Barbara Nitz 
wrote:
> 
> >>Are you sure you *have* to pay more if you don't merge Test and
Prod?
> >
> >Having repeatedly asked my managers about just that (and my feelings
about
> >this idea are certainly known here - I have made enemies in the past
because
> >of it), I have to *believe* what they tell me. I am not privy to the
contract
> >details (nor am I likely to ever be), so even if I were to study the
IBM
> licencing
> >policy, I wouldn't have a clue what we *have* to pay. The technicians
here
> >are told that it is so and to merge the plexes. Defiance only goes so
> far And
> >I am already stretching it. :-(
> >
> 
> PSLC is pretty simple.  Your qualifying sysplex (biggest one) has to
be 50%
> or more of the used capacity on each box.  

80% is the value I heard.

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. 
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: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use

[Tom Marchant]

On Tue, 13 Apr 2010 18:35:25 -0400, Thompson, Steve wrote:

>After some discussion here in the office, we are wondering why SMP/E
>would be allowed to subvert the protections on data sets

I'm not so sure that it does.

Consider this:  It does not require update authority to SYS1.LINKLIB to
RECEIVE a PTF that, when applied, will update a module in LINKLIB.

-- 
Tom Marchant

--
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: Non-SMS-managed LOGR offload data sets

[Mark Zelden]

On Wed, 14 Apr 2010 02:24:21 -0500, Barbara Nitz  wrote:

>>Are you sure you *have* to pay more if you don't merge Test and Prod?
>
>Having repeatedly asked my managers about just that (and my feelings about
>this idea are certainly known here - I have made enemies in the past because
>of it), I have to *believe* what they tell me. I am not privy to the contract
>details (nor am I likely to ever be), so even if I were to study the IBM
licencing
>policy, I wouldn't have a clue what we *have* to pay. The technicians here
>are told that it is so and to merge the plexes. Defiance only goes so
far And
>I am already stretching it. :-(
>

PSLC is pretty simple.  Your qualifying sysplex (biggest one) has to be 50%
or more of the used capacity on each box.   So even if you have a very large
sysplex but also have lots of small sysplexes or monoplexes due to 
consolidations etc., PSLC qualification can be difficult.   In the environment
I work in, we barely make it work and it's a constant battle to keep it that
way.   Luckily, the largest sysplex is really a true sysplex with applications
sysplex enabled, so we can do things like move CICS regions from one LPAR
to another to change the mix.   However, occasionally, we've had to move
an entire LPAR from one box to another or some other workload (for
example, SAS).   Another problem is if you have a box that doesn't
have any LPARs that are part of the qualifying sysplex. None of the
IBM software on that LPAR would qualify for PSLC.

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

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

Re: OPERLOG

[Nick Jones]

On Tue, 13 Apr 2010 14:00:07 -0500, Mark Steely  wrote:

>
>I have look in the archives - still can't find the answer. I am trying to
update a few parms in the OPERLOG definition. This is dasd only structure
and we are z/os V1R11. When I try to update the parms I receive messages:
>IXG014E LOGSTREAM SYSPLEX.OPERLOG IS CURRENTLY IN USE
>IXG002E LOGR POLICY PROCESSING ENDED WITH RETCODE=0008 RSNCODE=0810

Are you trying an UPDATE LOGSTREAM or a DELETE LOGSTREAM? Dynamic updates
aren't allowed if your LOGR CDS version is below HBB7705 level.  Some
keywords aren't allowed on any update with log stream connections.

>
>I have IPL and removed the operlog option. I have done several displays and
it shows nothing is using it.
>
>d logger,l,strname=OPERLOG
>D LOGGER,CONN,LSNAME=sysplex.operlog,D


You may have some failed persistent connections.

If you see:
#  D LOGGER,C,LSN=log-stream-name shows number of connectors on this system
equal to 0.
# D LOGGER,L,LSN=log-stream-name shows number of connectors to the log
stream greater than 0. 

this might be the case.

You can try a SETLOGR FORCE,DISCONNECT,LSN=SYSPLEX.OPERLOG, on systems with
failed persistent connections if this is the case:
http://publibfi.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2G1A0/4.42.3


Nick Jones
Logger L3

--
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: Fw: LINUX on the MAINFRAME

[Chris Mason]

Ron

I'll try to get back to you on this - and whatever else you that may be 
concerning you - when I have a chance.

Meantime, in order to discover what MTU size applies to what type of 
interface, you should use the famous Figure 1, "Summary of DEVICE and LINK 
statements" in the z/OS Communications Server IP Configuration Reference 
manual - where, you will discover that the value for IPAQENET with Gigabit 
Ethernet is 8992.

Chris Mason

On Wed, 14 Apr 2010 08:23:46 -0500, Ron Wells  
wrote:

>or anyone else that wants to jump in on this..
>find it strange the osa gig speed not supported? >> can not find anything
>as yet that says I can increase past 1500?
>
>
>- Forwarded by Ron Wells/AGFS/AGFin on 04/14/2010 08:22 AM -
>
>From:
>Ron Wells/AGFS/AGFin
>To:
>IBM Mainframe Discussion List 
>Date:
>04/14/2010 08:08 AM
>Subject:
>Re: Fw: LINUX on the MAINFRAME
>
>
>Mark
>So the MTU size can not be greater than 1500 ??
>even when running OSA-Gig ??
>
>
>
>From:
>Mark Pace 
>To:
>IBM-MAIN@bama.ua.edu
>Date:
>04/14/2010 07:03 AM
>Subject:
>Re: Fw: LINUX on the MAINFRAME
>Sent by:
>IBM Mainframe Discussion List 
>
>
>
>An equivalent for z/VM TPCPIP
>
>DEVICE d...@0620  OSD 0620   NONROUTER
>LINK OSA1 QDIOETHERNET d...@0620   MTU 1500 ETHERNET< For a 
Layer 2
>transport
>or
>LINK OSA1 QDIOETHERNET d...@0620   MTU 1500 IP< For a Layer 3
>transport
>
>On VM we do not have VTAM involvement so there is no TRLE.
>
>On Tue, Apr 13, 2010 at 4:51 PM, Ron Wells  wrote:
>
>> more looking...in z/OS tcpip parms.. I use following to setup Gig OSA...
>> SO >>anyone << what is the equivalent in VM tcpip or Vswitch ??
>>
>> DEVICE DEVF800 MPCIPA PRIROUTER AUTORESTART
>> LINK LINKF800 IPAQGNET DEVF800
>>
>>
>>
>>
>>
>>
>>
>> - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:49 PM -
>>
>> From:
>> Ron Wells/AGFS/AGFin
>> To:
>> IBM Mainframe Discussion List 
>> Date:
>> 04/13/2010 03:43 PM
>> Subject:
>> Fw: LINUX on the MAINFRAME
>>
>>
>> just found out Linux>> per Linux guy>> 1492 is the mtu size he sees from
>> his image??
>> is there not a specification on Linux or ?? where you specify it as a
>Gig
>> Ethr ?
>>
>> - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:39 PM -
>>
>> From:
>> Ron Wells/AGFS/AGFin
>> To:
>> IBM Mainframe Discussion List 
>> Date:
>> 04/13/2010 03:15 PM
>> Subject:
>> Re: LINUX on the MAINFRAME
>>
>>
>> does anyone have any base numbers they could share...
>> (example)
>> We are shaking down z/VM 5.4-rsu0901-own lpar-4gig central/1.5
>> expanded..(1) IFL
>> All following Linux images are at SP3/(1) webshhere7(server pack unknow)
>/
>> (1)DB2Connect Linux and couple others as test/devl images ...2gig for
>each
>> image
>>
>> Vswitch set for (1)OSA-E Gig ..
>>
>> Hypersockets used between the Linux images/VM and z/OS(running in
>seperate
>> lpar ).
>>
>> The outbound traffic-OSAGig connect to a AS400(s) test at this point DB2
>> servers..
>>
>> Was thinking something in Linux definition that could slow things down>>
>> like it's definition for OSAgig.?

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

Re: How many mainframes are there?

[Scott Rowe]

Many of us skipped the applications sidetrack and just went straight from Ops 
to Sysprog.

>>> William Janulin  4/14/2010 8:43 AM >>>
I think a good many of us went down similar paths, starting out in
operations, moving into applications programming, and eventually getting
into systems programming.

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



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: Non-SMS-managed LOGR offload data sets

[Mark Zelden]

On Wed, 14 Apr 2010 00:39:34 -0500, Barbara Nitz  wrote:

>Answering all of last nights post in one:
>
>Mark,
>>Anyway, I am commenting on it because the reason I had to use group name
>>was due to 2 different DB2 subsystems on different systems in the same
>>sysplex that had the same name.  This particular system shares DASD, SMS,
>>etc. but the applications aren't shared so there is no cross LPAR RRS
>>considerations and I run this LPAR with GNAME= to the smfid.
>
>I beg to differ :-) (You're not surprised, are you?)
>Go to any system NOT connected to these log streams, preferably one that
>does not share  DASD and SMS but *is* in the same sysplex. Use the RRS
>ISPF application and carefully look at all the input parms. (Do this at a
time of
>little or no traffic, though.) Issue a browse command to one of the logstreams
>that *this* system is not connected to because it is NOT supposed to use
>this logstream. RRS will go out to logger with the definitions, LOGR in
turn will
>say 'yes, I know that log stream' and have no problem whatsoever to
>*connect* to that log stream and read it out.
>
>Admittedly, the RRS application is smart enough to immediatly disconnect to
>the log stream after it got read. But if the log stream is big enough, it may
>take some time to read out the log stream.
>DURING THIS TIME YOU ARE EXPOSED TO THE RISK (sorry for the shouting).

At the risk of repeating myself...
I used  the group name for the duplicate DB2 subsystem issue only.  These
systems are in the same sysplex, share DASD, catalogs and SMS (separate
JES2). So I can't do what you asked.  I guess that's a good thing. :-)





>>In the meantime, I'm looking into RACF profiles to prevent connectors on non-
>>owning images, which in turn restricts offloads.  That will only work so long
>>as I have a RACF database per subplex.
>

RACF is one of the things shared in the environment I just mentioned.

>This will probably the solution that will be chosen here because it sounds like
>the least bit of work. Restrict connection to log streams by restricting
the RRS
>ISPF application. It means that some sysprog TSO userids (we fortunately
>have different IDs in the subplexes, and RACF is separate, too) will need to
>get defined in the wrong RACF in order to explicitly forbid them to use this
>application (however I can do that). I think the problem with connecting to
>the log streams is that LOGR does it, and we have LOGR trusted. The RACF
>admin still has the scars from the time when LOGR was not trusted, so he does
>not want to remove that attribute.
>

I guess because there has been single userid + multiple LPAR logon available
prior to RRS and parallel sysplex use, coupled with the fact that there is still
separation of JES2 and applications (for some of this environment / sysplex),
when someone has a problem with RRS (or whatever), they logon to that
LPAR to look at it.   Not only that, if you get into the RRS dialogs, the
default
group name is there, so it takes some overt action to try and browse a 
logstream that is not for the system you are interested in.

Boy, if we all knew then what we knew now.  :-)  

At least the largest environment I support is all set up correctly.  
SYSPLEX = GRS = SMS = RACF = MAS  etc.

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

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

Re: Fw: LINUX on the MAINFRAME

[Ron Wells]

so>> on the LINK statement--VM/TCPIP config... I can change the MTU to 
8992 or does it need to be 9000 ?
seeing only the reference of 8992 but want to be sure



From:
Mark Pace 
To:
IBM-MAIN@bama.ua.edu
Date:
04/14/2010 08:27 AM
Subject:
Re: Fw: LINUX on the MAINFRAME
Sent by:
IBM Mainframe Discussion List 



Yes - you can change the MTU size,  make the 1500 what ever size you need.

>From the z/VM TCPIP configuration.

MTU *mtusize* Specifies the maximum transmission unit (MTU) size in bytes 
to
be used on the interface. To determine the recommended MTU size, refer to
the hardware documentation associated with the device.



On Wed, Apr 14, 2010 at 9:08 AM, Ron Wells  wrote:

> Mark
> So the MTU size can not be greater than 1500 ??
> even when running OSA-Gig ??
>
>
>
> From:
> Mark Pace 
> To:
> IBM-MAIN@bama.ua.edu
> Date:
> 04/14/2010 07:03 AM
> Subject:
> Re: Fw: LINUX on the MAINFRAME
> Sent by:
> IBM Mainframe Discussion List 
>
>
>
> An equivalent for z/VM TPCPIP
>
> DEVICE d...@0620  OSD 0620   NONROUTER
> LINK OSA1 QDIOETHERNET d...@0620   MTU 1500 ETHERNET< For a Layer 
2
> transport
> or
> LINK OSA1 QDIOETHERNET d...@0620   MTU 1500 IP< For a Layer 3
> transport
>
> On VM we do not have VTAM involvement so there is no TRLE.
>
> On Tue, Apr 13, 2010 at 4:51 PM, Ron Wells  wrote:
>
> > more looking...in z/OS tcpip parms.. I use following to setup Gig 
OSA...
> > SO >>anyone << what is the equivalent in VM tcpip or Vswitch ??
> >
> > DEVICE DEVF800 MPCIPA PRIROUTER AUTORESTART
> > LINK LINKF800 IPAQGNET DEVF800
> >
> >
> >
> >
> >
> >
> >
> > - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:49 PM -
> >
> > From:
> > Ron Wells/AGFS/AGFin
> > To:
> > IBM Mainframe Discussion List 
> > Date:
> > 04/13/2010 03:43 PM
> > Subject:
> > Fw: LINUX on the MAINFRAME
> >
> >
> > just found out Linux>> per Linux guy>> 1492 is the mtu size he sees 
from
> > his image??
> > is there not a specification on Linux or ?? where you specify it as a
> Gig
> > Ethr ?
> >
> > - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:39 PM -
> >
> > From:
> > Ron Wells/AGFS/AGFin
> > To:
> > IBM Mainframe Discussion List 
> > Date:
> > 04/13/2010 03:15 PM
> > Subject:
> > Re: LINUX on the MAINFRAME
> >
> >
> > does anyone have any base numbers they could share...
> > (example)
> > We are shaking down z/VM 5.4-rsu0901-own lpar-4gig central/1.5
> > expanded..(1) IFL
> > All following Linux images are at SP3/(1) webshhere7(server pack 
unknow)
> /
> > (1)DB2Connect Linux and couple others as test/devl images ...2gig for
> each
> > image
> >
> > Vswitch set for (1)OSA-E Gig ..
> >
> > Hypersockets used between the Linux images/VM and z/OS(running in
> seperate
> > lpar ).
> >
> > The outbound traffic-OSAGig connect to a AS400(s) test at this point 
DB2
> > servers..
> >
> > Was thinking something in Linux definition that could slow things 
down>>
> > like it's definition for OSAgig.?
> >
> >
> >
> >
> > From:
> > Anne & Lynn Wheeler 
> > To:
> > IBM-MAIN@bama.ua.edu
> > Date:
> > 04/13/2010 02:40 PM
> > Subject:
> > Re: LINUX on the MAINFRAME
> > Sent by:
> > IBM Mainframe Discussion List 
> >
> >
> >
> > mpac...@gmail.com (Mark Pace) writes:
> > > That is a very good point, John.  Memory management on Linux for the
> > > mainframe is counter-intuitive. When running under zVM you want as
> > little
> > > memory as you can get away with, not as much as you can get.  Most 
any
> > > question you can think of has probably been covered ad-nausea on the
> > > Linux-390 list.
> >
> > this was discovered in the early 70s when apl\360 was ported to 
cp67/cms
> > for cms\apl. The apl\360 storage management and garbage collection
> > algorithm allocation a new storage location on every assignment. It 
very
> > quickly cycled thru all available workspace ... until it had exhausted
> > storage and then did garbage collection ... and then repeated. This
> > wasn't too bad with 16kbyte-32kbyte real storage workspaces that were
> > swapped in total every time ... but became disastrous in large virtual
> > memory paged environment. The apl\360 storage management and garbage
> > collection had to be redone for cms\apl for large virtual memory paged
> > environment.
> >
> > I pointed this out again later in 70s with vs2 (svs & then mvs) ...
> > regarding running a "LRU" page replacement algorithm (least recently
> > used) in a virtual machine under a "LRU" page replacement algorihtm
> > (managing virtual machine memory as virtual paged memory). The 
scenario
> > was that the guest operating system in the virtual machine would be
> > trying to use the (virtual machine) page that had least recently been
> > used ...  while the underlying vm operating system would have been
> > removing those very same virtual pages from real storage. There could 
be
> > extremely pathelogical characteristics where the virtual guest 
operating
> > system was always selecting the next virtual machine page to use
> > ... that v

Re: Fw: LINUX on the MAINFRAME

[Mark Pace]

Yes - you can change the MTU size,  make the 1500 what ever size you need.

>From the z/VM TCPIP configuration.

MTU *mtusize* Specifies the maximum transmission unit (MTU) size in bytes to
be used on the interface. To determine the recommended MTU size, refer to
the hardware documentation associated with the device.



On Wed, Apr 14, 2010 at 9:08 AM, Ron Wells  wrote:

> Mark
> So the MTU size can not be greater than 1500 ??
> even when running OSA-Gig ??
>
>
>
> From:
> Mark Pace 
> To:
> IBM-MAIN@bama.ua.edu
> Date:
> 04/14/2010 07:03 AM
> Subject:
> Re: Fw: LINUX on the MAINFRAME
> Sent by:
> IBM Mainframe Discussion List 
>
>
>
> An equivalent for z/VM TPCPIP
>
> DEVICE d...@0620  OSD 0620   NONROUTER
> LINK OSA1 QDIOETHERNET d...@0620   MTU 1500 ETHERNET< For a Layer 2
> transport
> or
> LINK OSA1 QDIOETHERNET d...@0620   MTU 1500 IP< For a Layer 3
> transport
>
> On VM we do not have VTAM involvement so there is no TRLE.
>
> On Tue, Apr 13, 2010 at 4:51 PM, Ron Wells  wrote:
>
> > more looking...in z/OS tcpip parms.. I use following to setup Gig OSA...
> > SO >>anyone << what is the equivalent in VM tcpip or Vswitch ??
> >
> > DEVICE DEVF800 MPCIPA PRIROUTER AUTORESTART
> > LINK LINKF800 IPAQGNET DEVF800
> >
> >
> >
> >
> >
> >
> >
> > - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:49 PM -
> >
> > From:
> > Ron Wells/AGFS/AGFin
> > To:
> > IBM Mainframe Discussion List 
> > Date:
> > 04/13/2010 03:43 PM
> > Subject:
> > Fw: LINUX on the MAINFRAME
> >
> >
> > just found out Linux>> per Linux guy>> 1492 is the mtu size he sees from
> > his image??
> > is there not a specification on Linux or ?? where you specify it as a
> Gig
> > Ethr ?
> >
> > - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:39 PM -
> >
> > From:
> > Ron Wells/AGFS/AGFin
> > To:
> > IBM Mainframe Discussion List 
> > Date:
> > 04/13/2010 03:15 PM
> > Subject:
> > Re: LINUX on the MAINFRAME
> >
> >
> > does anyone have any base numbers they could share...
> > (example)
> > We are shaking down z/VM 5.4-rsu0901-own lpar-4gig central/1.5
> > expanded..(1) IFL
> > All following Linux images are at SP3/(1) webshhere7(server pack unknow)
> /
> > (1)DB2Connect Linux and couple others as test/devl images ...2gig for
> each
> > image
> >
> > Vswitch set for (1)OSA-E Gig ..
> >
> > Hypersockets used between the Linux images/VM and z/OS(running in
> seperate
> > lpar ).
> >
> > The outbound traffic-OSAGig connect to a AS400(s) test at this point DB2
> > servers..
> >
> > Was thinking something in Linux definition that could slow things down>>
> > like it's definition for OSAgig.?
> >
> >
> >
> >
> > From:
> > Anne & Lynn Wheeler 
> > To:
> > IBM-MAIN@bama.ua.edu
> > Date:
> > 04/13/2010 02:40 PM
> > Subject:
> > Re: LINUX on the MAINFRAME
> > Sent by:
> > IBM Mainframe Discussion List 
> >
> >
> >
> > mpac...@gmail.com (Mark Pace) writes:
> > > That is a very good point, John.  Memory management on Linux for the
> > > mainframe is counter-intuitive. When running under zVM you want as
> > little
> > > memory as you can get away with, not as much as you can get.  Most any
> > > question you can think of has probably been covered ad-nausea on the
> > > Linux-390 list.
> >
> > this was discovered in the early 70s when apl\360 was ported to cp67/cms
> > for cms\apl. The apl\360 storage management and garbage collection
> > algorithm allocation a new storage location on every assignment. It very
> > quickly cycled thru all available workspace ... until it had exhausted
> > storage and then did garbage collection ... and then repeated. This
> > wasn't too bad with 16kbyte-32kbyte real storage workspaces that were
> > swapped in total every time ... but became disastrous in large virtual
> > memory paged environment. The apl\360 storage management and garbage
> > collection had to be redone for cms\apl for large virtual memory paged
> > environment.
> >
> > I pointed this out again later in 70s with vs2 (svs & then mvs) ...
> > regarding running a "LRU" page replacement algorithm (least recently
> > used) in a virtual machine under a "LRU" page replacement algorihtm
> > (managing virtual machine memory as virtual paged memory). The scenario
> > was that the guest operating system in the virtual machine would be
> > trying to use the (virtual machine) page that had least recently been
> > used ...  while the underlying vm operating system would have been
> > removing those very same virtual pages from real storage. There could be
> > extremely pathelogical characteristics where the virtual guest operating
> > system was always selecting the next virtual machine page to use
> > ... that vm370 had just selected to be removed from memory.
> >
> > misc. past posts mentioning having done page replacement algorithms
> > as undergraduate in the 60s.
> > http://www.garlic.com/~lynn/subtopic.html#wsclock
> <
> http://www.garlic.com/%7Elynn/subtopic.html#wsclock>
> >
> 

Re: Print of members in concatanated PDS'es.

[Binyamin Dissen]

On Wed, 14 Apr 2010 14:09:05 +0200 Frank Allan Rasmussen
 wrote:

:>Is the a unility where it is possible to do something like this:

:>PRINT MEMBER=XYZ,DD=ABC

:>And the JCL

:>//ABC  DD  DISP=SHR,DSN=X.B
:>// DD  DISP=SHR,DSN=X.A

:>Output

:>MEMBER XYZ found in DSN X.A

:>

:>We have a auditor on site and he is looking into our parmlibs.

IEBCOPY could supply some information

//DD1 DD DISP=SHR,DSN=X.B
//DD2 DD DISP=SHR,DSN=X.A

  C O=TRASH,I=DD1,DD2
   S M=XYZ

IEBCOPY will tell you wish ddname was used.

Or under ISPF you can use ISRDDN and the MEMBER command.

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

Fw: LINUX on the MAINFRAME

[Ron Wells]

or anyone else that wants to jump in on this..
find it strange the osa gig speed not supported? >> can not find anything 
as yet that says I can increase past 1500?


- Forwarded by Ron Wells/AGFS/AGFin on 04/14/2010 08:22 AM -

From:
Ron Wells/AGFS/AGFin
To:
IBM Mainframe Discussion List 
Date:
04/14/2010 08:08 AM
Subject:
Re: Fw: LINUX on the MAINFRAME


Mark
So the MTU size can not be greater than 1500 ??
even when running OSA-Gig ??



From:
Mark Pace 
To:
IBM-MAIN@bama.ua.edu
Date:
04/14/2010 07:03 AM
Subject:
Re: Fw: LINUX on the MAINFRAME
Sent by:
IBM Mainframe Discussion List 



An equivalent for z/VM TPCPIP

DEVICE d...@0620  OSD 0620   NONROUTER
LINK OSA1 QDIOETHERNET d...@0620   MTU 1500 ETHERNET< For a Layer 2
transport
or
LINK OSA1 QDIOETHERNET d...@0620   MTU 1500 IP< For a Layer 3
transport

On VM we do not have VTAM involvement so there is no TRLE.

On Tue, Apr 13, 2010 at 4:51 PM, Ron Wells  wrote:

> more looking...in z/OS tcpip parms.. I use following to setup Gig OSA...
> SO >>anyone << what is the equivalent in VM tcpip or Vswitch ??
>
> DEVICE DEVF800 MPCIPA PRIROUTER AUTORESTART
> LINK LINKF800 IPAQGNET DEVF800
>
>
>
>
>
>
>
> - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:49 PM -
>
> From:
> Ron Wells/AGFS/AGFin
> To:
> IBM Mainframe Discussion List 
> Date:
> 04/13/2010 03:43 PM
> Subject:
> Fw: LINUX on the MAINFRAME
>
>
> just found out Linux>> per Linux guy>> 1492 is the mtu size he sees from
> his image??
> is there not a specification on Linux or ?? where you specify it as a 
Gig
> Ethr ?
>
> - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:39 PM -
>
> From:
> Ron Wells/AGFS/AGFin
> To:
> IBM Mainframe Discussion List 
> Date:
> 04/13/2010 03:15 PM
> Subject:
> Re: LINUX on the MAINFRAME
>
>
> does anyone have any base numbers they could share...
> (example)
> We are shaking down z/VM 5.4-rsu0901-own lpar-4gig central/1.5
> expanded..(1) IFL
> All following Linux images are at SP3/(1) webshhere7(server pack unknow) 
/
> (1)DB2Connect Linux and couple others as test/devl images ...2gig for 
each
> image
>
> Vswitch set for (1)OSA-E Gig ..
>
> Hypersockets used between the Linux images/VM and z/OS(running in 
seperate
> lpar ).
>
> The outbound traffic-OSAGig connect to a AS400(s) test at this point DB2
> servers..
>
> Was thinking something in Linux definition that could slow things down>>
> like it's definition for OSAgig.?
>
>
>
>
> From:
> Anne & Lynn Wheeler 
> To:
> IBM-MAIN@bama.ua.edu
> Date:
> 04/13/2010 02:40 PM
> Subject:
> Re: LINUX on the MAINFRAME
> Sent by:
> IBM Mainframe Discussion List 
>
>
>
> mpac...@gmail.com (Mark Pace) writes:
> > That is a very good point, John.  Memory management on Linux for the
> > mainframe is counter-intuitive. When running under zVM you want as
> little
> > memory as you can get away with, not as much as you can get.  Most any
> > question you can think of has probably been covered ad-nausea on the
> > Linux-390 list.
>
> this was discovered in the early 70s when apl\360 was ported to cp67/cms
> for cms\apl. The apl\360 storage management and garbage collection
> algorithm allocation a new storage location on every assignment. It very
> quickly cycled thru all available workspace ... until it had exhausted
> storage and then did garbage collection ... and then repeated. This
> wasn't too bad with 16kbyte-32kbyte real storage workspaces that were
> swapped in total every time ... but became disastrous in large virtual
> memory paged environment. The apl\360 storage management and garbage
> collection had to be redone for cms\apl for large virtual memory paged
> environment.
>
> I pointed this out again later in 70s with vs2 (svs & then mvs) ...
> regarding running a "LRU" page replacement algorithm (least recently
> used) in a virtual machine under a "LRU" page replacement algorihtm
> (managing virtual machine memory as virtual paged memory). The scenario
> was that the guest operating system in the virtual machine would be
> trying to use the (virtual machine) page that had least recently been
> used ...  while the underlying vm operating system would have been
> removing those very same virtual pages from real storage. There could be
> extremely pathelogical characteristics where the virtual guest operating
> system was always selecting the next virtual machine page to use
> ... that vm370 had just selected to be removed from memory.
>
> misc. past posts mentioning having done page replacement algorithms
> as undergraduate in the 60s.
> http://www.garlic.com/~lynn/subtopic.html#wsclock<
http://www.garlic.com/%7Elynn/subtopic.html#wsclock>
>
> recent posts mentioning getting pulled into academic dispute
> over page replacement algorithms in the early 80s (involving
> whether or not to give somebody a stanford phd based on thier
> work in the area):
> http://www.garlic.com/~lynn/2010f.html#85<
http://www.garlic.com/%7Elynn/2010f.html#85>16:32 far pointers in 
OpenWatcom
> C/C++
> htt

Re: Fw: LINUX on the MAINFRAME

[Ron Wells]

Mark
So the MTU size can not be greater than 1500 ??
even when running OSA-Gig ??



From:
Mark Pace 
To:
IBM-MAIN@bama.ua.edu
Date:
04/14/2010 07:03 AM
Subject:
Re: Fw: LINUX on the MAINFRAME
Sent by:
IBM Mainframe Discussion List 



An equivalent for z/VM TPCPIP

DEVICE d...@0620  OSD 0620   NONROUTER
LINK OSA1 QDIOETHERNET d...@0620   MTU 1500 ETHERNET< For a Layer 2
transport
or
LINK OSA1 QDIOETHERNET d...@0620   MTU 1500 IP< For a Layer 3
transport

On VM we do not have VTAM involvement so there is no TRLE.

On Tue, Apr 13, 2010 at 4:51 PM, Ron Wells  wrote:

> more looking...in z/OS tcpip parms.. I use following to setup Gig OSA...
> SO >>anyone << what is the equivalent in VM tcpip or Vswitch ??
>
> DEVICE DEVF800 MPCIPA PRIROUTER AUTORESTART
> LINK LINKF800 IPAQGNET DEVF800
>
>
>
>
>
>
>
> - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:49 PM -
>
> From:
> Ron Wells/AGFS/AGFin
> To:
> IBM Mainframe Discussion List 
> Date:
> 04/13/2010 03:43 PM
> Subject:
> Fw: LINUX on the MAINFRAME
>
>
> just found out Linux>> per Linux guy>> 1492 is the mtu size he sees from
> his image??
> is there not a specification on Linux or ?? where you specify it as a 
Gig
> Ethr ?
>
> - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:39 PM -
>
> From:
> Ron Wells/AGFS/AGFin
> To:
> IBM Mainframe Discussion List 
> Date:
> 04/13/2010 03:15 PM
> Subject:
> Re: LINUX on the MAINFRAME
>
>
> does anyone have any base numbers they could share...
> (example)
> We are shaking down z/VM 5.4-rsu0901-own lpar-4gig central/1.5
> expanded..(1) IFL
> All following Linux images are at SP3/(1) webshhere7(server pack unknow) 
/
> (1)DB2Connect Linux and couple others as test/devl images ...2gig for 
each
> image
>
> Vswitch set for (1)OSA-E Gig ..
>
> Hypersockets used between the Linux images/VM and z/OS(running in 
seperate
> lpar ).
>
> The outbound traffic-OSAGig connect to a AS400(s) test at this point DB2
> servers..
>
> Was thinking something in Linux definition that could slow things down>>
> like it's definition for OSAgig.?
>
>
>
>
> From:
> Anne & Lynn Wheeler 
> To:
> IBM-MAIN@bama.ua.edu
> Date:
> 04/13/2010 02:40 PM
> Subject:
> Re: LINUX on the MAINFRAME
> Sent by:
> IBM Mainframe Discussion List 
>
>
>
> mpac...@gmail.com (Mark Pace) writes:
> > That is a very good point, John.  Memory management on Linux for the
> > mainframe is counter-intuitive. When running under zVM you want as
> little
> > memory as you can get away with, not as much as you can get.  Most any
> > question you can think of has probably been covered ad-nausea on the
> > Linux-390 list.
>
> this was discovered in the early 70s when apl\360 was ported to cp67/cms
> for cms\apl. The apl\360 storage management and garbage collection
> algorithm allocation a new storage location on every assignment. It very
> quickly cycled thru all available workspace ... until it had exhausted
> storage and then did garbage collection ... and then repeated. This
> wasn't too bad with 16kbyte-32kbyte real storage workspaces that were
> swapped in total every time ... but became disastrous in large virtual
> memory paged environment. The apl\360 storage management and garbage
> collection had to be redone for cms\apl for large virtual memory paged
> environment.
>
> I pointed this out again later in 70s with vs2 (svs & then mvs) ...
> regarding running a "LRU" page replacement algorithm (least recently
> used) in a virtual machine under a "LRU" page replacement algorihtm
> (managing virtual machine memory as virtual paged memory). The scenario
> was that the guest operating system in the virtual machine would be
> trying to use the (virtual machine) page that had least recently been
> used ...  while the underlying vm operating system would have been
> removing those very same virtual pages from real storage. There could be
> extremely pathelogical characteristics where the virtual guest operating
> system was always selecting the next virtual machine page to use
> ... that vm370 had just selected to be removed from memory.
>
> misc. past posts mentioning having done page replacement algorithms
> as undergraduate in the 60s.
> http://www.garlic.com/~lynn/subtopic.html#wsclock<
http://www.garlic.com/%7Elynn/subtopic.html#wsclock>
>
> recent posts mentioning getting pulled into academic dispute
> over page replacement algorithms in the early 80s (involving
> whether or not to give somebody a stanford phd based on thier
> work in the area):
> http://www.garlic.com/~lynn/2010f.html#85<
http://www.garlic.com/%7Elynn/2010f.html#85>16:32 far pointers in 
OpenWatcom
> C/C++
> http://www.garlic.com/~lynn/2010g.html#22<
http://www.garlic.com/%7Elynn/2010g.html#22>Mainframe Executive article on
> the death of tape
> http://www.garlic.com/~lynn/2010g.html#42<
http://www.garlic.com/%7Elynn/2010g.html#42>Interesting presentation
> http://www.garlic.com/~lynn/2010g.html#68<
http://www.garlic.com/%7Elynn/2010g.html#68>What is the protocal for GMT

Re: Scheduling Environments Sanity Check

[Staller, Allan]

Remember, a scheduling environment consists of one or more flags and
their required state. 

Based on your description below, you seem to be close. However, there
does seem to be some overkill here. I think the SCHENV for each CICS
region, DB2 region,... is overkill.

May I suggest that one SCHENV be created to each of your 16 environments
with the required state for all of the "pieces" being on for the SCHENV
to exist. Each required CICS, DB2,... would be a resource. This will
limit you to 16 SCHENV. Far easier to keep track of than 192.

E.G. SCHENVA, CICS1 ON, CICS2 ON, ADABAS1 ON is a valid schenv. Jobs run
freely.
 SCHENVA, CICS1 ON, CICS2 ON, ADABAS1 OFF is not valid schenv Jobs
do not run.

You still have a flag for each required resource, but in order for the
schenv to exist, all flags must be on.

If my suggestion is too simplistic for you, there are "in-between"
states that could be set up according to your needs.

I concur with the Bruce's recommendations of automation and having the
same list of schenv (and same required states) on both dev/test and
prod.

HTH, 


We are considering using scheduling environments for the first time and
are 
 concerned that we might be over-doing it a bit.  
 
In a test and development LPAR, we have 16 test/development
"environments" 
that each consist of 3-8 CICS regions, 2-5 ADABAS instances, and  a 
connection to a DB2 subsystem.  The total is about 100 CICS regions, 80
ADABAS 
instances, and 6 DB2 subsystems.  To cover any possibility, we would
define a 
scheduling environment and resource for each of these address spaces
(186), 
plus a scheduling environment corresponding to each development  
environment (16).  We believe that this covers the spectrum of batch
jobs  that might 
need anywhere from a particular CICS region (open/close files) to an
entire 
development environment (regression test job streams).  
 
Is this a reasonable approach or overkill?  We would appreciate your  
comments and suggestions as we don't want to create a monster.  
 
Chester Hood
Nissan Americas

--
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: How many mainframes are there?

[William Janulin]

I think a good many of us went down similar paths, starting out in
operations, moving into applications programming, and eventually getting
into systems programming.

Bill Janulin
Mgr Tech Support & Product Dev. 
ASPG, Inc.
 
 
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Mark Pace
Sent: Monday, April 12, 2010 10:50 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: How many mainframes are there?

I never thought of that.  But it was my case.  I started as a
programmer.
Refused to use COBOL when Assembler would do the job and was asked if I
wanted to join the Systems programming group.  After that I never wanted
to
do anything except systems programming.

On Mon, Apr 12, 2010 at 10:40 AM, Greg Shirey
wrote:

> An instructor from Verhoef made the observation in a class I attended
> that he had never met a mainframe systems programmer  whose first job
> was as a systems programmer, and his students invariably would say
that
> they were invited to become a systems programmer.  So, he always said
> "Welcome to the club" when someone in his class would admit that
they'd
> just begun as a systems programmer.
>
> Greg Shirey
> Ben E. Keith Co.
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Jim Marshall
> Sent: Sunday, April 11, 2010 6:34 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: How many mainframes are there?
>
>
> If you want to consider this a club, then no one admits 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
>



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

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

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

Print of members in concatanated PDS'es.

[Frank Allan Rasmussen]

Hello

Is the a unility where it is possible to do something like this:

PRINT MEMBER=XYZ,DD=ABC

And the JCL

//ABC  DD  DISP=SHR,DSN=X.B
// DD  DISP=SHR,DSN=X.A

Output

MEMBER XYZ found in DSN X.A



We have a auditor on site and he is looking into our parmlibs.




Venlig hilsen

Frank Allan Rasmussen

IT, It-Drift

frank.allan.rasmus...@regionsyddanmark.dk
Direkte tlf. 76631650   Mobil: 29201650

Re: Fw: LINUX on the MAINFRAME

[Mark Pace]

An equivalent for z/VM TPCPIP

DEVICE d...@0620  OSD 0620   NONROUTER
LINK OSA1 QDIOETHERNET d...@0620   MTU 1500 ETHERNET< For a Layer 2
transport
or
LINK OSA1 QDIOETHERNET d...@0620   MTU 1500 IP< For a Layer 3
transport

On VM we do not have VTAM involvement so there is no TRLE.

On Tue, Apr 13, 2010 at 4:51 PM, Ron Wells  wrote:

> more looking...in z/OS tcpip parms.. I use following to setup Gig OSA...
> SO >>anyone << what is the equivalent in VM tcpip or Vswitch ??
>
> DEVICE DEVF800 MPCIPA PRIROUTER AUTORESTART
> LINK LINKF800 IPAQGNET DEVF800
>
>
>
>
>
>
>
> - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:49 PM -
>
> From:
> Ron Wells/AGFS/AGFin
> To:
> IBM Mainframe Discussion List 
> Date:
> 04/13/2010 03:43 PM
> Subject:
> Fw: LINUX on the MAINFRAME
>
>
> just found out Linux>> per Linux guy>> 1492 is the mtu size he sees from
> his image??
> is there not a specification on Linux or ?? where you specify it as a Gig
> Ethr ?
>
> - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:39 PM -
>
> From:
> Ron Wells/AGFS/AGFin
> To:
> IBM Mainframe Discussion List 
> Date:
> 04/13/2010 03:15 PM
> Subject:
> Re: LINUX on the MAINFRAME
>
>
> does anyone have any base numbers they could share...
> (example)
> We are shaking down z/VM 5.4-rsu0901-own lpar-4gig central/1.5
> expanded..(1) IFL
> All following Linux images are at SP3/(1) webshhere7(server pack unknow) /
> (1)DB2Connect Linux and couple others as test/devl images ...2gig for each
> image
>
> Vswitch set for (1)OSA-E Gig ..
>
> Hypersockets used between the Linux images/VM and z/OS(running in seperate
> lpar ).
>
> The outbound traffic-OSAGig connect to a AS400(s) test at this point DB2
> servers..
>
> Was thinking something in Linux definition that could slow things down>>
> like it's definition for OSAgig.?
>
>
>
>
> From:
> Anne & Lynn Wheeler 
> To:
> IBM-MAIN@bama.ua.edu
> Date:
> 04/13/2010 02:40 PM
> Subject:
> Re: LINUX on the MAINFRAME
> Sent by:
> IBM Mainframe Discussion List 
>
>
>
> mpac...@gmail.com (Mark Pace) writes:
> > That is a very good point, John.  Memory management on Linux for the
> > mainframe is counter-intuitive. When running under zVM you want as
> little
> > memory as you can get away with, not as much as you can get.  Most any
> > question you can think of has probably been covered ad-nausea on the
> > Linux-390 list.
>
> this was discovered in the early 70s when apl\360 was ported to cp67/cms
> for cms\apl. The apl\360 storage management and garbage collection
> algorithm allocation a new storage location on every assignment. It very
> quickly cycled thru all available workspace ... until it had exhausted
> storage and then did garbage collection ... and then repeated. This
> wasn't too bad with 16kbyte-32kbyte real storage workspaces that were
> swapped in total every time ... but became disastrous in large virtual
> memory paged environment. The apl\360 storage management and garbage
> collection had to be redone for cms\apl for large virtual memory paged
> environment.
>
> I pointed this out again later in 70s with vs2 (svs & then mvs) ...
> regarding running a "LRU" page replacement algorithm (least recently
> used) in a virtual machine under a "LRU" page replacement algorihtm
> (managing virtual machine memory as virtual paged memory). The scenario
> was that the guest operating system in the virtual machine would be
> trying to use the (virtual machine) page that had least recently been
> used ...  while the underlying vm operating system would have been
> removing those very same virtual pages from real storage. There could be
> extremely pathelogical characteristics where the virtual guest operating
> system was always selecting the next virtual machine page to use
> ... that vm370 had just selected to be removed from memory.
>
> misc. past posts mentioning having done page replacement algorithms
> as undergraduate in the 60s.
> http://www.garlic.com/~lynn/subtopic.html#wsclock
>
> recent posts mentioning getting pulled into academic dispute
> over page replacement algorithms in the early 80s (involving
> whether or not to give somebody a stanford phd based on thier
> work in the area):
> http://www.garlic.com/~lynn/2010f.html#8516:32
>  far pointers in OpenWatcom
> C/C++
> http://www.garlic.com/~lynn/2010g.html#22Mainframe
>  Executive article on
> the death of tape
> http://www.garlic.com/~lynn/2010g.html#42Interesting
>  presentation
> http://www.garlic.com/~lynn/2010g.html#68What
>  is the protocal for GMT
> offset in SMTP (e-mail) header
>
> the above mentions taking nearly a year to get management approval to
> respond ... even tho it involved work that I had done as an
> undergraduate (probably some petty punishment as opposed to man

Re: LINUX on the MAINFRAME

[David Cartwright]

To get a flavour of the installation process without carving out an LPAR or 
installing z/VM you could always use Hercules.  z/Linux is one of the few 
legitimate modern OS that may be run on Hercules.
Then of course why would you run z/Linux under Hercules on Intel when you 
could just run Linux? But, it's an option if you want to get on the learning 
curve early.

HTH
DC


On Tue, 13 Apr 2010 11:30:45 -0700, Kurt Eastwood 
 wrote:

>I hope those of your who have experience with linux on the mainframe would 
be wiling to share your expertise.
> 
> 
> 
>My boss has asked me to find out anything I can about running linux on the 
mainframe. 
> 
>Is anyone running linux on their mainframe?
> 
>If so, how are you running it? standalone? under zos? etc?
> 
>How is installation and maintenance of linux and system while running linux on 
mainframe?
> 
>Are there any good redbooks or other documentation on installing and running 
linux on the mainframe?
> 
>Are there any training course on doing this?
> 
>Any gotchas running linux on the mainframe?
> 
>Any good/great experiences or bad experiences running linux on the 
mainframe?
> 
>Anything anyone would like to contribute would be greatly appreciated.
> 
>Thanks,
>Kurt
> 



>
>--
>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: LINUX on the MAINFRAME

[Jim Elliott, IBM]

On Tue, 13 Apr 2010 13:42:56 -0500, McKown, John
 wrote:

>> -Original Message-
>> From: IBM Mainframe Discussion List
>> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kurt Eastwood
>> Sent: Tuesday, April 13, 2010 1:31 PM
>> To: IBM-MAIN@bama.ua.edu
>> Subject: LINUX on the MAINFRAME
>>
>> I hope those of your who have experience with linux on the
>> mainframe would be wiling to share your expertise.
>
>I can answer some of your questions, even though we do not run Linux on our
mainframe.  The best place to ask is on the Linux-390 forum. Web address for
archives is http://vm.marist.edu/htbin/wlvindex?LINUX-VM . Go to the bottom
of that page to sign up. It is a email list, like IBM-MAIN.

The Linux-390 list is at: http://www.marist.edu/htbin/wlvindex?linux-390 

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

SSH connection using PuTTY

[Michael Knigge]

All,

could anyone tell me correct settings for a SSH connection to a z/OS 
Box? I use PuTTY and encounter some "funny" things, for i. e. I can't 
enter the number "2" Maybe just $TERM is wrong (I use "vt100").



Any ideas?


Thanks,
Michael

--
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: LINUX on the MAINFRAME

[Jim Elliott, IBM]

On Tue, 13 Apr 2010 11:30:45 -0700, Kurt Eastwood  wrote:

>I hope those of your who have experience with Linux on the mainframe would
be wiling to share your expertise.

>My boss has asked me to find out anything I can about running Linux on the
mainframe. 

>Is anyone running Linux on their mainframe?

Lots. Check out my Linux on System z presentation at
http://ibm.com/vm/devpages/jelliott/events.html (under the Central Ontario
Users Group).

>If so, how are you running it? standalone? under zos? etc?

Linux runs under z/VM (or a few customers run directly in an LPAR). z/OS
does not provide virtualization to run a Linux guest.

>How is installation and maintenance of Linux and system while running Linux
on mainframe?

Maintenance is similar to running Linux on any other platform. 

>Are there any good Redbooks or other documentation on installing and
running Linux on the mainframe?

Loads, just search at http://ibm.com/redbooks. There are cookbooks there for
installing both Red hat and Novell SLE.

>Are there any training course on doing this?

Go to SHARE or the IBM System z University (formerly Expo) where hands-on
labs are run as well as lots of other sessions. Also, IBM and several of our
partners run seminars around the world (not just in Poughkeepsie).

>Any gotchas running Linux on the mainframe?

As compared to what? Linux is a LOT different from z/OS but if you know
Linux (or UNIX) from the "distributed" world, it is not a big learning
curve, as long as you have someone who understands System z hardware.

>Any good/great experiences or bad experiences running Linux on the mainframe?

I will leave this to customers to respond.

Jim Elliott

>Anything anyone would like to contribute would be greatly appreciated.
 
>Thanks,
>Kurt

>--
>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: Non-SMS-managed LOGR offload data sets

[Richards, Robert B.]

Barbara,

Having performed "IBM Software Asset Management" in a past life, something 
doesn't quite add up here. But without the details, it is impossible to 
challenge your management's assertions.

I would suggest that you take a different approach. Contact Al Sherkow 
(a...@sherkow.com) about this. I am sure he would be willing to give you or 
your management some limited free advice about "current" pricing options and 
his answers would be a sanity check of everyone's pricing "assumptions".

My $.02,

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Barbara Nitz
Sent: Wednesday, April 14, 2010 3:24 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Non-SMS-managed LOGR offload data sets

>Are you sure you *have* to pay more if you don't merge Test and Prod?

Having repeatedly asked my managers about just that (and my feelings about
this idea are certainly known here - I have made enemies in the past because
of it), I have to *believe* what they tell me. I am not privy to the contract
details (nor am I likely to ever be), so even if I were to study the IBM 
licencing
policy, I wouldn't have a clue what we *have* to pay. The technicians here
are told that it is so and to merge the plexes. Defiance only goes so far 
And
I am already stretching it. :-(

Best regards, Barbara

--
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: IBM announces opening of $30 million facility

[Marc Wambeke]

So, is that a "next line of System z mainframe" we're looking at in the
background ?

Marc Wambeke
Mainframe Watch Belgium

On Tue, 13 Apr 2010 13:56:10 EDT, Ed Finnell  wrote:

>
>In a message dated 4/13/2010 12:44:02 P.M. Central Daylight Time,
>ken.porow...@cit.com writes:
>
>IBM's next line of System z mainframe computers and high-end  Power
>Systems servers.
>
>
>>>
>Wonder if it has to do with the proximity  to Global Foundaries plant
>in Marta, NY?
>
>_http://hothardware.com/Articles/An-Introduction-To-Global-Foundries/_
>(http://hothardware.com/Articles/An-Introduction-To-Global-Foundries/)
>
>
>
>
>
>--
>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: RMM scratch immediate?

[Mike Wood]

Peter, There is no rmm command to immediately return a tape to scratch.
All return to scratch must be preceded by either the expiration (via
'housekeeping') or by releasing the volumes - either way the volume is now
pending release and cannot be used. To be returned to scratch the volume
must have the SCRATCH release action and no other action required (such as
ERASE or NOTIFY)

The return to scratch is normally done by 'housekeeping', but there are
other cases via ISMF and EDGSPLCS which I described in an earlier post.

Mike Wood   RMM Development
On Tue, 30 Mar 2010 09:57:40 -0500, Peter Ten Eyck
 wrote:

>Thanks Mike, I had looked at this post prior to posting. Reading your
>comments, it did not sound like a thing such as the CA1 scratch
>immediate existed in RMM, but I was not sure. In RMM you need to
>release then scratch a volume, I am still not clear if the scratch needs
>to be done during housekeeping, or if there is a way through the
>panels to do it.

--
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: Non-SMS-managed LOGR offload data sets

[Barbara Nitz]

>Are you sure you *have* to pay more if you don't merge Test and Prod?

Having repeatedly asked my managers about just that (and my feelings about 
this idea are certainly known here - I have made enemies in the past because 
of it), I have to *believe* what they tell me. I am not privy to the contract 
details (nor am I likely to ever be), so even if I were to study the IBM 
licencing 
policy, I wouldn't have a clue what we *have* to pay. The technicians here 
are told that it is so and to merge the plexes. Defiance only goes so far 
And 
I am already stretching it. :-(

Best regards, Barbara

--
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: Non-SMS-managed LOGR offload data sets

[Vernooij, CP - SPLXM]

"Barbara Nitz"  wrote in message
news:...
> Answering all of last nights post in one: 
> 

Big snip ...

> That 'foreign' subplex will be decommisioned soon. At this time we are
again 
> prone to paying more money if we keep TEST separate from PROD. 

Barbara,

Are you sure you *have* to pay more if you don't merge Test and Prod? I
ask this for more than one reason: 
First: each year IBM makes beautiful calculations for us how we could
and might pay less if we change our license structure. Luckily I have a
colleague that has studied the IBM pricing structure well and is able to
calculate that our current pricing structure is yet cheaper than the
proposed one.
Second: because of the above, we can keep our Test and Prod sysplexes
separated (allbeit on the same boxes) and it will cost no more than
having those sysplexes merged.

Does your company have somebody to validate the IBM proposed 'savings'?

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