Re: IDCAMS Repro vs ICETOOL

[Ron Hawkins]

Carl,

I'll take a WAG that you are rewinding the tape at the close of every output
file on the cartridge, and then repositioning to the end of the last file to
write the next file in sequence.

Using DFSMSdss logical dump to a single tape dataset eliminates that
problem.

Ron



> jobs runs, they seems to run forever. We have noticed
> that the job goes into DW for 3-5 seconds at the end
> of each REPRO process, allocation/deallocation I
> assume. If indeed this is the case then using another
> program such as ICETOOL should not matter, the results
> should be the same. Is this assumption valid?

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

CFSizer

[Barbara Nitz]

In preparation of driver67L which for us includes changing to CFLevel15 we also 
checked structure sizes (again). I was informed for the first time that the 
sizer is completely useless, as it only accepts 9 locks for the IRLM 
structures (IMS and DB2), and in our installation, a single program can hold 
15 locks concurrently. Whom would I contact to report this?
Regards, Barbara Nitz
-- 
GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS.
Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail

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

[Vernooy, C.P. - SPLXM]

"Barbara Nitz" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> In preparation of driver67L which for us includes changing to
CFLevel15 we also checked structure sizes (again). I was informed for
the first time that the sizer is completely useless, as it only accepts
9 locks for the IRLM structures (IMS and DB2), and in our
installation, a single program can hold 15 locks concurrently. Whom
would I contact to report this?
> Regards, Barbara Nitz


You know if you read the disclaimer:

"SET FORTH BELOW ARE IMPORTANT TERMS REGARDING THE AGREEMENT FOR "AS IS"
USE OF System z COUPLING FACILITY SIZER TOOL. YOU MUST READ THESE TERMS
BEFORE USING THIS TOOL. ANY USE INDICATES YOUR ACCEPTANCE OF THESE
TERMS."

This is the category of freeware internet toolz, warez etc. etc. If they
work, they work, if they don't you have bad luck. The price/performance
ratio also prevents you from complaining.

This is the new IT world where cellphones, ipods etc. have such a short
lifecycle that it is not worth while to set up a support organization.

Kees.
**
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee
only. If you are not the addressee, you are notified that no part
of the e-mail or any attachment may be disclosed, copied or
distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries
and/or its employees shall not be liable for the incorrect or
incomplete transmission of this e-mail or any attachments, nor
responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
Dutch Airlines) is registered in Amstelveen, The Netherlands, with
registered number 33014286 
**

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

Re: CFSizer

[Barbara Nitz]

Kees,

come on! :-)

"This is the category of freeware internet toolz, warez etc. etc. If they
work, they work, if they don't you have bad luck. The price/performance
ratio also prevents you from complaining.

This is the new IT world where cellphones, ipods etc. have such a short
lifecycle that it is not worth while to set up a support organization."

Yes, you're competely right. There is no defined support structure for the 
tool. The last time I loudly complained here about the sizer (which was a few 
years back) Bill Neiman of XCF development came forward and looked at the 
problem and fixed it. I am hoping he will do so again, and we can take this 
offline then. But given that a lot of IBMers don't monitor ibm-main anymore, I 
didn't want to just sent him an email about this. And if he doesn't respond, 
maybe another IBMer will contact someone *in the know*, so that we can all get 
this fixed. 

The thing is, when I tried the "OEM Lock structure" with my 15 locks, I go 
an 'unexpected MQ error' or some such thing, and that OEM Lock structure allows 
more than 6 digits as input So I am really out of luck

Best regards, Barbara
-- 
Pt! Schon vom neuen GMX MultiMessenger gehört?
Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger?did=10

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

Rexx IRXIC and IRXEXEC question

[Lindy Mayfield]

The Rexx IRXIC (Trace and Execution control) allows one to enter some
commands like TS for trace start.

Would something like this work?  I initialize an environment with
IRXINIT, replace the Input/Output routine with my own , run IRXIC with
TS command to turn on tracing, then run an exec with IRXECEC.  Would I
then be able to capture the trace and control the running of the exec?

I've returned to my idea of whether a full screen Rexx debugger could be
built.  

Thanks,
Lindy

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

Outsourced - the movie

[Steve Comstock]

For those of you living in the Denver area, this
movie (which I mentioned here in passing a few
weeks ago) is showing at the Starz theatres in
the old Tivoli brewing complex on the Auraria
campus.

It's an OK flick. It uses the hook of a Seattle
based manager having to go to India to train the
group of people replacing his department. A few
laughs, a few insights, a highly unlikely
romantic story line. Totally ignores the effects
of outsourcing on the workers in Seattle who lost
their jobs. But, hey, it's Hollywood.


Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

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

  z/OS Application development made easier
* Our classes include
   + How things work
   + Programming examples with realistic applications
   + Starter / skeleton code
   + Complete working programs
   + Useful utilities and subroutines
   + Tips and techniques

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

[Steve Comstock]

Paul Gilmartin wrote:

On Tue, 15 Jan 2008 15:01:58 -0700, Steve Comstock wrote:


And I might mention that DUMMY is __required__. We had some jobs that
ran with SYSIN being a DD *, but with no control cards. This is,
technically, equivalent to DUMMY, but not by ICEGENER. The same applies
to an "empty" dataset with no control cards. Just mentioning this
because it bit us once.


Well, that's not just for sorts and utilities;
A DD * with no lines is _not_ the same as DD DUMMY.
There are differences in allocation, for example.



Can you expand on this 


I was just thinking that SYSIN type data gets
allocated out of the SPOOL, while DUMMY data sets
bypass allocation. Just ran a small test, since
I haven't really looked at this in years, and I
see on the JES2 job log:

IEF237I DMY  ALLOCATED TO DD1
JES2 ALLOCATED TO DD2
JES2 ALLOCATED TO REPT

for this JCL:

//DD1DD  DUMMY,LRECL=100
//DD2DD  *
//REPT   DD  SYSOUT=*

also, for step termination:

   SCOMSTO.SCOMSTO1.JOB02181.D101.? SYSIN
   SCOMSTO.SCOMSTO1.JOB02181.D102.? SYSOUT

Of course, not much of a test. And Frank Y. and Bill
G. have provided some other insights.

> (or am I requesting too much a freebie)?

Ouch! Have I gotten too cheap again?
I've worked hard at being more upbeat,
more generous, and more humorous for
the last 6-9 months.





But (open message to designers):  No!  KISS dammit!
OPEN SYSIN; QSAM GET until you come to the end; then
CLOSE.  Treat all empty data sets alike.  Don't go poking
around UCBs and JFCBs and TIOTs and ... to make an
arbitrary distinction between an empty DUMMY data set, and
an empty instream data set, and an empty DASD data set,
and an empty allocated Unix path, and an empty tape data
set, and an empty (virtual) card reader data set, and an
empty terminal data set.

Treat them all alike; to do otherwise only adds an
unwarranted astonishment factor.

I'll grant some leeway that the error recovery for
a terminal data set is justifiably different from
that for a noninteractive data set.

-- gil



Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

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

  z/OS Application development made easier
* Our classes include
   + How things work
   + Programming examples with realistic applications
   + Starter / skeleton code
   + Complete working programs
   + Useful utilities and subroutines
   + Tips and techniques

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

non-mainframe post (was Re: Outsourced - the movie)

[(IBM Mainframe Discussion List)]

 
 
In a message dated 1/16/2008 6:50:56 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:
>Totally ignores the effects
of outsourcing on the workers in Seattle  who lost
their jobs. But, hey, it's Hollywood.
 
Maybe there's an Indian movie that concentrates on the effects of  insourcing 
on the workers in Mumbai who now have far better-paying jobs.   But, hey, 
that's Bollywood.
 
Bill  Fairchild
Plainfield, IL

"I think all foreigners should stop  interfering in the internal affairs of 
Iraq." [Paul Wolfowitz; 22 JUL 2003; New  York Times]





**Start the year off right.  Easy ways to stay in shape. 
http://body.aol.com/fitness/winter-exercise?NCID=aolcmp0030002489

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: IDCAMS Repro vs ICETOOL

[Mark Zelden]

On Wed, 16 Jan 2008 00:18:05 -0800, Ron Hawkins
<[EMAIL PROTECTED]> wrote:

>Carl,
>
>I'll take a WAG that you are rewinding the tape at the close of every output
>file on the cartridge, and then repositioning to the end of the last file to
>write the next file in sequence.
>
>Using DFSMSdss logical dump to a single tape dataset eliminates that
>problem.
>

So does proper JCL.  :-)  


--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
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

PING time out

[Greg Shirey]

Fellow listers,

We have some batch jobs that run early in the morning, create a file,
then FTP it to a server in our network.  We had one of the jobs fail to
FTP, getting the message:  
EZA2589E Connection to server interrupted or timed out. Initial
connection 

At that time, when we tried to PING the server, it timed out.   Five
minutes later, we got a response back from the server, so the job reran
to success.

This happened on and off all night, the server would be "PINGable" for a
while, then not.  

I perceived this as a server or router error, but the network guys say
no.  They are able, during these times when the mainframe cannot get a
response to a PING, to successfully logon and FTP files to the server
from their PCs.

So, my question to this esteemed group is what is there in the mainframe
IP environment could intermittently cause PING to fail?   (And only to a
particular server - I set up a REXX to PING 5 servers, go to sleep for
30 seconds, and do it for about 30 minutes.  Only this server did not
respond to the PING.)  

We are running z/OS 1.7 on a 2086 using the OSA card for connection to
the network.

Thanks for any feedback,

Greg Shirey
Ben E. Keith Company







  

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

Re: PING time out

[Mark Jacobs]

Greg Shirey wrote:
> Fellow listers,
>
> We have some batch jobs that run early in the morning, create a file,
> then FTP it to a server in our network.  We had one of the jobs fail to
> FTP, getting the message:  
> EZA2589E Connection to server interrupted or timed out. Initial
> connection 
>
> At that time, when we tried to PING the server, it timed out.   Five
> minutes later, we got a response back from the server, so the job reran
> to success.
>
> This happened on and off all night, the server would be "PINGable" for a
> while, then not.  
>
> I perceived this as a server or router error, but the network guys say
> no.  They are able, during these times when the mainframe cannot get a
> response to a PING, to successfully logon and FTP files to the server
> from their PCs.
>
> So, my question to this esteemed group is what is there in the mainframe
> IP environment could intermittently cause PING to fail?   (And only to a
> particular server - I set up a REXX to PING 5 servers, go to sleep for
> 30 seconds, and do it for about 30 minutes.  Only this server did not
> respond to the PING.)  
>
> We are running z/OS 1.7 on a 2086 using the OSA card for connection to
> the network.
>
> Thanks for any feedback,
>
> Greg Shirey
> Ben E. Keith Company
>
>
>   
When the PING from the mainframe times out can you run a TRACERTE from
that system to see if the problem is somewhere on the network?

-- 
Mark Jacobs
Time Customer Service
Tampa, FL


Riley: Find the next number in the sequence: 313, 331, 367, ...? what?

The Doctor: 379. It's a sequence of happy primes, 379.

Martha: Happy what?

The Doctor: Just enter it!

Riley: Are you sure? We only get one chance.

The Doctor: Any number that reduces to one when you take the sum of 
the square of its digits and continue iterating until it yields 1 is 
a happy number, any number that doesn't, isn't. A happy prime is 
both happy and prime. 

Doctor Who episode "42"

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

DADSM Program

[Eric Bielefeld]

I just downloaded the DADSM program from the CBT site file 527.  I used that 
program for a long time at P&H Mining.  I originally got it from a tape maybe 
20 years ago that was put together by Dale Chaney, who used to be an IBM SE, 
and put together a whole bunch of shareware on a tape way back then.There 
is actually a note that the version I had was last updated by Larry Simpson of 
Bucyrus Erie, another Milwaukee company.  I know they don't have a mainframe 
anymore.  

It's funny, because the only 2 companies in the world that make mining shovels 
and draglines are both located in Milwaukee.  Now neither runs MVS.

Anyway, I downloaded the CBT version because the one I had was last updated in 
1977, and I was having a hard time getting the old one to work.  I am getting a 
S913 abend on the job, and get the following message:

