Re: CICS 3.1 installation

[R.S.]

Jerry Ragland wrote:

Hi all,

 I have a CD with the title  "IBM CICS Transaction Server for z/OS Version
3.1" . Please let me know whether I can use this CD to install CICS 3.1 in
my z/OS system.

 I have a document with publication no. and name - GI10-2586-00 - Program
Directory for CICS Transaction Server for z/OS, this has installation
instructions but not pertaining to installation from CD. It speaks about
installing CICS from 3480 catdrige. I don't know whether I am referring to
the wrong document. If this CD can be used for installation, pls. help me in
finding the correct installation documents.


Why don't you browse your CD ?
I believe, the CD contains documentation for CICS, not the installation 
code. AFAIK IBM delivers "z/OS" installation code on various tape media 
or via Internet. No CDs. AFAIK z/VM is delivered on DVD.
BTW: How was your CD delivered ? Usually IBM delivers boxes containing 
some installation manuals in paper form, tape media and CDs with all 
documentation. There's also packing list. Do you have one ?


--
Radoslaw Skorupka
Lodz, Poland

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

Re: What happens if CR's are directly changed?

[Binyamin Dissen]

On Mon, 23 Jan 2006 14:23:19 -0600 "Craddock, Chris" <[EMAIL PROTECTED]>
wrote:

:>> Say that a supervisor state program (obviously) changes a CR directly,
:>> without using the various MVS services - what will happen when an
:>> interrupt occurs?
 
:>> Will the CR's remain the same or will they be reset to the last known
:>> MVS-approved state?
 
:>> Is that any different if RTM gets control due to an abend?

:>Which control registers did you have in mind?

How about CR4?

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

Director, Dissen Software, Bar & Grill - Israel


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

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

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

ESS and DB2 Log offload

[Vernooy, C.P. - SPLXM]

Hello listers.

During the last months we did a mass conversion from Escon attached 
Comparex/Hitatchi 7700 Tetragons to Ficon attached ESS's with WLM managed PAV, 
Model 27 and all the other new stuff. In general the performance improvements 
are as can be expected, however in one area we ran into problems.

This concerns the DB2 Log Offloads. During several periods of (relatively) 
heavy logging, the Offload performance drops and DB2 starts to fill up its Logs 
until, in a couple of situations, all Logs are filled and DB2 stops until Logs 
are freed again.

Analyzing the performance, we see perfect responsetimes and 100% cache hit 
ratio's on the DB2 Log writes.
However, we see bad responsetimes for the Log reads. We see no IOSQ time, so 
PAV cannot help, but DISC time starts to rise, read cache misses start to rise 
and sequential Dasd to Cache Xfers start to rise.

Our conclusion is that these reads do not come from cache, but from Dasd, 
although they have been written very recently, minutes and sometime less than a 
minute ago. We never saw this behavior on our Tetragons, which had relatively 
less cache that the ESS, but always served the Log offloads at constant high 
speed from cache, so the difference must be in the caching algorithms of the 
ESS, that decide it is beneficial to destage DB2's written Logdata from cache 
with priority.

Did anyone experience similar behavior of ESS, compared to older devices?

We enlarged DB2's number of Log files to give it a larger buffer to handle 
bursts of logging and this has relieved the problem so far, but still we are 
looking for the real cause of the problem and the best solution. Adding more 
cache e.g. might not solve the problem if the algorithms continue the preferred 
de-staging of sequential writes.

Any help?

Kees.



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


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

Re: ESS and DB2 Log offload

[Frank Krueger]

Kees

can you post the Raid Rank Activity report ?
It is not enabled by default, so you must enable it in ERBRMFxx member
with the Keyword ESS then it will be part of the cache report .
Cause an LCU is dedicated to a rank you may have too much traffic
in the backend by doing READs and WRITE"s here .
Any other numbers you are willing to share - online or offline ?

Frank

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

What happens if CR's are directly changed?

[Peter Relson]

To be direct: there are no control registers that I can think of that z/OS
supports being modified directly by other than z/OS itself. Obviously some
control registers (3,4, et al) are modified by execution of instructions
(PC, PR for example) which are supported.

As Chris Craddock implied, the processing depends upon which control
register you are talking about, and upon just when in the system's
processing you are talking about.

Peter Relson
z/OS Core Technology Design

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

zIIPs

[Aaron Walker]

I don't think anyone's posted anything about this yet, but I surfed the IBM
mainframe site, and they're advertising this:

http://www-03.ibm.com/systems/z/faq/pdf/ziip_faq.pdf

z9 Integrated Information Processor - for DB2!  Yikes!

Here's the mainframe home page:

http://www-03.ibm.com/servers/eserver/zseries/


Aaron

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

Re: CICS 3.1 installation

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Jerry Ragland
> 
> Hi all,
> 
>  I have a CD with the title  "IBM CICS Transaction Server for 
> z/OS Version 3.1" . Please let me know whether I can use this 
> CD to install CICS 3.1 in my z/OS system.

I'd guess the CD is your CICS TS 3.1 documentation.  AFAIK CD is not yet an
available installation medium for IBM's "mainframe" software products, and
so far I've seen exactly one application package that was distributed on CD
(required un-zip on a PC / workstation and upload of a couple XMIT-format
files to the z/OS host for installation).

>  I have a document with publication no. and name - 
> GI10-2586-00 - Program Directory for CICS Transaction Server 
> for z/OS, this has installation instructions but not 
> pertaining to installation from CD. It speaks about 
> installing CICS from 3480 catdrige. I don't know whether I am 
> referring to the wrong document. If this CD can be used for 
> installation, pls. help me in finding the correct 
> installation documents.

If you ordered the CBPDO, the Program Directory along with the CICS
Installation Guide (you should have that in hardcopy, too) are the correct
documents for installing CICS.  If you ordered the ServerPac offering, use
the "Installing your Order" manual that came with it as the "primary"
installation document.

-jc-

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

Re: ESS and DB2 Log offload

[Vernooy, C.P. - SPLXM]

"Frank Krueger" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>...
> Kees
> 
> can you post the Raid Rank Activity report ?
> It is not enabled by default, so you must enable it in ERBRMFxx member
> with the Keyword ESS then it will be part of the cache report .
> Cause an LCU is dedicated to a rank you may have too much traffic
> in the backend by doing READs and WRITE"s here .
> Any other numbers you are willing to share - online or offline ?
> 
> 

Frank,

We have CMF and turned on all measures before the migration. CMF reports differ 
from RMF reports, but I hope these are the figures you want to see. They are 
from the hour 04:00 till 05:00 of DB2 Logging delay. If you want, I can produce 
reports per 15 minutes.

I hope the attached report will reach the list and the newsgroup.

Kees.



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


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
 PRODUCED BY CMF ANALYZER (5.5.07)CACHE DEVICE ACTIVITY 
REPORT   RPTSEQ 5 PAGE 11
 BMC SOFTWARE, INC.  ROYAL DUTCH AIRLINES (KLM) 
 CMF REPORT DATE: 24 JAN 06 13.40
 SHFT 03.59.00 04.59.00 DAYS=ALLCMF REPORTING ON
 SYSTEM ID: MVSY Z 1.06.0
 ACTL 15 JAN 06 03.59.00  15 JAN 06 04.59.00

 BASED ON REC TYPE/# RECS/# SAMPLES/REC HOURS:  74-5/104/4/1

 --- VOLSER: VPF003DEVICE NUMBER: ED21RAID RANK: 0D01
SUBSYSTEM ID: F50DMODEL: 2105-800 --

   C A C H ES T A T U S  D U P L E XS T A T U S 
 I/O TOTALSHIT %
 --- 
-   

 CACHING - ACTIVEDUPLEX PAIR  - NOT 
ESTABLISHED  CACHE 221,898   CACHE   75.1
 DASD FAST WRITE - ACTIVESTATUS   - N/A 
 OFFLINE 0   TOTAL   75.1
 PINNED DATA - NONE  DUAL COPY VOLUME - N/A 
 TOTAL 221,898

 CACHE I/O-READ I/O REQUESTS- 
--WRITE I/O REQUESTS--   %
 REQUESTS   COUNT RATE  HITS RATE   HIT %   COUNT RATE  
FAST RATE   HITSRATE   HIT % READ

 NORMAL   638  0.2   607  0.295.1 1140  
 1140114   0   100.0 84.8
 SEQUENTIAL   128,160 35.673,048 20.357.0  92,986 25.8  
  92,986 25.8 92,98625.8   100.0 58.0
 CFW DATA   00 00   0   00  
   00  0   0   00

 TOTAL128,798 35.873,655 20.557.2  93,100 25.9  
  93,100 25.9 93,10025.9   100.0 58.0

 ---CACHE MISSES---
MISC  --NON-CACHE I/O-
 REQUESTS  READRATE   WRITERATE  TRACKSRATE 
   COUNT   RATE  COUNT   RATE

 NORMAL  31   0   0   0 327 0.1DFW 
BYPASS  0  0  ICL 0  0
 SEQUENTIAL  55,11215.3   0   0  160.1K44.5CFW 
BYPASS  0  0  BYPASS  0  0
 CFW DATA 0   0   0   0DFW 
INHIBIT 0  0
   ASYNC 
(TRKS)   163.2K   45.3  TOTAL   0  0
 TOTAL CACHE MISSES   55,143   RATE   15.32
 TOTAL CACHE HITS221,898   RATE  

Re: ESS and DB2 Log offload

[Ron and Jenny Hawkins]

Vernooy,

Sounds like you have a bad case of sibling pend. If you were on a 7700 then
you would have been using 4.5GB or 9GB disks in 6D+P parity RAID-5 setup.
This meant you only had 9 or 18 3390-3 for every seven spindles, and your
active and offloading logs were probably on different parity groups.

On top of that, the read and write rate of your logs was limited to ESCON,
but with the change to FICON you just upped the arrival rate by 2 - 5 times.

With the change to 3390-27 I hazard a guess that you are archiving and
writing to logs on the same volume, whereas on the 7700 this activity was
probably on different volumes, and ipso facto different parity groups.

Caching is not a problem because HDS and IBM both use Sequential READ and
Write buffering - they don't walk the cache using LRU. However the Dynamic
Write Cache size of the HDS may have buffered you against the conflict of
heavy reads and writes on the same volume, whereas the static NVS on the ESS
may be filling up. This is less likely a problem than sibling pend.

Assuming this is your problem, then it verifies that some old disk
optimisation techniques are still needed. I think it is still good practice
to have at least three log volumes so that your active logs switch through,
such that the archive process is not reading the same volume (and parity
group) that contains the active log.

Active Log  A ==> B ==> C ==> A ==> B etc
Archive C ==> A ==> B ==> C ==> A etc

