Re: Old product tapes

[glen herrmannsfeldt]

I believe the source distribution for SNOBOL/SPITBOL
is still around.  It was on the original ftp site
not so long ago.

Someone had the source for WATFIV not so long ago, too.

I was once trying to find the legal status of WATFIV, but never
found out the answer.  Some say that it was transfered to Sybase,
and then to OpenWatcom, but others disagree.  

I was once wondering about ECAP, IBM's Electronic Circuit
Analysis Program from the S/360 days, but I didn't try very
hard to find it.

-- glen

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: 0c1's jes2 offload....

[Brian Westerman]

Hi,

This might not be your issue, but when I was developing our Spool Offload 
facility (SyzSpool) that offloads output from the JES spool based on 
criteria like AGE, CLASS, SUBMITTING USER, DEST, FORM, SPOOL VOLUME, and a 
lot of other parms to sequential files that are HSM/ABR 
managed/archived/emailed/ftp'ed etc. I had a similar issue that I ended up 
having to code around. The OC1 will point to random areas in memory 
because it's just getting random data from the spool and it tries to deal 
with it as if it were actual data.  SAPI gets a good return code from the 
locate on the JOB output, but the data physically in the output 
is randomly bad.  Since IBM's offload is an authorized program, it can 
go where it pleases and mess up anything it wants (even though it really 
doesn't know that it's being bad).

If your system experienced a JES2 ABEND/outage or a full system outage 
(which also effects JES) some of your output datasets on the spool volume 
will have datasets with zero length records, and/or some JES2 datasets 
with zero lines (as opposed to no lines, which is different), there are 
also some issues that are caused when JES2 abends where the output 
datasets can become corrupted (invalid lines) and the checkpoint datasets 
can also be in doubt which is very bad and difficult for IBM's offload 
program to deal with.  Adding your new spool volume gets you away from the 
problem temporarily, (until you go back to process the old one again).

JES will run fine with these problems and actually contains some code 
to ignore these issues when the job is physically printed, but there are 
many areas where ignore is not the response that fits.  Spool offload is 
one of those, that's why I had to provide code for it in our Spool offload 
facility.

Incidentally, our code is quite inexpensive ($2,500.00) and fully supports 
offloading of the spool in a much more friendly manner with a great deal 
more options.   If you are merely offloading your data to tape so that you 
can load it again on another JES system, then all you need to do is delete 
the output with the bad JES datasets components.  If you want to do a lot 
more, I can send you a trial of our software.

To find the bad JES datasets manually, if you go back to the jobs that 
were running when your system experienced the outage, you can select the 
output via SDSF or IOF and (under SDSF type a ? in the NP column) you will 
see that some of the datasets are 0-length or 0 lines, and when you 
attempt to select them, SDSF won't let you, or will let you, but only show 
you a small number of lines when SDSF says there should be a lot more.  

If you don't know what was running when you had the problem it becomes a 
issue of trial and error to fix this with only IBM JSF, you run the 
offload until you get the error, delete the JOB that JSF was looking at 
when the OC1 happens, then start it up again and wait for the next error.  
I know this mode sucks, but waiting for IBM to code the fix into their 
code could take a while.

Brian Westerman
Syzygy Incorporated

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

Re: How to Submit and monitor a Job?

[Brian Westerman]

Sure,

Send me an email offline and I'll send it to you.  I have several 
versions, so let me know which one you need.

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

Re: vendor JCL

[Shane Ginnane]

 In the end pandering to clots, however compelling the arguments of the
 marketing VP for doing so may seem to be, is always ill-advised.

Thank you John - I might just get a laminated copy of that put up on the
wall next to the (still sealed) envelope from SAS that states NO, you
can't.

Shane ...

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