ICH408I USER(CNT0527 ) GROUP(SYS1) NAME(BIELEFELD, ERIC
  XX100C CL(DASDVOL )  
  INSUFFICIENT ACCESS AUTHORITY
  FROM * (G)   
  ACCESS INTENT(UPDATE )  ACCESS ALLOWED(NONE   )  
IEC150I 913-38,IFG0194D,CNT0527D,DADSM,SYS1,100C,XX100C,   

I was just wondering what the update access for to the DASDVOL class for XX100C 
is.  XX100C  is the first volume with the lowest address.  I don't recall 
having any RACF issues with the old DADSM I used at P&H Mining, although I had 
almost all authority in RACF at P&H.  Is this actually trying to update 
anything on the XX100C volume?

Thanks,

Eric
--
Eric Bielefeld
Des Moines, Iowa
515-645-5153

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: IDCAMS Repro vs ICETOOL

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Carl Edwards
> Sent: Tuesday, January 15, 2008 10:40 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: IDCAMS Repro vs ICETOOL
> 
> 
> We have a series of jobs that use IDCAMS to move data
> from one platform to another. There are several
> hundred files stacked on tape, which was created by
> REPRO. These tapes are then read by the Z/os target
> system and loaded to the appropriate files. While the
> jobs runs, they seems to run forever. We have noticed
> that the job goes into DW for 3-5 seconds at the end
> of each REPRO process, allocation/deallocation I
> assume. If indeed this is the case then using another
> program such as ICETOOL should not matter, the results
> should be the same. Is this assumption valid?

You're likely waiting on a tape mount. That time will be the same
regardless of the utility used. If you are running multiple steps in a
single job, then I strongly suggest that you use the VOL=(,RETAIN)
parameter. This should keep the tape mounted between steps. Also, try
using DISP=(OLD,PASS). As I vaguely recall, this keeps the tape
positioned on the drive instead of being rewound. This means that if you
process the datasets in the order that they are on the tape, you should
not be doing a bunch of rewinds and forward space files to find the next
dateset on the tape. I only vaguely remember this. Or maybe it was the
VOL=(,RETAIN) that did that. I'd do both, just to be sure (belt &
suspenders man).

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
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: IDCAMS Repro vs ICETOOL

[Mark Zelden]

On Wed, 16 Jan 2008 08:08:39 -0600, McKown, John
<[EMAIL PROTECTED]> wrote:

>> -Original Message-
>> From: IBM Mainframe Discussion List
>> [mailto:[EMAIL PROTECTED] On Behalf Of Carl Edwards
>> Sent: Tuesday, January 15, 2008 10:40 PM
>> To: IBM-MAIN@BAMA.UA.EDU
>> Subject: IDCAMS Repro vs ICETOOL
>>
>>
>> We have a series of jobs that use IDCAMS to move data
>> from one platform to another. There are several
>> hundred files stacked on tape, which was created by
>> REPRO. These tapes are then read by the Z/os target
>> system and loaded to the appropriate files. While the
>> jobs runs, they seems to run forever. We have noticed
>> that the job goes into DW for 3-5 seconds at the end
>> of each REPRO process, allocation/deallocation I
>> assume. If indeed this is the case then using another
>> program such as ICETOOL should not matter, the results
>> should be the same. Is this assumption valid?
>
>You're likely waiting on a tape mount. That time will be the same
>regardless of the utility used. If you are running multiple steps in a
>single job, then I strongly suggest that you use the VOL=(,RETAIN)
>parameter. This should keep the tape mounted between steps. 

Even if using one step with multiple REPROs going to different file
numbers you still need it.  

>Also, try
>using DISP=(OLD,PASS). As I vaguely recall, this keeps the tape
>positioned on the drive instead of being rewound.

PASS implies RETAIN, but that won't catalog the output dsn. 

You also need REF=*.previousdd

A mistake I often find is people pointing all of their volser REFs to the first
DD instead of the previous one.  That works great until your output grows
to a second volume (IIRC you get an A13 abend).  

Example:

//TAPE1DD  DSN=MYUSERID.OUTPUT.FILE1,   
// DISP=(,CATLG),UNIT=(TAPE,,DEFER),
// VOL=(,RETAIN),   
// LABEL=(1,SL,RETPD=60)
//TAPE2DD  DSN=MYUSERID.OUTPUT.FILE2,   
// DISP=(,CATLG),UNIT=(TAPE,,DEFER),
// VOL=(,RETAIN,REF=*.TAPE1),   
// LABEL=(2,SL,RETPD=60)
//TAPE3DD  DSN=MYUSERID.OUTPUT.FILE3,   
// DISP=(,CATLG),UNIT=(TAPE,,DEFER),
// VOL=(,RETAIN,REF=*.TAPE2),   
// LABEL=(3,SL,RETPD=60)
//TAPE4DD  DSN=MYUSERID.OUTPUT.FILE4,   
// DISP=(,CATLG),UNIT=(TAPE,,DEFER),
// VOL=(,RETAIN,REF=*.TAPE3),   
// LABEL=(4,SL,RETPD=60)



--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
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

IBM announcements

[Jim McAlpine]

Anyone got a url for the IBM Announcements web site.

Jim McAlpine

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

[Steve Comstock]

Jim McAlpine wrote:

Anyone got a url for the IBM Announcements web site.

Jim McAlpine


Try this:

http://www-01.ibm.com/common/ssi/index.wss


Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

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

  z/OS Application development made easier
* Our classes include
   + How things work
   + Programming examples with realistic applications
   + Starter / skeleton code
   + Complete working programs
   + Useful utilities and subroutines
   + Tips and techniques

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

Test message -- Please ignore

[Chase, John]

Testing..

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

Automated shutdown

[Mark Pace]

Is there a way to automate the shutdown of z/OS?  I hate having to follow a
script, typing all of the commands to stop tasks.

Also, is there a command to stop syslogd, other than to cancel it?

Thanks very much.

-- 
Mark Pace
Mainline Information Systems

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

Re: Automated shutdown

[Mark Jacobs]

Mark Pace wrote:
> Is there a way to automate the shutdown of z/OS?  I hate having to follow a
> script, typing all of the commands to stop tasks.
>
> Also, is there a command to stop syslogd, other than to cancel it?
>
> Thanks very much.
>
>   
Er, that is what an automated operations product does. It knows whats up
and how to shut everything down. One command to the product and it
should be able to (if setup correctly) to shut everything down the
correct way and in the correct order.

-- 
Mark Jacobs
Time Customer Service
Tampa, FL


Riley: Find the next number in the sequence: 313, 331, 367, ...? what?

The Doctor: 379. It's a sequence of happy primes, 379.

Martha: Happy what?

The Doctor: Just enter it!

Riley: Are you sure? We only get one chance.

The Doctor: Any number that reduces to one when you take the sum of 
the square of its digits and continue iterating until it yields 1 is 
a happy number, any number that doesn't, isn't. A happy prime is 
both happy and prime. 

Doctor Who episode "42"

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

[Jim McAlpine]

On 1/16/08, Steve Comstock <[EMAIL PROTECTED]> wrote:
>
> Jim McAlpine wrote:
> > Anyone got a url for the IBM Announcements web site.
> >
> > Jim McAlpine
>
> Try this:
>
> http://www-01.ibm.com/common/ssi/index.wss
>
>
> Kind regards,
>
> -Steve Comstock
> The Trainer's Friend, Inc.


Thanks for the link.  However it's not very friendly or I'm just too stupid
to find what I want.  I'm after the specific announcement letter that
details the end of service for the 3490E model F01 which happened in 2007.
All I get are some very old announcement letters.

Jim McAlpine

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: IDCAMS Repro vs ICETOOL

[Thompson, Steve]

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Carl Edwards
Sent: Tuesday, January 15, 2008 10:40 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: IDCAMS Repro vs ICETOOL

We have a series of jobs that use IDCAMS to move data from one platform
to another. There are several hundred files stacked on tape, which was
created by REPRO. These tapes are then read by the Z/os target system
and loaded to the appropriate files. While the jobs runs, they seems to
run forever. We have noticed that the job goes into DW for 3-5 seconds
at the end of each REPRO process, allocation/deallocation I assume. If
indeed this is the case then using another program such as ICETOOL
should not matter, the results should be the same. Is this assumption
valid?


This may be a JCL problem. Are you coding RETAIN? Are you taking the
files off the tape in the order written? Are you doing this all inside
of one JOB STEP? Are you using refer-backs?

Regards,
Steve Thompson

-- All opinions expressed by me are my own and may not necessarily
reflect those of my employer. --

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Computer Science Education: Where Are the Software Engineers of Tomorrow?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 01/14/2008
   at 11:56 AM, Rick Fochtman <[EMAIL PROTECTED]> said:

>?

There's More Than One Way To Do It is a very common phrase in the Perl
community.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Computer Science Education: Where Are the Software Engineers of Tomorrow?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 01/14/2008
   at 03:12 PM, Gary Green <[EMAIL PROTECTED]> said:

>UWaterloo allum, huh...  Ever encounter 'P1'? 

It was a load of laughs. Of course, that wasn't what the author intended
;-)
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Weird IBM alerts (NDA)

[Binyamin Dissen]

Might I be the only one to think that the last two IBM alerts are quite weird?

Sorry, cannot provide details of them as they are under an NDA - but those who
are also signed to the NDA - do they seem weird to you as well?

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

Director, Dissen Software, Bar & Grill - Israel


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

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

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

Re: IBM announcements

[Steve Comstock]

Jim McAlpine wrote:

On 1/16/08, Steve Comstock <[EMAIL PROTECTED]> wrote:


Jim McAlpine wrote:


Anyone got a url for the IBM Announcements web site.

Jim McAlpine


Try this:

http://www-01.ibm.com/common/ssi/index.wss


Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.




Thanks for the link.  However it's not very friendly or I'm just too stupid
to find what I want.  I'm after the specific announcement letter that
details the end of service for the 3490E model F01 which happened in 2007.
All I get are some very old announcement letters.

Jim McAlpine


Did you just click on the Go button for
"Jump to most recent announcement letters"?

Or did you type in 3490 in the Keywords search box
and click Go? I got:

End of service: Machine Type 3490, selected models
announcement letter 907-503 dated 03-27-2007 as the
second entry in the resulting list. It says that
model is discontinued from maintenance beginning
June 30, 2007.

Hope this helps.


Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

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

  z/OS Application development made easier
* Our classes include
   + How things work
   + Programming examples with realistic applications
   + Starter / skeleton code
   + Complete working programs
   + Useful utilities and subroutines
   + Tips and techniques

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

[Jack Kelly]

<
At that time, when we tried to PING the server, it timed out.   Five
> minutes later, we got a response back from the server, so the job reran
> to success.
<

I've never had a network problem that the network folks admitted to. But 
that's another story
One of the things that I tend to run into is that the network folk's 
access is different than the mainframe's. And the problem is usually a 
router or setting that the mainframe goes thru and their PC's don't. - 
just a thought.

Jack Kelly
202-502-2390 (Office)

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

[Stephen Wolf]

The CBT tape has many MPF exit examples for automation and of course 
the "AUTO" command.

For syslogd shutdown look at IBM site for the z/OS UNIX tools for BPXSTOP.

Steve Wolf
Rockwell Automation
414-382-4308

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

[Pommier, Rex R.]

It's announcement letter 907-053 dated March 27, 2007.  

After a bit of trial-and-error on that page, I hit the advanced search
button, kept the search type of announcement letter, set a date range of
2006-2008, and user 3490* as my product number.  I got a reasonable 8
hits to my search and was lucky enough to get the right one on top! 

Rex  

-Original Message-

On 1/16/08, Steve Comstock <[EMAIL PROTECTED]> wrote:
>
> Jim McAlpine wrote:
> > Anyone got a url for the IBM Announcements web site.
> >
> > Jim McAlpine
>
> Try this:
>
> http://www-01.ibm.com/common/ssi/index.wss
>
>
> Kind regards,
>
> -Steve Comstock
> The Trainer's Friend, Inc.


Thanks for the link.  However it's not very friendly or I'm just too
stupid to find what I want.  I'm after the specific announcement letter
that details the end of service for the 3490E model F01 which happened
in 2007.
All I get are some very old announcement letters.

Jim McAlpine

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

[Pommier, Rex R.]

Sorry, Steve.  I didn't see your reply until after I had hit "send" on
mine.

Rex  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Steve Comstock
Sent: Wednesday, January 16, 2008 9:15 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IBM announcements

Jim McAlpine wrote:
> On 1/16/08, Steve Comstock <[EMAIL PROTECTED]> wrote:
> 
>>Jim McAlpine wrote:
>>
>>>Anyone got a url for the IBM Announcements web site.
>>>
>>>Jim McAlpine
>>
>>Try this:
>>
>>http://www-01.ibm.com/common/ssi/index.wss
>>
>>
>>Kind regards,
>>
>>-Steve Comstock
>>The Trainer's Friend, Inc.
> 
> 
> 
> Thanks for the link.  However it's not very friendly or I'm just too 
> stupid to find what I want.  I'm after the specific announcement 
> letter that details the end of service for the 3490E model F01 which
happened in 2007.
> All I get are some very old announcement letters.
> 
> Jim McAlpine

Did you just click on the Go button for
"Jump to most recent announcement letters"?