Hope you get it solved.

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Vernooy, C.P. - SPLXM
> Sent: Tuesday, 24 January 2006 5:25 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: ESS and DB2 Log offload
> 
> Hello listers.
> 
> During the last months we did a mass conversion from Escon attached
> Comparex/Hitatchi 7700 Tetragons to Ficon attached ESS's with WLM managed
> PAV, Model 27 and all the other new stuff. In general the performance
> improvements are as can be expected, however in one area we ran into
> problems.
> 
> This concerns the DB2 Log Offloads. During several periods of (relatively)
> heavy logging, the Offload performance drops and DB2 starts to fill up its
> Logs until, in a couple of situations, all Logs are filled and DB2 stops
> until Logs are freed again.
> 
> Analyzing the performance, we see perfect responsetimes and 100% cache hit
> ratio's on the DB2 Log writes.
> However, we see bad responsetimes for the Log reads. We see no IOSQ time,
> so PAV cannot help, but DISC time starts to rise, read cache misses start
> to rise and sequential Dasd to Cache Xfers start to rise.
> 
> Our conclusion is that these reads do not come from cache, but from Dasd,
> although they have been written very recently, minutes and sometime less
> than a minute ago. We never saw this behavior on our Tetragons, which had
> relatively less cache that the ESS, but always served the Log offloads at
> constant high speed from cache, so the difference must be in the caching
> algorithms of the ESS, that decide it is beneficial to destage DB2's
> written Logdata from cache with priority.
> 
> Did anyone experience similar behavior of ESS, compared to older devices?
> 
> We enlarged DB2's number of Log files to give it a larger buffer to handle
> bursts of logging and this has relieved the problem so far, but still we
> are looking for the real cause of the problem and the best solution.
> Adding more cache e.g. might not solve the problem if the algorithms
> continue the preferred de-staging of sequential writes.
> 
> Any help?
> 
> Kees.
> 
> 

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

Re: ESS and DB2 Log offload

[Frank Krueger]

Kees
the attachment did it .
What i can see is usual but this comes from the fact it is a 1 Hour report.
Can you send the 4 reports for the hour per 15 minute interval ?
If your Jobs for offload are shorter, try to produce a report with 5 or 2
minute interval.
But i am sure we will see high SEQUENTIAL READS - a lot of them misses .

We can see 35.8 read per second average - may be much higher sometimes .
But there also are 15.3 misses per second - together with 45.3 destaging
tracks.
Mostly all reads are sequential - not surprising for the log -
and a lot of writes also sequential all of them handled by NVS (DFW BYPASS
= 0).

So the numbers here are OK - but i think reality is much higher rates to
the drives
in shorter intervals. (what type of drives are in the box ?)

mfG / regards
Frank




Frank,

We have CMF and turned on all measures before the migration. CMF reports
differ from RMF reports, but I hope these are the figures you want to see.
They are from the hour 04:00 till 05:00 of DB2 Logging delay. If you want,
I can produce reports per 15 minutes.

I hope the attached report will reach the list and the newsgroup.

Kees.

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

Re: zIIPs

[Tom Harper]

IBM,

So I've read the information about zIIPs. Are there additional details
about how an SRB is marked to indicate that it should run on a zIIP
processor if one is available?

Tom Harper

Neon Enterprise Software, Inc.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Aaron Walker
Sent: Tuesday, January 24, 2006 7:04 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: zIIPs

I don't think anyone's posted anything about this yet, but I surfed the
IBM
mainframe site, and they're advertising this:

http://www-03.ibm.com/systems/z/faq/pdf/ziip_faq.pdf

z9 Integrated Information Processor - for DB2!  Yikes!

Here's the mainframe home page:

http://www-03.ibm.com/servers/eserver/zseries/


Aaron

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

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

Re: Coupling Facility > 2GB of central

[Larry Kraus]

That's what I was looking for.  Thanks.

-Original Message-

The OS accesses by structure name & the CF worries about location.



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

Disclaimer: This e-mail message is intended only for the personal use of
the recipient(s) named above.  If you are not an intended recipient, you
may not review, copy or distribute this message. If you have received this
communication in error, please notify us immediately by e-mail and delete
the original message.
This e-mail expresses views only of the sender, which are not to be
attributed to Rite Aid Corporation and may not be copied or distributed
without this statement.

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

zIIPs

[Phil Payne]

> I don't think anyone's posted anything about this yet, 

Search Google on 'IBM zIIP"

-- 
  Phil Payne
  http://www.isham-research.co.uk
  +44 7833 654 800

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

Re: What happens if CR's are directly changed?

[Craddock, Chris]

> :>Which control registers did you have in mind?
> 
> How about CR4?

Stupendously bad idea. Don't even hallucinate about it.

CC

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

Re: zIIPs

[Craddock, Chris]

> So I've read the information about zIIPs. Are there additional details
> about how an SRB is marked to indicate that it should run on a zIIP
> processor if one is available?

Yes Tom, there are additional details, but they have not been announced
yet. You could probably speculate pretty easily on the mechanisms that
might be used to make it so.

CC

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

Re: ESS and DB2 Log offload

[Vernooy, C.P. - SPLXM]

Ron,

I'll try to answer some of your remarks/tips/questions.


"Ron and Jenny Hawkins" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL 
PROTECTED]>...
> Vernooy,
> 
> Sounds like you have a bad case of sibling pend. 

What's that? 
PEND time is rather constant over good and bad times.

If you were on a 7700 then
> you would have been using 4.5GB or 9GB disks in 6D+P parity RAID-5 setup.
> This meant you only had 9 or 18 3390-3 for every seven spindles, and your
> active and offloading logs were probably on different parity groups.

I cannot find (now) how the log datasets were divided over volumes and how 
those were divided over parity groups. Still we should have situations where 
the writing and reading log were on the same volume/group. However, the read 
performance on the 7700 was surprisingly flat. After the move to ESS it was 
never constant, with exceptional bursts to high values.

> 
> On top of that, the read and write rate of your logs was limited to ESCON,
> but with the change to FICON you just upped the arrival rate by 2 - 5 times.
> 

I realized DB2 could log faster on Ficon and thus could disturbe the balance. 
However, going to and coming from the same cache, I expected the reads to be 
served at the same higher Ficon rate.

> With the change to 3390-27 I hazard a guess that you are archiving and
> writing to logs on the same volume, whereas on the 7700 this activity was
> probably on different volumes, and ipso facto different parity groups.

As I said before: possible but not for 100% of the read/write log combinations.

> 
> Caching is not a problem because HDS and IBM both use Sequential READ and
> Write buffering - they don't walk the cache using LRU. However the Dynamic
> Write Cache size of the HDS may have buffered you against the conflict of
> heavy reads and writes on the same volume, whereas the static NVS on the ESS
> may be filling up. This is less likely a problem than sibling pend.

I am reasonably sure that the basic problem is that the 7700 served all reads 
from cache and the ESS has already destaged the data when the read comes.

> 
> Assuming this is your problem, then it verifies that some old disk
> optimisation techniques are still needed. I think it is still good practice
> to have at least three log volumes so that your active logs switch through,
> such that the archive process is not reading the same volume (and parity
> group) that contains the active log.
> 
> Active LogA ==> B ==> C ==> A ==> B etc
> Archive   C ==> A ==> B ==> C ==> A etc

Not (only) volumes, but different cache-subsystems. When 1 logfile is filled, 
writes must go to another caching subsystem to avoid that the written data is 
destaged too quicly.

> 
> Hope you get it solved.
> 

In resonse to Frank's answer, I post some figures, maybe this gives you too 
more insight.

Kees.



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

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

Re: IPCS The Movie: LOST IN SPACE, er... DATA SPACE

[Robert Wright]

Todd Burch wrote on 01/23/2006 07:15:01 PM:

> Woe to those who hit PF8 and advance into unused DATASPACE storage.
>
> Is there an option in IPCS Browse to overcome the HANG (X CLOCK)
situation
> when paging into the unused portion of a 2G dataspace dump?

I just tried DOWN MAX against several of the data spaces in an SDUMP that
is my current z/OS 01.07.00 default, and the response was instantaneous for
them all.  If you're seeing a different result, you may want to open a PMR
and get both the dump and your usage scenario to us.  Little details really
loom as important when we deal with missing storage ranges.

>
> Perhaps an option to turn off similar line compression?

Repetitive data compression has very little to do with the performance
concern mentioned earlier.  Most TSO users work with an emulated screen
that can almost always be filled with the contents of one 4K page of data
that is available.  I don't know of anyone seriously asking to see
terrabytes of missing storage described 16 or 32 bytes per line.  (IPCS
really could fill the screen fast if anyone wanted that.)  It is missing
storage ranges that are the real performance challenge for IPCS and the RSM
component code that helps with most such analysis.

I just checked the service history of IAXZRADS, the module most concerned
with helping IPCS cope with missing storage in a data space, and there have
been no PTFs against it for several releases.  APAR OA12445 affected
performance of BLSRRAGE, the IPCS routine that calls IAXZRADS when that is
necessary.  The PTFs for OA12445 dealt with excessive path length concerns
in many scenarios.

Bob Wright - MVS Service Aids

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

Newbie: Concatenate sysprint from precompiler, compiler and linkeditor in a single PDSE member

[Francis ANDRE]

Hi Listener

I would like to concatenate the output listing produced by the various 
processors of a compilation, i.e mainly
the DB2 precompiler
the ECobol compiler
the Linker/Binder

in a sible and unique member of a PDSE

How could I do that directly (whiout having to use IEBCOPY or other utility)???

TIA

FA

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

Re: IPCS The Movie: LOST IN SPACE, er... DATA SPACE

[Robert Wright]

Barbara Nitz wrote on 01/24/2006 02:50:20 AM:

> if you do a max PF8 while browsing, AFAIK you're out of luck. IPCS is
going
> to read the whole dataspace, all 2GB of it, if you're unlucky. (Or all of
> the 64bit address space, for that matter.)

IPCS won't necessarily think about the WHOLE data space, just enough
locations adjacent to the final byte in the space to fill the screen on the
storage panel.  Smart code processing data spaces notices such things as
invalid segments in a data space and produces big numeric answers along the
way.  Similar smart code processing address spaces also thinks about
invalid regions.

Bob Wright - MVS Service Aids

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

Re: zIIPs

[Porowski, Ken]

Interesting that no announcement letter yet ...

We now have zIIPs and zAAPs any guesses on the next names?  

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

Re: What happens if CR's are directly changed?

[Binyamin Dissen]

On Tue, 24 Jan 2006 08:19:28 -0600 "Craddock, Chris" <[EMAIL PROTECTED]>
wrote:

:>> :>Which control registers did you have in mind?
 
:>> How about CR4?

:>Stupendously bad idea. Don't even hallucinate about it.

Why?

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

Director, Dissen Software, Bar & Grill - Israel


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

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

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

Re: Newbie: Concatenate sysprint from precompiler, compiler and linkeditor in a single PDSE member

[Binyamin Dissen]

On Tue, 24 Jan 2006 15:32:34 +0100 Francis ANDRE <[EMAIL PROTECTED]>
wrote:

:>I would like to concatenate the output listing produced by the various 
processors of a compilation, i.e mainly
:>the DB2 precompiler
:>the ECobol compiler
:>the Linker/Binder

:>in a sible and unique member of a PDSE

:>How could I do that directly (whiout having to use IEBCOPY or other 
utility)???

Do it to a &&TEMP file and use your last step to copy it to a member.

Pick a RECFM/LRECL that they all can handle or you will need IEBGENER to
reformat.

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

Director, Dissen Software, Bar & Grill - Israel


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

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

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

Re: CICS 3.1 installation

[Mullen, Patrick]