Need JES2 Exit to add /*JOBPARM SYSAFF stmt

[Tony Wiggett]

Does anyone have a copy of a JES2 Exit (Exit 6 I guess) which will do the
following:

1. When a user submits a batch job, check to see if they have /*JOBPARM
SYSAFF=systemname specified.
2. If they do then allow job to run without change
3. If no /*JOBPARM SYSAFF statement is coded, then add one with the
systemname being the name of the system the job was submitted from


So the object of the exercise is to run the job on the system it was
submitted on unless explicitly specified to run on a different one.

Of course if the symbolic SYSNAME would work in batch jobs the Exit would
be unecessary...

Thanks
Tony   

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: CA-SPOOL

[Tony Wiggett]

Heres some PCL we use, one for landscape, one for duplex. I think it all
depends on the printer you use though

This member just documents the Duplex Landscape PCL code (note that the  
first character in each line is not a space, rather an escape character  
defined by Hex '27') 
 
.l066F   66 Lines per Page  
.l3O Reverse Landscape  
.l20HPaper Tray 4   
.l1S Long Edge Binding  
.(s4099T  Courier Typeface   
.(8U  Roman-8 Symbol Set 
.k4S Elite (12.0) Pitch 
.a-60V   -60 Decipoints Vertical Position of Cursor 
.l5.27C  5.27 1/48's Vertical Motion Index  
.a3L 3 Columns Left Margin  

This member just documents the Duplex Portrait PCL code (note that the  
first character in each line is not a space, rather an escape character 
defined by Hex '27')

.l096F   96 Lines per Page 
.l3O Reverse Portrait  
.l20HPaper Tray 4  
.l1S Long Edge Binding 
.(s4099T  Courier Typeface  
.(8U  Roman-8 Symbol Set
.k4S Elite (12.0) Pitch
.a-60V   -60 Decipoints Vertical Position of Cursor
.l5.27C  5.27 1/48's Vertical Motion Index 
.a3L 3 Columns Left Margin  

Regards
Tony   

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Need JES2 Exit to add /*JOBPARM SYSAFF stmt

[Vernooy, C.P. - SPLXM]

Tony Wiggett [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
 Does anyone have a copy of a JES2 Exit (Exit 6 I guess) which will do
the
 following:
 
 1. When a user submits a batch job, check to see if they have
/*JOBPARM
 SYSAFF=systemname specified.
 2. If they do then allow job to run without change
 3. If no /*JOBPARM SYSAFF statement is coded, then add one with the
 systemname being the name of the system the job was submitted from
 
 
 So the object of the exercise is to run the job on the system it was
 submitted on unless explicitly specified to run on a different
one.
 
 Of course if the symbolic SYSNAME would work in batch jobs the Exit
would
 be unecessary...
 
 Thanks
 Tony   
 

You don't need an exit: set the SYSAFF value of INTRDR in JES2PARM to
SYSNAME and any job will get this SYSAFF unless overridden in the JCL.

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: Where is the Job CPU Time in batch jobs ?

[Vernooy, C.P. - SPLXM]

Mickey [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
 
 [EMAIL PROTECTED] wrote:
  I am trying to locate the total CPU time used by a multi-step batch
  job.
 
  We want the last step to extract this figure and output it to a
trace
  file as an indicative value (it obviously won't be exact - but good
  enough for our purposes).
 
  Some earlier discussion on the list, suggested ASCBEJST + ASCBSRBT +
  ASSBASST is the answer. However, my tests reveal that ASCBEJST is
the
  CPU TIME of the Job Step only. It definitely is not the total Job
CPU.
 
  We are on z/OS SP 1.4 heading towards 1.7.
 
 Tough to derive total time when the job is still running. You can
 collect the time for each step and add them up. Now, once the job is
 done it is quite easy, as the job's own log will show virtual and real
 CPU times.
 
 Mickey
 

I know a lot is virtual is z/OS, but I've not seen virtual CPU times
yet, where did you find them?

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: Where is the Job CPU Time in batch jobs ?

[Daniel A. McLaughlin]

Virtual CPU times are transparent to the user.

Wouldn't one of the JES exits be able to help here?




Daniel McLaughlin
ZOS Systems Programmer
Crawford  Company
PH: 770 621 3256
*
Victory is won not in miles but in inches. Win a little now, hold your 
ground, and later, win a little more.
? Louis L'Amour








--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Problem with file ksds

[Jan MOEYERSONS]

IDC3302I  ACTION ERROR ON TELE.FONICAS.XX.V.T.MOVTOS.INTER.NET
IDC3351I ** VSAM I/O RETURN CODE IS 156 - RPLFDBWD = X'D808009C'
IDC0005I NUMBER OF RECORDS PROCESSED WAS 135

From the FM (z/OS MVS System Messages Volume 6 (GOS - IEA) Document Number 
SA22-7636-03):

IDC3351I ** VSAM {OPEN|CLOSE|I/O} RETURN CODE IS return-code
   {RPLFDBWD=}
 
Explanation:  An error was encountered during virtual storage access method 
(VSAM) open, close, or action request processing, as indicated in 
the text of the message.
 
In the message text:
 
  The meaning of RPLFDBWD, the RPL Feedback Word. For detailed 
information on the RPL Feedback Word, see z/OS DFSMS Macro 
  Instructions for Data Sets.
 
rcThe return code, as follows:


  For a Logical I/O Error


  156  An addressed GET UPD request failed because the control 
interval flag was on, or an incorrect control interval was detected during 
   keyed processing. In the latter case, the control interval 
is incorrect for one of the following reasons:
 
   1.  A key is not greater than the previous key.
 
   2.  A key is not in the current control interval.
 
   3.  A spanned record RDF is present.
 
   4.  A free space pointer is incorrect.
 
   5.  The number of records does not match a group RDF record 
count.
 
   6.  A record definition field is incorrect.
 
   7.  An index CI format is incorrect.



Looks to me that your dataset is damaged.

Cheers,

Jantje.

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

Re: Problem with file ksds

[Jim McAlpine]

How do you pass this file from lpar to lpar.  Is it with DFDSS.  If so,
you might want to check out apars PQ27439 and OW39365.

Jim McAlpine

On 8/8/06, Manuel Tabares Solórzano [EMAIL PROTECTED] wrote:


Hello List: I have a problem to print o with DITTO a file ksds. This file
is in one lpar, and the problema occurs when we pass the file to another
lpar.  The ength is 133 y the key legth is 41 bytes, we have  O/390 2.10on
Z890 2086, disk is shark.   We done this test, pass the same file to
another
lpar in other machine (MP 3000  modle 227), and have NO problem 

KEY OF RECORD -
C9F5F9F6F5F2F5404040404040404040404040F0F0F0F0F5F4F0F5F2F640404
00  C9F5F9F6 F5F2F540 40404040 40404040   404040F0 F0F0F0F5 F4F0F5F2
F64040
20  404040F1 F6F0F9F6 F3C3D6D9 D6E9C3D6   404040F0 F0F0F0F0 F0F5F9F5
F0F0F0
40  F1F1F0F0 D7C1C7D6 40C4C540 E2C5D9E5   C9C3C9D6 40E44B40 C7C1D3C9
D3C5D6
60  40404040 40404040 40404040      
00
80   00
IDC3302I  ACTION ERROR ON TELE.FONICAS.XX.V.T.MOVTOS.INTER.NET
IDC3351I ** VSAM I/O RETURN CODE IS 156 - RPLFDBWD = X'D808009C'
IDC0005I NUMBER OF RECORDS PROCESSED WAS 135
IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12
IDCAMS  SYSTEM SERVICES   TIME:
02:35:3

IDC0002I IDCAMS PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS 12

   Any help will be appreciated.

   Thanks in advance

Manolo Tabares S.

Adm. de OS/390
BI Guatemala

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: z9 SoftwareAG

[Daniel A. McLaughlin]

SNIP

  Yep yep yep.  We're looking to move from z900s to z9s, with a small MSU 
increase, big increase in real, and, IBM-wise, we'll save $600k.  Bloody 
brilliant.  I'm in love.  Add in SoftwareAG, and the savings is gone, and 
then some.  It is extremely discouraging.  We've had several people 
volunteer their time to rid ourselves of this albatross.

End_of_SNIP

  Yep, the constant barrage of increases every time we bump up our 
processors to keep up with demand is hurting the ISVs, as well as us. 
Funny thing about it, though, are the costs that are associated with other 
platforms. Last week 11 PALLETS of old PCs and servers and such went to 
salvage, and that wasn't even all of it!

Vendors: heed the call; help us contain costs so we have something to run 
your software on!




Daniel McLaughlin
ZOS Systems Programmer
Crawford  Company
PH: 770 621 3256
*
Victory is won not in miles but in inches. Win a little now, hold your 
ground, and later, win a little more.
? Louis L'Amour








--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Where is the Job CPU Time in batch jobs ?

[Veilleux, Jon L]

The IBM distributedv sample IEFACTRT exit should give you CPU time for
each step. 


Jon L. Veilleux
[EMAIL PROTECTED]
(860) 636-2683 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Daniel A. McLaughlin
Sent: Wednesday, August 09, 2006 7:19 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Where is the Job CPU Time in batch jobs ?

Virtual CPU times are transparent to the user.

Wouldn't one of the JES exits be able to help here?




Daniel McLaughlin
ZOS Systems Programmer
Crawford  Company
PH: 770 621 3256
*
Victory is won not in miles but in inches. Win a little now, hold your
ground, and later, win a little more.
? Louis L'Amour








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

-
This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: z900 and 3174

[B Sysprog]

3174 can be attached to z900 through bus and tag cables also.
We have a few.

BK Kosmach
USS



From: R.S. [EMAIL PROTECTED]
Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: z900 and 3174
Date: Tue, 8 Aug 2006 10:41:21 +0200

victorzhang_mvscn wrote:

Hello list,
  Does z900 support 3174 connectivity? I have a customer who currently
  running z800 and has 3174 connection with a tape library. He will
  upgrade to z900 soon, I wonder if 3174 is still supported by z900 or
  I will notify customer to upgrade tape library interface as well.


Yes, it does.

It can be ESCON attached 3174, or BusTag attached 3174 connected through 
ESCON Converter. It is supported on every machine 'z' (z/900, z/800, z/990, 
z890, z9) and 9672's.

Supported models are 3174-22L, -12L, -21L, -11L.

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


_
On the road to retirement? Check out MSN Life Events for advice on how to 
get there! http://lifeevents.msn.com/category.aspx?cid=Retirement


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

Re: z/OS 1.7 Last ServerPac Order Date?

[John Eells]

The last date for ordering z/OS R7 ServerPac is 23 October 2006. 
 However, we recommend you order no later than 10 October 2006.


Here is the Key dates part of the R8 availability announcement 
from yesterday:


Key dates

* August 8, 2006 : z/OS V1.8 CFSW configurator support for 
stand-alone path (5694-A01) and price proposal support.
* September 15, 2006 : First date for ordering z/OS V1.8 
ServerPac, SystemPac, and CBPDO using CFSW configuration support, 
or ShopzSeries, the Internet ordering tool. Note that most z/OS 
media (executable code) is shipped only through Customized 
Offerings (ServerPac, SystemPac, and CBPDO).
* September 29, 2006 : z/OS V1.8 planned general 
availability via ServerPac, CBPDO and SystemPac.
* October 10, 2006 : Recommended last date for submitting 
z/OS V1.7 orders via the entitled Customized Offerings (ServerPac 
and CBPDO). This date will allow for adequate order processing time.
* October 15, 2006 : Manufacturing of orders on 3592 tape 
media will begin.
* October 23, 2006 : Last date for ordering z/OS V1.7 via 
ServerPac and CBPDO.
* November 27, 2006 : Recommended last date for submitting 
orders for z/OS V1R4 z990 Exploitation Support feature and z/OS 
V1R4 Consoles Enhancements feature. This date will allow for 
adequate order processing time.
* December 11, 2006 : Last date for ordering z/OS V1R4 z990 
Exploitation Support feature and z/OS V1R4 Consoles Enhancements 
feature.
* December 31, 2006 : Last date for Web download of the 
following Web deliverables:

  o LDAP Enhancements for z/OS V1R4/R5 and z/OS.e V1R4/R5
  o z990 and z890 Enhancements to Cryptographic Support


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

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

Re: z/OS 1.7 Last ServerPac Order Date?

[Shane]

On Wed, 2006-08-09 at 08:24 -0400, John Eells wrote:
 The last date for ordering z/OS R7 ServerPac is 23 October 2006. 
   However, we recommend you order no later than 10 October 2006.

M - maybe slice a few weeks off that even.

I hear that a *lot* of orders have been submitted for 1.7 in this part
of the world. You'd hate to be one who fell off the heap.

Shane ...

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

Re: z/OS 1.7 Last ServerPac Order Date?

[Bob Shannon]

 However, we recommend you order no later than 10 October 2006

Why wouldn't one order it now and simply apply maintenance after the
installation?

Bob Shannon

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

Re: z/OS 1.7 Last ServerPac Order Date?

[Daniel A. McLaughlin]

Funny how we procrastinate about these things. I finally told my boss that 
I'd rather order it and start installing and playing with 1.7 now than to 
wait until the last minute. He finally agreed with me.




Daniel McLaughlin
ZOS Systems Programmer
Crawford  Company
PH: 770 621 3256
*
Victory is won not in miles but in inches. Win a little now, hold your 
ground, and later, win a little more.
? Louis L'Amour











Bob Shannon [EMAIL PROTECTED] 
Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
08/09/2006 08:39 AM
Please respond to
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
Re: z/OS 1.7 Last ServerPac Order Date?






 However, we recommend you order no later than 10 October 2006

Why wouldn't one order it now and simply apply maintenance after the
installation?

Bob Shannon

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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

DFSMSdss - Restoring Multivolume Data Sets

[Teusch Arnold (BIL)]

Hello dear List Members,

z/OS V1R7.0 DFSMSdss Storage Administration Guide says in chapter 8.1 on 
Restoring Multivolume Data Sets:

Multivolume data sets from a logical data set dump tape can be restored either 
to a single volume or to multiple volumes. When they are not preallocated and 
the specified output volumes are different from the input volumes, multivolume 
data sets are restored to a single volume, space permitting.

Can anybody tell me what happens if the dataset is not preallocated and there 
is not enough space on a single volume ? Will the data set be restored to 
multiple volumes or will the restore process fail ?

Thank you for help.

N.B.: I would have looked up the topic in the archives, but I have not yet 
received my password registration message from the Listserver.

Arnold Teusch
Dexia Banque Internationale à Luxembourg
Tél.: +352 4590 3582 

-
An electronic message is not binding on its sender.
Any message referring to a binding engagement must be confirmed in writing and 
duly signed.
-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Old product tapes

[McKown, John]

SpitBol at

http://www.snobol4.com/spitbol360/

Snobol4? at

ftp://ftp.cs.arizona.edu/snobol4/


I have a library with SNOBOL4 in it. I think that I got it from the
Hercules/390 project on Yahoo! But I'm not sure. It is 

SNOBOL4 (VERSION 3.5, FEB. 10, 1971)
BELL TELEPHONE LABORATORIES, INCORPORATED

Runs fine as is under z/OS 1.6.


--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
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

RMF Mentor required

[Joe jeffries]

Hi,

I've been allowed 1 day a week to start I/O performance monitoring/tuning 
for a large multinational who has a capacity and performance team but who 
do not respond to I/O performance problems.

I'm looking for someone who can spend 5-10 minutes a week to help with 
setting the monitoring for the production sysplex. There are a further 6 
sysplexes to be setup but I figure that once I've setup the first one, I 
can setup the remainder on my own.

With just 1 day per week, it will be a fairly slow process but better 1 day 
a week than none.

We run ESS and HDS dasd and have no I/O performance problems to speak of as 
yet. The person who used to fulfill this role left 18months ago and nothing 
has been done since.

My background is ex-sysprog/data storage admin (5 years out playing 
poker/golf) so i'm aware of I/O control blocks and how I/O moves through 
the system and what the RMF reports are telling me (I use MON3 fairly 
regularly and used RMF a great deal in my previous mainframe life - The 
problem is, it was already setup and I knew where to look). I need to start 
this from scratch so could do with some help in the short term to 
start/setup RMF trend analysis for my site.

I've had my head stuck in RMF manuals for the past couple of weeks so have 
an idea of where i need to go, it's just the first few steps that are 
losing me. How do you start the longterm monitoring?

Either direct to my/your email or via the list would be fine if anyone can 
spare the time. A large bottle of single malt (or alternative of your 
choice) and my undying gratitude is the sweetner(if you are happy to supply 
an address). I'm more than happy to ship it anywhere in the world.

Regards,

Joe Jeffries 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Old product tapes

[Shane]

On Wed, 2006-08-09 at 07:56 -0500, McKown, John wrote:

 
 I have a library with SNOBOL4 in it. I think that I got it from the
 Hercules/390 project on Yahoo! But I'm not sure. It is 
 
 SNOBOL4 (VERSION 3.5, FEB. 10, 1971)
 BELL TELEPHONE LABORATORIES, INCORPORATED
 
 Runs fine as is under z/OS 1.6.

Who in their right mind  .
I probably still have psychological scars from my undergrad years thanks
to SNOBOL.

Arggghhh   !!!

Shane ...

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

Re: Old product tapes

[Richard Tsujimoto]

Wow, SNOBOL.  That brings back some old memories.  I remember using it for 
a class assignment to create magic squares.

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

Re: z/OS 1.7 Last ServerPac Order Date?

[John Eells]

Bob Shannon wrote:


However, we recommend you order no later than 10 October 2006



Why wouldn't one order it now and simply apply maintenance after the
installation?

Bob Shannon


Why not let us do as much of that for you as possible, and avoid 
some work?  I have always recommended ordering via ServerPac as 
late as your schedule allows.


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

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

Re: DFSMSdss - Restoring Multivolume Data Sets

[O'Brien, David W. (NIH/CIT) [C]]

Arnold,

Check out parameter Volcount in the DFDSS Reference.

Volcount(any) will set the vol count to 59. I'm assuming SMS volumes here.

If you're restoring to non-sms you'll need to supply a volume list in OUTDDNAME 
or OUTDYNAM.

Hope this helps,
Dave O'Brien 

-Original Message-
From: Teusch Arnold (BIL) [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 09, 2006 8:44 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: DFSMSdss - Restoring Multivolume Data Sets

Hello dear List Members,

z/OS V1R7.0 DFSMSdss Storage Administration Guide says in chapter 8.1 on 
Restoring Multivolume Data Sets:

Multivolume data sets from a logical data set dump tape can be restored either 
to a single volume or to multiple volumes. When they are not preallocated and 
the specified output volumes are different from the input volumes, multivolume 
data sets are restored to a single volume, space permitting.

Can anybody tell me what happens if the dataset is not preallocated and there 
is not enough space on a single volume ? Will the data set be restored to 
multiple volumes or will the restore process fail ?

Thank you for help.

N.B.: I would have looked up the topic in the archives, but I have not yet 
received my password registration message from the Listserver.

Arnold Teusch
Dexia Banque Internationale à Luxembourg
Tél.: +352 4590 3582 

-
An electronic message is not binding on its sender.
Any message referring to a binding engagement must be confirmed in writing and 
duly signed.
-

--
For IBM-MAIN subscribe / signoff / archive access instructions, 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: z/OS 1.7 Last ServerPac Order Date?

[Shane]

On Wed, 2006-08-09 at 09:05 -0400, John Eells wrote:
 Bob Shannon wrote:
  
  Why wouldn't one order it now and simply apply maintenance after the
  installation?
 
 Why not let us do as much of that for you as possible, and avoid 
 some work?  I have always recommended ordering via ServerPac as 
 late as your schedule allows.

Whoa ... now hang on John.
We once missed an order due to various vagaries - *AFTER* we placed the
order I might add.
We are now on 1.4, waiting for 1.7 -we *CANNOT* afford to have this
order slip. Remember (in our neck of the woods) we cannot order online,
and so rely on local IBM staff to fill the requirement.

I'm with Bob 100% - order now; ... preferably sooner.
Pulling an RSU later to get up-to-date is a doddle.

Shane ...

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

Re: Need JES2 Exit to add /*JOBPARM SYSAFF stmt

[Mark Zelden]

On Wed, 9 Aug 2006 11:27:10 +0200, Vernooy, C.P. - SPLXM
[EMAIL PROTECTED] wrote:

 Does anyone have a copy of a JES2 Exit (Exit 6 I guess) which will do
the
 following:
 
 1. When a user submits a batch job, check to see if they have
/*JOBPARM
 SYSAFF=systemname specified.
 2. If they do then allow job to run without change
 3. If no /*JOBPARM SYSAFF statement is coded, then add one with the
 systemname being the name of the system the job was submitted from
 
 
 So the object of the exercise is to run the job on the system it was
 submitted on unless explicitly specified to run on a different
one.
 

You don't need an exit: set the SYSAFF value of INTRDR in JES2PARM to
SYSNAME and any job will get this SYSAFF unless overridden in the JCL.



Isn't exit 6 too late? In a MAS can't any system be doing the 
conversion?  Isn't there the same problem with doing this via
INTRDR parm? 

A long time ago in a land far far away (MVS/XA)... I'm pretty sure
we had to do this in JES2 EXIT 20 when I was at a shop that put two
disparate systems in the same MAS as one of the first steps to
logical consolidation.  This was after the first attempt had to be
backed out because no one realized that either system's IEFUJI could
be invoked regardless of where the job was submitted.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group
mailto: [EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: DFSMSdss - Restoring Multivolume Data Sets

[Teusch Arnold (BIL)]

Dave,

Yes these are SMS volumes. I used already volcount(src) but was somehow 
intrigued when I saw the asterisks in ISPF 3.4 after restore of my test file :

Number of volumes allocated: 3

DB2Y01  *   * 

This was a very small file which found space on 1 volume after restore. For the 
real job I will use volcount(any) as you suggested.

Thank you very much.

Arnold Teusch
Dexia Banque Internationale à Luxembourg
Tél.: +352 4590 3582

-
An electronic message is not binding on its sender.
Any message referring to a binding engagement must be confirmed in writing and 
duly signed.
-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: DFSMSdss - Restoring Multivolume Data Sets

[O'Brien, David W. (NIH/CIT) [C]]

Arnold,

You are most welcome.

The asterisks appeared because the src of the file was originally allocated 
with a volcount of 3.

Dave O'Brien  

-Original Message-
From: Teusch Arnold (BIL) [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 09, 2006 9:23 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DFSMSdss - Restoring Multivolume Data Sets

Dave,

Yes these are SMS volumes. I used already volcount(src) but was somehow 
intrigued when I saw the asterisks in ISPF 3.4 after restore of my test file :

Number of volumes allocated: 3

DB2Y01  *   * 

This was a very small file which found space on 1 volume after restore. For the 
real job I will use volcount(any) as you suggested.

Thank you very much.

Arnold Teusch
Dexia Banque Internationale à Luxembourg
Tél.: +352 4590 3582

-
An electronic message is not binding on its sender.
Any message referring to a binding engagement must be confirmed in writing and 
duly signed.
-

--
For IBM-MAIN subscribe / signoff / archive access instructions, 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: RMF Mentor required

[Vernooy, C.P. - SPLXM]

Joe jeffries [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
 Hi,
 
 I've been allowed 1 day a week to start I/O performance
monitoring/tuning 
 for a large multinational who has a capacity and performance team but
who 
 do not respond to I/O performance problems.
 
 I'm looking for someone who can spend 5-10 minutes a week to help with

 setting the monitoring for the production sysplex. There are a further
6 
 sysplexes to be setup but I figure that once I've setup the first one,
I 
 can setup the remainder on my own.
 
 With just 1 day per week, it will be a fairly slow process but better
1 day 
 a week than none.
 
 We run ESS and HDS dasd and have no I/O performance problems to speak
of as 
 yet. The person who used to fulfill this role left 18months ago and
nothing 
 has been done since.
 
 My background is ex-sysprog/data storage admin (5 years out playing 
 poker/golf) so i'm aware of I/O control blocks and how I/O moves
through 
 the system and what the RMF reports are telling me (I use MON3 fairly 
 regularly and used RMF a great deal in my previous mainframe life -
The 
 problem is, it was already setup and I knew where to look). I need to
start 
 this from scratch so could do with some help in the short term to 
 start/setup RMF trend analysis for my site.
 
 I've had my head stuck in RMF manuals for the past couple of weeks so
have 
 an idea of where i need to go, it's just the first few steps that are 
 losing me. How do you start the longterm monitoring?
 
 Either direct to my/your email or via the list would be fine if anyone
can 
 spare the time. A large bottle of single malt (or alternative of your 
 choice) and my undying gratitude is the sweetner(if you are happy to
supply 
 an address). I'm more than happy to ship it anywhere in the world.
 
 Regards,
 
 Joe Jeffries 
 

Joe,

If you have really not kept up with the techniques of the last 5 years,
I suggest you get some ESS and WLM books for a change. PAV's, especially
WLM managed dynamic PAV's take a lot of tuning work out of your hands.
Why do it yourself if you can let the system do it for you, we are the
automation department, aren't we?

Success,
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: DFSMSdss - Restoring Multivolume Data Sets

[Shane]

On Wed, 2006-08-09 at 15:23 +0200, Teusch Arnold (BIL) wrote:

 Yes these are SMS volumes. I used already volcount(src) but was
 somehow intrigued when I saw the asterisks in ISPF 3.4 after restore
 of my test file :
 
 Number of volumes allocated: 3
 
 DB2Y01  *   * 
 
 This was a very small file which found space on 1 volume after
 restore. For the real job I will use volcount(any) as you suggested.

I seem to recall that this indicates candidate volumes. And doesn't
necessarily do anything for allocation - especially if you are at the
limit. I think after a couple of failures we had to use guaranteed
space. However the DASD folks were primarily responsible, and so I may
be mistooked.

Shane ...

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

OA15593 LOGGER FULL CONDITION HEALTH CHECKS

[Knutson, Sam]

Hi,

For everyone who is using and finds value in the Health Checker for z/OS
here is a recently closed APAR of interest that provides some new
function to check on the z/OS System Logger.

Best Regards, 

Sam Knutson, GEICO 
Performance and Availability Management 
mailto:[EMAIL PROTECTED] 
(office)  301.986.3574 

Think big, act bold, start simple, grow fast...


APAR Identifier .. OA15593
sisPage.jsp?applJsp=documentBrowse.jspnavItem=documentBrowse.jsplc=en
cc=USdocNumber=OA15593   Last Changed  06/08/08
  LOGGER FULL CONDITION HEALTH CHECKS
 
 
  Symptom .. NF NEWFUNC   Status ... CLOSED  UR1
  Severity ... 3  Date Closed . 06/07/26
  Component .. 5752SCLOG  Duplicate of 
  Reported Release . 720  Fixed Release  999
  Component Name SYSTEM LOGGERSpecial Notice   ATTENTION
  Current Target Date ..  Flags
  SCP ...NEW FUNCTION
  Platform   SYSPLXDS
 
 
  Status Detail: SHIPMENT - Packaged solution is available for
shipment.
 
  PE PTF List:
 
  PTF List:
  Release 720   : UA28085
sisPage.jsp?applJsp=documentBrowse.jspnavItem=documentBrowse.jsplc=en
cc=USdocNumber=UA28085  available 06/08/08 (1000 )
  Release 730   : UA28084
sisPage.jsp?applJsp=documentBrowse.jspnavItem=documentBrowse.jsplc=en
cc=USdocNumber=UA28084  available 06/08/08 (1000 )
 
 
  Parent APAR:
  Child APAR list:
 
 
  ERROR DESCRIPTION:
  System Logger Health Checker Support
 
 
  LOCAL FIX:
 
 
  PROBLEM SUMMARY:
  
  * USERS AFFECTED: Users of HBB7720 and above supported *
  * releases using System Logger Services*
  
  * PROBLEM DESCRIPTION: Logger checks supported by new function *
  *  provided by IBM HealthChecker for z/OS  *
  *  HZS7720 *
  
  * RECOMMENDATION:  *
  
  Logger checks supported by new function provided by IBM
  HealthChecker for z/OS HZS7720.
 
CHECK(IBMIXGLOGR,IXGLOGR_STRUCTUREFULL)
CHECK(IBMIXGLOGR,IXGLOGR_STAGINGDSFULL)
CHECK(IBMIXGLOGR,IXGLOGR_ENTRYTHRESHOLD)
 
 
  PROBLEM CONCLUSION:
 
 
  TEMPORARY FIX:
 
 
  COMMENTS:
  Please refer to the publication(s) for the IBM HealthChecker
  for z/OS FMID HZS7720 for Checks:
CHECK(IBMIXGLOGR,IXGLOGR_STRUCTUREFULL)
CHECK(IBMIXGLOGR,IXGLOGR_STAGINGDSFULL)
CHECK(IBMIXGLOGR,IXGLOGR_ENTRYTHRESHOLD)
 
 
  This PTF may be applied to one system at a time in the sysplex.
 
  Systems with and without the PTF activated can coexist in the
  same sysplex, although Health Checker will not run these checks
  on systems running without the PTF.
 
  Additional Searchable keywords:
  LOGRSERVICE
  HCHECKER/K
 
 
  MODULES/MACROS:   IXGBLF01 IXGCONST IXGF2WRT IXGHC1CK IXGHC1DE
  IXGHC1MG IXGLHAB  IXGLSAB  IXGLSMF  IXGM1TSK IXGSTRFL IXGV1FMT
  IXGXLAST IXGXMDF  IXGXMSG  IXGXMSTA IXGYCFMT
 
 
  SRLS:  SA22764006 SA22799400 SA22764007 SA22799401
 
 
  RTN CODES:
 
 
  CIRCUMVENTION:
 
 
  MESSAGE TO SUBMITTER:


This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

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

Re: vendor JCL

[Jon Brock]

snip
 . . . pandering to clots . . .
/snip

I think I may have found the title to my next best-selling marketing how-to 
book.

Jon

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

Re: RMF Mentor required

[Shane]

On Wed, 2006-08-09 at 15:25 +0200, Kees wrote:

 Why do it yourself if you can let the system do it for you, we are the
 automation department, aren't we?

Don't be like that Kees, there's a malt being offered here mate.
A nice Islay sounds o.k - I'm running low; just get it sent
here ...   ;-)

Shane ...

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

Re: vendor JCL

[Chase, John]

 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of Jon Brock
 
 snip
  . . . pandering to clots . . .
 /snip
 
 I think I may have found the title to my next best-selling 
 marketing how-to book.

Careful  Somebody might hold a software patent on that process

   -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: Need JES2 Exit to add /*JOBPARM SYSAFF stmt

[Vernooy, C.P. - SPLXM]

Mark Zelden [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
 On Wed, 9 Aug 2006 11:27:10 +0200, Vernooy, C.P. - SPLXM
 [EMAIL PROTECTED] wrote:
 
  Does anyone have a copy of a JES2 Exit (Exit 6 I guess) which will
do
 the
  following:
  
  1. When a user submits a batch job, check to see if they have
 /*JOBPARM
  SYSAFF=systemname specified.
  2. If they do then allow job to run without change
  3. If no /*JOBPARM SYSAFF statement is coded, then add one with the
  systemname being the name of the system the job was submitted from
  
  
  So the object of the exercise is to run the job on the system it
was
  submitted on unless explicitly specified to run on a different
 one.
  
 
 You don't need an exit: set the SYSAFF value of INTRDR in JES2PARM to
 SYSNAME and any job will get this SYSAFF unless overridden in the
JCL.
 
 
 
 Isn't exit 6 too late? In a MAS can't any system be doing the 
 conversion?  Isn't there the same problem with doing this via
 INTRDR parm? 
 
 A long time ago in a land far far away (MVS/XA)... I'm pretty sure
 we had to do this in JES2 EXIT 20 when I was at a shop that put two
 disparate systems in the same MAS as one of the first steps to
 logical consolidation.  This was after the first attempt had to be
 backed out because no one realized that either system's IEFUJI could
 be invoked regardless of where the job was submitted.
 
 Mark

Too late:
Exit 6: yes, it runs during conversion, that can be done on any system.
Intrdr: no, you submit your JCL to the local INTRDR.

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: Old product tapes

[Dave Jones]

Source code for OMNITAB in Fortran (and a small amount of C) can be found here:
http://www.itl.nist.gov/div898/software/omnitab.html

There is also a link for the OMNITAB manual in PDF format.

DJ 

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

Re: RMF Mentor required

[Vernooy, C.P. - SPLXM]

Shane [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
 On Wed, 2006-08-09 at 15:25 +0200, Kees wrote:
 
  Why do it yourself if you can let the system do it for you, we are
the
  automation department, aren't we?
 
 Don't be like that Kees, there's a malt being offered here mate.
 A nice Islay sounds o.k - I'm running low; just get it sent
 here ...   ;-)
 
 Shane ...

The malt is for weekly assistence, I only provide suggestions, so the
reward is still there for you to earn. Beware of the timedifference, it
might get a nightly job for you down there

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

(2) 3172-001 Free

[Rob Wunderlich]

I have (2) 3172-001 I'm no longer using. They are free to anyone who wants 
them, you arrange and pay shipping. 

Contact me off list if you're interested. 

-Rob Wunderlich

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: z9 SoftwareAG

[Clark F Morris]

On 9 Aug 2006 04:49:34 -0700, in bit.listserv.ibm-main you wrote:

SNIP

  Yep yep yep.  We're looking to move from z900s to z9s, with a small MSU 
increase, big increase in real, and, IBM-wise, we'll save $600k.  Bloody 
brilliant.  I'm in love.  Add in SoftwareAG, and the savings is gone, and 
then some.  It is extremely discouraging.  We've had several people 
volunteer their time to rid ourselves of this albatross.

End_of_SNIP

  Yep, the constant barrage of increases every time we bump up our 
processors to keep up with demand is hurting the ISVs, as well as us. 
Funny thing about it, though, are the costs that are associated with other 
platforms. Last week 11 PALLETS of old PCs and servers and such went to 
salvage, and that wasn't even all of it!

Vendors: heed the call; help us contain costs so we have something to run 
your software on!


Spec out a serious migration plan that also addresses other business
needs as ammunition for telling whatever vendor does this sort of
thing that they can be on the way out the door with no chance of
return.  Also find the pit bull negotiators in your organization and
see if they are willing to go after these vendors.



Daniel McLaughlin
ZOS Systems Programmer
Crawford  Company
PH: 770 621 3256
*
Victory is won not in miles but in inches. Win a little now, hold your 
ground, and later, win a little more.
? Louis L'Amour








--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: RMF Mentor required

[Joe jeffries]

Shane/Kees,

I'm aware of PAV's/Multiple allegiances etc. and I've read up on what the 
ESS can and can't do (it can't cope with XRC device blocking anywhere near 
as well as the HDS's for example). As far as I can see, the new boxes do a 
lot of the tuning for you but from what I read, it starts to struggle when 
over 90% allocated? I would still prefer to have a system in place for 
checking in the event of problems. Surely the ESS can't move 2 busy 
datasets apart (or is it that clever)? We're already using PAV's and as 
such I see an end to IOSQ time, that still leaves 3 components to monitor?

As for the nightly, well, I sort of see this as I do my day, ask my 
questions when i get stuck, mentor has 6 days to reply so it doesn't matter 
where/what time in the world?

Glenmorangie is an ISLAY if i'm not mistaken...nn donuts

PS. Kees, did you used to work at Die Telegraf back in the late 80's  early 
90's ? (i'm sure i remember that name (vornooy not kees lol)) - mach ik die 
reckoning aus du blieft?

Regards,

JJ

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: z9 SoftwareAG

[Vernooy, C.P. - SPLXM]

 Vendors: heed the call; help us contain costs so we have something to
run 
 your software on!
 
 
 Spec out a serious migration plan that also addresses other business
 needs as ammunition for telling whatever vendor does this sort of
 thing that they can be on the way out the door with no chance of
 return.  Also find the pit bull negotiators in your organization and
 see if they are willing to go after these vendors.
 

A similar and not too comlex situation: RMF (maybe it's free, dunno) and
Omegamon will go down in price, Mainview will go up. There is a limit to
the allowable difference.

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: DFSMSdss - Restoring Multivolume Data Sets

[Teusch Arnold (BIL)]

Shane,

This was more a principle question : Will multivolume be honoured on restore if 
necessary ? Fortunately we are not at the limit with space, ie not yet ;-)

Arnold

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shane
Sent: mercredi 9 août 2006 15:32
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DFSMSdss - Restoring Multivolume Data Sets

I seem to recall that this indicates candidate volumes. And doesn't necessarily 
do anything for allocation - especially if you are at the limit. I think after 
a couple of failures we had to use guaranteed space. However the DASD folks 
were primarily responsible, and so I may be mistooked.

Shane ...

-
An electronic message is not binding on its sender.
Any message referring to a binding engagement must be confirmed in writing and 
duly signed.
-

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

Re: HSM LIST TTOC for backup volumes

[Friske, Michael]

HSM RECYCLE has to update the BCDS with the new volser for every data
set moved to the new tape.  If you have lots of small data sets on these
tapes, that update activity will slow things down.  If you are running
other processes like Auto Backup or EXPIREBV at the same time, you may
be experiencing contention with the BCDS (and possibly your OCDS).
Setting up our HSM CDS's to use VSAM RLS reduced our EXPIREBV time by
45%, Auto backup by 25%, and RECYCLE by 20% back in 2000.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Perryman, Brian
Sent: Friday, August 04, 2006 7:49 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: HSM LIST TTOC for backup volumes


Hi folks
 
We've lost a load of tapes from our HSM backup set and I want to find
out what datasets were on them, so I can make repairs where possible
(for example by backing them up again if they're still on primary or
recall-backup-remigrate if they're on ML2).
 
LIST TTOC(volser) for it lists the HSM internal backup version dataset
names, not the actual dataset names. Rather frustratingly and
disappointingly, I can't seem to find an HSM LIST command or operand
that will list the real dataset names.
 
How can I find out what the proper dataset names are? It needs to be
capable of batch processing, there are miles too many for me to go
issuing individual commands.
 
TIA
 
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

Re: z9 SoftwareAG

[Edward Jaffe]

Jim Marshall wrote:
Just a heads up for those running SoftwareAG products like ADABAS to have 
your IT Financial folks contact the local rep. I am planning an upgrade to 
z9BC's where I go from  688MIPS/119MSUs to 745MIPS/104MSUs and the May 
inquiry said no upgrade fees (they charge for MSUs). 

Got a panic call asking if I was still doing the upgrade and to inform me 
of a recent change to pricing. There is Pre-z9 rates and then z9 
RATES. The long and short is a $138K upgrade charge to go from 119 MSUs 
to 104 MSUs.
  


Pricing by MSUs generally means you completely understand (and are 
committed to allowing your customers to take advantage of) the 10% 
technology dividend afforded each new generation of mainframe 
processor hardware since the z900. I'm guessing that someone panicked 
when they realized that your processor upgrade actually amounted to a 
decrease in MSU. So, they scrambled to invent a new policy to ensure no 
revenue loss at your account.


IMHO, they've really done the wrong thing here. The MIPS explosion 
isn't stopping just because your company was able to sneak by with a 
marginal increase. That's an atypical case for the industry as a whole 
(excluding, of course, those shops that are stupidly trying to eliminate 
the mainframe).


The last mainframe server share/momentum numbers coming out of the IDC 
Quarterly Server Tracker that I studied carefully were from Q305. At 
that time, mainframe capacity grew 28% year-over-year and it was the 
largest MIPS quarter in history. (IBM also had the highest quarterly 
mainframe hardware revenue since 4Q98).


This issue is analogous to what has happened with Realtor commissions in 
the USA. While prices skyrocketed, so did the money being paid to 
Realtors for doing exactly the same amount of work. Their recalcitrance 
and utter failure to negotiate better terms with their customers led to 
the formation of lower-cost alternatives like CataList 
(http://www.catalisthomes.com/aboutMission.aspx).


The free market is a wonderful thing...

--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
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: Old product tapes

[Mueller, David]

I remember using it for two projects. One was a Turing machine
executor that could alter the program (incorporate a 'pattern match'
statement) during execution via the NEWCODE command.  It had its limits,
but was a fun language.

David Mueller | Systems Programmer | DMS/EITS
Phone: 850-414-9134 (Rm 107 SRC) | Fax: 850-921-8343
E-mail: [EMAIL PROTECTED]
  

-Original Message-
Richard Tsujimoto said:

Wow, SNOBOL.  That brings back some old memories.  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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 FTP

[Shmuel Metz (Seymour J.)]

In
[EMAIL PROTECTED],
on 08/08/2006
   at 10:35 AM, Chase, John [EMAIL PROTECTED] said:

z/OS 1.5; need to FTP PUT a directory structure to a remote system.

Write a Perl script using, e.g., NET::FTP.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: How to Submit and monitor a Job?

[Shmuel Metz (Seymour J.)]

In [EMAIL PROTECTED], on 08/08/2006
   at 07:08 AM, Michael Knigge [EMAIL PROTECTED] said:

I could use the internal reader, but the problem is that I don't get
back the Jobid of the job

Write an assembler subroutine to submit the job via VSAM; ENDREQ will
return the job id.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
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: Old product tapes

[Shmuel Metz (Seymour J.)]

In [EMAIL PROTECTED], on 08/08/2006
   at 07:12 PM, Rick Fochtman [EMAIL PROTECTED] said:

PL/C - Similar program for PL/1, from Cornell

Actually a PL/I subset.

JOVIAL - ALGOL compile/run

No; while based on ALGOL 58, JOVIAL is a distinct language and the
compiler will barf if you try to feed it ALGOL.

I'm surprised not to see Assembler (G) and SCRIPTW (last free version)
on your list. Also, have you checked with Jay?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
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: SMF Records recording

[Shmuel Metz (Seymour J.)]

In [EMAIL PROTECTED], on 08/07/2006
   at 05:40 PM, Giovanni Cerquone [EMAIL PROTECTED] said:

As a possibly a neverending debate, I wanto to know, besides storage
and  CPU usage implications, what are the benefits of not having all
the smf  records ON with the exception of 4,5 and 99.

The ability to run ad hoc reports. But go over the list of record
types; some of the older[1] record types are not needed if the newer
ones are enabled and your reports use the newer record types in place
of the old ones.

[1] 4 an 5 are not the only ones.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
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: SMF Records recording

[Shmuel Metz (Seymour J.)]

In
[EMAIL PROTECTED],
on 08/08/2006
   at 08:58 PM, Ted MacNEIL [EMAIL PROTECTED] said:

But, IIRC, the 40's have dataset names.

You don't.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
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: Vendor JCL (was: WHY IS JCL ALLERGIC ... )

[Shmuel Metz (Seymour J.)]

In [EMAIL PROTECTED], on 08/08/2006
   at 11:41 AM, Tom Marchant [EMAIL PROTECTED] said:

I'd hope so too, but some vendors consistently do it wrong.

Back in  the 1980's the JES2 folks also did it consistently wrong.

Now there's a statement that I think is a bit out there.

How about rewording it to

 So there are lots of things that vendors have to take into
 consideration, and the biggest one today are the people calling
 themselves Sr. Systems Programmers who don't know what a
 USERMOD is or a JES exit.

I'd like to say that Steve is exaggerating, but I've seen too many of
the people he's referring to.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
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: z/OS SMTP and Reply-To

[Shmuel Metz (Seymour J.)]

In [EMAIL PROTECTED], on 08/08/2006
   at 04:51 PM, Gary DiPillo [EMAIL PROTECTED] said:

I have not found a reference to Reply-To in the SMTP RFC.

Which SMTP RFC? From RFC 2822

The originator fields of a message consist of the from field, the
sender field (when applicable), and optionally the reply-to field.

 reply-to=   Reply-To: address-list CRLF
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
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: z/OS SMTP and Reply-To

[Shmuel Metz (Seymour J.)]

In [EMAIL PROTECTED], on 08/08/2006
   at 03:29 PM, Paul Gilmartin [EMAIL PROTECTED] said:

(replying without looking)  Is it not in RFC 822?

I don't know, but it's definitely in RFC 2822.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
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: Vendor JCL (was: WHY IS JCL ALLERGIC ... )

[Shmuel Metz (Seymour J.)]

In [EMAIL PROTECTED], on 08/08/2006
   at 08:25 PM, Clark F Morris [EMAIL PROTECTED] said:

Could people comment on the other IBM maintenance methodologies, the
ones for VM, VSE, AIX and OS400 and how they compare to SMP/E?

I don't know how SESS-pool compares to SMP/E, but the CMS UPDATE
facility use for VM source maintenance is head and shoulders above the
IEBUPDTE used by SMP/E. And I speak as an admitted TSO bigot. SMP/E
does a much better job of handling dependencies than the common tools
in the PC and Unix worlds.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
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: Display Name/Token Entries?

[David Alcock]

 Is there any utility that will display all of 
 the name/token entries on a system?  I am 
 concerned about my new JES2 user exit code 
 that is using the service and would like 
 to see the entries.
 
 I searched the archives and the CBT tape 
 and of course the IBM Manuals but did not 
 see anything that answered my question.

The SHOWZOS program on the CBT tape will show the System level
N/T pairs and the home level N/T pairs of the A/S executing
SHOWZOS but that probably won't help you since you are probably
using Task level or Home (Address Space) level N/T pairs in your
JES2 exit. 

The SHOWZOS program is helpful because it shows how to use the
OCO control blocks to display the N/T pairs.  What I've done to
see the task level N/T pairs in the current address space is to
traverse all TCBs in the address space to get to the STCB
(mapped by IHASTCB) which has the STCBNTTP field pointing to the
N/T pairs for the task. 

Maybe your system monitor product like Omegamon, SYSVIEW, etc
can display N/T pairs in another address space otherwise you'll
need to take a console dump of JES2 and then manually look at
the STCBNTTP fields using IPCS like with the command: SUMM
FORMAT REGISTERS.  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: 0c1's jes2 offload....

[Brian France]

Howdy. Here's the follow up I promised. THANX to all who've taken 
time to post and think about this. We opened an issue with IBM, got a 
dump, they looked at it and believe the issue to be in ACF2. We are 
version 9 sp0. I have opened an issue with CA. Currently there aren't 
any open events on this matter. More later...



At 09:07 AM 8/9/2006, you wrote:

In [EMAIL PROTECTED], on 08/09/2006
   at 02:17 AM, Brian Westerman [EMAIL PROTECTED] said:

This might not be your issue, but when I was developing our Spool
Offload  facility (SyzSpool) that offloads output from the JES spool
based on  criteria like AGE, CLASS, SUBMITTING USER, DEST, FORM,
SPOOL VOLUME, and a  lot of other parms to sequential files that are
HSM/ABR  managed/archived/emailed/ftp'ed etc. I had a similar issue
that I ended up  having to code around. The OC1 will point to random
areas in memory  because it's just getting random data from the spool
and it tries to deal  with it as if it were actual data.

That doesn't explain an ABEND S0C1. Surely your code isn't jumping
into the middle of a SPOOL data block? There's a difference between
actual data and actual code to be executed.

--
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html
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



Brian W. France
Systems Administrator (Mainframe)
Pennsylvania State University
Administrative Information Services - Infrastructure/Sysarc
Rm 25 Shields Bldg., University Park, Pa. 16802
814-863-4739
[EMAIL PROTECTED]

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

Re: WHY IS JCL ALLERGIC TO LOWER CASE?

[David Alcock]

Now that this thread has died out and nobody cares ;-) 

I updated my SUBMITC edit macro (CBT file 553) over the weekend
to optionally uppercase JCL as it submits the job to the
internal reader. I'll probably send it to the Sams at the CBT
tape tonight. Look for it there in a few days if you are
interested.   It leaves JCL comment (//*) and non-JCL lines
alone but blindly uppercases all regular JCL lines (but you can
also use special control cards to start and stop the uppercase
function). 

If someone makes a suggestion to IBM to support JCL written in
lower and upper case, they may mention that the HLASM allows any
case for assembler code.  IIRC The C/I was rewritten at MVS V4
which was a long time ago... 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: setting up GRS in a monoplex between 2 LPARS.

[John Norgauer]

Will I still need the CTC definitions when I go the XCF  solutions in order
to implement GRS?


John Norgauer
University of California Davis Medical Center
2315 Stockton Blvd
ASB 1300
Sacramento, Ca 95817
916-734-0536

 SYSTEMS PROGRAMMING..  Guilty, until proven innocent !! JN  2004

Hardware eventually breaks - Software eventually works  anon


--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: setting up GRS in a monoplex between 2 LPARS.

[Steve Arnett]

If you don't have a coupling facility, you will.  Different CTCs, 
though.  GRS uses BCTC and basic sysplex uses SCTC.


John Norgauer wrote:


Will I still need the CTC definitions when I go the XCF  solutions in order
to implement GRS?


John Norgauer
University of California Davis Medical Center
2315 Stockton Blvd
ASB 1300
Sacramento, Ca 95817
916-734-0536

SYSTEMS PROGRAMMING..  Guilty, until proven innocent !! JN  2004

Hardware eventually breaks - Software eventually works  anon


--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Batch FTP

[Ted MacNEIL]

We just implemented ZIP/390.  Lots of great features.
Modestly priced. 
Great support.

Our implementation date is August 19.

When in doubt.
PANIC!!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Old product tapes

[Charles Mills]

My first language. About 1966 or 1967. On a timesharing system of some sort,
accessed via a TTY 33. **Maybe** the timesharing system was CP-67/CMS, but I
think perhaps it was some GE machine.

Wasn't (the first, at least) ELIZA (the Turing Test psychologist
simulator) written in SNOBOL? There was a version I played with on that same
system in 1966-7.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Mueller, David
Sent: Wednesday, August 09, 2006 8:32 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Old product tapes


I remember using it for two projects. One was a Turing machine
executor that could alter the program (incorporate a 'pattern match'
-Original Message-
Richard Tsujimoto said:

Wow, SNOBOL.  That brings back some old memories.  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Old product tapes

[Daniel A. McLaughlin]

My first language. About 1966 or 1967. On a timesharing system of some 
sort,
accessed via a TTY 33. **Maybe** the timesharing system was CP-67/CMS, but 
I
think perhaps it was some GE machine.   extracted from original

If you were on a TTY 33 chances are it may have been a GE machine, like a 
GE635 running TSS - Timesharing System.




Daniel McLaughlin
ZOS Systems Programmer
Crawford  Company
PH: 770 621 3256
*
Victory is won not in miles but in inches. Win a little now, hold your 
ground, and later, win a little more.
? Louis L'Amour








--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: WebSphere Developer For zSeries?

[Al Slovacek]

ChangeMan ZMF 5.6 supports Websphere Developer for zSeries (aka WD4Z).
The target date for GA is Sept 8.

Al Slovacek 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Bruce Hewson
Sent: Tuesday, August 08, 2006 10:10 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: WebSphere Developer For zSeries?

Hello Michael,

we are looking at this product.

I know it will work with IBM's SCLM.

I have been told it does not work with Serena's ChangeMan at this time.

I believe the same was true of CA-Endevor.

As I understand it, the WD4z product grew from Eclypse and the Rational
Developer IDEs.

Regards
Bruce Hewson

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

**
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. Any 
unauthorized review, use, disclosure or distribution is prohibited. If you are 
not the intended recipient, please contact the sender by reply e-mail and 
destroy all copies of the original message.

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

Rmm and BLP

[Martin, Mike]

All,

We have production jobs that read tapes that come from outside our
company. Because we cannot   
predict what the internal tape volsers will be, our production jobs have
been setup to use 
BLP. (the volsers for these tapes may or may not match a volser in our  
shop)   

The following DD is an example of how we use BLP for a tape from an 
outside source...   

//DOTIN DD DSN=OUTSIDE.TAPE,  
// VOL=SER=X00123,  
// DISP=OLD,LABEL=(2,BLP),UNIT=TAPE,  
// DCB=(RECFM=FB,BLKSIZE=4000,LRECL=50,DEN=3)   

But when we run this job with rmm active (warning mode), rmm indicates
that the tape   
will be rejected... 

EDG4048I VOLUME 000123 REJECTED. MOUNTED VOLUME DOES NOT EQUAL REQUESTED
VOLUME  
EDG4004I **WARNING** USE OF 000123 BY ABCR0254, STEP40, INTAPE ONLY
PERMITTED BECAUSE DFSMSrmm RUNNING IN WARNING MODE  

Apparently, the internal volser for the tape happens to match one of our
tapes (that rmm has in the CDS).

I understand the message and I am looking for a simple solution 
so that the production jobs do not fail once we cutover to rmm. 

I am looking for a painless solution. My preference is to avoid making
any JCL  
changes. (also, FYI we are using the supplied EDGUX100) 

We are z/OS 1.4 

Mike Martin   




FONT SIZE=1 FACE=ARIAL^
This email may contain confidential and privileged material for the sole use of 
the intended recipient. If you are not the intended recipient, please contact 
the sender and delete all copies. Any review or distribution by others is 
strictly prohibited. Personal emails are restricted by policy of the State 
Employees' Credit Union (SECU). Therefore SECU specifically disclaims any 
responsibility or liability for any personal information or opinions of the 
author expressed in this email.


/FONT


--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Old product tapes

[David Andrews]

On Wed, 2006-08-09 at 10:21 -0700, Charles Mills wrote:
 Wasn't (the first, at least) ELIZA (the Turing Test psychologist
 simulator) written in SNOBOL?

ELIZA was described by Joseph Weizenbaum in the January 1966 CACM.  It
was written in MAD-SLIP (whatever *that* was), and ran on a 7094.

http://i5.nyu.edu/~mm64/x52.9265/january1966.html

-- 
David Andrews
A. Duda and Sons, Inc.
[EMAIL PROTECTED]

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

Re: Rmm and BLP

[Schwarz, Barry A]

I don't know RMM but some tape management systems have a method of
identifying tapes that are not managed even if the volser matches one
that is.  EXPDT=98000 seems to be popular (based on the number of ISV
products that include it in the installation JCL).

-Original Message-
From: Martin, Mike [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 09, 2006 10:40 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Rmm and BLP

All,

We have production jobs that read tapes that come from outside our
company. Because we cannot   
predict what the internal tape volsers will be, our production jobs have
been setup to use BLP. (the volsers for these tapes may or may not match
a volser in our  
shop)   

The following DD is an example of how we use BLP for a tape from an 
outside source...   

//DOTIN DD DSN=OUTSIDE.TAPE,  
// VOL=SER=X00123,  
// DISP=OLD,LABEL=(2,BLP),UNIT=TAPE,  
// DCB=(RECFM=FB,BLKSIZE=4000,LRECL=50,DEN=3)   

But when we run this job with rmm active (warning mode), rmm indicates
that the tape   
will be rejected... 

EDG4048I VOLUME 000123 REJECTED. MOUNTED VOLUME DOES NOT EQUAL REQUESTED
VOLUME  
EDG4004I **WARNING** USE OF 000123 BY ABCR0254, STEP40, INTAPE ONLY
PERMITTED BECAUSE DFSMSrmm RUNNING IN WARNING MODE  

Apparently, the internal volser for the tape happens to match one of our
tapes (that rmm has in the CDS).

I understand the message and I am looking for a simple solution 
so that the production jobs do not fail once we cutover to rmm. 

I am looking for a painless solution. My preference is to avoid making
any JCL  
changes. (also, FYI we are using the supplied EDGUX100) 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Old product tapes

[Ted MacNEIL]

ELIZA was described by Joseph Weizenbaum in the January 1966 CACM.  It was 
written in MAD-SLIP (whatever *that* was), and ran on a 7094.

We had a version on a Honeywell Level 66 (GCOS8) in the mid 1970's, at the 
University of Waterloo.

I can't remember if it was written in SPITBOL (UoW's version of SNOBOL4), or 
LISP.

When in doubt.
PANIC!!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Java Packed Decimal

[Clark Morris]

On 2 Aug 2006 09:37:22 -0700, in bit.listserv.ibm-main you wrote:

Unisys still covers the two different families, so if the Burroughs
equipment had it, then they do support it on that ClearPath line.  (POP for
Unisys, anyone?)

As I understood Chuck Stevens who was the Unisys COBOL representative
to ANSI X3J4 and a member of the technical support team for their
compilers, Burroughs large scale B7500 and beyond which I believe
became the A series, stopped supporting full decimal arithmetic and
Mike Cowlishaw claims that only the z series has native decimal
arithmetic and it only has fixed point.  There is no hardware support
anywhere for bankers rounding (round half to nearest even).

Later,
Ray

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Of Shmuel Metz (Seymour J.)
Sent: Wednesday August 02 2006 06:56
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Java Packed Decimal

In [EMAIL PROTECTED],
on 08/01/2006
   at 09:16 AM, Thompson, Steve (SCI TW)
[EMAIL PROTECTED] said:

I must assume that UNISYS uses PD.

Unisys has or had a  successor to the B6500 family, so they must have
supported PD. The 1108 didn't have PD, and I don't know whether the Unisys
successor added 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: Old product tapes

[Charles Mills]

Am I the only person who finds Rexx at least a little reminiscent of SNOBOL?

I never worked with LISP; wouldn't recognize it if I saw it. Perhaps they
both owe something to LISP?

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Charles Mills
Sent: Wednesday, August 09, 2006 10:22 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Old product tapes


My first language. About 1966 or 1967. On a timesharing system of some sort,
accessed via a TTY 33. **Maybe** the timesharing system was CP-67/CMS, but I
think perhaps it was some GE machine.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: WHY IS JCL ALLERGIC TO LOWER CASE?

[John M. Cullen]

Well..
Some Utilities are also Frozen in Time.-- IDCAMS
From Today:

IDCAMS  SYSTEM SERVICES   TIME:
   
   PARM  GRAPHICS(CHAIN(SN))   /* FOR .  PRINT OUTPUT */   