Or did you type in 3490 in the Keywords search box and click Go? I got:

End of service: Machine Type 3490, selected models announcement letter
907-503 dated 03-27-2007 as the second entry in the resulting list. It
says that model is discontinued from maintenance beginning June 30,
2007.

Hope this helps.


Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

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

   z/OS Application development made easier
 * Our classes include
+ How things work
+ Programming examples with realistic applications
+ Starter / skeleton code
+ Complete working programs
+ Useful utilities and subroutines
+ Tips and techniques

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

[Hal Merritt]

I use a couple of started tasks that are just IEFBR14's with a series of
// COMMAND statements. The fist STC issues shutdown commands for all of
the onlines, inits, and monitors. The second issues shutdown commands
for major subsystems such as DB2, MQ, TCPIP, RMM, and TSO. The third
kills VTAM, DLF, LLA, VLF, etc. The fourth does a F OMVS,SHUTDOWN. I
then wait for 'all functions complete' and shoot JES. 

That's a total of five commands plus one or two prompts. 

This seems to work most of the time. Sometimes JES just refuses to go
inactive and I just IPL out from under it. Reason is that I have a very
tiny IPL window and I have no time to diagnose why JES hung this time. 

Also, IPL's are quite rare here. The last production IPL was 7 months
ago.   

I use a combination if inline commands and REXX to manage the IPL and
start up. The system IPL's to a point between all communications are up
but before any application subsystems (DB2, etc). One start command
kicks off a series of REXX and other started tasks to bring the system
to full operation. 

HTH and good luck. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Pace
Sent: Wednesday, January 16, 2008 8:53 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Automated shutdown

Is there a way to automate the shutdown of z/OS?  I hate having to
follow a
script, typing all of the commands to stop tasks.

Also, is there a command to stop syslogd, other than to cancel it?

Thanks very much.

-- 
Mark Pace
Mainline Information Systems

 
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

Performance issues with VSAM IMBED

[Lizette Koehler]

I have been reading the z/OS V1.7 to V1.9 Migration guide and though it states 
you do not need to remove IMBED, REPLCIATE or KEYRANGE.  It does mention that 
there is a performance issue by having them on your VSAM files.

I was wondering if anyone did an analysis to see what the buy back for VSAM 
response was if these are removed?  It would help me build a case to get the 
VSAM data sets reorged more quickly.  My VSAM seems to be strictly IMBED at 
this time.  I did not find any KEYRANGE or REPLICATE definitions.

Redefine existing VSAM data sets that contain the IMBED, REPLICATE, and 
KEYRANGE attributes 

Description: No supported release of z/OS honors the IMBED, REPLICATE, and 
KEYRANGE attributes for new VSAM data sets. In fact, using these attributes can 
waste DASD space and often degrades performance. Servicing these VSAM data sets 
has become increasingly difficult. In some cases, unplanned outages have 
occurred. For these reasons, IBM recommends that you stop using IMBED and 
REPLICATE, and that you minimize or eliminate your use of KEYRANGE. IMBED and 
REPLICATE were intended as performance improvements and have been obsoleted by 
newer, cached DASD devices. Striped data sets provide much better performance 
than KEYRANGE and should be viewed as a candidate for any existing KEYRANGE 
data sets.

 
Is the migration action required?
No, but recommended to avoid degraded performance and wasted DASD space.


Any comments are always welcomed.

Lizette

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

[Jim McAlpine]

On 1/16/08, Steve Comstock <[EMAIL PROTECTED]> wrote:
>
>
> Did you just click on the Go button for
> "Jump to most recent announcement letters"?
>
> Or did you type in 3490 in the Keywords search box
> and click Go? I got:
>
> End of service: Machine Type 3490, selected models
> announcement letter 907-503 dated 03-27-2007 as the
> second entry in the resulting list. It says that
> model is discontinued from maintenance beginning
> June 30, 2007.
>
> Hope this helps.
>
>
> Kind regards,
>
> -Steve Comstock
> The Trainer's Friend, Inc.
>
> 303-393-8716
> http://www.trainersfriend.com


Steve, many thanks.  I was actually being too specific by using a search
argument of 3490e as opposed to 3490.

Thanks again

Jim McAlpine

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

[Vernooy, C.P. - SPLXM]

"Dale" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>
...
> I was curious if anyone has used the UpStream product from FDR.  It is
> a product that will allow you to backup servers running Windows,
> Netware, Solaris, etc via a job running under z/OS.  Then you can use
> your VTS and tape management systems to manage the backup tapes.
> 
> Any comments or experiences would be appreciated.
> 
> Thanks


We use it to backup our z/OS ZFS's and are happy with it.

Kees.

ps. This newsgroup is a mirror of a listserver. Information about this
will be automagically added below.
**
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee
only. If you are not the addressee, you are notified that no part
of the e-mail or any attachment may be disclosed, copied or
distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries
and/or its employees shall not be liable for the incorrect or
incomplete transmission of this e-mail or any attachments, nor
responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
Dutch Airlines) is registered in Amstelveen, The Netherlands, with
registered number 33014286 
**

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

Re: Computer Science Education: Where Are the Software Engineers of Tomorrow?

[Kelman, Tom]

> 
> 
> -
> I will PARTLY agree with Clark on this. There a few aspects of
Computer
> Science that are important and useful, such as Data Structures. But
I've
> found that a background that is more "rounded" has been equally
helpful.
> My own background is in Physics and Math, but I took a LOT of courses
in
> the various engineering disciplines available, as well as basic
> accounting and business courses. I managed to learn enough to be able
to
> grasp the basic concepts, even if I'm not a "engineer".
> 
> A broad background is very useful, but not the end-all to be-all. For
a
> System Programmer, much of that might have been wasted, but I was
often
> called upon to help with programming problems in some of these other
> areas.
> 
> -
I agree.  I think that a background in anything that is logically and
mathematical is the best training for programming.  I once worked with a
fellow that had a degree in music.  Although being a musician requires
an artistic ability it is also very logical and mathematical.  He was an
excellent systems programmer.




*
If you wish to communicate securely with Commerce Bank and its
affiliates, you must log into your account under Online Services at 
http://www.commercebank.com or use the Commerce Bank Secure
Email Message Center at https://securemail.commercebank.com

NOTICE: This electronic mail message and any attached files are
confidential. The information is exclusively for the use of the
individual or entity intended as the recipient. If you are not
the intended recipient, any use, copying, printing, reviewing,
retention, disclosure, distribution or forwarding of the message
or any attached file is not authorized and is strictly prohibited.
If you have received this electronic mail message in error, please
advise the sender by reply electronic mail immediately and
permanently delete the original transmission, any attachments
and any copies of this message from your computer 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

Re: Sub-CEC Reports

[Hal Merritt]

"Straight through"? As Al posted, we have teeth marks on our backsides
because the posting person got distracted. More, we were on the
committee that invented dirt know that human intervention always fails
now and again. Always. But IBM has taken quite a hard line. 

I would love to implement a fully automated "oops" process as a
backstop. If I can get around the tedious posting process, I think I
could get the actual manager to review/approve the report.  

Interesting point: although IBM insists on the manual steps on our end,
it has been busily automating its internal process. 

I must add: working with those folks has been great without exception. A
gold star to the group!

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Birger Heede
Sent: Wednesday, January 16, 2008 12:24 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Sub-CEC Reports

Al,
SCRT User Guide Chapter 10 describes this way of submitting SCRT
Reports.

If the SCRT Report for one reson or another does not go straight thru 
the process then the Web interface must be used to submit the report 
(with whatever corrects, comments, justifications needed).
A report in 'work in progress' status will not be picked up by the 9th 
for processing.

Birger Heede
IBM Denmark




Al Sherkow wrote:
> There has been a 'request' in to IBM for some time related to this
> automation/oops/ no automation topic. 
> 
 
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: FDR Upstream Product

[Brian France]

We use it to backup our z/VM and MainFrameLinux world to z/OS for the 
same reasons. We are happy with it.


At 10:45 AM 1/16/2008, you wrote:

"Dale" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>
...
> I was curious if anyone has used the UpStream product from FDR.  It is
> a product that will allow you to backup servers running Windows,
> Netware, Solaris, etc via a job running under z/OS.  Then you can use
> your VTS and tape management systems to manage the backup tapes.
>
> Any comments or experiences would be appreciated.
>
> Thanks


We use it to backup our z/OS ZFS's and are happy with it.

Kees.

ps. This newsgroup is a mirror of a listserver. Information about this
will be automagically added below.
**
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee
only. If you are not the addressee, you are notified that no part
of the e-mail or any attachment may be disclosed, copied or
distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries
and/or its employees shall not be liable for the incorrect or
incomplete transmission of this e-mail or any attachments, nor
responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
Dutch Airlines) is registered in Amstelveen, The Netherlands, with
registered number 33014286
**

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [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]

"To make an apple pie from scratch, you must first invent the universe."

Carl Sagan





--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: DFSORT question MERGE w/SUM FIELDS=NONE

[Frank Yaeger]

Ed Gould wrote on 01/15/2008 09:07:38 PM:
> I believe (even
> if you concatenate) each concatenation has to be in a "higher"
> sequence than the file ahead of the concatenation (all records still
> must be in the right sequence) so (if) you can concatenate the
> records must be in sequence. I hope I said that right and Walt can
> correct if I am wrong.
>
> ie sortin01 dd (seq01-09) example for illustrative purposes only
>  dd (seq10-15)  "  "
>  dd (seq16-??)  "  "

You can use concatenated SORTIN data sets for SORT and COPY.
You can one or more SORTINdd data sets for MERGE.

But concatenated SORTINdd data sets are not allowed.

Frank Yaeger - DFSORT Development Team (IBM) - [EMAIL PROTECTED]
Specialties: PARSE, JFY, SQZ, ICETOOL, IFTHEN, OVERLAY, Symbols, Migration

 => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/

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

[Ron Wells]

Anyone use/used IBM's Netspool

Question isis it dependent on Infoprint being installed??

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

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

Re: Computer Science Education: Where Are the Software Engineers of Tomorrow?

[(IBM Mainframe Discussion List)]

 
 
In a message dated 1/16/2008 9:47:29 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:
>Although being a musician requires
an artistic ability it is also very  logical and mathematical.  He was an
excellent systems  programmer.
 
Mathematics, music, and foreign language ability are thought by many to be  
genetically linked, which is why there are so many in the general population  
with two or more of these three aptitudes.  Music is so mathematical that  
Beethoven was able to compose his greatest masterpieces [IMHO] ever, his  
9th/choral symphony, even though totally deaf.  (It also helped that he had  
been 
composing for a long time when he was not deaf, and knew what he was  doing.)  
Learning a programming language is just like learning a spoken  language, as it 
involves vocabulary (keywords and primitives) and grammar.   The only 
difference is that we don't audibly converse in programming  languages.  And 
systems 
programmers typically learn at least one  programming language in their career. 
 
Well, at least they used to in the  mainframe world.
 
Bill  Fairchild
Plainfield, IL





**Start the year off right.  Easy ways to stay in shape. 
http://body.aol.com/fitness/winter-exercise?NCID=aolcmp0030002489

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: SMP/E HOLDs: ACTION vs. IPL

[Marna WALLE]

Bruce,
Not at all.  In fact, that is part of the "appropriate education" that will
be taking place with RMF.

-Marna WALLE
z/OS System Build and Install
IBM Poughkeepsie

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

[Birger Heede]

Hal,
You have probably already seen the SCRT User Guide about the option for
going 'straight thru' is one you select (AUTO versus HOLD).

I think (I am not the authority on this) that IBM recommends you to
review the data before submitting.I am not aware of IBM insisting on
any manual steps (anymore)in normal situations. Of course if there are
'out of the ordinary' conditions you need (= IBM insists) to provide
additional information and this of course is a manual step.

Birger Heede
IBM Denmark

Hal Merritt wrote:

"Straight through"? As Al posted, we have teeth marks on our backsides
because the posting person got distracted. More, we were on the
committee that invented dirt know that human intervention always fails
now and again. Always. But IBM has taken quite a hard line. 


I would love to implement a fully automated "oops" process as a
backstop. If I can get around the tedious posting process, I think I
could get the actual manager to review/approve the report.  


Interesting point: although IBM insists on the manual steps on our end,
it has been busily automating its internal process. 


I must add: working with those folks has been great without exception. A
gold star to the group!

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Birger Heede
Sent: Wednesday, January 16, 2008 12:24 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Sub-CEC Reports

Al,
SCRT User Guide Chapter 10 describes this way of submitting SCRT
Reports.