If it's the same CD I have, no. It's not the actual CICS software, it's
a complete set of manuals for CICS. IBM will happily supply you with the
relevant installation material, just give them a call.



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Jerry Ragland
Sent: Tuesday, January 24, 2006 1:40 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: CICS 3.1 installation


Hi all,

 I have a CD with the title  "IBM CICS Transaction Server for z/OS
Version
3.1" . Please let me know whether I can use this CD to install CICS 3.1
in
my z/OS system.

 I have a document with publication no. and name - GI10-2586-00 -
Program
Directory for CICS Transaction Server for z/OS, this has installation
instructions but not pertaining to installation from CD. It speaks about
installing CICS from 3480 catdrige. I don't know whether I am referring
to
the wrong document. If this CD can be used for installation, pls. help
me in
finding the correct installation documents.

Thanks in advance.
-Jerry

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

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

Re: ESS and DB2 Log offload

[Vernooy, C.P. - SPLXM]

Frank,

I attached 3 15-minute intervals, 1 before (with 1 DB2 Log offload) and 2 
during the offload problems (with 20 DB2 Log offloads). The problems lasted 
from 04:07 till 04:30.

Kees.

"Frank Krueger" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>...
> Kees
> the attachment did it .
> What i can see is usual but this comes from the fact it is a 1 Hour report.
> Can you send the 4 reports for the hour per 15 minute interval ?
> If your Jobs for offload are shorter, try to produce a report with 5 or 2
> minute interval.
> But i am sure we will see high SEQUENTIAL READS - a lot of them misses .
> 
> We can see 35.8 read per second average - may be much higher sometimes .
> But there also are 15.3 misses per second - together with 45.3 destaging
> tracks.
> Mostly all reads are sequential - not surprising for the log -
> and a lot of writes also sequential all of them handled by NVS (DFW BYPASS
> = 0).
> 
> So the numbers here are OK - but i think reality is much higher rates to
> the drives
> in shorter intervals. (what type of drives are in the box ?)
> 
> mfG / regards
> Frank
> 
> 


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

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

Recall: ESS and DB2 Log offload

[Vernooy, C.P. - SPLXM]

Vernooy, C.P. - SPLXM would like to recall the message, "ESS and DB2 Log 
offload".


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


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

Re: ESS and DB2 Log offload

[Vernooy, C.P. - SPLXM]

Frank,

Second try, with attachement.

I attached 3 15-minute intervals, 1 before (with 1 DB2 Log offload) and 2 
during the offload problems (with 20 DB2 Log offloads). The problems lasted 
from 04:07 till 04:30.

Kees.



"Frank Krueger" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>...
> Kees
> the attachment did it .
> What i can see is usual but this comes from the fact it is a 1 Hour report.
> Can you send the 4 reports for the hour per 15 minute interval ?
> If your Jobs for offload are shorter, try to produce a report with 5 or 2
> minute interval.
> But i am sure we will see high SEQUENTIAL READS - a lot of them misses .
> 
> We can see 35.8 read per second average - may be much higher sometimes .
> But there also are 15.3 misses per second - together with 45.3 destaging
> tracks.
> Mostly all reads are sequential - not surprising for the log -
> and a lot of writes also sequential all of them handled by NVS (DFW BYPASS
> = 0).
> 
> So the numbers here are OK - but i think reality is much higher rates to
> the drives
> in shorter intervals. (what type of drives are in the box ?)
> 
> mfG / regards
> Frank
> 
> 


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


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
1PRODUCED BY CMF ANALYZER (5.5.07)CACHE DEVICE ACTIVITY 
REPORT   RPTSEQ 5 PAGE 11
 BMC SOFTWARE, INC.  ROYAL DUTCH AIRLINES (KLM) 
 CMF REPORT DATE: 24 JAN 06 15.48
 SHFT 03.44.00 03.59.00 DAYS=ALLCMF REPORTING ON
 SYSTEM ID: MVSY Z 1.06.0
 ACTL 15 JAN 06 03.44.00  15 JAN 06 03.59.00

 BASED ON REC TYPE/# RECS/# SAMPLES/REC HOURS:  74-5/26/1/0.25
0--- VOLSER: VPF003DEVICE NUMBER: ED21RAID RANK: 0D01
SUBSYSTEM ID: F50DMODEL: 2105-800 --

   C A C H ES T A T U S  D U P L E XS T A T U S 
 I/O TOTALSHIT %
 --- 
-   

 CACHING - ACTIVEDUPLEX PAIR  - NOT 
ESTABLISHED  CACHE   5,296   CACHE   99.9
 DASD FAST WRITE - ACTIVESTATUS   - N/A 
 OFFLINE 0   TOTAL   99.9
 PINNED DATA - NONE  DUAL COPY VOLUME - N/A 
 TOTAL   5,296

 CACHE I/O-READ I/O REQUESTS- 
--WRITE I/O REQUESTS--   %
 REQUESTS   COUNT RATE  HITS RATE   HIT %   COUNT RATE  
FAST RATE   HITSRATE   HIT % READ

 NORMAL   594  0.7   590  0.799.3 108  0.1  
 108  0.1108 0.1   100.0 84.6
 SEQUENTIAL 00 00   0   4,594  5.1  
   4,594  5.1  4,594 5.1   100.00
 CFW DATA   00 00   0   00  
   00  0   0   00

 TOTAL594  0.7   590  0.799.3   4,702  5.2  
   4,702  5.2  4,702 5.2   100.0 11.2

 ---CACHE MISSES---
MISC  --NON-CACHE I/O-
 REQUESTS  READRATE   WRITERATE  TRACKSRATE 
   COUNT   RATE  COUNT   RATE

 NORMAL   4   0   0   0   9   0DFW 
BYPASS  0  0  ICL 0  0
 SEQUENTIAL   0   0   0   0   0   0CFW 
BYPASS  0  0  BYPASS 

Re: zIIPs

[Richards.Bob]

ZOWIEs (Other Workloads In Enterprise)

Bob 

 -Original Message-
From:   IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]  On Behalf Of 
Porowski, Ken
Sent:   Tuesday, January 24, 2006 9:53 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject:Re: zIIPs

Interesting that no announcement letter yet ...

We now have zIIPs and zAAPs any guesses on the next names? 
  
  
  
LEGAL DISCLAIMER 
The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer. 
  
Seeing Beyond Money is a service mark of SunTrust Banks, Inc. 
[ST:XCL] 
 
 
 
 
 
 
 

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

Re: Newbie: Concatenate sysprint from precompiler, compiler and linkeditor in a single PDSE member

[Charles Mills]

IEBGENER would probably be the utility to use, not IEBCOPY. Why don't you
want to use the IBM utility and one more jobstep?

As you have probably learned, DISP=MOD has an effectively different meaning
for PDS(E) members, so I don't think of a way to do this right off without a
temporary sequential dataset and a utility.

Charles



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Francis ANDRE
Sent: Tuesday, January 24, 2006 6:33 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Newbie: Concatenate sysprint from precompiler, compiler and
linkeditor in a single PDSE member


Hi Listener

I would like to concatenate the output listing produced by the various
processors of a compilation, i.e mainly
the DB2 precompiler
the ECobol compiler
the Linker/Binder

in a sible and unique member of a PDSE

How could I do that directly (whiout having to use IEBCOPY or other
utility)???

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

Re: zIIPs

[Jon Brock]

Tomato zOOP?  zOAP on a rope?  





We now have zIIPs and zAAPs any guesses on the next names?  



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

Re: zIIPs

[Vernooy, C.P. - SPLXM]

<[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>...
> 
> We now have zIIPs and zAAPs any guesses on the next names?  
> 
> --

Well, let's see what we're missing: we have processors for General things, for 
Applications and Information, we miss one for Games! So the next thing will be 
a zGGP, (Ziggy Processor) and we can also accommodate all PS2, XBox, Gameboys 
and -cubes, Commodore 64s, Ataris etc. on our z9.

Kees.


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

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

Re: IPCS The Movie: LOST IN SPACE, er... DATA SPACE

[Todd Burch]

Thanks Bob.  I'll open a PMR.

I only have a few MB of the whole 2GB dataspace actually containing data.
I was on the next to last page of my data (in the 3MB addressing range) and
hit PF8 to see the last page, which I figured would include a line which
indicated "all lines look alike from here on out" message.  After a short
while (certainly not instantaneous, or even within 1/2 a minute - maybe a
couple minutes later (I stepped away)) I was presented with a screen that
had only the top line with a message, stating "7F.:_
Storage not available."  When I hit PF7 to go backwards, my TSO session was
locked up and timed out an hour or so later.

Barbara, thanks for the suggestion.  Using the FIND command is not really an
option in this case.  I don't know what data is there, I need to look at it!

Todd


- Original Message - 
From: "Robert Wright" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Tuesday, January 24, 2006 8:39 AM
Subject: Re: IPCS The Movie: LOST IN SPACE, er... DATA SPACE


> Todd Burch wrote on 01/23/2006 07:15:01 PM:
>
> > Woe to those who hit PF8 and advance into unused DATASPACE storage.
> >
> > Is there an option in IPCS Browse to overcome the HANG (X CLOCK)
> situation
> > when paging into the unused portion of a 2G dataspace dump?
>
> I just tried DOWN MAX against several of the data spaces in an SDUMP that
> is my current z/OS 01.07.00 default, and the response was instantaneous
for
> them all.  If you're seeing a different result, you may want to open a PMR
> and get both the dump and your usage scenario to us.  Little details
really
> loom as important when we deal with missing storage ranges.
>
> >snip
>
> Bob Wright - MVS Service Aids
>

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

FW: zIIPs

[Jousma, David]

Here is the official link:
http://www-03.ibm.com/systems/z/feature012406/ 



Dave Jousma
Principal Systems Programmer
[EMAIL PROTECTED]
616.653.8429

-Original Message-
From: Jousma, David 
Sent: Tuesday, January 24, 2006 10:08 AM
To: 'IBM Mainframe Discussion List'
Subject: RE: zIIPs

I did, and of course, your page is listed first.  I will be extremely
PO'd if IBM introduced yet another engine type to charge for.  We just
got Zaaps, why can't IBM farm this new workload off to that engine?  I
know there is no announcement yet, but it sure would be nice for those
that already have zaaps to pick up this additional function for  - let's
see FREE?  

Dave 



Dave Jousma
Principal Systems Programmer
[EMAIL PROTECTED]
616.653.8429

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

Re: zIIPs

[Hunkeler Peter (KRDO 4)]

If it goes on like that I bet one day we'll have "zOSPs",
aka zSeries Operating System Processors. 

zSeries once was a beautiful machine; its getting ugly.


Peter Hunkeler
CREDIT SUISSE

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

Re: zIIPs

[Jousma, David]

I did, and of course, your page is listed first.  I will be extremely
PO'd if IBM introduced yet another engine type to charge for.  We just
got Zaaps, why can't IBM farm this new workload off to that engine?  I
know there is no announcement yet, but it sure would be nice for those
that already have zaaps to pick up this additional function for  - let's
see FREE?  

Dave 



Dave Jousma
Principal Systems Programmer
[EMAIL PROTECTED]
616.653.8429

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Phil Payne
Sent: Tuesday, January 24, 2006 9:14 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: zIIPs

> I don't think anyone's posted anything about this yet,

Search Google on 'IBM zIIP"

--
  Phil Payne
  http://www.isham-research.co.uk
  +44 7833 654 800

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

Re: CICS 3.1 installation

[Ed Finnell]

 
In a message dated 1/24/2006 9:02:11 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

relevant  installation material, just give them a call.




>>
They'll need a valid site number and a P.O. to reship. Maybe the VAR can  
waive the reship fee?

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

Re: zIIPs

[Ed Finnell]

 
In a message dated 1/24/2006 9:33:03 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

ZOWIEs (Other Workloads In Enterprise)
>>




zEEPs Enterprise Enablements Processors
zUUPs Unregulated Uniformity Procesors(for graphics)
zOOPs Oblong Operational(for floating point)
zYYPs Your Yoda(for extended decimal)
zWWPs Wiley Words(for unicode) 
 
_http://www.wowwee.com/_ (http://www.wowwee.com/) 

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

Re: Newbie: Concatenate sysprint from precompiler,

[Paul Gilmartin]

In a recent note, Charles Mills said:

> Date: Tue, 24 Jan 2006 07:02:52 -0800
> 
> IEBGENER would probably be the utility to use, not IEBCOPY. Why don't you
> want to use the IBM utility and one more jobstep?
> 
> As you have probably learned, DISP=MOD has an effectively different meaning
> for PDS(E) members, so I don't think of a way to do this right off without a
> temporary sequential dataset and a utility.
> 
Agreed.  Consider using an HFS directory as an alternative to PDS(E).
PATHOPTS=OAPPEND will allow you to append to an HFS member as you
desire.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[log in to unmask]] On Behalf
> Of Francis ANDRE
> Sent: Tuesday, January 24, 2006 6:33 AM
> 
> 
> I would like to concatenate the output listing produced by the various
> processors of a compilation, i.e mainly
> 
> How could I do that directly (whiout having to use IEBCOPY or other
> utility)???

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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