IDCAMS  SYSTEM SERVICES   TIME:
IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 0  
   
   /* FOR lower case PRINT OUTPUT */   
  /* Verify and List - Cat:   CATALOG.BMCTOOLS   06/08/09  */  
   
   VERIFY   -  
DATASET( CATALOG.BMCTOOLS  )   
.
To get lowercase comments you MUST do something like this.

  -- jmc
I once had a notion to exercise but I went to sleep 'til it went away.
-- Mark Twain


On Wed, 9 Aug 2006 09:05:46 -0700, David Alcock 
[EMAIL PROTECTED] wrote:

Now that this thread has died out and nobody cares ;-)

I updated my SUBMITC edit macro (CBT file 553) over the weekend
to optionally uppercase JCL as it submits the job to the
internal reader. I'll probably send it to the Sams at the CBT
tape tonight. Look for it there in a few days if you are
interested.   It leaves JCL comment (//*) and non-JCL lines
alone but blindly uppercases all regular JCL lines (but you can
also use special control cards to start and stop the uppercase
function).

If someone makes a suggestion to IBM to support JCL written in
lower and upper case, they may mention that the HLASM allows any
case for assembler code.  IIRC The C/I was rewritten at MVS V4
which was a long time ago...


--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: ESTAE control block chain. (from assembler-list)

[Gabe Torres]

Hello List,
 
 We are dropping our Escon Directors from our mainframe configuration.  
We have CTC/CNCs using an Escon Director to communicate between
COMMSERV's on two  Lpars on a single processor.   We will be moving to
CTC/CNC's without an Escon Director.  Our Sysplex also uses these for
PATHIN and PATHOUT signaling links between the Lpars. 

 To prepare for the new configuration, I defined a new set of CTC/CNC's
definitions without the Director involved, but keeping the old
definitions inplace.  I then disable (INACT)  the old CTC/CNC links, and
activate the new CTC/CNC links on both the Lpars I want communicating
with each other.  I am able to get the Sysplex to use these new
signaling links,. But I can not get COMMSERV to use them for the Cross
Domain communication.  

A display of the new links show they are active and available:

D NET,E,ID=CTCXP2
IST097I DISPLAY ACCEPTED
IST075I NAME = CTCXP2, TYPE = CA MAJOR NODE 100
IST486I STATUS= ACTIV, DESIRED STATE= ACTIV
IST654I I/O TRACE = OFF, BUFFER TRACE = OFF
IST170I LINES:
IST232I CTC9214L ACTIVE   CUA = 9214
IST232I CTC9215L ACTIVE   CUA = 9215
IST232I CTC8224L ACTIVE   CUA = 8224
IST232I CTC8225L ACTIVE   CUA = 8225

How do I get COMMSERV to use the new links ?  What am I missing ?

TIA,. ..any help is appreciated,
Gabe 

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

COMMSERV using CTC CNCs

[Gabe Torres]

 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Gabe Torres
Sent: Wednesday, August 09, 2006 12:42 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: ESTAE control block chain. (from assembler-list)

Hello List,
 
 We are dropping our Escon Directors from our mainframe configuration.  
We have CTC/CNCs using an Escon Director to communicate between
COMMSERV's on two  Lpars on a single processor.   We will be moving to
CTC/CNC's without an Escon Director.  Our Sysplex also uses these for
PATHIN and PATHOUT signaling links between the Lpars. 

 To prepare for the new configuration, I defined a new set of CTC/CNC's
definitions without the Director involved, but keeping the old
definitions inplace.  I then disable (INACT)  the old CTC/CNC links, and
activate the new CTC/CNC links on both the Lpars I want communicating
with each other.  I am able to get the Sysplex to use these new
signaling links,. But I can not get COMMSERV to use them for the Cross
Domain communication.  

A display of the new links show they are active and available:

D NET,E,ID=CTCXP2
IST097I DISPLAY ACCEPTED
IST075I NAME = CTCXP2, TYPE = CA MAJOR NODE 100 IST486I STATUS= ACTIV,
DESIRED STATE= ACTIV IST654I I/O TRACE = OFF, BUFFER TRACE = OFF IST170I
LINES:
IST232I CTC9214L ACTIVE   CUA = 9214
IST232I CTC9215L ACTIVE   CUA = 9215
IST232I CTC8224L ACTIVE   CUA = 8224
IST232I CTC8225L ACTIVE   CUA = 8225

How do I get COMMSERV to use the new links ?  What am I missing ?

TIA,. ..any help is appreciated,
Gabe 

--
For IBM-MAIN subscribe / signoff / archive access instructions, 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: Vendor JCL (was: WHY IS JCL ALLERGIC ... )

[Patrick O'Keefe]

On Tue, 8 Aug 2006 18:41:27 -0400, Craddock, Chris [EMAIL PROTECTED] 
wrote:

...
I can't speak for all vendors, but trust me the reason is NOT because
the vendors don't know how to package SMP/E deliverables. There is (at
least in the ones I have dealt with) a full SMP/E install under those
covers. The autocurse installers exist because a significant number of
customers ask (demand!) them. ...

There are also vendors that don't provide SPM packaging until customers 
badgered have them into doing it; then produced junk that used SMP.  It's
usually pretty easy to tell which kind of a vendor you're dealing with.
(And you probably don't find that latter kind on IBM-Main.)

A serious side effect of this poor packaging is the sample it gives Jr
System Programmers trying to learn SMP by on-the-job training.  You 
would never see an advantage of SMP if all you see is examples of poor
packaging.

Pat O'Keefe 
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Old product tapes

[Farley, Peter x23353]

Owe something to LISP?  Not even close, IMHO.  LISP has often been
(correctly) described as parenthesis h**l.  I believe its adherents refer to
it as a functional language (i.e., every frellin' thing you do is a
function, requiring arguments in parentheses!).

Rexx is *so* much nicer than LISP... IMHO of course.

But to answer your first question, I don't see the resemblance.  SNOBOL's
fail/succeed model of procedural control is *so* different from Rexx, and
the Rexx PARSE is *so* weak compared to SNOBOL's pattern-matching
capabilities, that I couldn't in good conscience call them close at all.

Were the *ideas* in SNOBOL a grandfather of some of the *ideas* in Rexx?  I
could see that argument being made, and I might not disagree with it.

But everyone's entitled to their own opinion.

Peter 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 09, 2006 3:40 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Old product tapes

Am I the only person who finds Rexx at least a little reminiscent of SNOBOL?

I never worked with LISP; wouldn't recognize it if I saw it. Perhaps they
both owe something to LISP?

Charles

_
This message and any attachments are intended only for the use of the addressee 
and
may contain information that is privileged and confidential. If the reader of 
the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your system.

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

SDSF vs. MIM command routing

[Rugen, Len]

We are upgrading from z/OS 1.4 to 1.7.  From SDSF and IOF we can issue
console commands.  Using MIM, we can route commands to other LPARS, at
least we can from the 1.4 systems.  Something in 1.7 has broken the
routing, for example SDSD /@B D A,L results in message:

 

MIM3039 NO LINKAGE DEFINED WHICH CAN SERVICE COMMAND

 

Has anyone seen this?  I'm going to report it to CA, but since it works
from the real console's, I'm betting it is something I've not done for
the console changes.

 

Thanks

 

 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: SDSF vs. MIM command routing

[Jack Kelly]

i've got a 1.4 and 1.7 system and after i do /@link in sdsf or at the 
console, i can then do /@B d a,l and the results are from B system. works 
going from 1.4 == 1.7 or 1.7== 1.4

Jack Kelly
LA Systems @ US Courts
x 202-502-2390

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Rmm and BLP

[Paul Gilmartin]

In a recent note, Martin, Mike said:

 Date: Wed, 9 Aug 2006 13:40:13 -0400
 
 //DOTIN DD DSN=OUTSIDE.TAPE,
 // VOL=SER=X00123,
 // DISP=OLD,LABEL=(2,BLP),UNIT=TAPE,
 // DCB=(RECFM=FB,BLKSIZE=4000,LRECL=50,DEN=3)
 
 EDG4048I VOLUME 000123 REJECTED. MOUNTED VOLUME DOES NOT EQUAL REQUESTED
 
What interests me is that you specified X00123, yet the message
refers to 000123.  Is there, perhaps, an Exit which converts
non-numeric characters in volsers to '0'?  Ugh!  Far too much
DWIM for me.

I would have suggested a lower case character:

// VOL=SER='x00123',

... the defense by obfuscation; no one else is apt to use a
lower case in a volser.  I thought this used to work, but I
just tried it, and in the mount message, at least, it was
folded to upper.

Still, too much DWIM.  If the system thinks my _quoted_ string
contains an invalid construct, I would prefer JCL error to
the system's guess at a substitution.

Wouldn't have worked anyway.  The operator could never enter
the correct reply to the Confirm VSN message.

-- 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: SDSF vs. MIM command routing

[Mark Zelden]

On Wed, 9 Aug 2006 14:54:15 -0500, Rugen, Len [EMAIL PROTECTED] wrote:

We are upgrading from z/OS 1.4 to 1.7.  From SDSF and IOF we can issue
console commands.  Using MIM, we can route commands to other LPARS, at
least we can from the 1.4 systems.  Something in 1.7 has broken the
routing, for example SDSD /@B D A,L results in message:

MIM3039 NO LINKAGE DEFINED WHICH CAN SERVICE COMMAND

Has anyone seen this?  I'm going to report it to CA, but since it works
from the real console's, I'm betting it is something I've not done for
the console changes.


Just out of curiosity, does your 1.4 system have the console
enhancement FMID?

I've seen it even from real consoles (and prior to 1.7).  Have a look
at the documentation for GCMF and LINK.  

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group
mailto: [EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: WHY IS JCL ALLERGIC TO LOWER CASE?

[Paul Gilmartin]

In a recent note, John M. Cullen said:

 Date: Wed, 9 Aug 2006 14:33:04 -0500
 
PARM  GRAPHICS(CHAIN(SN))   /* FOR .  PRINT OUTPUT */
 .
 To get lowercase comments you MUST do something like this.
 
Again, 'way too much DWIM.  Comments, at least, should be
reflected from SYSIN to SYSPRINT with no such transformations.

A frequent refutation of wishes in this forum is that while
the objective would have some value, it does not offset the
squandering of IBM's limited resources.  In this case, I
would have hoped the IDCAMS programmer's talent could have
been put to better use than writing code page conversion
routines.

In fact, such operations simply don't belong in any utility
with ostensibly other purposes; they should be relegated to
a specialized filter utility run in a subsequent job step,
or, better, a printer driver routine which is aware of the
CHAIN actually being used.  And how should the programmer
provide for SYSPRINT being replicated via OUTPUT JCL to two
different printers with different characteristics.

-- 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: SDSF vs. MIM command routing

[Rugen, Len]

I don't think we have the console enhancement installed.  I can't find
the FMID to check, but we're a mainframe going away site, so we were
never supposed to have to upgrade from 1.4 (or 1.2 or OS/390 2.6
etc) 

I think adding LINK statements is the solution, we never had any before.
It's hard to RTFM when you don't know what COMMAND you need!

I added a link matching my TSO id and it works.  Always before, we had
to issue the IOF AUTOCON OFF command, I'll bet THAT is related also, now
it works with AUTOCON ON (much nicer!)


Thanks

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

Copying ZFS Datasets

[Gray, Larry - Larry A]

NOTICE:
All information in and attached to the e-mail(s) below may be proprietary, 
confidential, privileged and otherwise protected from improper or erroneous 
disclosure.  If you are not the sender's intended recipient, you are not 
authorized to intercept, read, print, retain, copy, forward, or disseminate 
this message.  If you have erroneously received this communication, please 
notify the sender immediately by phone (704-758-1000) or by e-mail and destroy 
all copies of this message (electronic, paper, or otherwise).  Thank you.

I have been working with HFS datasets for several years now.  When I
want to increase the size of one (and I can unmount it), I usually
allocate a new HFS dataset with a larger allocation and use FDR to copy
the old into the new, then rename and mount the new dataset.  What is
the normal route to increase the size of a ZFS?

Larry Alan Gray   Phone: 336-658-7944
Technical Services  Fax: 336-658-2124
Lowe's Companies Inc.   email:
[EMAIL PROTECTED]



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

Re: Copying ZFS Datasets

[Ramiro Camposagrado]

On Wed, 9 Aug 2006 15:51:24 -0500, Brian Peterson 
[EMAIL PROTECTED] wrote:

I am myself just becoming somewhat familiar with zFS, but one thing I've
stumbled upon is the requirement to specify

aggrgrow=on

in SYS1.PARMLIB(IOEPRM00) so that the ZFS started task will use this
value.  As I understand it, with this option in effect, then zFS will
dynamically take advantage of whatever space you've defined for your zFS
data set by formatting it when needed.  Remember, a zFS data set is simply
a VSAM Linear data set, so standard VSAM rules apply - but without
aggrgrow, zFS won't take advantage of more space as needed.

Brian

On Wed, 9 Aug 2006 16:40:09 -0400, Gray, Larry wrote:


I have been working with HFS datasets for several years now.  When I
want to increase the size of one (and I can unmount it), I usually
allocate a new HFS dataset with a larger allocation and use FDR to copy
the old into the new, then rename and mount the new dataset.  What is
the normal route to increase the size of a ZFS?

Larry Alan Gray

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

The file must also specify secondary allocations for this option to work.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: SDSF vs. MIM command routing

[Mark Zelden]

On Wed, 9 Aug 2006 15:30:56 -0500, Rugen, Len [EMAIL PROTECTED] wrote:

I added a link matching my TSO id and it works.  Always before, we had
to issue the IOF AUTOCON OFF command, I'll bet THAT is related also, now
it works with AUTOCON ON (much nicer!)


Similar to issuing M/command  in SDSF.  That is another way around
the problem.  But doesn't M/ and I/ go away in 1.7 (or is it 1.8)?

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group
mailto: [EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: Need JES2 Exit to add /*JOBPARM SYSAFF stmt

[Hal Merritt]

That is native JES behavior. No exit needed. We exploited that to move
all work to z/os.e even if submitted on z/os. 

Warning: JES's behavior can be changed by command, but that may not
'stick' across IPL's.  

HTH and good luck. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Tony Wiggett
Sent: Wednesday, August 09, 2006 2:56 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Need JES2 Exit to add /*JOBPARM SYSAFF stmt

Does anyone have a copy of a JES2 Exit (Exit 6 I guess) which will do
the
following:

1. When a user submits a batch job, check to see if they have /*JOBPARM
SYSAFF=systemname specified.
2. If they do then allow job to run without change
3. If no /*JOBPARM SYSAFF statement is coded, then add one with the
systemname being the name of the system the job was submitted from


So the object of the exercise is to run the job on the system it was
submitted on unless explicitly specified to run on a different one.

Of course if the symbolic SYSNAME would work in batch jobs the Exit
would
be unecessary...

Thanks
Tony   

 
NOTICE: This electronic mail message and any files transmitted with it are 
intended exclusively
for the individual or entity to which it is addressed. The message, together 
with any attachment, may contain confidential and/or privileged
information. Any unauthorized review, use, printing, saving, copying, 
disclosure 
or distribution is strictly prohibited. If you have received this message in 
error, please immediately
advise the sender by reply email and delete all copies.

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

Re: Old product tapes

[Gibney, Dave]

SNOBOL was fun, LISP wasn't quite as fun :)


Dave Gibney  [EMAIL PROTECTED]
System Programmer(509) 335-7359
Information Technology
Washington State University
Pullman, WA 99164-1222


 -Original Message-
 From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
 Behalf Of Shane
 Sent: Wednesday, August 09, 2006 6:01 AM
 To: IBM-MAIN@BAMA.UA.EDU
 Subject: Re: Old product tapes
 
 On Wed, 2006-08-09 at 07:56 -0500, McKown, John wrote:
 
 
  I have a library with SNOBOL4 in it. I think that I got it from the
  Hercules/390 project on Yahoo! But I'm not sure. It is
 
  SNOBOL4 (VERSION 3.5, FEB. 10, 1971)
  BELL TELEPHONE LABORATORIES, INCORPORATED
 
  Runs fine as is under z/OS 1.6.
 
 Who in their right mind  .
 I probably still have psychological scars from my undergrad years
thanks
 to SNOBOL.
 
 Arggghhh   !!!
 
 Shane ...
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: DFSMSdss - Restoring Multivolume Data Sets

[Shane]

On Wed, 2006-08-09 at 17:03 +0200, Teusch Arnold (BIL) wrote:

 This was more a principle question : Will multivolume be honoured on
 restore if necessary ?

Yes I believe this worked as expected - eventually.

Shane ...

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

Re: Old product tapes

[Ray Mullins]

(Why (do (you (say (that)?   :-P

(Never touched the stuff.  APL, OTOH...)

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Gibney, Dave
Sent: Wednesday August 09 2006 15:14
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Old product tapes

SNOBOL was fun, LISP wasn't quite as fun :)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Security risk on SSH tunneling

[Erin Farr]

 -Original Message-
 From: IBM TCP/IP List [mailto:[EMAIL PROTECTED] On Behalf Of
 Josef Berger
 Sent: Wednesday, August 09, 2006 2:48 AM
 To: [EMAIL PROTECTED]
 Subject: Security risk on SSH tunneling

 Hello all,

 on our tests on z/OS1.6 SSH Server, we have found, if
AllowTcpForwarding
 is set to yes on the z/OS 1.6 SSH Server configuration there is no way to
 limit to IP-Address ranges or ports, when using ssh tunneling. It's only
 possible to limit on Users with the AllowUsers Option.
 SSH server doesn't ask RACF for Stackacces or Portaccess !!.
 Any advice how we can limit the access to specific IP-Stacks and Ports
would
 be very welcome.

 regards
 Josef


Hi Josef,
  STACKACCESS and PORTACCESS does occur, but perhaps not where you
suspect.  For example, if you are forwarding a TCP connection through the
OpenSSH daemon (with privilege separation enabled), the listening process
is user-privileged (i.e. the privileges of the logged-in authenticated
user) and listening on the loopback address (with the user-specified port.)
If you don't have privilege separation enabled, then your daemon process is
UID 0, but that should only impact whether or not you'd be able to forward
a low (reserved) port.Any forwarding that occurs through the ssh client
side (i.e. the ssh client is the proxy server) are always user-privileged
(whatever privileges the ssh client is running under.)

If you disabled a port because the protocol using that port was not secure
(perhaps data was not being encrypted), then forwarding that data over an
SSH connection may alleviate the security concern that caused you to
disallow that protocol in the first place.  If the issue isn't security but
some site-policy regarding application usage, then you may want to consider
just disabling TCP forwarding.   If you have some other requirement where
you want more granularity for TCP forwarding, or if what I discussed above
doesn't alleviate your issue, please e-mail me directly so I can get more
information on your setup.

Best regards,
Erin Farr
z/OS UNIX System Services Development
[EMAIL PROTECTED]

Information about OpenSSH on z/OS can be found in The IBM Ported Tools for
z/OS User's Guide:
http://www-03.ibm.com/servers/eserver/zseries/zos/unix/port_tools.html

/* NOTE: cross-posted to both IBMTCP-L and IBM-MAIN */

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

Heads up: zIIP Support incompatibility with CA-OPSMVS TABLE EDIT -FATAL ERROR resolved OPB0173

[Knutson, Sam]

Hi,

If you are trying to get zIIP support installed as we are you might
expect to have to install service to performance reporting tools like
TMON, MAINVIEW, in addition to the base z/OS and DB2 support.  JBB772S
causes a problem in CA-OPSMVS this is now resolved. 
The OPSMVS option =2.6 TABLE EDIT page got TABLE EDIT -FATAL ERROR after
we installed zIIP support.  

This is now resolved with a fix from CA OPB0173.   

The Table Edit panel =2.6 now works as expected.

Best Regards, 

Sam Knutson, GEICO 
Performance and Availability Management 
mailto:[EMAIL PROTECTED] 
(office)  301.986.3574 

Think big, act bold, start simple, grow fast...
 


This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

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

Re: Vendor JCL (was: WHY IS JCL ALLERGIC ... )

[Tom Marchant]

On Tue, 8 Aug 2006 18:41:27 -0400, Craddock, Chris [EMAIL PROTECTED] 
wrote:

 ...  front ends to SMP/E, to cover up for the
 fact that the vendor doesn't have a clue how to create proper SYSMODs.
 Let alone HOLDDATA.

I can't speak for all vendors, but trust me the reason is NOT because
the vendors don't know how to package SMP/E deliverables. There is (at
least in the ones I have dealt with) a full SMP/E install under those
covers. The autocurse installers exist because a significant number of
customers ask (demand!) them. The ibm-main audience is not necessarily
typical because there are a lot of customers who can't spell SMP/E let
alone configure high end software products.

I guess that means that you think they can't install MVS.  In all the years 
I've been in this business, people have been telling me that this group or 
that is full if idiots.  People who were incapable of learning, or worse, 
that anything that they might learn will only make them screw things up 
worse.  A little knowledge is a dangerous thing.  I call it the user-
dummy syndrome.  I have variously been told that users, programmers, 
operators, analysts, vendors, managers and customers are dummys.

I have found that the vast majority of the people in all of these 
categories are hard working prople who really want to do their job better.  
I have always tried to help all of these people to understand things 
better, and I have never regretted it.  Many organizations suffer from a 
culture that makes improvement difficult, and it is often difficult people 
in any of these categories to see things from other perspectives.

I can assure you that many vendors produce inferior SMP/E.  SMP/E is a 
powerful tool, and when the SYSMODs are coded correctly, it makes 
installing and maintaining a system easy.  When PTFs are sent without the 
REQs coded properly and the vendor tells me to BYPASS ID, I have to wonder 
why they bother with SMP at all.

Tom Marchant

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

Re: Batch FTP

[John S. Giltner, Jr.]

Mickey wrote:

John S. Giltner, Jr. wrote:


What support issues did you have with PKZip?



Was about to ask that same question, as I have never had any issues
with PKMVS, other than the limitation of 4 GB. Of course, at that point
one can always create a GZIP.

Mickey



We have had a few customers complain that we had to break up files that 
were larger than 4GB and they could not understand why we have to.  So 
we got SecureZip to resolve another issue with encryption and now we can 
handle it.


First time we had 4GB+ file we were so happy we could send it without 
breaking up the file and it was to one of our customers that had 
complained the most and the loudest.  Low and behold, guess what?  They 
could NOT support compressed file larger than 4GB.  They were running on 
a Windows box and their zip program did not support it.


In fact so far we have found that none of our customers can support the 
large files.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: COMMSERV using CTC CNCs

[John S. Giltner, Jr.]

Gabe Torres wrote:
 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Gabe Torres
Sent: Wednesday, August 09, 2006 12:42 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: ESTAE control block chain. (from assembler-list)

Hello List,
 
 We are dropping our Escon Directors from our mainframe configuration.  
We have CTC/CNCs using an Escon Director to communicate between

COMMSERV's on two  Lpars on a single processor.   We will be moving to
CTC/CNC's without an Escon Director.  Our Sysplex also uses these for
PATHIN and PATHOUT signaling links between the Lpars. 


 To prepare for the new configuration, I defined a new set of CTC/CNC's
definitions without the Director involved, but keeping the old
definitions inplace.  I then disable (INACT)  the old CTC/CNC links, and
activate the new CTC/CNC links on both the Lpars I want communicating
with each other.  I am able to get the Sysplex to use these new
signaling links,. But I can not get COMMSERV to use them for the Cross
Domain communication.  


A display of the new links show they are active and available:

D NET,E,ID=CTCXP2
IST097I DISPLAY ACCEPTED
IST075I NAME = CTCXP2, TYPE = CA MAJOR NODE 100 IST486I STATUS= ACTIV,
DESIRED STATE= ACTIV IST654I I/O TRACE = OFF, BUFFER TRACE = OFF IST170I
LINES:
IST232I CTC9214L ACTIVE   CUA = 9214
IST232I CTC9215L ACTIVE   CUA = 9215
IST232I CTC8224L ACTIVE   CUA = 8224
IST232I CTC8225L ACTIVE   CUA = 8225

How do I get COMMSERV to use the new links ?  What am I missing ?

TIA,. ..any help is appreciated,
Gabe 



Do you have paths coded?

Are you setup for SA or APPN, or both?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Initializing a PDS

[Arthur T.]

On 9 Aug 2006 16:11:41 -0700, in bit.listserv.ibm-main 
(Message-ID:[EMAIL PROTECTED]) 
[EMAIL PROTECTED] wrote:



2.2.54 z/OS V1R8.0 DFSMS Macro Instructions for Data Sets

   I
   clears, or resets to empty, a PDS or PDSE 
directory. The
   parameter list (list address) is not 
required for STOW
   initialize. There are no serialization 
requirements for
   using STOW initialize. For PDSES, PDSE 
member connections
   will protect any application accessing a 
member concurrent
   to the issuance of STOW initialize. A 
member being read
   will be marked for deletion, but will not 
be deleted until

   after the connection is released.


Am I right to be uncomfortable with the idea of clearing a PDS
directory while another job has it allocated SHR?


 You can do just about anything to a PDS, even now, 
with DISP=SHR, including deleting every member.  So, 
allowing someone to clear one with DISP=SHR isn't that much 
bigger of an integrity exposure.  (IMO, subject to change 
as I read and think more.)


 I'd be more worried about the delayed reaction 
problem in a PDSE.  Think how hard it might be to figure 
out who deleted a needed member when it actually happens 
three days (or weeks) later (when some STC comes 
down).  And, what happens if you try to replace the member 
during that delay?


 Since PDSEs do have built-in integrity protection, 
I'd rather see a bad return code and *no* members deleted 
(if any member is in use) than to never know when the 
operation will actually complete.



--
I cannot receive mail at the address this was sent from.
To reply directly, send to ar23hur at intergate dot 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: Vendor JCL (was: WHY IS JCL ALLERGIC ... )

[Craddock, Chris]

 I guess that means that you think they can't install MVS.  In all the
 years
 I've been in this business, people have been telling me that this
group or
 that is full if idiots.  People who were incapable of learning, or
worse,
 that anything that they might learn will only make them screw things
up
 worse.  A little knowledge is a dangerous thing.  I call it the
user-
 dummy syndrome.  I have variously been told that users, programmers,
 operators, analysts, vendors, managers and customers are dummys.

-I- am not telling you anything of the sort. I am telling you that
customers who write big checks for enterprise software products have
made enough fuss about this issue that pretty much all of the vendors
provide gooberware to assist with installation and configuration of
their software. You can choose to believe me or not, I won't lose any
sleep either way. 

 I can assure you that many vendors produce inferior SMP/E.  SMP/E is a
 powerful tool, and when the SYSMODs are coded correctly, it makes
 installing and maintaining a system easy.  When PTFs are sent without
the
 REQs coded properly and the vendor tells me to BYPASS ID, I have to
wonder
 why they bother with SMP at all.

So you say. On the other hand, you could apply the same reasoning to
vendor employees that you did to your own peers. They are just trying to
do the best job they can for their customers. That's not all good or all
bad. It just is the way it is. 

Installation aids may NOT be to your taste perhaps, but the vendors
aren't providing them to p*ss you off and they're not all incompetent.
Ask yourself why the vendors would bother doing all that extra junk if
their customers weren't asking for it?

It is all very well to say you don't like assistance from the autocurse
software. Fine. I could care less. What I am really annoyed about is
this constant blather that (all) vendors don't have a clue what they're
doing. Perhaps you could do better, but I wouldn't bet a paycheck on 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: RMF Mentor required

[james smith]

Joe

I hope you know more about RMF than malt whisky!!!

Glenmorangie is actually from the Northern Highlands and a much 'milder'
flavor than that of the Islay malts which are characterized by a heavy peat
flavor and a not insignificant touch of iodine 

Back to RMF - the redbook 'Effective zSeries Performance Monitoring using
RMF' is a great source of information.

James F. Smith
 

Skype jamesfs1 
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Joe jeffries
Sent: 09 August 2006 22:34
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: RMF Mentor required

Shane/Kees,

I'm aware of PAV's/Multiple allegiances etc. and I've read up on what the 
ESS can and can't do (it can't cope with XRC device blocking anywhere near 
as well as the HDS's for example). As far as I can see, the new boxes do a 
lot of the tuning for you but from what I read, it starts to struggle when 
over 90% allocated? I would still prefer to have a system in place for 
checking in the event of problems. Surely the ESS can't move 2 busy 
datasets apart (or is it that clever)? We're already using PAV's and as 
such I see an end to IOSQ time, that still leaves 3 components to monitor?

As for the nightly, well, I sort of see this as I do my day, ask my 
questions when i get stuck, mentor has 6 days to reply so it doesn't matter 
where/what time in the world?

Glenmorangie is an ISLAY if i'm not mistaken...nn donuts

PS. Kees, did you used to work at Die Telegraf back in the late 80's  early 
90's ? (i'm sure i remember that name (vornooy not kees lol)) - mach ik die 
reckoning aus du blieft?

Regards,

JJ

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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 -- needed?

[Tony Wiggett]

I heard some IBM'ers in the past say any more than one system in a GRS Ring
is too many. Ours runs great wih 3 Lpars though. i was under the
impression that the whole thing would be slowed down by the Lpar with the
least number of Mips but our Sysprog one is like 13 Mips or something and
the whole thing flies and yes we do run DB2...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Vendor JCL (was: WHY IS JCL ALLERGIC ... )

[Robert A. Rosenberg]

At 18:08 -0500 on 08/09/2006, Tom Marchant wrote about Re: Vendor JCL 
(was: WHY IS JCL ALLERGIC ... ):



I can assure you that many vendors produce inferior SMP/E.  SMP/E is a
powerful tool, and when the SYSMODs are coded correctly, it makes
installing and maintaining a system easy.


That is until you have to RESTORE a SYSMOD at while point SMP/E 
causes you to do lots of useless work. The intent of a RESTORE is to 
create a system as if that SYSMOD (and possibly SYSMODs that PRE it) 
had not yet been APPLYed. The CORRECT way of doing a RESTORE 
operation is to determine which elements must be backed off and which 
SYSMODs contain the replacement versions of the elements. The current 
implementation causes you to have to remove (and subsequently 
reAPPLY) SYSMODS that have nothing to do with the one being RESTOREd. 
As a simple example, SYSMOD1 contains elements A, B, and C while 
SYSMOD2 contains only element B and PREs SYSMOD1. Both are currently 
in APPLY status. To RESTORE SYSMOD2, I must also RESTORE SYSMOD1 (and 
possibly SYSMOD3 which PREs SYSMOD1 since it contains a newer copy of 
A and/or C but not B). All that is needed is to just reAPPLY element 
B from SYSMOD1 and you have RESTOREd SYSMOD2 but SMP/E goes through 
useless work to back off A and C also (along with other elements in 
SYSMODs on the PRE chain that is anchored at SYSMOD1) only to then do 
an APPLY (sans SYSMOD2) of all the erroneously RESTOREd SYSMODs. If 
all you want to do is RESTORE B, you should run the element SUP chain 
on B until you find a copy to APPLY/use (in this case the copy in 
SYSMOD1) and ignore everything else. RESTORE is a flawed design since 
it involves elements that are not affected when the correct versions 
are available from SYSMODs still in APPLY status or from the DLIB 
copy of the element.


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