If the SCRT Report for one reson or another does not go straight thru 
the process then the Web interface must be used to submit the report 
(with whatever corrects, comments, justifications needed).
A report in 'work in progress' status will not be picked up by the 9th 
for processing.


Birger Heede
IBM Denmark




Al Sherkow wrote:

There has been a 'request' in to IBM for some time related to this
automation/oops/ no automation topic. 

 
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


--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Performance issues with VSAM IMBED

[Ron Hawkins]

Lizette,

>From the Storage side I would disagree that imbed and replicate degrade 
>performance. Yes, REPLICATE wastes space, and neither actually improve 
>performance, but there is no degradation.

IMBED was meant to reduce seek, and REPLICATE to reduce Latency. Thus the 
statement " have been obsoleted by newer, cached DASD devices" explains why 
they are no longer required.

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Lizette Koehler
> Sent: Wednesday, January 16, 2008 7:41 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: [IBM-MAIN] Performance issues with VSAM IMBED
> 
> I have been reading the z/OS V1.7 to V1.9 Migration guide and though it
> states you do not need to remove IMBED, REPLCIATE or KEYRANGE.  It does
> mention that there is a performance issue by having them on your VSAM
> files.
> 
> I was wondering if anyone did an analysis to see what the buy back for
> VSAM response was if these are removed?  It would help me build a case
> to get the VSAM data sets reorged more quickly.  My VSAM seems to be
> strictly IMBED at this time.  I did not find any KEYRANGE or REPLICATE
> definitions.
> 
> Redefine existing VSAM data sets that contain the IMBED, REPLICATE, and
> KEYRANGE attributes
> 
> Description: No supported release of z/OS honors the IMBED, REPLICATE,
> and KEYRANGE attributes for new VSAM data sets. In fact, using these
> attributes can waste DASD space and often degrades performance.
> Servicing these VSAM data sets has become increasingly difficult. In
> some cases, unplanned outages have occurred. For these reasons, IBM
> recommends that you stop using IMBED and REPLICATE, and that you
> minimize or eliminate your use of KEYRANGE. IMBED and REPLICATE were
> intended as performance improvements and have been obsoleted by newer,
> cached DASD devices. Striped data sets provide much better performance
> than KEYRANGE and should be viewed as a candidate for any existing
> KEYRANGE data sets.
> 
> 
> Is the migration action required?
> No, but recommended to avoid degraded performance and wasted DASD
> space.
> 
> 
> Any comments are always welcomed.
> 
> Lizette
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> 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: Computer Science Education: Where Are the Software Engineers of Tomorrow?

[Michael Stack]

At 09:47 AM 1/16/2008, you wrote:
>> 
>...
>> -
>I agree.  I think that a background in anything that is logically and
>mathematical is the best training for programming.  I once worked with a
>fellow that had a degree in music.  Although being a musician requires
>an artistic ability it is also very logical and mathematical.  He was an
>excellent systems programmer.

Back when Computer Science was a desired major (more than today, anyway), we - 
at NIU CS - saw many students with non-Computer Science backgrounds attempt a 
Master's degree.  Some were more "natural" at it than others, and those with 
the following two undergraduate majors seemed the best able to adapt:

Music
Philosophy

Anecdotal, of course, but very noticeable.



Michael Stack
Product Developer
NEON Enterprise Software, Inc.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Performance issues with VSAM IMBED

[Hal Merritt]

IIRC, these features caused index entries to be embedded in the data and then 
replicated to fill out a partially used CI/CA.  The idea was to minimize 
arm/head movement and rotational latency as VSAM tried to satisfied a random 
read request. It follows that performance implications would vary depending on 
the access pattern. 

I guess one extreme would be a WORM (write once, read many) where the file is 
loaded once then sequentially read. The price should be limited to dragging 
around excess data and suboptimal buffer/cache exploitation. The other is a 
file that suffers from large numbers of random inserts/deletes. Then VSAM would 
have to expend a lot of energy keeping all those index entries in sync. 

As the doc suggests, the redundant index entries are created and maintained but 
never used for anything. 

So, the results of the definitive performance study is: YMMV :-) 


HTH and good luck  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Lizette Koehler
Sent: Wednesday, January 16, 2008 9:41 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Performance issues with VSAM IMBED

I have been reading the z/OS V1.7 to V1.9 Migration guide and though it states 
you do not need to remove IMBED, REPLCIATE or KEYRANGE.  It does mention that 
there is a performance issue by having them on your VSAM files.

I was wondering if anyone did an analysis to see what the buy back for VSAM 
response was if these are removed?  It would help me build a case to get the 
VSAM data sets reorged more quickly.  My VSAM seems to be strictly IMBED at 
this time.  I did not find any KEYRANGE or REPLICATE definitions.

Redefine existing VSAM data sets that contain the IMBED, REPLICATE, and 
KEYRANGE attributes 

Description: No supported release of z/OS honors the IMBED, REPLICATE, and 
KEYRANGE attributes for new VSAM data sets. In fact, using these attributes can 
waste DASD space and often degrades performance. Servicing these VSAM data sets 
has become increasingly difficult. In some cases, unplanned outages have 
occurred. For these reasons, IBM recommends that you stop using IMBED and 
REPLICATE, and that you minimize or eliminate your use of KEYRANGE. IMBED and 
REPLICATE were intended as performance improvements and have been obsoleted by 
newer, cached DASD devices. Striped data sets provide much better performance 
than KEYRANGE and should be viewed as a candidate for any existing KEYRANGE 
data sets.

 
Is the migration action required?
No, but recommended to avoid degraded performance and wasted DASD space.


Any comments are always welcomed.

Lizette

 
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: Automated shutdown

[Mark Zelden]

On Wed, 16 Jan 2008 09:53:24 -0500, Mark Pace <[EMAIL PROTECTED]> wrote:

>Is there a way to automate the shutdown of z/OS?  I hate having to follow a
>script, typing all of the commands to stop tasks.


Of course there are automation products that you can by to take care of
this.  There some free ones on the CBT also. TSSO, COMMAND.  Even
though we have an automation product, all my sandbox LPARs use 
COMMAND from CBT file 19 (http://www.cbttape.org).  I start the scripts
from an STC that runs SUB=MSTR so it can even shutdown JES2 and
issue V XCF,sysname,OFFLINE.   I use COMMAND on my sandbox LPARs
for 2 reasons.  One:  the automation group "controls" the automation 
products.  Two: less overhead - quick, simple, easy to change.


>
>Also, is there a command to stop syslogd, other than to cancel it?
>


On Wed, 16 Jan 2008 09:28:28 -0600, Stephen Wolf <[EMAIL PROTECTED]> wrote:

>The CBT tape has many MPF exit examples for automation and of course
>the "AUTO" command.
>
>For syslogd shutdown look at IBM site for the z/OS UNIX tools for BPXSTOP.

While BPXSTOP could still be used, it's better these days to use 
F BPXOINIT,SHUTDOWN= commands or to shutdown OMVS completely
with F OMVS,SHUTDOWN.  See the Unix System Services Planning manual
for details.   I think BPXSTOP would cause a problem in a share HFS / zFS
environment also.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
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: Performance issues with VSAM IMBED

[Larry Crilley]

I would think IMBED could degrade performance when doing sequential I/O.
Given enough buffers, VSAM can read in as much as an entire CA's worth of
data with each I/O.  Since IMBED would take an entire track away from your
CA size, then your CA is significantly smaller and less data can be returned
with each I/O.  Even with a CYLINDER for a CA size, you would only be able
to return 14 tracks worth of data when the dataset is defined with IMBED.
Without IMBED, you could return 15 tracks.


 
Larry Crilley
Dino-Software Corporation
800.480.DINO
412.366.3566
www.dino-software.com
 
Dino-Software Utilities
T-REX - Superior catalog management tool inclusive of HSM & Tape audits 
REORGadon - First REORG While-OPEN tool for HSM
Teradon - First ever OnLine REPRO MERGECAT utility 
Xtinct - DASD Data purge 
RTD - DASD Real Time Defrag 
DAL - Analysis for Legato in an easy to view format
Sentinel - Real-time FTP Management.  All secure, all the time.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Ron Hawkins
Sent: Wednesday, January 16, 2008 11:15 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Performance issues with VSAM IMBED

Lizette,

>From the Storage side I would disagree that imbed and replicate degrade
performance. Yes, REPLICATE wastes space, and neither actually improve
performance, but there is no degradation.

IMBED was meant to reduce seek, and REPLICATE to reduce Latency. Thus the
statement " have been obsoleted by newer, cached DASD devices" explains why
they are no longer required.

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Lizette Koehler
> Sent: Wednesday, January 16, 2008 7:41 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: [IBM-MAIN] Performance issues with VSAM IMBED
> 
> I have been reading the z/OS V1.7 to V1.9 Migration guide and though it
> states you do not need to remove IMBED, REPLCIATE or KEYRANGE.  It does
> mention that there is a performance issue by having them on your VSAM
> files.
> 
> I was wondering if anyone did an analysis to see what the buy back for
> VSAM response was if these are removed?  It would help me build a case
> to get the VSAM data sets reorged more quickly.  My VSAM seems to be
> strictly IMBED at this time.  I did not find any KEYRANGE or REPLICATE
> definitions.
> 
> Redefine existing VSAM data sets that contain the IMBED, REPLICATE, and
> KEYRANGE attributes
> 
> Description: No supported release of z/OS honors the IMBED, REPLICATE,
> and KEYRANGE attributes for new VSAM data sets. In fact, using these
> attributes can waste DASD space and often degrades performance.
> Servicing these VSAM data sets has become increasingly difficult. In
> some cases, unplanned outages have occurred. For these reasons, IBM
> recommends that you stop using IMBED and REPLICATE, and that you
> minimize or eliminate your use of KEYRANGE. IMBED and REPLICATE were
> intended as performance improvements and have been obsoleted by newer,
> cached DASD devices. Striped data sets provide much better performance
> than KEYRANGE and should be viewed as a candidate for any existing
> KEYRANGE data sets.
> 
> 
> Is the migration action required?
> No, but recommended to avoid degraded performance and wasted DASD
> space.
> 
> 
> Any comments are always welcomed.
> 
> Lizette
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

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

Re: Can a pdf document be create using COBOL?

[Jack . Hamilton]

Yes, SAS can produce a PDF file on the mainframe.  It can include tables, 
text, and graphics.  I usually mail the result to myself using the SAS 
email engine so I don't have to do a manual FTP (we don't have shared 
drives).

It can also produce an XML file that Excel knows how to read as a 
multi-sheet workbook, which is very useful.  Excel is good at 
presentation, but you don't want to use it for data analysis.


--
Jack Hamilton
Management Information & Analysis - Analytic Information Services
Kaiser Foundation Health Plan, Inc.
1950 Franklin Street, Oakland, California 94612
+1 510 987-1556 (KP tieline 8-427-1556)

NOTE:  This email document and attachments are covered by CA Evidence Code 
§1157 and CA Health and Safety Code §1370.

NOTICE TO RECIPIENT:  If you are not the intended recipient of this 
e-mail, you are prohibited from sharing, copying, or otherwise using or 
disclosing its contents.  If you have received this e-mail in error, 
please notify the sender immediately by reply e-mail and permanently 
delete this e-mail and any attachments without reading, forwarding or 
saving them.  Thank you.




Gary Green <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
01/11/2008 11:03 AM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
Re: [IBM-MAIN] Can a pdf document be create using COBOL?





I am asking this because I do not know the answer and have not tried it...
Do you have SAS?

I know it can produce a PDF file, supposedly with ease using ODS.  The 
part
I do not know is, can it produce a PDF type file on the host.  Worse case,
have SAS write it to a directory on a workstation/LAN, I've used SAMBA for
the mounting.  Then the PDF file would be sitting there ready to do
whatever...

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On 
Behalf
Of Warner Mach
Sent: Friday, January 11, 2008 1:49 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Can a pdf document be create using COBOL?

I have played around with XMITIP and TXT2PDF to some extent.
I have also discussed the DATA21 PDF product with one of the 
representatives
of that company.
.
The problem with the XMITIP system (from our perspective) is that it does
not have an 'overlay' feature (which we could really use for W-2s). The
problem with the DATA21 product is that the PDF portion requires going to 
a
PC as intermediary; which introduces security problems, along with 
political
issues.
.
The ideal situation would be an add-on to XMITIP which would provide the
free product with overlays and no need to use a PC ... One can dream.

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


--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.516 / Virus Database: 269.19.0/1218 - Release Date: 1/10/2008
1:32 PM





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

Mike Poil is out of the office on holiday.

[Michael Poil]

I will be out of the office starting  16/01/2008 and will not return until
21/01/2008.

I will respond to your message when I return.

Stephen Flavell is my team leader should you need to contact someone in the
JTC before my return.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Weird IBM alerts (NDA)