Re: zIIPs

[Bruce Black]

We now have zIIPs and zAAPs any guesses on the next names?  
zEPPO - the enhanced processor for programming offshore - only executes 
programs written in India.


Followed by zHarpo, zChico, zGroucho and the rarely seen zGummo processor.

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

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

Re: ESS and DB2 Log offload

[Frank Krueger]

Kees

much more activity now - 34 cache misses and 72 async destages .
Is it correct that this report shows only this single volume VPF003 ?
I think I have misinterpreted it the first time - some years ago I used
CMF.
I would like to see ALL volumes in this LCU during the last interval .
In RMF this reports is in the cache summary which show the activity
by LCU - must be something similar in CMF .
This would help to see if the rank is saturated - what is my guess here.

I agree with Ron when he says one of the issues is coming from the
small drives (4.5 or 9GB) is an issue -
you have now much more data per physical drive.
Ron - from the reports I must disagree about the NVS -
there is no DFWBP so no NVS problem .
Frank


Frank,

Second try, with attachement.

I attached 3 15-minute intervals, 1 before (with 1 DB2 Log offload) and 2
during the offload problems (with 20 DB2 Log offloads). The problems lasted
from 04:07 till 04:30.

Kees.

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

Re: ESS and DB2 Log offload

[Ron and Jenny Hawkins]

Kees,

Sibling Pend refers to delays due to contention for spindles(s) and shows up
as disconnect time.

The good SEQ READ CACHE Hit rates on the 7700 may have given the impression
that you were reading from Cache, but you weren't. Sequential Reads in the
7700 are prefetched from the Arrays with a Data Stripe on every disk being
passed to cache in parallel and it is not very hard for a 7700 to stay well
ahead of SEQ requests on ESCON. When SEQ pre-fetch cannot stay ahead of the
hosts requests you get SEQ READ misses.

On the 7700 there is no fixed NVS. When you write to cache there are two
copies of the write on separate cache boards. When the data is written to
disk, one of the copies is released, and the other is queued subject to its
reference pattern. Because of this dynamic write buffer, read requests from
the hosts can be scheduled ahead of writes, so spindle contention is reduced
through some simple lazy write techniques that.

Of course, if too much cache is used by Deferred Writes, the priority is
changed and destaging will be expedited until the Write Pending level is
reduced. You may see Seq Reads and Writes contend for the spindle(s) when
this occurs.

I haven't observed any scheduling like this on the ESS. NVS is a fixed
quantity and as far as I can tell destage requests from cache are queued
FIFO with read requests. Observed behaviour during heavy IO is that write
buffering on the ESS does not spread the load.

Another thing to consider is the net throughput of the ESS. An ESS 800
Turbo-1 can only handle about 600MB reads and 300MB/sec writes, and your
read/write ratio will put you somewhere in between those rates. To achieve
that rate you need your FICON spread evenly across all four bays. If you
have six or more 2Gb FICON Channels attached your problem may be that the
ESS is just running out of "puff."

Ron



> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Vernooy, C.P. - SPLXM
> Sent: Tuesday, 24 January 2006 10:38 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: ESS and DB2 Log offload
> 
> Ron,
> 
> I'll try to answer some of your remarks/tips/questions.
> 
> 
> "Ron and Jenny Hawkins" <[EMAIL PROTECTED]> wrote in message
> news:<[EMAIL PROTECTED]>...
> > Vernooy,
> >
> > Sounds like you have a bad case of sibling pend.
> 
> What's that?
> PEND time is rather constant over good and bad times.
> 

> 
> >
> > On top of that, the read and write rate of your logs was limited to
> ESCON,
> > but with the change to FICON you just upped the arrival rate by 2 - 5
> times.
> >
> 
> I realized DB2 could log faster on Ficon and thus could disturbe the
> balance. However, going to and coming from the same cache, I expected the
> reads to be served at the same higher Ficon rate.
> 
> > With the change to 3390-27 I hazard a guess that you are archiving and
> > writing to logs on the same volume, whereas on the 7700 this activity
> was
> > probably on different volumes, and ipso facto different parity groups.
> 
> As I said before: possible but not for 100% of the read/write log
> combinations.
> 
> >
> > Caching is not a problem because HDS and IBM both use Sequential READ
> and
> > Write buffering - they don't walk the cache using LRU. However the
> Dynamic
> > Write Cache size of the HDS may have buffered you against the conflict
> of
> > heavy reads and writes on the same volume, whereas the static NVS on the
> ESS
> > may be filling up. This is less likely a problem than sibling pend.
> 
> I am reasonably sure that the basic problem is that the 7700 served all
> reads from cache and the ESS has already destaged the data when the read
> comes.
> 
> >
> > Assuming this is your problem, then it verifies that some old disk
> > optimisation techniques are still needed. I think it is still good
> practice
> > to have at least three log volumes so that your active logs switch
> through,
> > such that the archive process is not reading the same volume (and parity
> > group) that contains the active log.
> >
> > Active Log  A ==> B ==> C ==> A ==> B etc
> > Archive C ==> A ==> B ==> C ==> A etc
> 
> Not (only) volumes, but different cache-subsystems. When 1 logfile is
> filled, writes must go to another caching subsystem to avoid that the
> written data is destaged too quicly.
> 
> >
> > Hope you get it solved.
> >
> 
> In resonse to Frank's answer, I post some figures, maybe this gives you
> too more insight.
> 
> Kees.
> 

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

Re: zIIPs

[Hunkeler Peter (KRDO 4)]

zNUPs - zSeries No Use Processor - Its a simple one: it doesn't do
anything except from appearing on your maintenance bill


Peter Hunkeler
CREDIT SUISSE

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

Re: zIIPs

[Jon Brock]

zZZp - sleeps

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

Re: zIIPs

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Hunkeler Peter (KRDO 4)
> Sent: Tuesday, January 24, 2006 9:20 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: zIIPs
> 
> 
> If it goes on like that I bet one day we'll have "zOSPs",
> aka zSeries Operating System Processors. 
> 
> zSeries once was a beautiful machine; its getting ugly.
> 
> 
> Peter Hunkeler
> CREDIT SUISSE

And the reason is: "greedy" OEM vendors. Who were made "greedy" by the
consolidation of workload by mega-corporations onto fewer, larger
systems. This left the "little fellow" to bear the brunt of the pain.
They then responded by leaving the MVS arena entirely for UNIX and
Windows.

All these "special processors" are IBM's attempt to increase the work
that a company can do on a zSeries without getting raped by software
costs. Until, of course, the OEM people start changing for zIIP and zAAP
processors as well as general processors.

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

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

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

Re: zIIPs

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Richards.Bob
> 
> ZOWIEs (Other Workloads In Enterprise)

Shouldn't that be spelled "zOWIE"?  (lowercase "z")

-jc-

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

Re: zIIPs

[Richards.Bob]

It was!

I use WORD with email and it uppercased it on me and I did not notice before 
hitting Send.

Bob 

 -Original Message-
From:   IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]  On Behalf Of 
Chase, John
Sent:   Tuesday, January 24, 2006 11:29 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject:Re: zIIPs

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Richards.Bob
> 
> ZOWIEs (Other Workloads In Enterprise)

Shouldn't that be spelled "zOWIE"?  (lowercase "z") 
  
  
  
LEGAL DISCLAIMER 
The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer. 
  
Seeing Beyond Money is a service mark of SunTrust Banks, Inc. 
[ST:XCL] 
 
 
 
 
 
 
 

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

Re: zIIPs

[Richard Pinion]

zNYUCK NYUCK - used to digitize old 
   Three Stooges shorts (Curly's only, "Just say no to 
Shemp!").

>>> [EMAIL PROTECTED] 1/24/2006 11:28 AM >>>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Richards.Bob
> 
> ZOWIEs (Other Workloads In Enterprise)

Shouldn't that be spelled "zOWIE"?  (lowercase "z")

-jc-

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

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

Re: zIIPs

[Bruce Black]

zEPPO - the enhanced processor for programming offshore - only 
executes programs written in India.


within 30 minutes of posting this message, I got an email from India 
offering offshore program development services.  Coincidence?   I doubt it.


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

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

Re: zIIPs

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Bruce Black
> >
> > We now have zIIPs and zAAPs any guesses on the next names?  
> zEPPO - the enhanced processor for programming offshore - 
> only executes programs written in India.
> 
> Followed by zHarpo, zChico, zGroucho and the rarely seen 
> zGummo processor.

If they go that direction, they *gotta* eventually have a zBorge.

-jc-

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

Re: ESS and DB2 Log offload

[Ron and Jenny Hawkins]

Frank,

I had not seen the cache reports when I first responded, but you are correct
that there ate no DFW retries occurring.

I agree this sounds like spindle contention. Kees will have to look at the
activity to al volumes on the array group. With larger spindles you have the
equivalent of a few hundred 3390-3 or more than 30 3390-27 sharing the same
spindles. If the Volumes were front loaded (is that the right ESS term) than
this can be a common problem.

For example the log volumes are 3390-27 using address AAA0 to AAAF, and all
16 volumes are in the same Parity Group. There will always be contention
between the log and the archive even when activity goes to two different
volumes.

BTW Kees, did you by any chance go to RAID-10 on the ESS? Sequential Write
overhead is higher for RAID-10 than it is for RAID-5.

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Frank Krueger
> Sent: Tuesday, 24 January 2006 11:53 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: ESS and DB2 Log offload
> 
> Kees
> 
> much more activity now - 34 cache misses and 72 async destages .
> Is it correct that this report shows only this single volume VPF003 ?
> I think I have misinterpreted it the first time - some years ago I used
> CMF.
> I would like to see ALL volumes in this LCU during the last interval .
> In RMF this reports is in the cache summary which show the activity
> by LCU - must be something similar in CMF .
> This would help to see if the rank is saturated - what is my guess here.
> 
> I agree with Ron when he says one of the issues is coming from the
> small drives (4.5 or 9GB) is an issue -
> you have now much more data per physical drive.
> Ron - from the reports I must disagree about the NVS -
> there is no DFWBP so no NVS problem .
> Frank
> 
> 
> Frank,
> 
> Second try, with attachement.
> 
> I attached 3 15-minute intervals, 1 before (with 1 DB2 Log offload) and 2
> during the offload problems (with 20 DB2 Log offloads). The problems
> lasted
> from 04:07 till 04:30.
> 
> Kees.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

Re: zIIPs

[R.S.]

Porowski, Ken wrote:


Interesting that no announcement letter yet ...

We now have zIIPs and zAAPs any guesses on the next names?  


ZEBTL - Everything but the legacy (Cobol/CICS/IMS) applications.

IMHO IBM desperately tries to lower software prices for those who can 
get rid of mainframe and migrate to other platforms and keep the fees as 
high as possible for those ("traditional" workload) who cannot do it 
because of complexity etc. reasons.
We have z/OS.e for "non-traditional" workload, because customer could 
choose Windows or Unix;

we have IFL, because Linux is available on other machines;
we have zAAP, because JAVA can be ran on other platforms;
we have "aggresively priced" standalone CFs, we have ICFs.

What is disgusting, "traditional customers" pay the bucks, because they 
are already caught, ensnared. They're dumb, so they pay more for 
physically the same hardware (and software in case of z/OS.e).

Are you "traditional" or smart ? 

--
Radoslaw Skorupka
Lodz, Poland

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

Re: zIIPs

[Steve Arnett]

That rates right up there with the old(and I mean OLD) 8Kx1 WOM(write 
only memory) chip announcement from NEC back in the late 70s.


Hunkeler Peter (KRDO 4) wrote:


zNUPs - zSeries No Use Processor - Its a simple one: it doesn't do
anything except from appearing on your maintenance bill


Peter Hunkeler
CREDIT SUISSE

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

 



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

Re: What happens if CR's are directly changed?

[Craddock, Chris]

> :>> :>Which control registers did you have in mind?
> 
> :>> How about CR4?
> 
> :>Stupendously bad idea. Don't even hallucinate about it.
> 
> Why?

Aside from the severe integrity risks... CR3 and CR4 are not supposed to
be loaded individually. CR4 has the EAX and PASN and now the PASN
sequence no. too. The only legal ways it can be set are via the LASP, PC
and PR/PT/PTI instructions. 

LASP is not a recognized interface for use outside of the control
program. 
The operating system has an internal service that uses LASP, which
(implicitly) loads CR3 and CR4 and does all of the related ASN
translation in a single operation. 

The PC instruction requires overt setup via OS services, so it is ok and
when the PT/PTI instructions are used in the normal fashion to return
from a basic PC-SS they are ok too. However, just like LCTL, there is
nothing to stop you from using them directly to alter the PASN - even
though it's a really bad idea. 

As of z/OS 1.6 and on hardware with the ASN reuse facility (z990 and z9)
the high order halves of the control registers that have ASNs will
contain a sequence number. The OS knows the right number and you may or
may not. Having access to the wrong address space can have some
seriously unintended consequences. 

There are also space switch events that will be recognized if/when the
new PASN/SASN differs from the current. They will mostly "just work"
unless the target address space is not designated (via a bit in the
ASTE/ASCE) as valid for cross memory access. If you successfully alter
the PASN (or SASN) and an interrupt occurs (e.g. page fault) the
bind-break routine is going to catch you at it and issue a S058 abend.

There are a whole bunch of integrity issues. When you use the official
interfaces, the OS keeps you out of the weeds. When you DIY you're on
your own. In this particular area, I wouldn't even consider coloring
outside the lines. The results can be really ugly and there just isn't
any need for it.

CC

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

Re: zIIPs

[Chris Hoelscher]

>zNUPs - zSeries No Use Processor - Its a simple one: it doesn't do
>anything except from appearing on your maintenance bill

zNUPs? I thought that is what smaller IT companies signed before they 
merged with (married?) IBM . 



The information transmitted is intended only for the person or entity to which 
it is addressed and may contain CONFIDENTIAL material.  If you receive this 
material/information in error, please contact the sender and delete or destroy 
the material/information.

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

Re: ESS and DB2 Log offload

[Frank Krueger]

Kees , Ron
i do not know front loaded - but if you have up to 16 8-packs
then every LCU is on a single rank - all adresses from 00 to FF .
If you have 17 - 32 8-packs, every LCU is on two ranks.
Fully populated ESS has 48 8-packs - 3 ranks per LCU .

Very likely there will be contention per rank
doing logging in a single LCU.

Frank Krueger


Dienstag, 24. Januar 2006 18:04
To: IBM-MAIN@BAMA.UA.EDU
cc:
From: Ron and Jenny Hawkins <[EMAIL PROTECTED]>
Subject: Re: ESS and DB2 Log offload



Frank,

I had not seen the cache reports when I first responded, but you are
correct
that there ate no DFW retries occurring.

I agree this sounds like spindle contention. Kees will have to look at the
activity to al volumes on the array group. With larger spindles you have
the
equivalent of a few hundred 3390-3 or more than 30 3390-27 sharing the same
spindles. If the Volumes were front loaded (is that the right ESS term)
than
this can be a common problem.

For example the log volumes are 3390-27 using address AAA0 to AAAF, and all
16 volumes are in the same Parity Group. There will always be contention
between the log and the archive even when activity goes to two different
volumes.

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

Re: zIIPs

[Ed Finnell]

 
In a message dated 1/24/2006 11:03:09 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

If they  go that direction, they *gotta* eventually have a  zBorge.



>>
One more and I'll let it die.
zSA String assist
zSAzSA Double string assist

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

"reversal" links in system-specific filesystems

[R.S.]

USS in sysplex environment.
OMVS.SYSPLEX.ROOT.HFS contains several links like
etc  ---> $SYSNAME/etc
dev  ---> $SYSNAME/var
etc.
That's clear for me.
However system-specific filesystem, let's say 
OMVS.SYSPLEX.&SYSNAME..HFS, besides dev, etc, var directories contains 
some links, I called them "reversal":

bin ---> /bin
usr ---> /usr
etc.
These links are directed to root directory which, in turn redirect them 
(using anothe symbolic links) to version filesystem. Version filesystem 
also contains "reversal" links for etc, dev, var, tmp.


Q: what is purpose of these "reversal" links ?
Is it needed for relative paths work, like ../etc/anyfile.txt when 
working directory is /bin ?


I hope I described it clearly... I hope...

--
Radoslaw Skorupka
Lodz, Poland

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

State of the Mainframe - News Article

[John Wynton]

Folks:
 
More food for thought >
http://www.esj.com/news/article.aspx?EditorialsID=1597. First of a
3-part series on the future of the mainframe. Also, near and dear to my
heart, they will explore the state of mainframe training in the future
articles.
 
I'd be interested in your thoughts, comments, etc.
 
Cheers,

John Wynton
Themis Training
800-756-3000 Toll Free
910-673-1427 Direct
908-723-5064 Cell
[EMAIL PROTECTED]  
http://www.themisinc.com   

 

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

Re: What happens if CR's are directly changed?

[Binyamin Dissen]

On Tue, 24 Jan 2006 11:08:27 -0600 "Craddock, Chris" <[EMAIL PROTECTED]>
wrote:

:>There are a whole bunch of integrity issues. When you use the official
:>interfaces, the OS keeps you out of the weeds. When you DIY you're on
:>your own. In this particular area, I wouldn't even consider coloring
:>outside the lines. The results can be really ugly and there just isn't
:>any need for it.

There is a need, as the AX (via AXSET) is a global address space value. 

There is no way (that I can find) to "legally" change the AX for a single unit
of work.

As far as integrity - this is a supervisor state routine and thus all bets are
off.

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

Director, Dissen Software, Bar & Grill - Israel


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

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

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

Re: Replying to listserv from ibm-main newsgroup was (fwd) Re: What starts Netview?

[Eric Chevalier]

On 21 Jan 2006 07:40:16 -0800, [EMAIL PROTECTED] (Clark Morris) wrote:

>I am reading ibm-main as a newsgroup and would like an easier method
>in Agent 3.1 to reply to the listserv than clicking forward and typing
>in the address.  It worked easier in 2.x.  

I'm still using Agent 2.0, can't help you with 3.1. :-(

In 2.0, I click the "Post Reply via Email" button. Then I need to clear
out the To: field and fill in with the IBM-Main address from my address
book. (Kind of cumbersome, but usually I'm also editing the message
itself, so the mechanics of replying become somewhat inconsequential.) I'm
assuming that 3.0 works somewhat the same?

Eric

--
Eric Chevalier  E-mail: [EMAIL PROTECTED]
   Web: www.tulsagrammer.com
Is that call really worth your child's life?  HANG UP AND DRIVE!

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

Re: zIIPs

[Porowski, Ken]

zPLN zPLN  (Dual Processors for Linux Networking)  nods to Hervé Villechaize 
(Tattoo)

zEND (Enablement for Non-IBM Databases) nods to Jim Morrison 

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

OA13300 Heads-up

[Curt Thompson]

My shop recently encountered an issue after applying APAR OA13300.  This
APAR introduces "slight" changes to DFSMSdss dump dataset (ADRTAPB) files.
If an HSM migration occurs on a system with this APAR applied, then the
recall MUST also occur on a system with the APAR applied.  Otherwise the
recall will fail with the following:ADR910E (001)-PSERM(03), AN ERROR WAS
ENCOUNTERED DURING DATA MOVEMENT PROCESSING. RETURN CODE = 3004, REASON
CODE = 0023.

In my case, I had this APAR applied to a limited number of images, but
utilize the Common Recall Que.  I hit upon the issue when several
migrations occurred on systems with the APAR applied, however, when the
datasets needed to be recalled, they happened to occur on systems without
it.  After spending many hours on the phone with IBM (greatly appreciated),
we determined this APAR was the culprit.  It has now been marked PE'd, and
a new APAR (OA14991) has been opened to address the issue.  We were able to
resolve this by applying the PTF to the remaining systems, and it didn't
require an IPL to get this accomplished.

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

Re: State of the Mainframe - News Article

[Tom Schmidt]

On Tue, 24 Jan 2006 12:52:08 -0500, John Wynton wrote:

>Folks:
>
>More food for thought >
>http://www.esj.com/news/article.aspx?EditorialsID=1597. First of a
>3-part series on the future of the mainframe. Also, near and dear to my
>heart, they will explore the state of mainframe training in the future
>articles.
>
>I'd be interested in your thoughts, comments, etc.

The article is an interview with two persons, one is the major non-IBM
zLinux point person and the other seems to be getting himself interviewed
in several publications just this month (see
http://www.techworld.com/networking/features/index.cfm?FeatureID=2163 for a
different interview that includes Joe Poole, where it identifies his
company).  Curiously, he is listed as "a mainframe systems programmer" in
your article whereas he is listed as "Tech Support Manager" in other
publications or presentations on the web.  It doesn't look as if he was
demoted recently -- it looks more like the article's author got some facts
wrong; I wonder how many.

I think it is myopic to reduce the mainframe community to the viewpoint of
2 males, one from Pennsylvania and the other from Texas, and pass it off
as "the state of mainframes".  (What of the females?  What of the rest of
the world?)

--
Tom Schmidt
Madison, WI

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

Batch job to spin through SMF

[JOHN TRIMBLE]

I have been tasked wth finding out whether a particular program is being
used.  The module is not in the linklist or LPA, so it must be in a
steplib somewhere.  We haven't been able to locate a library that might
contain it, so I am to the point of spinning through SMF data to see if
it is being used.  Does any one have a sample or can point me to where
there is a sample of a batch job that could find program utilization? 
We have SAS, but we don't have MXG if that helps.  I am not very
familiar with SAS, so might be a challenge if its very involved. 
Thanks.

John Trimble
Sallie Mae
Sr Info Security Analyst
RACF
(317)806-0269

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

Re: "reversal" links in system-specific filesystems

[Pommier, Rex R.]

I'm going out on a limb here, but I seem to recall from a long time ago
that IBM was working towards getting directories like /bin set up as
read-only so that the same directory could be used across multiple
machines and/or LPARs in a shared, read-only mode.  This way, you could
set the /SYSTEM directory as your root for one of the systems and use
the /SYSTEM/etc directories and have each of them being separate based
on what SYSTEM referred to, but share a single /bin directory across all
the LPARs.  

If I'm wrong, I would like to know a better explanation as well.

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of R.S.
Sent: Tuesday, January 24, 2006 11:37 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: "reversal" links in system-specific filesystems


USS in sysplex environment.
OMVS.SYSPLEX.ROOT.HFS contains several links like
etc  ---> $SYSNAME/etc
dev  ---> $SYSNAME/var
etc.
That's clear for me.
However system-specific filesystem, let's say 
OMVS.SYSPLEX.&SYSNAME..HFS, besides dev, etc, var directories contains 
some links, I called them "reversal":
bin ---> /bin
usr ---> /usr
etc.
These links are directed to root directory which, in turn redirect them 
(using anothe symbolic links) to version filesystem. Version filesystem 
also contains "reversal" links for etc, dev, var, tmp.

Q: what is purpose of these "reversal" links ?
Is it needed for relative paths work, like ../etc/anyfile.txt when 
working directory is /bin ?

I hope I described it clearly... I hope...

-- 
Radoslaw Skorupka
Lodz, Poland

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

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

Re: zIIPs

[Bruce Black]

If they go that direction, they *gotta* eventually have a zBorge.

How about a zBorg, it assimilates all the other processors.

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

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

Re: zIIPs

[Edward E. Jaffe]

Craddock, Chris wrote:

So I've read the information about zIIPs. Are there additional details
about how an SRB is marked to indicate that it should run on a zIIP
processor if one is available?



Yes Tom, there are additional details, but they have not been announced
yet. You could probably speculate pretty easily on the mechanisms that
might be used to make it so.
  


In addition, I believe those details will be "need to know" ... aka 
"need to pay" ... They probably won't be documented in the normal books. :-(


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

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

Re: zIIPs

[Edward E. Jaffe]

Jousma, David wrote:

I did, and of course, your page is listed first.  I will be extremely
PO'd if IBM introduced yet another engine type to charge for.  We just
got Zaaps, why can't IBM farm this new workload off to that engine?


You're not alone suggesting/observing this. Unfortunately, IBM lets 
their marketing people "drive" many technical decisions. You will have 
zIIPs and/or zAAPs. They will not run the same units of work. So one 
class of processor can be "pegged" with work while the other remains 
underutilized...


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

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

Re: zIIPs

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Edward E. Jaffe
> Sent: Tuesday, January 24, 2006 1:24 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: zIIPs
> 
> 
> Craddock, Chris wrote:
> >> So I've read the information about zIIPs. Are there 
> additional details
> >> about how an SRB is marked to indicate that it should run on a zIIP
> >> processor if one is available?
> >> 
> >
> > Yes Tom, there are additional details, but they have not 
> been announced
> > yet. You could probably speculate pretty easily on the 
> mechanisms that
> > might be used to make it so.
> >   
> 
> In addition, I believe those details will be "need to know" ... aka 
> "need to pay" ... They probably won't be documented in the 
> normal books. :-(
> 
> -- 
>  -
> | Edward E. Jaffe||

Too true! This is why my main "techie fix" any more is Linux running on
an AMD64. If IBM, for what ever reason, thinks that I don't need to know
their hardware and/or software on a technical level, then I will
accomodate them. If I could find a "reasonable" (FSVO reasonable) job
supporting Linux, I'd abandon z/OS this minute. If I were the type who
wasn't interested in the "bits and bytes", then I'd go i/5OS on an
iSeries. Wonderful box, from what I can tell. Absolutely "black box" on
how it works internally.

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

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

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

Re: zIIPs

[Ted MacNEIL]

>If they go that direction, they *gotta* eventually have a zBorge.

zBORG - resistance is futile. We are the outsourcers and we will assimulate you!

-
-teD

I’m an enthusiastic proselytiser of the universal panacea I believe in!

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

Re: zIIPs

[Chris Hoelscher]

>If they go that direction, they *gotta* eventually have a zBorge.

zBORG - resistance is futile. We are the outsourcers and we will 
assimulate you!

-
-perhaps the reference was to a zVictor zBorge ???

The information transmitted is intended only for the person or entity to which 
it is addressed and may contain CONFIDENTIAL material.  If you receive this 
material/information in error, please contact the sender and delete or destroy 
the material/information.

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

Displaying HOLDDATA on an already received tape

[Thomas Lawrence]

I've already received the tape not realizing that if I added HOLDDATA to the
receive I would have received a separate file containing holddata. I tried a
listing using GIMSMP and got short lines wherein the holddata mostly looks
like this:

HOLDERROR   = AK03409   ++HOLD(HCI6400) FMID(HCI6400)
REASON(AK03409) ERROR DATE(05176)
COMMENT(SMRTDATA(FIX(UK04749) SYMP(IPL)
CHGDT(050625))) CLASS(HIPER).

and I don't really understand it.

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

Re: Displaying HOLDDATA on an already received tape

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Thomas Lawrence
> 
> I've already received the tape not realizing that if I added 
> HOLDDATA to the receive I would have received a separate file 
> containing holddata. I tried a listing using GIMSMP and got 
> short lines wherein the holddata mostly looks like this:
> 
> HOLDERROR   = AK03409   ++HOLD(HCI6400) FMID(HCI6400)
> REASON(AK03409) ERROR DATE(05176)
> COMMENT(SMRTDATA(FIX(UK04749) SYMP(IPL)
> CHGDT(050625))) CLASS(HIPER).
> 
> and I don't really understand it.

You can do a RECEIVE HOLDDATA from that same tape by defining it to DDName
SMPHOLD, after which you can run a REPORT ERRSYSMODS to "decipher" the error
holddata.  (Both are SMP/E jobs.)

-jc-

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

Re: State of the Mainframe - News Article

[Hal Merritt]

Scanned it. Saw nothing of interest to me. I did find myself being a
little thankful the ESJ is not an airline magazine :-) 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of John Wynton
Sent: Tuesday, January 24, 2006 11:52 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: State of the Mainframe - News Article

Folks:
 
More food for thought >
http://www.esj.com/news/article.aspx?EditorialsID=1597. First of a
3-part series on the future of the mainframe. Also, near and dear to my
heart, they will explore the state of mainframe training in the future
articles.
 
I'd be interested in your thoughts, comments, etc.
 
Cheers,

John Wynton
Themis Training
800-756-3000 Toll Free
910-673-1427 Direct
908-723-5064 Cell
[EMAIL PROTECTED]  
http://www.themisinc.com   

 
 

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

Re: Batch job to spin through SMF

[Matthew Stitt]

File 529 on the CBT tape might have something that could help you.  You will
also need file 527 for a module or two.

There are quite a few other programs on the CBT tape which could work for
you.  DAF is another one, and it is on file 94.

However, if the program is a called module, I don't think much could help.
SMF does not have information concerning called programs, just the ones on
the EXEC card.

On Tue, 24 Jan 2006 12:58:48 -0500, JOHN TRIMBLE <[EMAIL PROTECTED]> wrote:

>I have been tasked wth finding out whether a particular program is being
>used.  The module is not in the linklist or LPA, so it must be in a
>steplib somewhere.  We haven't been able to locate a library that might
>contain it, so I am to the point of spinning through SMF data to see if
>it is being used.  Does any one have a sample or can point me to where
>there is a sample of a batch job that could find program utilization?
>We have SAS, but we don't have MXG if that helps.  I am not very
>familiar with SAS, so might be a challenge if its very involved.
>Thanks.
>
>John Trimble
>Sallie Mae
>Sr Info Security Analyst
>RACF
>(317)806-0269

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

Re: State of the Mainframe - News Article

[Kreiter, Chuck]

I can't say I understand these articles that talk about escalating
mainframe costs.  

At my company, we consistently make deals where we end up with better
storage, faster processors, etc and our costs actually go down.
Whereas, our counterparts in open systems consistently see their
hardware, software and support personnel costs go significantly.  I
don't know if my boss is just a good negotiator or if everyone sees this
trend.  Vendors who have their hand out at every CPU upgrade are
generally shown the door.  

Anyone else notice this or are we just unique?


* This message was scanned by State Auto's mail server for viruses and 
objectionable content.

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

Re: Displaying HOLDDATA on an already received tape

[Paul Gilmartin]

In a recent note, Chase, John said:

> Date: Tue, 24 Jan 2006 14:22:49 -0600
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List On Behalf Of Thomas Lawrence
> >
> > I've already received the tape not realizing that if I added
> > HOLDDATA to the receive I would have received a separate file
> > containing holddata. I tried a listing using GIMSMP and got
> > 
Explain in more detail what you mean by a "listing using GIMSMP".

> > short lines wherein the holddata mostly looks like this:
> >
> > HOLDERROR   = AK03409   ++HOLD(HCI6400) FMID(HCI6400)
> > REASON(AK03409) ERROR DATE(05176)
> > COMMENT(SMRTDATA(FIX(UK04749) SYMP(IPL)
> > CHGDT(050625))) CLASS(HIPER).
> >
> > and I don't really understand it.
> 
But how did you get even that information without RECEIVEing
the HOLDDATA?

Most importantly, "REASON(AK03409)" identifies the APAR reporting
the problem, which you can look up in IBMLink.

> You can do a RECEIVE HOLDDATA from that same tape by defining it to DDName
> SMPHOLD, after which you can run a REPORT ERRSYSMODS to "decipher" the error
> holddata.  (Both are SMP/E jobs.)
> 
You must do enough detective work to know the data set position number.

When you RECEIVE HOLDDATA, the SMPRPT data set contains the
listing of the HOLDDATA.  IBM, alas, puts little English text
in the HOLDDATA COMMENT; they rely on you to look it up in
IBMLink.

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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

Re: zIIPs

[Steve Comstock]

Chris Hoelscher wrote:

If they go that direction, they *gotta* eventually have a zBorge.



zBORG - resistance is futile. We are the outsourcers and we will 
assimulate you!


-
-perhaps the reference was to a zVictor zBorge ???



Darren - stop the madness!

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

zIIPs

[Phil Payne]

> You're not alone suggesting/observing this. Unfortunately, IBM lets their 
> marketing people
"drive" many technical decisions. You will have zIIPs and/or zAAPs. They will 
not run the same
units of work. So one class of processor can be "pegged" with work while the 
other remains
underutilized...

Over time, this has the potential to become irritating.

In most situations, the IFL, zAAP or zIIP (or additional SAP) is relatively 
cheap since the
processor is sitting on the MCM anyway - there's a wooden dollars transaction 
inside IBM to
cover product cost but it's not that much.

What happens if a user who is exploiting a moderate number of processors wants 
to move to a
new generation?  The IFLs, etc., map across processor for processor, unlike the 
z/OS.  You can
(almost) get 3 x 450 MIPS engines into 2 x 600, but not an IFL, a zAAP and a 
zIIP onto two
engines.  If adding a zIIP adds another MCM it costs money - if it blows the 
configurability
of a single-MCM system,  it costs a lot more.

-- 
  Phil Payne
  http://www.isham-research.co.uk
  +44 7833 654 800

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

Re: Batch job to spin through SMF

[Hal Merritt]

AFAIK there is no sure fire way to do this. The only data in the type 30
SMF records is the content of the EXEC PGM= in the JCL. Even then, you
would not know what other programs were called. 
 
IIRC, the product formally known as SOFTAUDIT (now an IBM product in the
Tivoli family) would search your DASD farm for load libraries and
process SMF data for usage intelligence.

HTH.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of JOHN TRIMBLE
Sent: Tuesday, January 24, 2006 11:59 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Batch job to spin through SMF

I have been tasked wth finding out whether a particular program is being
used.  The module is not in the linklist or LPA, so it must be in a
steplib somewhere.  We haven't been able to locate a library that might
contain it, so I am to the point of spinning through SMF data to see if
it is being used.  Does any one have a sample or can point me to where
there is a sample of a batch job that could find program utilization? 
We have SAS, but we don't have MXG if that helps.  I am not very
familiar with SAS, so might be a challenge if its very involved. 
Thanks.

John Trimble
Sallie Mae
Sr Info Security Analyst
RACF
(317)806-0269

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

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

Re: TSSO

[Kittendorf, Craig]

TSSO from FILE 404 solved my problem. We have a routine which does
 "OSCMD D A,®ION".  Then if &CMDOUT > 0 it checks the last line to
see if ®ION was not found.  On the previously installed version, we
got &CMDOUT = 3.  After installing the new version, we get &CMDOUT=5
which is correct.

BTW, this was all brought about by applying the latest maintenance for
z/OS which included the console enhancements.

Thanks for everyone's help,
   Craig

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Brian Westerman
Sent: Monday, January 23, 2006 1:11 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: TSSO

Yes,

That's the one, no problems at OS/390 2.10 or z/os 1.5, 1.6 or 1.7, I
have
not tried z/os1.4 but I would not expect any issues.

Make sure that you follow the directions and everything will work out
fine.

Send me an email off line if you need any help.

Brian

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

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

Re: Displaying HOLDDATA on an already received tape

[Matthew Stitt]

You are looking at a list which states that SYSMOD HCI6400) has APAR PK03409
open against it.  The PTF which resolves this APAR is UK04749.

On Tue, 24 Jan 2006 14:22:49 -0600, Chase, John <[EMAIL PROTECTED]> wrote:

>> -Original Message-
>> From: IBM Mainframe Discussion List On Behalf Of Thomas Lawrence
>>
>> I've already received the tape not realizing that if I added
>> HOLDDATA to the receive I would have received a separate file
>> containing holddata. I tried a listing using GIMSMP and got
>> short lines wherein the holddata mostly looks like this:
>>
>> HOLDERROR   = AK03409   ++HOLD(HCI6400) FMID(HCI6400)
>> REASON(AK03409) ERROR DATE(05176)
>> COMMENT(SMRTDATA(FIX(UK04749) SYMP(IPL)
>> CHGDT(050625))) CLASS(HIPER).
>>
>> and I don't really understand it.
>
>You can do a RECEIVE HOLDDATA from that same tape by defining it to DDName
>SMPHOLD, after which you can run a REPORT ERRSYSMODS to "decipher" the error
>holddata.  (Both are SMP/E jobs.)
>
>-jc-
>

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

Re: National ID card processing?

The sad thing is that it has finally come to that..  you can't even have a
chat without possibly incurring someones interest that maybe your
intentions are not pure..

I guess in the bottom line, they're trying to protect us all, but just
haven't worked out the "how far is far enough" levels..  those with ill-
intent will find a way around that also...

They're talking National ID Card here in Ozz as well. Not sure what will
come of it  as I have nothing to hide, I guess I'm not against it, but
the security and safety of data, as always, is the only real and dangerous
hurdle..  one bad employee, and all the security in world means jack..
just look at what happend in India last year with data being sold off...

Anyway.. this isn't a debate about the ID card and obviously not a place
on this board to be having it so I'll shutup now...

regs..  Peter G.

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

Re: State of the Mainframe - News Article

[Fletcher, Kevin]

I have to agree with Tom and Chuck, looks like a couple of guys with
there own opinion and they are very much entitled with it. Ironically I
think Chuck and I have the same negotiator working for both our
companies, because our costs keep going down while the open systems
costs go up. You do not get the cool GUI interface like you do on the
open systems. The only thing MF can offer is scalability and
reliability, none of the "cool" stuff you see in the sky mall magazine.

;-)