[Scott Fagen]

Binyamin Dissen wrote:

>Might I be the only one to think that the last two IBM alerts are quite weird?
>
>Sorry, cannot provide details of them as they are under an NDA - but those who
>are also signed to the NDA - do they seem weird to you as well?

I'll be equally obtuse...no, doesn't seem weird at all.  Simply a warning
that something that wasn't intended to be used can no longer be used.

Scott Fagen
Enterprise Systems Management

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

Flash memory arrays

[R.S.]

EMC announced DMX4 disk system ...without disks. Flash memory would be 
used as a disk module.

Questions/observations:
1. End of magnetic platters ?
2. Another level of virtualization (or translation). Flash device 
emulates disk module. Disk modules are used for CKD emulation.
3. Maybe there is no reason to force MVS to support FBA devices (as it 
would become fading technology), it is more far sighted to implement 
"technology of the future" - natively operated flash memory.



Disclaimer: IMHO it is on topic. DMX4 is mainframe array.
--
Radoslaw Skorupka
Lodz, Poland


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

Sąd Rejonowy dla m. st. Warszawy 
XII Wydział Gospodarczy Krajowego Rejestru Sądowego, 
nr rejestru przedsiębiorców KRS 025237

NIP: 526-021-50-88
Według stanu na dzień 01.01.2007 r. kapitał zakładowy BRE Banku SA (w całości 
opłacony) wynosi 118.064.140 zł. W związku z realizacją warunkowego 
podwyższenia kapitału zakładowego, na podstawie uchwał XVI WZ z dnia 21.05.2003 
r., kapitał zakładowy BRE Banku SA może ulec podwyższeniu do kwoty 118.760.528 
zł. Akcje w podwyższonym kapitale zakładowym będą w całości opłacone.

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

[Bob Shannon]

> EMC announced DMX4 disk system ...without disks. Flash memory would be
> used as a disk module

Simply back to the future again. Solid state devices were prevalent twenty or 
so years ago. Still, with today's technology it makes sense. Hopefully it will 
provide both better performance (no seek time) and better reliability (no 
moving parts).

Bob Shannon
Rocket Software

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Weird IBM alerts (NDA)

[Edward Jaffe]

Binyamin Dissen wrote:

Might I be the only one to think that the last two IBM alerts are quite weird?

Sorry, cannot provide details of them as they are under an NDA - but those who
are also signed to the NDA - do they seem weird to you as well?
  


They're just trying to make sure nobody gets "surprised" if/when their 
code, reliant on obsolete techniques or technology, stops working.


--
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: Used Sysplex Timers 9037-2

[Scott Fagen]

[EMAIL PROTECTED] wrote (copied from the newsgroup):
> Does anyone know if there is a market for used Sysplex Timers?  We're
> getting rid of ours and have heard rumors that other companies are
> willing to buy.  Is that true?  How much could we get?

I'm sure there is some sort of secondary market for sysplex timers, but it
is likely to
dry up soon, with the advent of STP.

Some possible links, I have no interest or experience, just got 'em from Google:
http://trustnsr.com/equipment.html
http://www.kitmondo.com/WSellbuy.aspx
http://www.chscomputersales.com/

There was once a G4 Coupling Facility up for bid on eBay...

Scott Fagen
Enterprise Systems Management

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

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>,
on 01/16/2008
   at 11:01 AM, "Vernooy, C.P. - SPLXM" <[EMAIL PROTECTED]> said:

>This is the category of freeware internet toolz, warez etc. etc. If they
>work, they work, if they don't you have bad luck. The price/performance
>ratio also prevents you from complaining.

I've had better luck getting free software fixed than some chargeable
software.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: IBM complementary tools

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 01/10/2008
   at 10:44 AM, Gerhard Postpischil <[EMAIL PROTECTED]> said:

>Or that Marty insisted on running Roscoe with TIME=1440,

Cramer, not Goetz.

>(Marty dared Shmuel/Seymour to do something about it

No, he just said that they'd be done before I had the code in place to
enforce it. You may be thinking of his reaction to the volsers on the
packs I initialized for him ;-)
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: IEBGENER is BROKEN

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 01/14/2008
   at 04:38 PM, Paul Gilmartin <[EMAIL PROTECTED]> said:

>Historically, many programs have had RECFM, LRECL, and sometimes BLKSIZE
>hard coded in DCB macros. 

And not documented :-(

>(Usually the troublemaker would remember to specify a member name.) 

Ah, yes. METZCOPY deals with the problem most rudely.

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

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

Re: IEBGENER is BROKEN

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 01/15/2008
   at 05:46 PM, Ed Gould <[EMAIL PROTECTED]> said:

>as the TMP has no other way to signify EOF to the program. 

The TMP isn't involved; it's handled in the access method.

BTW, if you allocate a DASD data set for SYSIN, *DON'T* put a /* at the
end.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: z/OS and VM Control Blocks

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on
01/06/2008
   at 09:08 PM, Lindy Mayfield <[EMAIL PROTECTED]> said:

>Anyway, whoohoo, I found what I was looking for (sort of) the thing which
>started me on this thread.  It's hung off of the TIOT which I looked at
>up and down for ages.  But it's not an address.  It's a 3 byte field
>called an SWA and points to the JFCB. 

Be aware that the format of the SVA is different for above the line from
below the line, so use SWAREQ to access SWA control blocks.

>and parse that to reallocate SYSPROC.

There are better ways.

>I wondered if I could get it from the TIOT or similar control block. 

You can get current allocations either form the TIOT or from the DSAB
chain.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: CFSizer

[Scott Fagen]

On Wed, 16 Jan 2008 Barbara Nitz wrote:
>Yes, you're competely right. There is no defined support structure for the
tool.
>The last time I loudly complained here about the sizer (which was a few years
>back) Bill Neiman of XCF development came forward and looked at the problem
>and fixed it. I am hoping he will do so again, and we can take this offline
then. 

Although I can no longer comment on how IBM might respond to your post on
IBM-MAIN about the CFSIZER, I will offer the following observation:

1) CFLEVEL 15 will have some impact on the size of some number (if not all) the
structures in your coupling facilities.
2) It is possible that the change in the size can impact your availability
position
(e.g. you no longer have sufficient 'white space' for a successful failover
if a CF
fails).  It may even be true that the migration may *fail* or result in an
outage
if you cannot allocate all of the structures in a CFLEVEL 15 CF (because the
required increase in structure size overtakes the now smaller 'white space').
3) It *should be* in IBM's best interests to provide you with appropriate
capacity
planning information for this migration, a failure or outage during the
migration or
after, because you were inappropriately prepared will, probably escalate quickly
to a *crit-sit*.
4) It *should be* incumbent on you, as a systems programming professional, to
point out these risks to your management, as well as to the vendor, and request
that appropriate mitigation be made available to you.

Scott Fagen
Enterprise Systems Management

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: DFSORT question MERGE w/SUM FIELDS=NONE

[Rick Fochtman]

--
I have not done a merge in *YEARS*, having said that I believe (even  if 
you concatenate) each concatenation has to be in a "higher"  sequence 
than the file ahead of the concatenation (all records still  must be in 
the right sequence) so (if) you can concatenate the  records must be in 
sequence. I hope I said that right and Walt can  correct if I am wrong.


 ie sortin01 dd (seq01-09) example for illustrative purposes only
 dd (seq10-15)  "  "
 dd (seq16-??)  "  "
-
Not true, Ed. a MERGE will merge, and interleave where necessary, based 
on the parameters provided in the control statements. I believe that the 
only requirements are that the various input files be in sequence by the 
same keys before starting, and that the input files be of the same 
format vis-a-vis LRECL and RECFM.


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

[Lindy Mayfield]

Re: Getting datasets allocated to a job.

Would you give me a hint, please, which field in the TIOT connects me
with the datasets allocated to that DD name?

I've looked and looked and the SWA to JFCB was all I could see.  I feel
so dumb sometimes because this stuff is so hard, but on the other hand
that's why I really like it.

Lindy

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Shmuel Metz (Seymour J.)
Sent: 16. tammikuuta 2008 19:46
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: z/OS and VM Control Blocks

>I wondered if I could get it from the TIOT or similar control block. 

You can get current allocations either form the TIOT or from the DSAB
chain.
 

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

[Ulrich Krueger]

Lindy,
Take a look at the CBT Tape. There should be a program out there called
"CONCAT" (or similar). At my last shop, we used this program to, among
others, add a personal Clist/REXX library to the TSO session's //SYSPROC DD
concatenation.
OK, so looking at the code might be considered cheating a little, but the
wheel you're trying to invent has already been invented ... the code will
tell you which control blocks to chase and how to do it.

HTH

Regards,
Ulrich Krueger

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Lindy Mayfield
Sent: Wednesday, January 16, 2008 10:11
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: z/OS and VM Control Blocks

Re: Getting datasets allocated to a job.

Would you give me a hint, please, which field in the TIOT connects me
with the datasets allocated to that DD name?

I've looked and looked and the SWA to JFCB was all I could see.  I feel
so dumb sometimes because this stuff is so hard, but on the other hand
that's why I really like it.

Lindy

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

[Veilleux, Jon L]

If you have the JFCB then you have the Dataset Name. 


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


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Lindy Mayfield
Sent: Wednesday, January 16, 2008 1:11 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: z/OS and VM Control Blocks

Re: Getting datasets allocated to a job.

Would you give me a hint, please, which field in the TIOT connects me
with the datasets allocated to that DD name?

I've looked and looked and the SWA to JFCB was all I could see.  I feel
so dumb sometimes because this stuff is so hard, but on the other hand
that's why I really like it.

Lindy

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Shmuel Metz (Seymour J.)
Sent: 16. tammikuuta 2008 19:46
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: z/OS and VM Control Blocks

>I wondered if I could get it from the TIOT or similar control block. 

You can get current allocations either form the TIOT or from the DSAB
chain.
 

--
For IBM-MAIN subscribe / signoff / archive access instructions, 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: Computer Science Education: Where Are the Software Engineers of Tomorrow?

[Howard Brazee]

On 16 Jan 2008 07:47:20 -0800, [EMAIL PROTECTED] (Kelman,
Tom) wrote:

>I agree.  I think that a background in anything that is logically and
>mathematical is the best training for programming.  I once worked with a
>fellow that had a degree in music.  Although being a musician requires
>an artistic ability it is also very logical and mathematical.  He was an
>excellent systems programmer.

Although it seems that musicians are much more likely to be selected
for a jury than programmers or engineers.

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

[Lindy Mayfield]

Wow.  It was written in '73.  I was 8.  The style of writing is so
different from today's style.  It makes me feel weird looking at that,
like in a time warp or something.

And it still works.  I think of all the cool IBM DOS software I spent so
much time collecting and had to throw away when Windows came along.  But
I digress.  

Thanks for the hints.

Lindy

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ulrich Krueger
Sent: 16. tammikuuta 2008 20:24
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: z/OS and VM Control Blocks

Lindy,
Take a look at the CBT Tape. There should be a program out there called
"CONCAT" (or similar). At my last shop, we used this program to, among
others, add a personal Clist/REXX library to the TSO session's //SYSPROC
DD
concatenation.
OK, so looking at the code might be considered cheating a little, but
the
wheel you're trying to invent has already been invented ... the code
will
tell you which control blocks to chase and how to do it.

HTH

Regards,
Ulrich Krueger

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

[Greg Shirey]

Thanks Mark and Jack for the responses.  Since then, the network guys
admitted to changing something on the server.  They blamed the
intermittent problem with communicating from the mainframe on the router
that connects the mainframe to the network -- something about how it has
to hold a lot of information because the mainframe gets connected to by
so many different addresses.  

Greg Shirey
Ben E. Keith Company 


-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Jack Kelly
Sent: Wednesday, January 16, 2008 9:27 AM

I've never had a network problem that the network folks admitted to. But

that's another story
One of the things that I tend to run into is that the network folk's 
access is different than the mainframe's. And the problem is usually a 
router or setting that the mainframe goes thru and their PC's don't. - 
just a thought.

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

[Bruno Sugliani]

On Wed, 16 Jan 2008 07:45:34 -0600, Greg Shirey <[EMAIL PROTECTED]> wrote:

>So, my question to this esteemed group is what is there in the mainframe
>IP environment could intermittently cause PING to fail?   (And only to a
>particular server - I set up a REXX to PING 5 servers, go to sleep for
>30 seconds, and do it for about 30 minutes.  Only this server did not
>respond to the PING.)