Thanks,
 
Fletch 
 
 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Kreiter, Chuck
Sent: Tuesday, January 24, 2006 3:43 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: State of the Mainframe - News Article


I can't say I understand these articles that talk about escalating
mainframe costs.  

At my company, we consistently make deals where we end up with better
storage, faster processors, etc and our costs actually go down.
Whereas, our counterparts in open systems consistently see their
hardware, software and support personnel costs go significantly.  I
don't know if my boss is just a good negotiator or if everyone sees this
trend.  Vendors who have their hand out at every CPU upgrade are
generally shown the door.  

Anyone else notice this or are we just unique?

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

Re: State of the Mainframe - News Article

[Ted MacNEIL]

>Anyone else notice this or are we just unique?

The big problem is the mainframe costs are all up front.
The alternate platforms cost sneak up on you, and are sometimes missed.
Also, nobody does the $/butt arithmetic.

I have, for many years, pointed this out.
But, reality is 99% perception.
And, the remaining 1% is ignored.
-
-teD

I’m an enthusiastic proselytiser of the universal panacea I believe in!

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

Noise (Was: Re: zIIPs)

[Eric Chevalier]

On 24 Jan 2006 11:52:47 -0800,
[EMAIL PROTECTED] (Chris Hoelscher) wrote:

>-perhaps the reference was to a zVictor zBorge ???

Come on, folks; this is getting a little juvenile and clutters up serious
discussion. Can we exercise some self-restraint and kill this part of the
thread before Darren kills it for us

Eric

--
Eric Chevalier  E-mail: [EMAIL PROTECTED]
   Web: www.tulsagrammer.com
Is that call really worth your child's life?  HANG UP AND DRIVE!

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

Re: State of the Mainframe - News Article

[August Carideo]

we have the same situation here
and we are doing a cpu upgrade from our 2064 because  like you said will
save us money
we are also looking at alternatives to those software products that have
such large cost increase's to the new cpu
we may be dropping one vendors monitoring software because of it and
switching to anothers







  "Kreiter, Chuck"  

  <[EMAIL PROTECTED]To:   IBM-MAIN@BAMA.UA.EDU  

  TEAUTO.COM>   cc: 

  Sent by: IBM  Subject:  Re: State of the 
Mainframe - News Article 
  Mainframe 

  Discussion List   

  <[EMAIL PROTECTED]

  EDU>  





  01/24/2006 03:42  

  PM

  Please respond to 

  IBM Mainframe 

  Discussion List   









I can't say I understand these articles that talk about escalating
mainframe costs.

At my company, we consistently make deals where we end up with better
storage, faster processors, etc and our costs actually go down.
Whereas, our counterparts in open systems consistently see their
hardware, software and support personnel costs go significantly.  I
don't know if my boss is just a good negotiator or if everyone sees this
trend.  Vendors who have their hand out at every CPU upgrade are
generally shown the door.

Anyone else notice this or are we just unique?


* This message was scanned by State Auto's mail server for viruses and
objectionable content.

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

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

Re: zIIPs

[Ed Gould]

On Jan 24, 2006, at 8:53 AM, Porowski, Ken wrote:


Interesting that no announcement letter yet ...

We now have zIIPs and zAAPs any guesses on the next names?





ZNIBME = zero number of IBM employees ?


Ed

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

State of the IBM Mainframe

[Ed Gould]

ENTERPRISE

1. State of the Mainframe (First in a Three-Part Series)

Not all mainframers agree about just what ails their
favorite platform. Some believe zLinux and other next-
generation workloads are false gods. Others think
colleagues who cling to z/OS, VSE, and other Big Iron blue
bloods are only forestalling the inevitable. In spite of
their differences, mainframers seem to agree on a few
important points, although even these may surprise you.

**Read this story online:
http://info.101com.com/default.aspx?id=22546

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

zIIPs

[Phil Payne]

> ZNIBME = zero number of IBM employees ?

You may have a long wait.

2003: 319,273
2004: 329,001

Source:  IBM's 2004 Annual Report

-- 
  Phil Payne
  http://www.isham-research.co.uk
  +44 7833 654 800

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

Re: State of the Mainframe - News Article

[Sebastian Welton]

I do know that one of the persons interviewed who stated that his employer
would never use FLEX-ES has got his facts wrong slightly. I know that his
employer has contacted resellers of FLEX-ES regarding the purchase of such a
system a number of times. However, this was not in the USA.


He says his employer flatly rules out using FLEX/ES hardware—even if a
customer doesn’t qualify for Big Blue’s smallest mainframe systems. “I know
my company won't even consider using FLEX/ES, even if we have clients that
want a dedicated machine, but don't come anywhere near needing an
entry-level z800.”


And then again, FLEX-ES is not hardware, unless you count the channel cards!
This, along with a number of other articles I see about mainframes is why I
take them with a pinch of salt.

Seb.

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

Re: State of the Mainframe - News Article

[Hal Merritt]

ADDRESS OPINION
X = RANTMODE(ACTIVATE)

Nope. You are in good company. IBM continues to offer ways to cut
software costs. ISV's are under a lot of pressure from both IBM and us.
More and more shops are finding serious business cases to fire
uncooperative vendors. And those shops are reporting no regrets after
doing so. 