I have pretty good networks guys in my team ( no kidding ! ) 
If these were my Network guys , they would immédiately suspect settings in
the ethernet cards .
They would most likely find that the speed is being negociated instead of
being "hard coded" to 1 GB full duplex or 100 Mb full duplex 
They would also remove ( set off )  all offload functions( also called
optimisation or whatever) from the cards itself because some brands are
incompatible with some routers from another brand  standing in the path 
between your client and server . 
What you are describing is quite often coming from these settings . 
a trace would show that the stack is regularly being restarted because of
some synch loss problems . 
But I am no network expert  .
Bruno
Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Computer Science Education: Where Are the Software Engineers of Tomorrow?

[Ed Finnell]

 
In a message dated 1/16/2008 10:17:07 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

students with non-Computer Science backgrounds attempt a Master's  degree.  
Some were more "natural" at it than others, and those with the  following two 
undergraduate majors seemed the best able to  adapt:
>>
Anything to stimulate the ganglionsSure any serious CSer know this,  but 
it's such a gorgeous instrument.


_http://www-cs-faculty.stanford.edu/~knuth/organ.html_ 
(http://www-cs-faculty.stanford.edu/~knuth/organ.html)







**Start the year off right.  Easy ways to stay in shape. 
http://body.aol.com/fitness/winter-exercise?NCID=aolcmp0030002489

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

[Martin Packer]

Not to comment on any reply in particular but rather to state the 
obvious:-)... 

I always say the estimates from CFSizer are a STARTING point. For example 
GBPs AREN'T going to be sized well from CFSizer.

But this DOESN'T detract from Barbara's problem with CFSizer.

Sorry to get disclaimery but I'm NOT the owner of CFSizer, just someone 
who has a foil on it in a presentation of his. :-)

Martin

Martin Packer
Performance Consultant
IBM United Kingdom Ltd
+44-20-8832-5167
+44-7802-245-584
[EMAIL PROTECTED]








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






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

Beta (MFNetDisk) in MVS, Is it an option like in open systems or not?

[Shai Hess]

HI,

In PC and open system a lot of products are delivered to customer with the
knowledge that their product have bugs and a lot of bugs but testing the
product by users can assist to debug the product and to have comments from
the users about the product in its current status.

Sometime I believe that open system way is the right way to distribute the
product before it is ready to make the product transition from beta status to
production quicker. OK, I know that MF is not a PC but why block ourselves
from other technologies which are doing well.

Therefore, in this stage of my product I must do apology that I distribute the
product (like a PC product) before it was in its mature status but really that
help me a lot.

Therefore, the MFNetDisk status is now much better than before. I run a lot of
tests and fix bugs and now in my beta test, I am happy with the results.

Do not forget the product is still in beta, there are bugs in the product, and
we are aware to them. However, now we are in a point which the users while
have hard time to find bugs.

I know that the users will like more new features, and we are waiting to
receive new requests.

Here are some fixes I put:

1. Fix error accessing the data using 64 bits address.
2. Now the performance it is better then ever. New dispatching algorithm to
Serve the IO request better (for Sync, ASync and FastSync modes).
3. The MFNetDisk has been tested under stress tests (massive IO, High CPU
usage etc..).
4. Test the product with lower dispatching priority than the others jobs to find
out how MFNetDisk handle this condition. I fixed some bugs in this condition.
5. Force the product to run out of its resource (like IO requests etc...).
This condition creates bugs and the bugs are now fixed. The bugs were
critical bugs .
I cannot find more errors using my tests.
6. Yes, If my tests cannot find bugs, then I need to use other tests to find
other bugs.
On the other hand, the hundreds of users who download the product hopefully
will find new bugs.

If you like to findout how the product act, please download it now from my
site (not to production) and verify the product status. www.mfnetdisk.com.
Thanks for being patience,
Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Rexx IRXIC and IRXEXEC question

[Lindy Mayfield]

About this, I asked IBM.  Bottom line, can't be done according to
published specs.  When you connect the dots, the docs do say that you
cannot replace the IO routines and run TSO commands.  My bad for not
reading it (even though I'd read through those docs looking for this for
just over a year now.)

One thing working with mainframes has taught me: patience.  When I was
younger I would have never spent a year trying to figure something out.



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Lindy Mayfield
Sent: 16. tammikuuta 2008 13:50
To: IBM-MAIN@BAMA.UA.EDU
Subject: Rexx IRXIC and IRXEXEC question

The Rexx IRXIC (Trace and Execution control) allows one to enter some
commands like TS for trace start.

Would something like this work?  I initialize an environment with
IRXINIT, replace the Input/Output routine with my own , run IRXIC with
TS command to turn on tracing, then run an exec with IRXECEC.  Would I
then be able to capture the trace and control the running of the exec?

I've returned to my idea of whether a full screen Rexx debugger could be
built.  

Thanks,
Lindy
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: DFSORT question

[Dave Barry]

 Excellent suggestion.  However, IIRC, Hiperbatch doesn't support BSAM.

db

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ron Hawkins
Sent: Tuesday, January 15, 2008 1:14 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DFSORT question


2) HIPERBATCH, with an E15 exit to get sort to read the file with QSAM
or BSAM, you will have just one job reading the file and the rest
reading from the DLF buffer. Can be very fast and effective if you keep
all the jobs swapped in and dispatched at the same rate. 32MB would be
plenty for this case.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Performance issues with VSAM IMBED

[Michael Poil]

I could be wrong, but doesn't SMS stop IMBED and REPLICATE being used now 
anyway? Maybe it is under some circumstances (extended format?).

Whatever, duplicating a index CI around a whole track is going to cost 
time during index updates. I am not current on the latest dasd and 
caching, but I seem to remember that the duplication used to pollute the 
cache and so had an effect on performance. 

It probably worked fine on 3330s. Those were the days!

--
Mike Poil
Java z/OS Level 3 Service
IBM United Kingdom Limited, Hursley Park, Winchester SO21 2JN
Internal: 246824  External: +44 (0)1962 816824 
Java debugging: http://www.ibm.com/developerworks/java/jdk/diagnosis/
--






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






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

Re: Performance issues with VSAM IMBED

[Ted MacNEIL]

>I could be wrong, but doesn't SMS stop IMBED and REPLICATE being used now 
>anyway?

But, on existing files the parameters are still there.
If you specify the parms in an IDCAMS job, they are ignored -- no syntax error. 
The file won't have them. It's not due to SMS, rather DFP.

I modified VCLONE from the CBT.
It does the same thing, but won't pass the three options through.
It will also dump the control cards into a PDS (as an option).
I called it VC3, and I don't recall which file it is on.





-
Too busy driving to stop for gas!

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

Fw: COBOL execution behavior

[Bill Klein]

There are LOTS of things to say on this topic and you should check out the
manuals. Most importantly,

1) Make certain you know the differences (and interaction) between the
Linker/Binder AMODE/RMODE settings and the compiler options for this (DATA
and RMODE compiler options)

2) Are you talking about dynamic CALLs or static calls?  With static calls,
you need to use the "lowest" setting for everything (in general - at least)

However, the bottom-line answer to what I think (hope?) you are asking is,

Yes,  
  An RMODE(ANY),DATA(31) COBOL program can call either an RMODE(ANY) or (24)
subprogram if the subprogram is called dynamically.  The subprogram,
however, must be compiled (if COBOL) with DATA(31) - or be AMDOE31 if
Assembler.

P.S.  In general, it is a VERY bad idea to override link-edit/binder
settings explicitly for current COBOL programs.  The compiler options will
create "default" values that are what you should (normally) use.  Change the
compiler options if you want different load module/program object settings
to result.

<[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> We have this COBOL program, let's call him 'BLAH',
> AMODE=ANY,RMODE=24,DATA31.
> It is the first program to be executed, IE   in the JCL  EXEC PGM=BLAH
> Since that is the case, then it's AMODE will be 31.
> 
> BLAH may be calling other COBOL or Assembler modules.
> 
> My thought is this:
> If BLAH is DATA31, then allocated working storage is above the line.
> Since it is above the line, all called subroutines, have to be AMODE
> 31
> since the parm area used, which is in the working storage of BLAH, is
> above the line,
> (DATA31).
> 
> Ergo, there is no reason that the RMODE be 24, it can be easily 31.
> As such, the AMODE can also be 31.
> 
> 
> 
> Can anyone see a flaw in my reasoning?
> 
> 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: WLM and DB2

[Dave Barry]

Only thing that I think of as a gotcha is that there is no direct way to
limit the number of SP address spaces.  If your application runs amok,
you might face a pageable storage shortage.

db 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Gary Green
Sent: Monday, January 14, 2008 3:37 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: WLM and DB2

This is probably the wrong forum to post this but I know I'll be told
where to go if it is.

I am about to setup WLM for DB2 SPAS; I know, I know, it should have
been done sooner...  Does anyone know if there are any gotchas that I
should be aware of?  Perhaps a "we did it this way" type reference,
etc...

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

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

[Ed Gould]

On Jan 16, 2008, at 5:28 AM, Barbara Nitz wrote:

---SNIP
The thing is, when I tried the "OEM Lock structure" with my 15  
locks, I go an 'unexpected MQ error' or some such thing, and that  
OEM Lock structure allows more than 6 digits as input So I am  
really out of luck


Best regards, Barbara
--



Barbara,

I know this doesn't answer your question but you might try your sales  
rep (IBM) and see if he can't get in contact with the the right  
people. Most sales reps here in the US are probably useless for this.  
I would bet that the european sales people at least know where to start.


Ed

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

Re: Netspool

[Roger Bolan]

Ron,

Netspool is part of Infoprint Server. A long long time ago it used to 
be available stand-alone, but no more.

--Roger 

IBM Mainframe Discussion List  wrote on 01/16/2008 
08:59:06 AM:

> Anyone use/used IBM's Netspool
> 
> Question isis it dependent on Infoprint being installed??
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: loose vs. lose

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>,
on 01/10/2008
   at 06:38 PM, "Van Dalsen, Herbie" <[EMAIL PROTECTED]> said:

>All I can say is this... It amazes my that a sysprog with a gripe this
>size, have not put this fingers to the keyboard and wrote a utility to
>automatically invoke a spellchecker inside your email program to fix it
>before you have to look at it,

He needs to do more than that; he needs to modify the e-mail program and
he needs to find a spelling corrector that actually works automatically.
The first is difficult if the program isn't already written to call
plugins and the second is beyond the state of the art.

I make spelling errors, and I run a spell checker in an attempt to catch
them, but if I blindly accepted every proposed "correction" my prose would
be far worse than it is. Spell checkers in the real world are only useful
to authors, and then only when used selectively.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: loose vs. lose

[Ted MacNEIL]

>Spell checkers in the real world are only useful
to authors, and then only when used selectively.
 

I do not have a spell checker on my BlackBerry.
So, I attempt to be diligent on any message I send out.

Also, a spell checker (in general) would not catch the LOOSE vs LOSE conundrum.

-
Too busy driving to stop for gas!

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

NFS in an address space

[Sair Camacho]

I have an address space with status NFS in a D A, command, this address 
spaces can not be canceled or force in any way. Any comment?

Thanks

IEE115I 18.07.28 2008.016 ACTIVITY 675 
JOBS M/STS USERSSYSASINITS   ACTIVE/MAX VTAM OAS  
00080012000026  000330011100126/00400   00059
CICS1CICS1 CICS IN NFS   A=00B1   PER=NO   SMC=000  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: loose vs. lose

[Ron Hawkins]

But a grammar checker does...

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Ted MacNEIL
> Sent: Wednesday, January 16, 2008 4:54 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: [IBM-MAIN] loose vs. lose
> 
> >Spell checkers in the real world are only useful
> to authors, and then only when used selectively.
> 
> 
> I do not have a spell checker on my BlackBerry.
> So, I attempt to be diligent on any message I send out.
> 
> Also, a spell checker (in general) would not catch the LOOSE vs LOSE
> conundrum.
> 
> -
> Too busy driving to stop for gas!
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> 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: Performance issues with VSAM IMBED

[Ron Hawkins]

Larry,

Swings and roundabouts I think. IMBED would cause the sequence set to be
pre-fetched along with the data and not pushed out by other cache activity.
One cache miss is a lifetime compared to a cache hit on FE4.

Sequential pre-fetch operates on a far wider stripe then one CYL (up to 64
tracks in HDS) so the difference observed would be the connect time for a 7%
increase in Start-Sub-channels. That assumes you have buffered up enough to
chain one CYL per IO. Users that have default buffering or SMB would not see
any noteworthy degradation.

And we both assume a well ordered dataset :)

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Larry Crilley
> Sent: Wednesday, January 16, 2008 8:30 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: [IBM-MAIN] Performance issues with VSAM IMBED
> 
> I would think IMBED could degrade performance when doing sequential
> I/O.
> Given enough buffers, VSAM can read in as much as an entire CA's worth
> of
> data with each I/O.  Since IMBED would take an entire track away from
> your
> CA size, then your CA is significantly smaller and less data can be
> returned
> with each I/O.  Even with a CYLINDER for a CA size, you would only be
> able
> to return 14 tracks worth of data when the dataset is defined with
> IMBED.
> Without IMBED, you could return 15 tracks.
> 
> 
> 
> Larry Crilley
> Dino-Software Corporation
> 800.480.DINO
> 412.366.3566
> www.dino-software.com
> 
> Dino-Software Utilities
> T-REX - Superior catalog management tool inclusive of HSM & Tape audits
> REORGadon - First REORG While-OPEN tool for HSM
> Teradon - First ever OnLine REPRO MERGECAT utility
> Xtinct - DASD Data purge
> RTD - DASD Real Time Defrag
> DAL - Analysis for Legato in an easy to view format
> Sentinel - Real-time FTP Management.  All secure, all the time.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf
> Of Ron Hawkins
> Sent: Wednesday, January 16, 2008 11:15 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Performance issues with VSAM IMBED
> 
> Lizette,
> 
> From the Storage side I would disagree that imbed and replicate degrade
> performance. Yes, REPLICATE wastes space, and neither actually improve
> performance, but there is no degradation.
> 
> IMBED was meant to reduce seek, and REPLICATE to reduce Latency. Thus
> the
> statement " have been obsoleted by newer, cached DASD devices" explains
> why
> they are no longer required.
> 
> Ron
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> > Behalf Of Lizette Koehler
> > Sent: Wednesday, January 16, 2008 7:41 AM
> > To: IBM-MAIN@BAMA.UA.EDU
> > Subject: [IBM-MAIN] Performance issues with VSAM IMBED
> >
> > I have been reading the z/OS V1.7 to V1.9 Migration guide and though
> it
> > states you do not need to remove IMBED, REPLCIATE or KEYRANGE.  It
> does
> > mention that there is a performance issue by having them on your VSAM
> > files.
> >
> > I was wondering if anyone did an analysis to see what the buy back
> for
> > VSAM response was if these are removed?  It would help me build a
> case
> > to get the VSAM data sets reorged more quickly.  My VSAM seems to be
> > strictly IMBED at this time.  I did not find any KEYRANGE or
> REPLICATE
> > definitions.
> >
> > Redefine existing VSAM data sets that contain the IMBED, REPLICATE,
> and
> > KEYRANGE attributes
> >
> > Description: No supported release of z/OS honors the IMBED,
> REPLICATE,
> > and KEYRANGE attributes for new VSAM data sets. In fact, using these
> > attributes can waste DASD space and often degrades performance.
> > Servicing these VSAM data sets has become increasingly difficult. In
> > some cases, unplanned outages have occurred. For these reasons, IBM
> > recommends that you stop using IMBED and REPLICATE, and that you
> > minimize or eliminate your use of KEYRANGE. IMBED and REPLICATE were
> > intended as performance improvements and have been obsoleted by
> newer,
> > cached DASD devices. Striped data sets provide much better
> performance
> > than KEYRANGE and should be viewed as a candidate for any existing
> > KEYRANGE data sets.
> >
> >
> > Is the migration action required?
> > No, but recommended to avoid degraded performance and wasted DASD
> > space.
> >
> >
> > Any comments are always welcomed.
> >
> > Lizette
> >
> > -
> -
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > 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: DFSORT question