Hardware costs have been plummeting for a while now. So much so that it
makes a serious difference in how we manage resources. We now consider
tape to be far more expensive than DASD. YMMV.   

I suppose it might be true that some old, large shops continue to see
escalating costs. But I think that is more a cultural and management
issue.  

Which brings me back to my point: there was nothing of interest to me in
the article so far. I can only assume the punch line will be a
discussion of 'alternatives'. I'll bet a virtual beverage that Sun will
be mentioned.   
   
X = RANTMODE(DEACTIVATE) 

EXIT RC=0.02


 
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Kreiter, Chuck
Sent: Tuesday, January 24, 2006 2:43 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: State of the Mainframe - News Article

I can't say I understand these articles that talk about escalating
mainframe costs.  

At my company, we consistently make deals where we end up with better
storage, faster processors, etc and our costs actually go down.
Whereas, our counterparts in open systems consistently see their
hardware, software and support personnel costs go significantly.  I
don't know if my boss is just a good negotiator or if everyone sees this
trend.  Vendors who have their hand out at every CPU upgrade are
generally shown the door.  

Anyone else notice this or are we just unique?

 

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

TSSO using 15% to 30% cpu

[Schroeder, Ted]

Has anyone had a problem with TSSO using lots of cpu? We are at z/OS 1.4
and have been running TSSO (from File 404) under z/OS since May of last
year with no problems until now. TSSO did not put out any messages, it
just started using lots of cpu, varying from 15% to 30% for over an
hour. The operator cancelled and restarted it and it has been running
fine ever since. Unfortunately, I don't have a dump or joblog.

Ted

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

Re: Displaying HOLDDATA on an already received tape

[Ed Finnell]

 
In a message dated 1/24/2006 2:19:09 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

and I  don't really understand it.




>>
Use the panels and re-receive it. On the cover letter it specifies
LRECL and BLKSIZE for the tape. Check and make sure they match what your  
level of SMP/E is generating.

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

State of the Mainframe - News Article

[Phil Payne]

> The big problem is the mainframe costs are all up front.  The alternate 
> platforms cost sneak
up on you, and are sometimes missed. Also, nobody does the $/butt arithmetic.

I can't let that pass.

The fundamental problem is the whole concept of charging applications by system 
size in a
multi-application system.

Period.  It's nonsense, and it's been nonsense since 1989.

$/butt?  Yeah we did the arithmetic.

It was about 1989, and I've used the example many times.  A customer of mine 
had a massive
20,000 seat CICS/DL/I system that ran his company.  Very happy with $/butt.

On the same system, an IMS DB/DC system managing customer service - 6 to 8 
seats, paying in
absolute terms actually more than the CICS/DL/I system.

It worked out at something like $23,000/butt/month.  Guess what?  The customer 
moved it to
Prime, and the mainframe lost another application.

Charging for applications by the size of the system they just happen to run on 
eventually
disqualifies all applications from multi-user systems.  And that's the 
definition of a
mainframe.

In every other sphere of commercial activity, it make sense to share a common 
large facility.
You don't find user departments with their own dining rooms, air conditioning, 
electricity
generation, first aid, elevators, etc., because the whole purpose of 
consolidating
functionality is to benefit from economies of scale.

Imagine, for a moment or two, that a laboratory wants to use UV light in a 2m3 
space.  The
building janitor says: "Fine, but you have to pay for the building's entire 
80,000m3 space,
even though 79,998m3 won't use it."

PSLC.

-- 
  Phil Payne
  http://www.isham-research.co.uk
  +44 7833 654 800

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

Tape is Far More Expensive the DASD? (Was: State of the Mainframe - News Article)

[Edward E. Jaffe]

Hal Merritt wrote:

Hardware costs have been plummeting for a while now. So much so that it
makes a serious difference in how we manage resources. We now consider
tape to be far more expensive than DASD. YMMV.
  


Tape far more expensive than DASD? I find this difficult to believe. 
Could you elaborate?


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

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

Re: Newbie: Concatenate sysprint from precompiler, compiler and linkeditor in a single PDSE member

[tony babonas]

easy, allocate a sysprint dataset for each step,
writing output as dsn=&&sysprin1, &&sysprin2,
&&sysprin3 respectively. then add a step:

// set member=anyname

//step2  exec pgm=sort
//sortin dd dsn=&&sysprin1,disp=old
dd dsn=&&sysprin2,disp=old
dd dsn=&&sysprin3,disp=old
//sortout dd
dsn=your.existing.pdse.of.lrecl133(&member),disp=shr
//sysin dd *
  sort fields=copy

-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Charles
Mills
Sent: Tuesday, January 24, 2006 9:03 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Newbie: Concatenate sysprint from
precompiler, compiler and linkeditor in a single PDSE
member

IEBGENER would probably be the utility to use, not
IEBCOPY. Why don't you want to use the IBM utility and
one more jobstep?

As you have probably learned, DISP=MOD has an
effectively different meaning for PDS(E) members, so I
don't think of a way to do this right off without a
temporary sequential dataset and a utility.

Charles



-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Francis
ANDRE
Sent: Tuesday, January 24, 2006 6:33 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Newbie: Concatenate sysprint from precompiler,
compiler and linkeditor in a single PDSE member


Hi Listener

I would like to concatenate the output listing produced
by the various processors of a compilation, i.e mainly
the DB2 precompiler the ECobol compiler the
Linker/Binder

in a sible and unique member of a PDSE

How could I do that directly (whiout having to use
IEBCOPY or other utility)???

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

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

Windows Softcopy Reader gotten any better?

[Charles Mills]

I'm running Softcopy Reader 3.3 with a 2004 copyright date. It probably came
from the z/OS V1R5 DVD. It works but it has some usability quirks.
 
I've got the V1R7 DVD on order. Is it worth installing a newer Softcopy
Reader from the V1R7 DVD? I don't want to disturb things if it is basically
the same software.

Charles Mills


 

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

Re: State of the Mainframe - News Article

[Ted MacNEIL]

>On the same system, an IMS DB/DC system managing customer service - 6 to 8 
>seats, paying in
absolute terms actually more than the CICS/DL/I system.

>It worked out at something like $23,000/butt/month.  Guess what?  The customer 
>moved it to
Prime, and the mainframe lost another application.

You have to take all $ per all butts.

You cannot cherry-pick.

If you start saying that CICS is cheap, IMS is expensive, you are slitting your 
own throat.

It has to be all $ for all butts on a specific platform.
All else is apples vs oranges.


-
-teD

I’m an enthusiastic proselytiser of the universal panacea I believe in!

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

Re: TN3270 Question

[Chris Mason]

Shmuel,

I appreciate this is a serious comment from you but I hope you'll forgive a
light-hearted take, at least initially.

Surely RFC 2119 is an useful contribution to the establishment of standards
by means of RFCs but it's all starting to look a bit circular in the kitten
chasing its tail sense.

For example, when RFC 2119 says the following:

Authors who follow these guidelines should incorporate this phrase near the
beginning of their document:
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
"SHOULD", "SHOULD NOT", "RECOMMENDED",  "MAY", and "OPTIONAL" in this
document are to be interpreted as described in RFC 2119.

I noticed the "should" in the quote above wasn't in upper case but then
maybe that's because this declaration had not yet taken effect in RFC 2119.

Following this they provide a few examples of what I assume they consider
the proper use of upper and lower case with their key words.

Anyhow, I'm glad that they made sure - for the benefit of speakers of the
German language - that MUST NOT was defined precisely.

For readers who do not know German, ""muß nicht" translates as "need not",
not "must not", in English - which caused me much confusion during my
driving lessons in Vienna. (A driving test used to be required for all
residents of Austria staying more than a year.) "You must stop at a
T-junction where the white line is solid; you need not stop at a T-junction
where the white line is not solid." Imagine that as I heard it in the
original and you'll see I saw myself being required to drive in front of a
tram!"

Enough frivolity. The strictures you gave in your example are actually not
important since the TN3270E client cannot know whether or not the TN3270E
server is of the "passthrough" type, where all input and output is
determined by the VTAM USS table meaning the input commands may only partly
be known because the IBM default table commands may be exposed and the
output messages are entirely unknown and in the hands of the system
programmer who put the table together - or - the TN3270E server is of the
limited type which follows the - really no better than - suggestions of RFC
2355. In fact those suggestions follow the very basic use of the IBM default
table in the "logoff" command and, almost follow, in the USS message 2.
Given this inability to be able to distinguish between the two cases, there
is no point in regarding what RFC 2355 describes as mandatory.

It's actually my whole case that the CS IP TELNET server logic SHOULD be
able to pretend to be of the "passthrough" type because it CAN.

Chris Mason

- Original Message - 
From: "Shmuel Metz (Seymour J.)" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Monday, 23 January, 2006 6:46 PM
Subject: Re: TN3270 Question


> In <[EMAIL PROTECTED]>, on 01/20/2006
>at 08:42 PM, Chris Mason <[EMAIL PROTECTED]> said:
>
> >You need to read section 10.5 The SYSREQ Function of RFC 2355 in
> >order to know why this discussion is taking place.
>
> I took a look at RFC 2355, and see several disturbing things. First,
> thewre is a lot of text that uses lower case instead of RFC 2119
> language. I don't know whether "should" means "SHOULD", "MUST" or
> neither. Specifically, does
>
>- if the user transmits anything other than LOGOFF, the server
>  should respond with the string "COMMAND UNRECOGNIZED" to the
>  client.  The server should not send anything to the host
>  application on behalf of the client.
>
> Really mean
>
>- if the user transmits anything other than LOGOFF, the server
>  SHOULD respond with the string "COMMAND UNRECOGNIZED" to the
>  client.  The server SHOULD NOT send anything to the host
>  application on behalf of the client.
>
> ? If it does, then there is some wiggle room. OTOH, there is no wiggle
> room if it really means
>
>- if the user transmits anything other than LOGOFF, the server
>  MUST respond with the string "COMMAND UNRECOGNIZED" to the
>  client.  The server MUST NOT send anything to the host
>  application on behalf of the client.
>
> IAC, it might be appropriate to submit comments to the IETF on this
> and other issues, e.g., sessions whose primary size is not 24x80.
>
> -- 
>  Shmuel (Seymour J.) Metz, SysProg and JOAT
>  ISO position; see 
> We don't care. We don't have to care, we're Congress.
> (S877: The Shut up and Eat Your spam act of 2003)

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

Re: Windows Softcopy Reader gotten any better?

[Edward E. Jaffe]

Charles Mills wrote:

I'm running Softcopy Reader 3.3 with a 2004 copyright date. It probably came
from the z/OS V1R5 DVD. It works but it has some usability quirks.
 
I've got the V1R7 DVD on order. Is it worth installing a newer Softcopy

Reader from the V1R7 DVD? I don't want to disturb things if it is basically
the same software.
  


Normally one does not wait for a CD to arrive to install the softcopy 
reader. Rather, you proceed to 
http://www.ibm.com/software/applications/office/bkmgr/softcopyread.html 
and (on the right hand side of the page) click on the download link for 
either "Softcopy Reader for Windows" or "Softcopy Reader for Linux".


I just checked and the current version for Windows is 3.5 ... much 
better than 3.3, but still er... mm uh... shall we say "less than 
perfect"...


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

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