[Ron Hawkins]

Yet another brain-fart... a bad week :-(

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Dave Barry
> Sent: Wednesday, January 16, 2008 2:46 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: [IBM-MAIN] DFSORT question
> 
>  Excellent suggestion.  However, IIRC, Hiperbatch doesn't support BSAM.
> 
> db
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Ron Hawkins
> Sent: Tuesday, January 15, 2008 1:14 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: DFSORT question
> 
> 
> 2) HIPERBATCH, with an E15 exit to get sort to read the file with QSAM
> or BSAM, you will have just one job reading the file and the rest
> reading from the DLF buffer. Can be very fast and effective if you keep
> all the jobs swapped in and dispatched at the same rate. 32MB would be
> plenty for this case.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> 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: Flash memory arrays

[Ron Hawkins]

B2F especially when you look at Moshe and EMC's history.. What goes around
comes around.

But I don't expect they'll be making furniture again :-)

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Bob Shannon
> Sent: Wednesday, January 16, 2008 9:02 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: [IBM-MAIN] Flash memory arrays
> 
> > EMC announced DMX4 disk system ...without disks. Flash memory would
> be
> > used as a disk module
> 
> Simply back to the future again. Solid state devices were prevalent
> twenty or so years ago. Still, with today's technology it makes sense.
> Hopefully it will provide both better performance (no seek time) and
> better reliability (no moving parts).
> 
> Bob Shannon
> Rocket Software
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> 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: Automated shutdown

[David Logan]

ADCD also comes with startup/shutdown STCs. Mine for example, looks like
this (and as you can see uses a control file out of PARMLIB):

BROWSEADCD.ZOSV1R5.PROCLIB(SHUTDOWN) - 01.00 Line  Col 001
080 
 Command ===>  Scroll ===>
CSR  
* Top of Data
**
//SHUTDOWN PROC M=SHUTDOWN,PREFIX=NONE   <== Change as required

//VTAMAPPL EXEC PGM=VTAMAPPL,PARM='COMMANDPREFIX=&PREFIX',

// REGION=512K,TIME=1440

//STEPLIB  DD  DSN=ADCD.ZOSV1R5.LINKLIB,DISP=SHR

//PARMLIB  DD  DSN=ADCD.ZOSV1R5.PARMLIB(&M),DISP=SHR

//SYSABEND DD  SYSOUT=H,HOLD=YES


David Logan

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Mark Zelden
Sent: Wednesday, January 16, 2008 9:24 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Automated shutdown

On Wed, 16 Jan 2008 09:53:24 -0500, Mark Pace <[EMAIL PROTECTED]> wrote:

>Is there a way to automate the shutdown of z/OS?  I hate having to follow a
>script, typing all of the commands to stop tasks.


Of course there are automation products that you can by to take care of
this.  There some free ones on the CBT also. TSSO, COMMAND.  Even
though we have an automation product, all my sandbox LPARs use 
COMMAND from CBT file 19 (http://www.cbttape.org).  I start the scripts
from an STC that runs SUB=MSTR so it can even shutdown JES2 and
issue V XCF,sysname,OFFLINE.   I use COMMAND on my sandbox LPARs
for 2 reasons.  One:  the automation group "controls" the automation 
products.  Two: less overhead - quick, simple, easy to change.


>
>Also, is there a command to stop syslogd, other than to cancel it?
>


On Wed, 16 Jan 2008 09:28:28 -0600, Stephen Wolf <[EMAIL PROTECTED]>
wrote:

>The CBT tape has many MPF exit examples for automation and of course
>the "AUTO" command.
>
>For syslogd shutdown look at IBM site for the z/OS UNIX tools for BPXSTOP.

While BPXSTOP could still be used, it's better these days to use 
F BPXOINIT,SHUTDOWN= commands or to shutdown OMVS completely
with F OMVS,SHUTDOWN.  See the Unix System Services Planning manual
for details.   I think BPXSTOP would cause a problem in a share HFS / zFS
environment also.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: IDCAMS Repro vs ICETOOL

[Carl Edwards]

--- "Thompson, Steve" <[EMAIL PROTECTED]>
wrote:

> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Carl Edwards
> Sent: Tuesday, January 15, 2008 10:40 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: IDCAMS Repro vs ICETOOL
> 
> We have a series of jobs that use IDCAMS to move
> data from one platform
> to another. There are several hundred files stacked
> on tape, which was
> created by REPRO. These tapes are then read by the
> Z/os target system
> and loaded to the appropriate files. While the jobs
> runs, they seems to
> run forever. We have noticed that the job goes into
> DW for 3-5 seconds
> at the end of each REPRO process,
> allocation/deallocation I assume. If
> indeed this is the case then using another program
> such as ICETOOL
> should not matter, the results should be the same.
> Is this assumption
> valid?
> 
> 
> This may be a JCL problem. Are you coding RETAIN?
YES
> Are you taking the
> files off the tape in the order written?
YES
 Are you
> doing this all inside
> of one JOB STEP?
YES
 Are you using refer-backs?
YES
> 
> Regards,
> Steve Thompson
> 
> -- All opinions expressed by me are my own and may
> not necessarily
> reflect those of my employer. --
> 
>
--
> For IBM-MAIN subscribe / signoff / archive access
> instructions,
> send email to [EMAIL PROTECTED] with the message:
> GET IBM-MAIN INFO
> Search the archives at
> http://bama.ua.edu/archives/ibm-main.html
> 



  

Never miss a thing.  Make Yahoo your home page. 
http://www.yahoo.com/r/hs

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

Re: IDCAMS Repro vs ICETOOL

[Carl Edwards]

--- Ron Hawkins <[EMAIL PROTECTED]> wrote:

> Carl,
> 
> I'll take a WAG that you are rewinding the tape at
> the close of every output
> file on the cartridge, and then repositioning to the
> end of the last file to
> write the next file in sequence.

First thought that came to mind, but not the case. BTW
this appening when we READ the the files.
> 
> Using DFSMSdss logical dump to a single tape dataset
> eliminates that
> problem.

Not an OPTION. Tape is created on VSE system using
IDCAMS(REPRO)
> 
> Ron
> 
> 
> 
> > jobs runs, they seems to run forever. We have
> noticed
> > that the job goes into DW for 3-5 seconds at the
> end
> > of each REPRO process, allocation/deallocation I
> > assume. If indeed this is the case then using
> another
> > program such as ICETOOL should not matter, the
> results
> > should be the same. Is this assumption valid?
> 
>
--
> For IBM-MAIN subscribe / signoff / archive access
> instructions,
> send email to [EMAIL PROTECTED] with the message:
> GET IBM-MAIN INFO
> Search the archives at
> http://bama.ua.edu/archives/ibm-main.html
> 



  

Never miss a thing.  Make Yahoo your home page. 
http://www.yahoo.com/r/hs

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

Comments from a System Programmer

[Ed Gould]

I thought the group be interested in the comments from an IBM system  
Programmer about Mainframe costs. The article is at:
>http://searchdatacenter.techtarget.com/tip/ 
0,289483,sid80_gci1293863,00.html? 
track=NL-576&ad=620634&asrc=EM_NLN_2899342&uid=6570353<


(watch the wrap)

Systems programmers


"We resolve to get out more."
Systems programmers, particularly old grouches such as me, tend to  
cocoon themselves in ivory towers. The view is nice and the height  
allows us to view mere mortals from above. It also gives us the  
solitude we need to contemplate deep technical issues and weigh  
involved workload dispatching algorithms.


We started building our towers back when we ran the computers and  
were allowed to work things at our own pace. Now the pace is set by  
the Internet, our business users and, by extension, our customers. We  
also have to deal with code hurriedly developed by overworked,  
harried application programmers too busy to do much more than throw  
this weeks' code release into production. But systems programmers  
need to help tackle these problems. It's also a chance for us to  
demystify the mainframe and share our point of view.


This is going to be a great year if everyone would just follow my  
sage-like advice. Somehow I don't think that will happen, though.  
Instead, I'll try to make this year better than the last with more of  
what I like about my job and less of what I can do without.


ABOUT THE AUTHOR: For 24 years, Robert Crawford has worked off and on  
as a CICS systems programmer. He is experienced in debugging and  
tuning applications and has written in COBOL, Assembler and C++ using  
VSAM, DLI and 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: Flash memory arrays

[Ed Gould]

On Jan 16, 2008, at 11:02 AM, Bob Shannon wrote:

EMC announced DMX4 disk system ...without disks. Flash memory  
would be

used as a disk module


Simply back to the future again. Solid state devices were prevalent  
twenty or so years ago. Still, with today's technology it makes  
sense. Hopefully it will provide both better performance (no seek  
time) and better reliability (no moving parts).



Bob,

You have hit it the head. We had a unit that emulated a 2305 (don't  
remember which model) it worked well . except when we had a power  
failure. Then at power up *EVERYTHING* was gone. We had to analyze it  
and put a vtoc back and then redefine PLPA and then IPL again to get  
the system to use it. I think my hair started to go gray because of  
the blasted machine. It was gone within a month.


Oh, yes we had an application that *NEEDED* (well at least they  
thought they did) the 2305. In the month that it was going out, we  
got the applications people to use  VIO. They were extremely happy  
and that was the end of the beast. If the machine survives through a  
power blink then I would reconsider it but it would take a lot to do so.


Ed
 


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

DFSMSdss DUMP...FCWD Behavior with OA18929

[Joel C. Ewing]

I remember seeing the blurb about OA18929 on IBM-Main several weeks ago:

 "DFSMSdss has been changed in APAR OA18929 to perform a volume INIT 
when FCWITHDRAW is specified on the DUMP when it is detected that it is 
needed."


After verifying we had OA18929 installed, I decided to test out DFSMSdss 
DUMP with FCWITHDRAW in one of our DR point-in-time backup job streams 
(using IBM 2107 ESS with FlashCopy2).


Based on testing I am puzzled by the current DFSMSdss interpretation of 
"is needed".


From my viewpoint I would think a re-initialization would be "needed" if
the data on the target volume is not consistent.  Even if the VTOC,
VTOCIX, and VVDS have been completely copied, if some of the datasets in
the VTOC have not been completely copied, then the VTOC is telling lies
about the volume contents and it would seem better to re-initialize the
device than leave it in a misleading state.

I see evidence that suggests this is not the way DFSMSdss behaves with
OA18929.  Converting a job stream that does 11 dss volume DUMPs to use 
"DUMP FULL ... FCWD" instead of separate job steps to do explicit 
FCWITHDR and ICKDSF INITs, I am seeing no INITs take place on one or two 
volumes on which the explicit FCWITHDR used to always succeed 
(indicating the volumes were normally still in FCNOCOPY status and 
presumably incompletely copied).  The only two volumes showing this 
behavior have many small files, so the odds are probably higher that all 
tracks of the VTOC will be changed (and thus copied) by the time the 
DUMP is taken.  Even more puzzling, on 3 of 3 days a re-initialization 
took place on all the remaining 9 volumes, at least one of which used to 
consistently fail (6 out of 7 days a week) on an explicit FCWITHDR 
because the FCNOCOPY copy had completed prior to the DUMP.  While it is 
possible that slight differences in job timing using the "FCWD" option 
might cause different volumes to complete or not complete the FCNOCOPY 
copy, it seems unusual that no such failures would occur on those 9 
volumes on the three consecutive nights I was testing.


The net effect of the observed behavior seems to be that depending on 
DFSMSdss to re-initialize FCNOCOPY target volumes results in random, 
unpredictable contents on the target volumes depending on activity on 
the source volumes.  Hopefully, the state of the few non re-initialized 
volumes is such that varying the volume online will never cause problems 
to z/OS as long, as one avoids referencing datasets on the volume; but 
it seems likely that at least some of the datasets in the uncleared VTOC 
will reside on tracks that were not copied and hence are invalid. 
Random, unpredictable results are generally not a good thing in a DP 
environment.  I would think a much saner approach would be to always 
re-initialize any FCNOCOPY volume after a "DUMP ... FCWD", or at least 
provide some parameter option to force this, so that the user is 
guaranteed a known FC target state at the end of the process and that 
there is no misleading or inconsistent data left on the FC target.


I haven't seen anything to suggest that this somewhat bizarre (to me)
behavior of DFSMSdss will induce any failures in using FCNOCOPY and
DFSMSdss "DUMP FULL ... FCWD" as part of a DR point-in-time backup
strategy, but it does seem sub-optimal, as it randomly leaves
questionable "junk" behind.  So far this appears to be more of a 
cosmetic rather than functional issue, so it's probably not worth a 
formal SHARE Requirement.  It is enough to cause us to not use this 
"feature" and instead retain the more cumbersome separate unconditional 
ICKDSF INIT step just to keep the FC target volume contents consistent 
from day to day.



--
Joel C. Ewing, Fort Smith, AR[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: Rexx IRXIC and IRXEXEC question

[Tony Harminc]

On Wed, 16 Jan 2008 22:01:51 +0100, Lindy Mayfield
<[EMAIL PROTECTED]> wrote:

>About this, I asked IBM.  Bottom line, can't be done according to
>published specs.  When you connect the dots, the docs do say that you
>cannot replace the IO routines and run TSO commands.  My bad for not
>reading it (even though I'd read through those docs looking for this for
>just over a year now.)

Well... the docs say that you cannot replace the IO routines if your REXX
environment is integrated into the TSO/E environment. What you *can* do is
to set up a non-integrated environment (which will by default have no "TSO"
command environment, i.e. Address TSO will fail), and then set up your own
TSO-like environment using the IKJTSOEV service.

Then you write a REXX command environment handler (call it LINDYTSO or
something, or even TSO if you want to be confusing; you can even make it the
default), ATTACH each TSO command passing it a CPPL that you have set up,
WAIT for it, and DETACH it. You have reinvented the TMP, sort of. IBM used
to document how to write your own TMP, but withdrew (made OCO) the
information needed in the 1980s. After all, why would any customer want to
write their own replacement for IBM's fine IKJEFT01?

Anyway - this works for most unauthorized commands, but to run APF auth
commands requires a certain gung-ho attitude that may not be appreciated by
all your colleagues sharing the same system.

Have fun...

Oh - a quite different approach to your fullscreen debugger would be to run
a genuine TMP in batch, with the input and output piped (yes, UNIX pipes) to
another address space where you issue commands, intercept output, and so on.

I've tried only the most basic version of this idea, so there are very
probably things that will make it impossible to implement properly.

Have even more fun...

Tony H.

>-Original Message-
>From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
>Behalf Of Lindy Mayfield
>Sent: 16. tammikuuta 2008 13:50
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Rexx IRXIC and IRXEXEC question
>
>The Rexx IRXIC (Trace and Execution control) allows one to enter some
>commands like TS for trace start.
>
>Would something like this work?  I initialize an environment with
>IRXINIT, replace the Input/Output routine with my own , run IRXIC with
>TS command to turn on tracing, then run an exec with IRXECEC.  Would I
>then be able to capture the trace and control the running of the exec?
>
>I've returned to my idea of whether a full screen Rexx debugger could be
>built.
>
>Thanks,
>Lindy
>main.html
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

Computer Science etc etc

[Keith Goodburn]

"I agree.  I think that a background in anything that is logically and
mathematical is the best training for programming.  I once worked with a
fellow that had a degree in music.  Although being a musician requires
an artistic ability it is also very logical and mathematical.  He was an
excellent systems programmer."


It is interesting that a lot of good engineers (me included) play music as a 
hobby but I dont know of many musicians who do engineering as a hobby !l 

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

[Anne & Lynn Wheeler]

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

[EMAIL PROTECTED] (Ed Gould) writes:
> You have hit it the head. We had a unit that emulated a 2305 (don't
> remember which model) it worked well . except when we had a power
> failure. Then at power up *EVERYTHING* was gone. We had to analyze it
> and put a vtoc back and then redefine PLPA and then IPL again to get
> the system to use it. I think my hair started to go gray because of
> the blasted machine. It was gone within a month.
>
> Oh, yes we had an application that *NEEDED* (well at least they
> thought they did) the 2305. In the month that it was going out, we
> got the applications people to use  VIO. They were extremely happy
> and that was the end of the beast. If the machine survives through a
> power blink then I would reconsider it but it would take a lot to do
> so.

there were STC solid state ... and for internal datacenters there was
something referred to as a "1655" (several hundred) from a vendor that
was using memory chips that had failed normal acceptance tests ... but
could still be used in this manner. they were most commingly used as
paging devices and so not surviving power failure wasn't an issue.

they were surplanted by 3090 expanded storage (and later really large
real memory) and disk controller electronic caches (initially 3880-11
and 3880-13).

old email discussing 2305, 1655, and stc electronic disk comparison:
http://www.garlic.com/~lynn/2007e.html#email820805

old posts mentioning 1655, 3880-11, and/or 3880-13:
http://www.garlic.com/~lynn/2000d.html#13 4341 was "Is a VAX a mainframe?"
http://www.garlic.com/~lynn/2001.html#18 Disk caching and file systems.  Disk 
history...people forget
http://www.garlic.com/~lynn/2001c.html#17 database (or b-tree) page sizes
http://www.garlic.com/~lynn/2001d.html#68 I/O contention
http://www.garlic.com/~lynn/2001l.html#53 mainframe question
http://www.garlic.com/~lynn/2001l.html#54 mainframe question
http://www.garlic.com/~lynn/2001l.html#63 MVS History (all parts)
http://www.garlic.com/~lynn/2002.html#31 index searching
http://www.garlic.com/~lynn/2002d.html#55 Storage Virtualization
http://www.garlic.com/~lynn/2002i.html#17 AS/400 and MVS - clarification please
http://www.garlic.com/~lynn/2002l.html#40 Do any architectures use instruction 
count instead of timer
http://www.garlic.com/~lynn/2002o.html#3 PLX
http://www.garlic.com/~lynn/2002o.html#52 ``Detrimental'' Disk Allocation
http://www.garlic.com/~lynn/2003b.html#7 Disk drives as commodities. Was Re: 
Yamhill
http://www.garlic.com/~lynn/2003b.html#15 Disk drives as commodities. Was Re: 
Yamhill
http://www.garlic.com/~lynn/2003b.html#17 Disk drives as commodities. Was Re: 
Yamhill
http://www.garlic.com/~lynn/2003c.html#55 HASP assembly: What the heck is an 
MVT ABEND 422?
http://www.garlic.com/~lynn/2003f.html#5 Alpha performance, why?
http://www.garlic.com/~lynn/2003m.html#39 S/360 undocumented instructions?
http://www.garlic.com/~lynn/2004d.html#73 DASD Architecture of the future
http://www.garlic.com/~lynn/2004e.html#3 Expanded Storage
http://www.garlic.com/~lynn/2004g.html#13 Infiniband - practicalities for small 
clusters
http://www.garlic.com/~lynn/2004g.html#17 Infiniband - practicalities for small 
clusters
http://www.garlic.com/~lynn/2004g.html#18 Infiniband - practicalities for small 
clusters
http://www.garlic.com/~lynn/2004g.html#20 Infiniband - practicalities for small 
clusters
http://www.garlic.com/~lynn/2004l.html#29 FW: Looking for Disk Calc program/Exec
http://www.garlic.com/~lynn/2005e.html#5 He Who Thought He Knew Something About 
DASD
http://www.garlic.com/~lynn/2005m.html#28 IBM's mini computers--lack thereof
http://www.garlic.com/~lynn/2005m.html#30 Massive i/o
http://www.garlic.com/~lynn/2005r.html#51 winscape?
http://www.garlic.com/~lynn/2005t.html#50 non ECC
http://www.garlic.com/~lynn/2006.html#38 Is VIO mandatory?
http://www.garlic.com/~lynn/2006c.html#1 Multiple address spaces
http://www.garlic.com/~lynn/2006c.html#8 IBM 610 workstation computer
http://www.garlic.com/~lynn/2006c.html#46 Hercules 3.04 announcement
http://www.garlic.com/~lynn/2006e.html#45 using 3390 mod-9s
http://www.garlic.com/~lynn/2006e.html#46 using 3390 mod-9s
http://www.garlic.com/~lynn/2006i.html#41 virtual memory
http://www.garlic.com/~lynn/2006j.html#11 The Pankian Metaphor
http://www.garlic.com/~lynn/2006j.html#14 virtual memory
http://www.garlic.com/~lynn/2006k.html#57 virtual memory
http://www.garlic.com/~lynn/2006r.html#36 REAL memory column in SDSF
http://www.garlic.com/~lynn/2006s.html#30 Why magnetic drums was/are worse than 
disks ?
http://www.garlic.com/~lynn/2006s.html#32 Why magnetic drums was/are worse than 
disks ?
http://www.garlic.com/~lynn/2006v.html#31 MB to Cyl Conversion
http://www.garlic.com/~lynn/2006y.html#35 The Future of CPUs: What's After 
Multi-Core?
http://www.garlic.com/~lynn/2007c.html#0 old discussion of disk contr

Re: NFS in an address space

[Vernooy, C.P. - SPLXM]

"Sair Camacho" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> I have an address space with status NFS in a D A, command, this
address 
> spaces can not be canceled or force in any way. Any comment?
> 
> Thanks
> 
> IEE115I 18.07.28 2008.016 ACTIVITY 675

> JOBS M/STS USERSSYSASINITS   ACTIVE/MAX VTAM OAS  
> 00080012000026  000330011100126/00400   00059
> CICS1CICS1 CICS IN NFS   A=00B1   PER=NO   SMC=000  
> 

What is your question? Something went very wrong in the address space,
check the log.
NF
Address space is not dispatchable because of a failure in the
address space  

Our CICs show "NSW  S" or "NSW  SO".

Kees.
**
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee
only. If you are not the addressee, you are notified that no part
of the e-mail or any attachment may be disclosed, copied or
distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries
and/or its employees shall not be liable for the incorrect or
incomplete transmission of this e-mail or any attachments, nor
responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
Dutch Airlines) is registered in Amstelveen, The Netherlands, with
registered number 33014286 
**

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