Re: dynamic PAV

[R.S.]

Ted MacNEIL wrote:

What am I missing to allow dynamic management of 


pav's? 


Do you have I/O Priority Management turned on?
It seems basic, but without it two things happen:
1. Execution Velocity is calculated with only CPU values.
2. PAV is not dynamic.



Where is the switch to turn I/O Priority Management on ?

--
Radoslaw Skorupka
Lodz, Poland

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

Re: dynamic PAV

[TISLER Zaromil]

<- snip ->
 In the initial setup we defined in HCD base (3390B) and alias 
(3390A) volumes with wlmpav=yes (for the aliases). 
<- snip ->

Do you have WLMPAV=YES for the base volumes, too?

Zaromil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Alternative to mvsqr, was: Bringing the fun back to z/OS - new course

[Timothy Sipples]

>>Receiving a fair price on any product requires a *credible* market 
>>alternative in *your* particular situation. Things that bring
>>credibility  to the discussion:
>>- a project actually underway to switch from one vendor to
>>another
>I would consider it a strategic error to stick with a vendor that has
>forced you to that extreme. If the project is already underway then,
>IMHO, you are better of proceeding to switch.

That's the likely outcome, yes. But I didn't phrase that bullet in 
sufficient detail.

Let's suppose there are three vendors: Vendor A, Vendor B, and Vendor C. 
Your company has products from Vendors A and B installed but, currently, 
no products from Vendor C. Your company is 12+ months from contract 
expiration with Vendor A. If you have a project underway to switch one 
product from Vendor B to Vendor C, that might put the "fear of God" into 
Vendor A and thus demonstrate that you are perfectly capable of switching, 
especially if Vendor C is the likely beneficiary.

Otherwise a vendor may not view a switching threat as credible.

- - - - -
Timothy F. Sipples
Consulting Enterprise Software Architect, z9/zSeries
IBM Japan, Ltd.
E-Mail: [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: Support for MVS/SP 3.2.2 on zSeries???

[Timothy Sipples]

BK, just out of curiosity, in what country is the company you've acquired 
located?

- - - - -
Timothy F. Sipples
Consulting Enterprise Software Architect, z9/zSeries
IBM Japan, Ltd.
E-Mail: [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: Support for MVS/SP 3.2.2 on zSeries???

[Ed Gould]

On Apr 4, 2006, at 3:55 PM, McKown, John wrote:

SNIP---
Yeah. I hope like the blazes that they don't have IMS. We had a sister
company with IMS/DB that they used in CICS. Getting them up to date on
IMS so that they could get up to date on CICS and z/OS was a terrible
trial. I still have nightmares!

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



John,

Good point there are rough spots other than just plain batch, which  
is what why I limited it to batch.
There are things like CICS assembler coding and IMS (to name a few)  
that present challenges that a short reply like mine cannot really  
get to the point. That is one of the reasons why (I think i alluded  
to) a professional thats BTDT.


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: DEBE Documentation

[Doc Farmer]

Nothing in their indexes that I could find.

"Porowski, Ken" <[EMAIL PROTECTED]> wrote:  Anything on www.bitsavers.org ?

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

[Ron and Jenny Hawkins]

Bill,

The 3990-6 accepts PPRC commands, but you cannot specify the LSS parm.

For the 3990 to accept the LSS parm it would have to support Logical
SubSystems. I don't think that has happened.

The Advanced Copy Services Manual states:

"Note: LSS number is required if the storage control supports logical
subsystems (like the ESS) and not allowed if the storage control does not
support logical subsystems."

This restriction is noted for CESTPAIR, CESTPATH, CGROUP, CRECOVER,
CSUSPEND, CDELPAIR, and CDELPATH.

My experience is that the PPRC API will reject a command to a 3990 emulated
device if LSS is specified, and also reject a command to an ESS if LSS is
not specified. 

In the case of a HDS device seen as a 2105 by MVS, but using 3990 emulation
for the TrueCopy links, the API will require the LSS parm because MVS sees a
2105. However, TrueCopy is operating as a 3990 and it will reject a command
with LSS specified.

Ron 


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of (IBM Mainframe Discussion List)
> Sent: Wednesday, 5 April 2006 1:46 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: 2105 Question
> 
> 
> 
> In a message dated 4/4/2006 8:39:20 A.M. Central Daylight Time,
> [EMAIL PROTECTED] writes:
> 
> >In  the TrueCopy case, it means that PPRC commands cannot be used to
> manage
> >the storage because the OS wants to see 2105 format commands  with the
> LSS
> >specified, but the controller rejects the commands because  TrueCopy is
> >dealing with a 3990.
> 
> 
> IBM's 3990 model 6 supports the PPRC commands.
> 
> Bill  Fairchild
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> 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

(fwd) Delete VSAM file flagged as Open

[Clark Morris]

On 29 Mar 2006 15:04:27 -0800, in bit.listserv.ibm-main
[EMAIL PROTECTED] (Jim Willingham) wrote:

>I have a VSAM file that is used in CICS.  The region is down and we are
>trying to restore the file but it will not restore because it is flagged
>as open for update by multiple users.  How do you correct this?
>
Check your SYSDSN ENQs (I think RMFMON will, also ISRDDN in ISPF or
something like that will show open ENQs against a file name.)

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

[Ted MacNEIL]

>The point is that someone observing the storage array's behavior, like Dennis, 
should see aliases move regardless of the setting.

But, what is required is something addressing goals.
And, the OP was seeing nothing.
-
-teD

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

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

Re: 2105 Question

[Ron and Jenny Hawkins]

Roy,

Yes it is. 

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Roy Hewitt
> Sent: Wednesday, 5 April 2006 6:46 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: 2105 Question
> 
> Ron,
> 
> Well it is, i think.. (its been a long day!).. I suppose what i was
> trying to get at is that specifying CNTLUNUIT=3990 vs 2105 doesnt do
> anything different (apart from HCD only allows D/t 3390A/B for 2105..)
> All other control unit function/feature is queried during IPL (RDC and
> other subsystem CCWs  etc) so even if I have defined 3990 in IOCDS and
> the interface is configured as 2105, it should see 2105 function? Is
> this Transparancy Mode
> 
> Cheers
> 
> Roy
> 
> Ron and Jenny Hawkins wrote:
> > Roy,
> >
> > I meant using Transparency mode by specifying CNTLUNIT=3990, even though
> the
> > underlying hardware is emulating a 2105 controller. That's what I
> thought
> > you meant.
> >
> > Ron
> >
> >> -Original Message-
> >> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> >> Behalf Of Roy Hewitt
> >> Sent: Tuesday, 4 April 2006 9:53 PM
> >> To: IBM-MAIN@BAMA.UA.EDU
> >> Subject: Re: 2105 Question
> >>
> >> Ron,
> >>
> >> When you say 'genned as 3990' I presume you mean how the USP interface
> >> emulation has been defined.
> >>
> >> Roy
> >>
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > 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: dynamic PAV

[Bob Rutledge]

Ted MacNEIL wrote:

This means that WLM will make alias moves that minimize overall IOS queueing, 
but these moves will not take service class goals into consideration.



TOMAY-TOE
TOMAW-TOE

That is a difference that makes no difference.
And, a difference that makes no difference is no difference.

If I'm not addressing goals:
1. Will I see it?


You might not.  Your workloads might or might not.


2. What's the point?


The point is that someone observing the storage array's behavior, like Dennis, 
should see aliases move regardless of the setting.


Bob

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Support for MVS/SP 3.2.2 on zSeries???

[Timothy Sipples]

>IIRC a z890 will only run a OS in 64-bit mode, no 31-bit mode, in an 
>LPAR.  It may be possible to run a non-64-bit OS under z/VM.

Actually that's not the issue. There are lots of currently supported 
31-bit operating systems that'll run just fine on a z890 including 
VSE/ESA, z/VSE, TPF/ESA, Linux (ESA flavor), and z/OS Bimodal. It's much 
the same situation for a System z9-109, too.

Running this older MVS 3.2.2 (?) version inside an older version of VM 
inside z/VM could work, but obviously two of those three operating systems 
will be unsupported. There are some customers doing this (although I'm not 
sure about this specific MVS version). The one I know about directly has 
migration work underway to get onto a supported z/OS release.

- - - - -
Timothy F. Sipples
Consulting Enterprise Software Architect, z9/zSeries
IBM Japan, Ltd.
E-Mail: [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: dynamic PAV

[Ted MacNEIL]

>This means that WLM will make alias moves that minimize overall IOS queueing, 
>but these moves will not take service class goals into consideration.

TOMAY-TOE
TOMAW-TOE

That is a difference that makes no difference.
And, a difference that makes no difference is no difference.

If I'm not addressing goals:
1. Will I see it?
2. What's the point?


-
-teD

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

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

Re: dynamic PAV

[Ted MacNEIL]

>So I think WLM is doing its thing, just not immediately.

The PAV assignment is not immediate.
I decide to (de-)allocate one, I don't do it until the next interval.
I then don't look at that volume for 3 intervals.

These are WLM intervals -- 10 seconds (clock) each.

2 years ago, I had a problem where that wasn't fast enough.
I had a direct link to the developer (in Germany).
We had come up with a solution, but after leaving IBM, I lost track, and as an 
external person, I have no idea what the final resolution was.


-
-teD

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

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

Re: dynamic PAV

[Bob Rutledge]

Actually, 2. is incorrect.  From the z/OS 1.7 WLM Planning book:

"IMPORTANT: If you enable dynamic alias management, you must also enable I/O 
priority management. So you need to specify yes for both of these
options on the panel. If I/O priority management is set to no, you will get only 
the efficiency part of dynamic alias management and not the goal-oriented
management. This means that WLM will make alias moves that minimize overall IOS 
queueing, but these moves will not take service class goals into

consideration."

Bob


Ted MacNEIL wrote:


Do you have I/O Priority Management turned on?
It seems basic, but without it two things happen:
1. Execution Velocity is calculated with only CPU values.
2. PAV is not dynamic.


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

[Bob Rutledge]

I don't have PAV on my 9980V but I just looked at the HSP 600 we installed on 
Sunday.  I've also got it set to 192 bases and 64 aliases in each control unit. 
 What I see is that when the box is "at rest", only the first 64 bases have an 
alias assigned.  I dragged out my test program that repeatedly writes and then 
reads 50 cylinders worth of 32K blocks.  Running six concurrent copies of that 
shows (using TMON/MVS):


 BASE VOLUME:  HD2F88  DEVICE:  2F88  PAV:4
  START: 18:32:00.22  DURATION:  0:00:11.69
SS   I/ORESP TIME IN MSEC.
 VOLSER ID DEVN  RATE %BUSY QTIME  PEND  DISC  CONN <---+---+---+--40>
 HD2F88  0 2F88 124.6  19.9   0.0   1.6   0.1   1.53.16
 0 2FD4  97.5  16.5   0.0   2.1   0.2   1.5 3.77
 0 2FD5 110.1  18.1   0.0   1.9   0.1   1.53.53
 0 2FD6  88.6  14.9   0.0   2.4   0.2   1.5 4.04

2F88 is unitadd 88 in the CU and after a few minutes, the three aliases shown 
got assigned.  So I think WLM is doing its thing, just not immediately.


Bob

Dennis Leong wrote:
We recently migrated all our mainframe data to a new Hitachi storage 
array (9990v).  In the initial setup we defined in HCD base (3390B) and 
alias (3390A) volumes with wlmpav=yes (for the aliases).  On the storage 
array we have "Compatible PAV" enabled.In WLM we have Dynamic alias 
management set to  yes.

We are running z/os 1.4 and wlm in goal mode.
My problem is that I cannot see any dynamic assignment of alias volumes 
to base volumes with high IOS queuing times.  Using HDS Storage 
Navigator's Compatible PAV manager I see the first 64 base volumes (out 
of 192) with 1 alias volume in each of my control units.  I have yet to 
see anything change over the past 4 weeks.  I would have expected to see 
maybe a base volume (beyond the first 64) to have an alias assigned 
especially if the base volume has high ios queuing times (as seen in 
Omegamon).
I can however manually assign alias volumes to base but this is not 
dynamic management.   What am I missing to allow dynamic management of 
pav's?   Thank you.


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

[Roy Hewitt]

Ron,

Well it is, i think.. (its been a long day!).. I suppose what i was 
trying to get at is that specifying CNTLUNUIT=3990 vs 2105 doesnt do 
anything different (apart from HCD only allows D/t 3390A/B for 2105..) 
All other control unit function/feature is queried during IPL (RDC and 
other subsystem CCWs  etc) so even if I have defined 3990 in IOCDS and 
the interface is configured as 2105, it should see 2105 function? Is 
this Transparancy Mode


Cheers

Roy

Ron and Jenny Hawkins wrote:

Roy,

I meant using Transparency mode by specifying CNTLUNIT=3990, even though the
underlying hardware is emulating a 2105 controller. That's what I thought
you meant.

Ron


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Roy Hewitt
Sent: Tuesday, 4 April 2006 9:53 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: 2105 Question

Ron,

When you say 'genned as 3990' I presume you mean how the USP interface
emulation has been defined.

Roy



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

[Ray Mullins]

If you mean the old
save-the-current-address-and-stick-my-address-in-the-table-and-then-pass-con
trol-to-the-old-routine-when-I'm-done-with-it method...

A product that utilizes SVC screening should check to see if screening is
already in place, i.e., the existence of a screening table in the TCB.  It
should then save the address of the already existing routine somewhere in
its storage, store its address in the screening area, save the current
table, and flip on the bits for the SVC that it wants to screen - and not
flip off any bits.  Then, if its code gets control for an SVC that it isn't
expecting, it knows that there is another screening routine that might want
it, so it should pass it on to the routine whose address it saved at
initialization.  And for SVCs that the new routine does screen, when it's
done it should then check the old SVC screening table to see if the prior
SVC routine wants it.

Sort of wordy, but hopefully the point is somewhat clear.

Later,
Ray

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Ira Broussard
> Sent: Tuesday April 04 2006 15:23
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: SVC Screening -- again
> 
> I searched the archives for SVC screening posts and saw quite 
> a few  postings regarding when to use it and what to use it 
> for. What I am looking for  (and didn't find in the archives) 
> is how multiple screening programs are implemented. For 
> example, what if products from different vendors want to  do 
> SVC screening on the same TCB? Is there a de facto method 
> that vendors  use similar to the one used for front-ending SVC's?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: IODF and IOCDS out of sync

[Roy Hewitt]

Matt


There are a couple of things I guess I don't understand about this 
process.  In a normal situation, I have a hardware configuration that 
was loaded from an IOCDS at POR, and an IODF that matches it.  Then I 
can activate a new IODF which is different from the currently loaded 
config, and everything changes.  So if I can change the config on a 
running system by activating a different IODF, what's different about 
the IPL process?  Why can't it just do whatever activate does to change 
the hardware configuration to match the IODF being loaded?


When you issue an activate, one of the things that happens is that z/OS 
does a comapare of the old (current) IODF with the new IODF to identify 
the changes, and I think that's what takes most of the time if you have 
a large IODF. What you suggest at IPL sort of makes sense, except that 
there is nothing to compare with i.e.  it doesnt have the old IODF to 
read, so has no way to know what changes would happen. It needs to know 
each change so that it can check for offline status etc and then perform 
the change.


And what configuration am I really running with now?  The one in the 
IOCDS, or the one in the active IODF?


well both ... your hw config is from the IOCDS, so things like chps, 
CUs, and devices numbers. And then zOS is reading it's config from the 
OS config definition in the IODF, device numbers/edt/console  This is 
how it normally works, just that normally they would be both derived 
from the same IODF. If you havn't made any major changes to the chps/cus 
etc than you'll probably find that the HW config is very similar 
(obviously as no one has noticed ;-) )It's entirely possible that 
although  you've updated the IODF since the IOCDS was created, none of 
the changes relate to the hw, and the therefore the HW config could be 
exactly the same, its just that some of the timestamps are out of sync.


The thing to remember is that the IODF contains two separate but 
overlaping sections of information. The HW detail which goes to create 
the IOCDS (and HSA for dynamic update),  and the OS Config which z/OS 
uses to IPL. The common factor being the device number. z/OS doesnt 
touch any of the CPC/CSS/Partition/CHP/CU detail, and the IOCDS doesnt 
get any of the OSconfig - they both have lists of devices. At IPL time 
zOS builds a list of devices from the OSconfig and then queries the CPC 
one by one to see if there is a matching entry, if so this device can be 
used...



Regards Roy

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

SVC Screening -- again

[Ira Broussard]

I searched the archives for SVC screening posts and saw quite a few  postings 
regarding when to use it and what to use it for. What I am looking for  (and 
didn't find in the archives) is how multiple screening programs are  
implemented. For example, what if products from different vendors want to  do 
SVC 
screening on the same TCB? Is there a de facto method that vendors  use similar 
to 
the one used for front-ending SVC's?
 
Thanks,
Ira W. Broussard

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

[Ted MacNEIL]

>What am I missing to allow dynamic management of 
pav's? 

Do you have I/O Priority Management turned on?
It seems basic, but without it two things happen:
1. Execution Velocity is calculated with only CPU values.
2. PAV is not dynamic.

-
-teD

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

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

dynamic PAV

[Dennis Leong]

We recently migrated all our mainframe data to a new Hitachi storage array 
(9990v).  In the initial setup we defined in HCD base (3390B) and alias 
(3390A) volumes with wlmpav=yes (for the aliases).  On the storage array we 
have "Compatible PAV" enabled.In WLM we have Dynamic alias management 
set to  yes.

We are running z/os 1.4 and wlm in goal mode.
My problem is that I cannot see any dynamic assignment of alias volumes to 
base volumes with high IOS queuing times.  Using HDS Storage Navigator's 
Compatible PAV manager I see the first 64 base volumes (out of 192) with 1 
alias volume in each of my control units.  I have yet to see anything 
change over the past 4 weeks.  I would have expected to see maybe a base 
volume (beyond the first 64) to have an alias assigned especially if the 
base volume has high ios queuing times (as seen in Omegamon).
I can however manually assign alias volumes to base but this is not dynamic 
management.   What am I missing to allow dynamic management of 
pav's?   Thank you.



- enD sin 


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

[Schiradin,Roland HG-Dir itb-db/dc]

Ed, 

why not posting me the PSW and register?
SHOWzOS 712 runs fine on R7 and R8. 

Roland 

-Original Message-
From: IBM Mainframe Discussion List 
[mailto:[EMAIL PROTECTED] On Behalf Of Ed Micucci
Sent: Tuesday, April 04, 2006 8:44 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SHOWZOS v712


Dear Fellow Respirers,

Has anyone tried SHOWZOS v712?  ...under z/OS 1.7?
If so, have you gotten any s0c1's when running 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: Support for MVS/SP 3.2.2 on zSeries???

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould
> Sent: Tuesday, April 04, 2006 3:52 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Support for MVS/SP 3.2.2 on zSeries???
> 



> 
> That is entirely a different matter.
> 
> It really depends on a lot of things like what version of cobol they  
> were running. It might be just a recompile (if you are lucky) with  
> minimal changes.
> 
> If its assembler there are too many unknowns (for my taste) and at  
> least a scan of the source with an eye towards an OS dependency.
> If there are other languages its up for grabs, IMO. There might be a  
> whole re-write or just a lot of code to go through, its really  
> difficult to say.
> 
> You might luck out and vary little might be needed for update, its  
> really hard to tell and only a person with a precticed eye can tell  
> you for sure where the trouble spots will be.
> 
> Ed

Yeah. I hope like the blazes that they don't have IMS. We had a sister
company with IMS/DB that they used in CICS. Getting them up to date on
IMS so that they could get up to date on CICS and z/OS was a terrible
trial. I still have nightmares!

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

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

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

Re: Support for MVS/SP 3.2.2 on zSeries???

[Ed Gould]

On Apr 4, 2006, at 7:57 AM, B Sysprog wrote:

Thanks to all the responders so far. I am afraid I was given no  
information other than "MVS/SP 3.2.2" and "DFP 3.2". These products  
are licensed (and running on some old  IBM hardware, which has yet  
to be identified) by a non-US company that we acquired. Migration  
is the goal; how we accomplish that is under investigation. My  
initial thoughts are that the applications need to be moved, rather  
than the entire MVS image.


Best,
BK Kosmach
412 433 1639

-SNIP--


That is entirely a different matter.

It really depends on a lot of things like what version of cobol they  
were running. It might be just a recompile (if you are lucky) with  
minimal changes.


If its assembler there are too many unknowns (for my taste) and at  
least a scan of the source with an eye towards an OS dependency.
If there are other languages its up for grabs, IMO. There might be a  
whole re-write or just a lot of code to go through, its really  
difficult to say.


You might luck out and vary little might be needed for update, its  
really hard to tell and only a person with a precticed eye can tell  
you for sure where the trouble spots will be.


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: z8 ???

[Ted MacNEIL]

>IMHO the announcement is quite irrelevant.

The OP was concerned about his equipment going obsolete.
I was trying to point out that it's not a great concern.

Also, you'll find that in North America, obsolete equipment/software is 
relevant.

There's a different economic dynamic, in most cases.

As a matter of fact, one of the reasons I was hired was to lead projects to get 
the company off of obsolete 'stuff'.

So, in Europe, I believe you don't turn around equipment and software as 
quickly as we do.

-
-teD

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

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

Re: REXEC and TSO

[Paul Gilmartin]

In a recent note, Ian Worthington said:

> Date: Tue, 4 Apr 2006 15:14:09 -0500
> 
> Let me see what I can find out about running REXX under OMVS.  I think
> maybe some sort of stub routine might be the order of the day.
> 
As a confidence builder you might try:

 rexec MVS /bin/extattr /bin/extattr

And you'll need:

Title: z/OS V1R5.0 Using REXX and z/OS UNIX System Services
Document Number: SA22-7806-05

   Linkname: CONTENTS "z/OS V1R5.0 Using REXX and z/OS UNIX System Services" 
IBM Library Server
URL: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZB641

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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

Re: OAM question

[Desi de la Garza]

Do you use RMM?

Thanks,
 
Desi de la Garza
Systems Programmer
Bexar County Information Services
[EMAIL PROTECTED]
 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Mark Pace
Sent: Tuesday, April 04, 2006 12:02 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: OAM question


I can't seem to figure out how to remove a volume from OAM that is no
longer in my automated tape library.   I've tried EJECT, EJECT P,  but
every command says the volume doesn't exist.  Is it to much to have it
removed so that it doesn't show up in ISMF - MOUNTABLE TAPE VOLUME LIST


LI E,R1284A,P
CBR1000I OAM E command execution scheduled.
CBR3650I Eject of volume R1284A from library LIB001 failed. CBR3724I Volume
R1284A does not exist in library LIB001.

OAM
VOLUME USE  VOLUME  CHECKPT  LIBRARY   STORAGE
SERIAL ATTR ERROR STATUSVOLUME   NAME  GRP NAME
-(2)-- --(3)--  ---(4)  --(5)--  --(6)---  --(7)---
R1284A SCRATCH  NOT IN LIBRARY  NO   LIB001*SCRTCH*




Mark D Pace
Senior Systems Engineer
Mainline Information Systems
1700 Summit Lake Drive
Tallahassee, FL. 32317
Office: 850.219.5184
Fax: 888.221.9862
http://www.mainline.com


This e-mail and files transmitted with it are confidential, and are intended
solely for the use of the individual or entity to whom this e-mail is
addressed.  If you are not the intended recipient, or the employee or agent
responsible to deliver it to the intended recipient, you are hereby notified
that any dissemination, distribution or copying of this communication is
strictly prohibited.  If you are not one of the named
recipient(s) or otherwise have reason to believe that you received this
message in error, please immediately notify sender by e-mail, and destroy
the original message.  Thank You.

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

[R.S.]

Ted MacNEIL wrote:


The timing is the problem for me. I'm trying to hold off a z890 purchase so our 
hardware doesn't go obsolete during shipment.






They've just (today) announced obsolessence of the z/900 (sales - June; 
upgrades - October).
IMHO the announcement is quite irrelevant. Reason: pricing policy of 
IBM. z9's are priced "aggresively", while z/990 are significantly more 
expensive, and z/900's are even more.
Of course there is second hand market, and the prices are ordered in 
opposite order - z/900's are really cheap.



And, the z9 is upgradable from the z/990.
Technically no. "Marketingally" - everything is possible. I have seen 
upgrade RVA->ESS (it was called UPGRADE), or even ...mouse upgrade (yes, 
pointing device).
From the other hand - few years ago I did an upgrade from RA4 to R16. 
It was *technical* upgrade - we had to move most of the guts from one 
cabinet to another. A lot of screws, cables, fortunately detailed 
instruction (MES) was in place.



--
Radoslaw Skorupka
Lodz, Poland

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

z8 ???

[Phil Payne]

According the unsolicited emails I have had the brazen temerity to open without 
the written
permission of IBM's lawyers, we might expect a new system around 25 April.

There have been suggestions of a single-book system with 12 PUs - 8 of them 
characterisable.
Up to four for operating system use, the other four must be IFLs, zAAPs, etc., 
subject to the
usual rule that the number of any type of speciality engines may not exceed the 
number of OS
engines.

Oddly - not a word about performance options - kneecap levels, etc.  Nothing.  
Zip.

My guess would be z900 levels with some degrades.  One suspicion is that the 
potential
degrades (such as the z890 f/c 6110) have been held undefined in case IBM 
decides to move with
its own emulation.  But that is pure speculation on my part.

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

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

Re: SHOWZOS v712

[Paul Dineen]

On Tue, 4 Apr 2006 13:43:53 -0500, Ed Micucci <[EMAIL PROTECTED]> wrote:

>Dear Fellow Respirers,
>
>Has anyone tried SHOWZOS v712?  ...under z/OS 1.7?
>If so, have you gotten any s0c1's when running it?
>
>Thanks.
>
>Ed Micucci
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html


Ed,

All appears fine here with 712 under z/OS 1.7.

Paul

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

[Ian Worthington]

Many thanks for all the replies on this.

Unfortunatly the system is outsourced and getting anything changed moves
at glacial speed.  I'm stuck with what I've got, and that's the lot.

Let me see what I can find out about running REXX under OMVS.  I think
maybe some sort of stub routine might be the order of the day.

Thanks again for all your suggestions.

Ian
...

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

[Neubert, Kevin (DIS)]

http://www-306.ibm.com/common/ssi/fcgi-bin/ssialias?infotype=an&subtype=
ca&htmlfid=897/ENUS906-060&appname=isource

Regards,

Kevin

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Roach, Dennis
Sent: Tuesday, April 04, 2006 12:46 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: z8 ???

Do you have a link to the letter?

Dennis Roach
United Space Alliance
600 Gemini Avenue
Mail Code USH-4A3L
Houston, Texas 77058
Voice:   (281) 282-2975
Page:(713) 736-8275
Fax: (281) 282-3583
E-Mail:  [EMAIL PROTECTED]

All opinions expressed by me are mine and may not agree with my employer
or any person, company, or thing, living or dead, on or near this or any
other
planet, moon, asteroid, or other spatial object, natural or
manufactured, since the beginning of time.

They've just (today) announced obsolessence of the z/900 (sales - June;
upgrades - October).
And, the z9 is upgradable from the z/990.
So, I wouldn't worry for awhile.

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

[Roach, Dennis]

Do you have a link to the letter?

Dennis Roach
United Space Alliance
600 Gemini Avenue
Mail Code USH-4A3L
Houston, Texas 77058
Voice:   (281) 282-2975
Page:(713) 736-8275
Fax: (281) 282-3583
E-Mail:  [EMAIL PROTECTED]

All opinions expressed by me are mine and may not agree with my employer or any 
person, company, or thing, living or dead, on or near this or any other
planet, moon, asteroid, or other spatial object, natural or manufactured, since 
the beginning of time.

They've just (today) announced obsolessence of the z/900 (sales - June; 
upgrades - October).
And, the z9 is upgradable from the z/990.
So, I wouldn't worry for awhile.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: lost DBRM [was: DB2 Question]

[Neil Duffee]

On 2006-03-30 at 15:05, concerning "DB2 Question", WA Stout 
<[EMAIL PROTECTED]> wrote to IBM-Main:  

> Is there a way (or tool) to reverse engineer a plan to get a DBRM
> member?  Some of our DBRM's have gotten corrupted and I want to
> recreate without having to recompile.  

DBRM's are simply (almost text) members in a library that don't 
change until re-gen'd.  (usually during re-compile)  Have you 
considered restoring the corrupted members from a backup?  Especially 
if they haven't been re-compiled in GT weeks, you won't have much of 
a inconsistency re: timing issue.  There is a location in the DBRM 
where you can compare the time-stamp (as DB2 does) with the load 
module but you'll need to check over on DB2-L for such details. 

Even a google might give the details: "Results 1 - 10 of about 826 
for DB2 +DBRM +timestamp".

-->  signature = 6 lines follows <--
Neil Duffee, Joe SysProg, U d'Ottawa, Ottawa, Ont, Canada
telephone:1 613 562 5800 x4585 fax:1 613 562 5161
mailto:NDuffee of uOttawa.ca http:/ /aix1.uottawa.ca/ ~nduffee
"How *do* you plan for something like that?" Guardian Bob, Reboot
"For every action, there is an equal and opposite criticism."
"Systems Programming: Guilty, until proven innocent" John Norgauer 
2004

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

[Ted MacNEIL]

>The timing is the problem for me. I'm trying to hold off a z890 purchase so 
>our hardware doesn't go obsolete during shipment.

They've just (today) announced obsolessence of the z/900 (sales - June; 
upgrades - October).
And, the z9 is upgradable from the z/990.
So, I wouldn't worry for awhile.

If you need it, get it.
If you can, wait.

-
-teD

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

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

Re: How to save data sets dump(from dfdss) in pc?

[Hal Merritt]

No, it simply means that all transport steps have to be binary, and you
have to somehow get the DCB right on the final step back to MVS. 

A word of caution: do not use a Windows file suffix such as 'DOC'. No
matter what you say, Windows will ignore the 'binary' directive and
translate the file making it unusable. 

Another word of caution: on the transfer back to MVS, an existing file
will always be replaced if it exists. The problem is that the attributes
of the existing file will be used no matter what you say. If the
attributes are wrong, then your file will be unusable. Your only
recourse is to delete the existing file before the transfer. 

HTH and good luck.   

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Johnny Luo
Sent: Monday, April 03, 2006 4:48 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How to save data sets dump(from dfdss) in pc?

 

But there is a question:How to download the output data set from
'trsmain'
to my pc?

I noticed this on IBM's trsmain site:

*Caution:
*A dataset compressed by PACK or SPACK should not be modified in any
way. If
such a dataset is modified, the UNPACK routines are unable to
reconstruct
the original dataset. (i.e. if using FTP to transfer the dataset,
specify
binary mode.)

Does this mean that we cannot transfer a data set compressed by trsmain
to
pc?

 

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

Re: How do you train your Z machine operation stuff?

[Hal Merritt]

You are ignoring the root problem. Most likely, you are asking too much.
IMHO, complex operator duties are a management issue, not really a
technical one. 

Set the objectives to lights out, automate every thing (to include the
light switches). Reduce operator duties to calling for help for
something never seen before.   

Consider an application coming to the table with some operator tasks.
Ask for detailed, step by step scripts. There are words not allowed in
the scripts, such as 'if'. Once this is complete, ask them to integrate
the scripts into their code. 

Another tactic is to charge any 'operator error' back to the application
as a bug. Operators cannot make errors by definition. This eliminates a
key crutch for poor application code.  

Realistically, any human intervention carries the certainty of error. At
the very least the task has to be tolerant of human errors. At best,
eliminate the errors by eliminating the intervention.

Idealistic? Yes. Doable? To a surprisingly large degree, yes.   My
$0.02. 

HTH and good luck. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Itschak Mugzach
Sent: Tuesday, April 04, 2006 2:37 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: How do you train your Z machine operation stuff?

I am looking for some hints, PowerPoint, etc. on how to train our
operations. Thanks for your advise. 

Itschak 

 

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

SHOWZOS v712

[Ed Micucci]

Dear Fellow Respirers,

Has anyone tried SHOWZOS v712?  ...under z/OS 1.7?
If so, have you gotten any s0c1's when running it?

Thanks.

Ed Micucci

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

[Pommier, Rex R.]

Ditto, but with the caveat (rumored caveat that is) that the z8 boxes
won't go as small as the z890 boxes.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Kopischke, David G.
Sent: Tuesday, April 04, 2006 11:54 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: z8 ???


Greetings again,
   We're in another cycle of hardware upgrades. It seems our z800 tapped
out after a frenzy of migrations from tape to DASD in order to prepare
for a lights-out type of operation while the bird flu pandemonium was in
full swing.

   Enough of the history... Now that we're looking for a new machine,
does anyone out there with their finger on the pulse of IBM know
anything about a possible date for a z8 size processor ??? IBM did it
with the z900 and then the z990, now I'm predicting they'll follow the
z9 with a z8. The timing is the problem for me. I'm trying to hold off a
z890 purchase so our hardware doesn't go obsolete during shipment. Any
crystal balls in the audience ???

Thanks,
Dave K.



--
This e-mail transmission may contain information that is proprietary,
privileged and/or confidential and is intended exclusively for the
person(s) to whom it is addressed. Any use, copying, retention or
disclosure by any person other than the intended recipient or the
intended recipient's designees is strictly prohibited. If you are not
the intended recipient or their designee, please notify the sender
immediately by return e-mail and delete all copies. OppenheimerFunds
may, at its sole discretion, monitor, review, retain and/or disclose the
content of all email communications.

==

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

[Hal Merritt]

Consider sub capacity pricing. Buy a bigger box than you need, pay for
what you use. Your bill grows (or shrinks) right along with your load. 

Pluses include letting you pull large usage spikes without penalty.
Minuses include watching for and managing runaway tasks.

HTH and good luck. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Kopischke, David G.
Sent: Tuesday, April 04, 2006 11:54 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: z8 ???

Greetings again,
   We're in another cycle of hardware upgrades. It seems our z800 tapped
out after a frenzy of migrations from tape to DASD in order to prepare
for a lights-out type of operation while the bird flu pandemonium was in
full swing.

   Enough of the history... Now that we're looking for a new machine,
does anyone out there with their finger on the pulse of IBM know
anything
about a possible date for a z8 size processor ??? IBM did it with the
z900
and then the z990, now I'm predicting they'll follow the z9 with a z8.
The
timing is the problem for me. I'm trying to hold off a z890 purchase so
our hardware doesn't go obsolete during shipment. Any crystal balls in
the
audience ???

Thanks,
Dave K.
 

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

[Isaac Yassin]

DITTO 


Isaac Yassin

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Staller, Allan
Sent: Tuesday, April 04, 2006 7:18 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: z8 ???

My unconfirmed source says in the next month or so... 


Any crystal balls in the audience ???


--
For IBM-MAIN subscribe / signoff / archive access instructions, 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: Disaster Recovery, order of things

[Hal Merritt]

I believe this is documented in the Redbook as a PIT strategy using
PTAM. 

PIT = point in time.
PTAM = Pickup Truck Access Method. (It really says that!). 

Missing from your strategy is POC = Point of Consistency. That is, your
PIT backups need to be taken at a POC where all related files (be they
system catalogs or DB2 tables) are logically consistent.  

Once that PIT backup is taken, you shouldn't use that
application/resource any further until the whole process is complete.
Just one example: you should not create any tapes once the RMM database
is backed up. If you do, then those tapes would have to be managed as
'third party' or some such. 

But don't despair! Testing is the *only* way to shake these snakes out
of the grass. 

HTH and good luck.


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Longnecker, Dennis
Sent: Tuesday, April 04, 2006 10:22 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Disaster Recovery, order of things

Any thoughts on the best way to handle the backup of the various
catalogs and RMM files for disaster recovery purposes?   

Thanks,
Dennis Longnecker  

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Support for MVS/SP 3.2.2 on zSeries???

[Gilbert Saint-Flour]

On Monday 03 April 2006 11:00, B Sysprog wrote:

> I have been asked to identify if it is possible to run an old,old
> version of MVS/SP and DFP (3.2) on a zSeries processor (z890).

Perhaps is ISX/390 a possible solution for you?  ISX/390 allows you to 
run an old O/S as a virtual guest in an MVS address space (like VM, but 
sans VM).  The U.S. company that was distributing it no longer seems to 
exist, but you may be able to contact the developers in Russia.  

If you're interested, these links will get you started: 
http://xweb.share.org/proceedings/sh95/data/S5511A.PDF 
http://web.archive.org/web/20030209235643/http://www.iissolutions.com/mainnav.html

Note: I have no connection with the ISX/390 people, but their product 
appeals to me.  

-- 

 Gilbert Saint-Flour
 GSF Software
 http://gsf-soft.com/
 mailto:[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: SSI questions

[Victor Gil]

Tom,

Thanks a lot for the IEFSSDA pointer! [Why it's not documented in "Using
the SSI" is beyond me]

Currently the need is not "terribly" urgent, which gives me some time for
research. However, in 6-12 months the need might become urgent.

And, yes, I am now beginning to think about the Open exit...

-Victor-

On Tue, 4 Apr 2006 12:30:43 -0500, Tom Schmidt
<[EMAIL PROTECTED]> wrote:

>Victor,
>
>Just how urgent is the need for your subsystem to perform the field
>obfuscation you discussed here last month?
>
>Try looking at macro IEFSSDA in SYS1.MODGEN.  Those subsystem function
>codes (16-19) should get you moving again.
>
>As for the SMS comment... that's a good question.  SMS is a subsystem, so
>you are wanting to insert your subsystem ahead of (or behind) SMS; At any
>rate you want to be in between the user and the data.  Maybe you'll want to
>consider something like what BLSR does (redirection of the JCL) to avoid
>the collision.  (There are other ways, too.)
>
>(Do you see why several folks were pointing you at the possibility of an
>OPEN SVC intercept?)
>
>--
>Tom Schmidt
>Madison, WI

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

Re: IODF and IOCDS out of sync

[Neubert, Kevin (DIS)]

Regarding what's different about the IPL process...  Nothing if you
still had the IODF that corresponds to the IOCDS.  To make a change the
hardware and software need to be in sync.

The active IODF per D IOS,CONFIG is what you are running with.

Regards,

Kevin

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

[(IBM Mainframe Discussion List)]

 
 
In a message dated 4/4/2006 8:39:20 A.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

>In  the TrueCopy case, it means that PPRC commands cannot be used to  manage
>the storage because the OS wants to see 2105 format commands  with the LSS
>specified, but the controller rejects the commands because  TrueCopy is
>dealing with a 3990.


IBM's 3990 model 6 supports the PPRC commands.
 
Bill  Fairchild

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

[Tom Schmidt]

Victor,

Just how urgent is the need for your subsystem to perform the field
obfuscation you discussed here last month?

Try looking at macro IEFSSDA in SYS1.MODGEN.  Those subsystem function
codes (16-19) should get you moving again.

As for the SMS comment... that's a good question.  SMS is a subsystem, so
you are wanting to insert your subsystem ahead of (or behind) SMS; At any
rate you want to be in between the user and the data.  Maybe you'll want to
consider something like what BLSR does (redirection of the JCL) to avoid
the collision.  (There are other ways, too.)

(Do you see why several folks were pointing you at the possibility of an
OPEN SVC intercept?)

--
Tom Schmidt
Madison, WI


On Tue, 4 Apr 2006 12:56:38 -0400, Gil, Victor x28091 wrote:
>I am probably missing something obvious -
>
>When setting up a subsystem, how do I tell the system to call a custom
>function to Allocate, Open, Get, Close or Deallocate a dataset?
>
>Doesn't the association come from a table built using the IEFSSVTI macro?
>But the list of codes "SSI Function Codes Your Subsystem Can Support" has
>no such functions. I can use "my own" codes in the 236-255 range, but how
>would this tell the system to call a function, say, for Open?
>
>Also - looking at the SUBSYS parameter in the JCL reference, I see the
>following statement
>
> Do not use the SUBSYS parameter for an SMS-managed data set (one
>with an assigned storage class).
>
>I am almost sure that the datasets I'd like to access have an assigned
>storage class - does this truly mean they can't be accessed through a
>subsystem?
>
>Thanks in advance!
>-Victor-

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

Looking for help offlist

[Steve Comstock]

Note: the "Reply to" is set to me instead of the list.

It's time to look for alternatives. I've had one
billable day all year and nothing on the books for
the rest of my life. Time to move on, I guess.

Anyone have any leads for me to do temp or contract
work? Preferably in the Colorado front range area,
but telecommutting could be anywhere.

Design, code, technical writing, even training.

Ever the optimist, I hope this is just a temporary
thing. Trying to be real, it might be for good.

I still love technical training, and if any of you
have leads along those lines, or suggestions for
offerings that might glean interest, I'll follow those
up first. I'll keep the website up and the office open
as long as I can, but I need to find new ways of
making a living. [The acting is still an option, much
more stable than z/OS applications programmer training,
apparently.]

Thanks for all your support and help.

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.
http://www.trainersfriend.com
800-993-8716
303-393-8716

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

[Jack Kelly]

if you're sure it's not in a library, ams del volent will get the entry 
out of the volcat.

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

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

Re: Xpost - etcinit

[Ceruti, Gerard G]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Gabriel Tully
> Sent: 04 April 2006 07:10 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Xpost - etcinit
> 
> On 4/4/06, Ceruti, Gerard G <[EMAIL PROTECTED]> wrote:
> 
snip-
> 
> EXIT STATUS 0009 means "No stdout".
> 
> See:
> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA
2M352/SPTM004196
> 
> and
> 
> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPX
ZA850/8.0?DT=20040713143954

Thanks Gabriel
I was busy checking all the file permissions etc , as this is a new
system I think some of the security definitions might be missing. I will
check with the security guy in the morning.

Regards

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

Standard Bank Disclaimer and Confidentiality Note

This e-mail, its attachments and any rights attaching hereto are, unless the 
context clearly indicates otherwise, the property of Standard Bank Group Limited
and/or its subsidiaries ("the Group"). It is confidential, private and intended 
for the addressee only. Should you not be the addressee and receive this e-mail 
by
mistake, kindly notify the sender, and delete this e-mail, immediately and do 
not disclose or use same in any manner whatsoever. Views and opinions
expressed in this e-mail are those of the sender unless clearly stated as those 
of the Group. The Group accepts no liability whatsoever for any loss or
damages whatsoever and howsoever incurred, or suffered, resulting, or arising, 
from the use of this email or its attachments. The Group does not warrant the 
integrity
of this e-mail nor that it is free of errors, viruses, interception or 
interference. Licensed divisions of the Standard Bank Group are authorised 
financial services providers
in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 
(FAIS).
For information about the Standard Bank Group Limited visit our website 
http://www.standardbank.co.za
___

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: IODF and IOCDS out of sync

[Matt Simpson]

In article <[EMAIL PROTECTED]>,
 [EMAIL PROTECTED] (Roy Hewitt) wrote:

> However, how desparate are you at avoiding an POR...
> 
Since everything seems to be working OK (which surprises me a little), 
not really desperate.
> 
> As I said how desparate are you..

Not desperate enough to try something which has the risk of really 
breaking things.

In article 
<[EMAIL PROTECTED]>,
 [EMAIL PROTECTED] (Ted MacNEIL) wrote:

> Head hung low, and claim "mea culpa"!
> Take the hit, POR.
> And, then if I still have my job, delete all the crap IOCDS's, so it won't 
> happen again.

Since things seem to be working,  I think my job is safe unless I make 
things worse by trying heroic methods that backfire.  Another POR seems 
to be the best solution, since right now I'm the only one that knows 
anything is broken.  I'll have to fess up to an oops when I ask for the 
POR, but that's not a big deal.

> 
> At least one device has to be defined as dynamic, for the IODF to be dynamic.

That's OK.  Everything in our configuration is defined as dynamic that 
can be.  The only problem is the discrepancy between the IOCDS and the 
IODF, which effectively makes everything not dynamic.

There are a couple of things I guess I don't understand about this 
process.  In a normal situation, I have a hardware configuration that 
was loaded from an IOCDS at POR, and an IODF that matches it.  Then I 
can activate a new IODF which is different from the currently loaded 
config, and everything changes.  So if I can change the config on a 
running system by activating a different IODF, what's different about 
the IPL process?  Why can't it just do whatever activate does to change 
the hardware configuration to match the IODF being loaded?

And what configuration am I really running with now?  The one in the 
IOCDS, or the one in the active IODF?
-- 
Matt Simpson --  z/OS Support
219 McVey Hall  -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
http://jms.cc.uky.edu/  

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

[Staller, Allan]

My unconfirmed source says in the next month or so... 


Any crystal balls in the audience ???


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

[Gabriel Tully]

On 4/4/06, Ceruti, Gerard G <[EMAIL PROTECTED]> wrote:

>
> HI
>
> I am cloning a zOS 1.6 system and get the following during the IPL,
>
> BPXP018I THREAD 0F7513D1, IN PROCESS 2, ENDED 151
>  WITHOUT BEING UNDUBBED WITH COMPLETION CODE   > 84000FF2, AND 
> REASON CODE
>  0002.
>  BPXI027I THE ETCINIT JOB ENDED IN ERROR, EXIT STATUS >  0009
>  BPXI004I OMVS INITIALIZATION COMPLETE
>  IEF450I ETCINIT STEP1 - ABEND=S000 U4082 REASON=0002 > 154
> TIME=18.55.36
>
> I have checked all the parmlib parms, hfs files etc etc,
> Not sure where else to look.
>
> Regards
> Gerard


EXIT STATUS 0009 means "No stdout".

See:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2M352/SPTM004196

and

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZA850/8.0?DT=20040713143954

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Disaster Recovery, order of things

[Thomas Kern]

You need to rerun step 4 onto your system DASD to set all the catalogs and
libraries to the post-backup position. This should allow RMM to mount the
correct tapes for the DB2 restores.

/Tom Kern

On Tue, 4 Apr 2006 08:21:45 -0700, Longnecker, Dennis
<[EMAIL PROTECTED]> wrote:

>Any thoughts on the best way to handle the backup of the various
>catalogs and RMM files for disaster recovery purposes?  TO be specific,
>
>1) On weekends we backup our DASD to tape
>2) We run DB2 Image backups to tape
>3) After that completes, we have a job that runs a copies DR related
>libraries and catalogs to tape
>
>4) When we go to the DR site, we use their "floor system" to restore the
>various load libraries (from step 3) and the catalog containing the tape
>backups.
>
>5) We then run a restore of all the tapes created in step 2
>6) We IPL our system
>
>7) The DB2 folks want to start doing their restores, but the system
>catalogs (restored from step 1) do not represent their backups from step
>2.
>
>8) We restore their catalog backup state from step 3.
>
>9) The DB2 folks start doing their restores.  RMM complains the tapes we
>are trying to read in are scratch tapes and bomb off the jobs.  This is
>because the RMM database was backed up before the DB2 images were
>created.
>
>10) We put RMM in warning mode and did the restores.
>

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

OAM question

[Mark Pace]

I can't seem to figure out how to remove a volume from OAM that is no
longer in my automated tape library.   I've tried EJECT, EJECT P,  but
every command says the volume doesn't exist.  Is it to much to have it
removed so that it doesn't show up in ISMF - MOUNTABLE TAPE VOLUME LIST


LI E,R1284A,P
CBR1000I OAM E command execution scheduled.
CBR3650I Eject of volume R1284A from library LIB001 failed.
CBR3724I Volume R1284A does not exist in library LIB001.

OAM
VOLUME USE  VOLUME  CHECKPT  LIBRARY   STORAGE
SERIAL ATTR ERROR STATUSVOLUME   NAME  GRP NAME
-(2)-- --(3)--  ---(4)  --(5)--  --(6)---  --(7)---
R1284A SCRATCH  NOT IN LIBRARY  NO   LIB001*SCRTCH*




Mark D Pace
Senior Systems Engineer
Mainline Information Systems
1700 Summit Lake Drive
Tallahassee, FL. 32317
Office: 850.219.5184
Fax: 888.221.9862
http://www.mainline.com


This e-mail and files transmitted with it are confidential, and are
intended solely for the use of the individual or entity to whom this e-mail
is addressed.  If you are not the intended recipient, or the employee or
agent responsible to deliver it to the intended recipient, you are hereby
notified that any dissemination, distribution or copying of this
communication is strictly prohibited.  If you are not one of the named
recipient(s) or otherwise have reason to believe that you received this
message in error, please immediately notify sender by e-mail, and destroy
the original message.  Thank You.

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

Xpost - etcinit

[Ceruti, Gerard G]

 
HI

I am cloning a zOS 1.6 system and get the following during the IPL,
 
BPXP018I THREAD 0F7513D1, IN PROCESS 2, ENDED 151  
 WITHOUT BEING UNDUBBED WITH COMPLETION CODE 84000FF2, AND REASON CODE  
 0002.  
 BPXI027I THE ETCINIT JOB ENDED IN ERROR, EXIT STATUS 0009  
 BPXI004I OMVS INITIALIZATION COMPLETE  
 IEF450I ETCINIT STEP1 - ABEND=S000 U4082 REASON=0002 154   
 TIME=18.55.36 

I have checked all the parmlib parms, hfs files etc etc,
Not sure where else to look.

Regards
Gerard 
__

Standard Bank Disclaimer and Confidentiality Note

This e-mail, its attachments and any rights attaching hereto are, unless the 
context clearly indicates otherwise, the property of Standard Bank Group Limited
and/or its subsidiaries ("the Group"). It is confidential, private and intended 
for the addressee only. Should you not be the addressee and receive this e-mail 
by
mistake, kindly notify the sender, and delete this e-mail, immediately and do 
not disclose or use same in any manner whatsoever. Views and opinions
expressed in this e-mail are those of the sender unless clearly stated as those 
of the Group. The Group accepts no liability whatsoever for any loss or
damages whatsoever and howsoever incurred, or suffered, resulting, or arising, 
from the use of this email or its attachments. The Group does not warrant the 
integrity
of this e-mail nor that it is free of errors, viruses, interception or 
interference. Licensed divisions of the Standard Bank Group are authorised 
financial services providers
in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 
(FAIS).
For information about the Standard Bank Group Limited visit our website 
http://www.standardbank.co.za
___

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

SSI questions

[Gil, Victor x28091]

I am probably missing something obvious -

When setting up a subsystem, how do I tell the system to call a custom
function to Allocate, Open, Get, Close or Deallocate a dataset?

Doesn't the association come from a table built using the IEFSSVTI macro?
But the list of codes "SSI Function Codes Your Subsystem Can Support" has no
such functions. I can use "my own" codes in the 236-255 range, but how would
this tell the system to call a function, say, for Open?

Also - looking at the SUBSYS parameter in the JCL reference, I see the
following statement

Do not use the SUBSYS parameter for an SMS-managed data set (one
with an assigned storage class). 
  
I am almost sure that the datasets I'd like to access have an assigned
storage class - does this truly mean they can't be accessed through a
subsystem?

Thanks in advance!
-Victor-   

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

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

z8 ???

[Kopischke, David G.]

Greetings again,
   We're in another cycle of hardware upgrades. It seems our z800 tapped
out after a frenzy of migrations from tape to DASD in order to prepare
for a lights-out type of operation while the bird flu pandemonium was in
full swing.

   Enough of the history... Now that we're looking for a new machine,
does anyone out there with their finger on the pulse of IBM know anything
about a possible date for a z8 size processor ??? IBM did it with the z900
and then the z990, now I'm predicting they'll follow the z9 with a z8. The
timing is the problem for me. I'm trying to hold off a z890 purchase so
our hardware doesn't go obsolete during shipment. Any crystal balls in the
audience ???

Thanks,
Dave K.


--
This e-mail transmission may contain information that is proprietary, 
privileged and/or confidential and is intended exclusively for the person(s) to 
whom it is addressed. Any use, copying, retention or disclosure by any person 
other than the intended recipient or the intended recipient's designees is 
strictly prohibited. If you are not the intended recipient or their designee, 
please notify the sender immediately by return e-mail and delete all copies. 
OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or 
disclose the content of all email communications.
==

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: The amazing shrinking batch window.

[Knutson, Sam]

There are some really excellent papers in the CMG proceedings
http://www.cmg.org/ about Batch Tuning.  You do need to be an active
member of CMG to view most of them but a few are available to anyone
including this one which was a CMG99 Best Paper.  

REDUCING THE BATCH WINDOW TO START EURO PROCESSING
or Pulling the EMU's Head out of the Sand

http://www.cmg.org/national/showcase/pdfs/nmcmenemy_paper.pdf

There was another paper that I recall that was particularly good focused
on reduction of nightly batch elapsed time but I cannot locate it just
now.  If you do performance or capacity related work professionally the
$175 USD for a CMG membership is probably worthwhile.

Best Regards, 

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

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

][

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

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

Re: PCICC and z900 IFL

[Ed Finnell]

 
In a message dated 4/4/2006 10:51:42 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

http://www.vm.ibm.com/perf/reports/zvm/html/crypto.html

which  makes for an interesting read.  It looks like the crypto hardware  
does give a pretty good boost to Linux on z900 with PCICC, so I shouldn't  
have been so lukewarm.




>>
>From today's announcements
 
906060 Hardware withdrawal: IBM eServer zSeries 900 --  Replacements
available 
http://www.ibm.com/isource/cgi-bin/goto?it=usa_annred&on=906-060



--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Tabs, etc. in 327x data stream

[Paul Gilmartin]

In a recent note, "Shmuel Metz (Seymour J.)" said:

> Date: Mon, 3 Apr 2006 22:21:18 -0300
> 
> There's an ISPF panel that can display session properties, including
> the response to READ PARTITION - QUERY.
> 
(after some stumbling around with manuals and terminal) ITYM
ISPF; 0; Environ; TERMSTAT, right?

Thanks for the encouragement, and the PARTITION keyword,
gil
-- 
StorageTek
INFORMATION made POWERFUL

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

Re: Disaster Recovery, order of things

[Mike Bell]

There are four kinds of things to backup
1. DB2 applications
2. Non database application data
3. DB2 system data (catalog and directory) and log files
4. system data.

And you should back them up in that order because
1. DB2 backups are dependent on the information in tape catalog, MVS catalog
and DB2 catalog
2. application backups are dependent on tape catalog and MVS catalog
3. After the DB2 application backups are complete, backup DB2 catalog and
directory
4. now backup the DB2 active logs, -ARCHIVE LOG MODE(QUIESCE) then pack dump
so DB2 can  recover  cleanly.
5. last item is MVS catalogs (I assume most of the stuff is in usercats - or
hope so) and tape catalog.
They may have been included in the previous pack dumps but you need a second
copy after all the other stuff is complete.

Recover is mostly reversed
restore pack dumps,
restore db2 log files
restore mvs catalogs and tape catalog
start db2 and recover catalog and directory (some of the recovery
information comes from the log files)
recover DB2 applications
ETC.

Mike

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

[Ron and Jenny Hawkins]

Roy,

I meant using Transparency mode by specifying CNTLUNIT=3990, even though the
underlying hardware is emulating a 2105 controller. That's what I thought
you meant.

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Roy Hewitt
> Sent: Tuesday, 4 April 2006 9:53 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: 2105 Question
> 
> Ron,
> 
> When you say 'genned as 3990' I presume you mean how the USP interface
> emulation has been defined.
> 
> Roy
> 

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

[Timothy Sipples]

Patrick,

I've only done a very quick search, but I found some newer documentation 
that might provide some clues. There's a "redpiece" that got published 
recently here:

http://www.redbooks.ibm.com/redpapers/pdfs/redp4131.pdf

Starting on page 5 there's a brief section on HMC configuration. There are 
a couple individuals listed at the end of the redpiece, and you might wish 
to drop them a line if you're still stuck. One thing I notice is they say 
"z900 GA2," and that's very specific language.  One of the big new 
features on the GA2 models was support for the PCICA, so that seems to 
make some sense as to why there might be that statement about the LPAR 
configuration.  Perhaps you have a GA1 or GA3 system?  (I think the GA2 
z900 was basically a microcode change from GA1.  The GA3 z900 models are 
in the 2xx series -- these are the "turbo" models.)

I also found this z900 Linux z/VM crypto performance report:

http://www.vm.ibm.com/perf/reports/zvm/html/crypto.html

which makes for an interesting read.  It looks like the crypto hardware 
does give a pretty good boost to Linux on z900 with PCICC, so I shouldn't 
have been so lukewarm.

- - - - -
Timothy F. Sipples
Consulting Enterprise Software Architect, z9/zSeries
IBM Japan, Ltd.
E-Mail: [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: Disaster Recovery, order of things

[Ron and Jenny Hawkins]

Tried and true - Backup from Shadowimage, Flashcopy or Timefinder P-i-T
copies.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Longnecker, Dennis
> Sent: Tuesday, 4 April 2006 11:22 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Disaster Recovery, order of things
> 
> Any thoughts on the best way to handle the backup of the various
> catalogs and RMM files for disaster recovery purposes?  TO be specific,
> 
> 1) On weekends we backup our DASD to tape
> 2) We run DB2 Image backups to tape
> 3) After that completes, we have a job that runs a copies DR related
> libraries and catalogs to tape
> 
> 4) When we go to the DR site, we use their "floor system" to restore the
> various load libraries (from step 3) and the catalog containing the tape
> backups.
> 
> 5) We then run a restore of all the tapes created in step 2
> 6) We IPL our system
> 
> What we have at this point is a snapshot of the system how it looks from
> step 1.  And the problems start.
> 
> 7) The DB2 folks want to start doing their restores, but the system
> catalogs (restored from step 1) do not represent their backups from step
> 2.
> 
> 8) We restore their catalog backup state from step 3.
> 
> 9) The DB2 folks start doing their restores.  RMM complains the tapes we
> are trying to read in are scratch tapes and bomb off the jobs.  This is
> because the RMM database was backed up before the DB2 images were
> created.
> 
> 10) We put RMM in warning mode and did the restores.
> 
> Anyone have a tried and true method they can share that outlines the
> best practices/steps we should take the backups of various things?
> And, of course, any other thoughts?
> 
> Thanks,
> Dennis Longnecker
> 

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

[Porowski, Ken]

Anything on www.bitsavers.org ?

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

Disaster Recovery, order of things

[Longnecker, Dennis]

Any thoughts on the best way to handle the backup of the various
catalogs and RMM files for disaster recovery purposes?  TO be specific,

1) On weekends we backup our DASD to tape
2) We run DB2 Image backups to tape
3) After that completes, we have a job that runs a copies DR related
libraries and catalogs to tape

4) When we go to the DR site, we use their "floor system" to restore the
various load libraries (from step 3) and the catalog containing the tape
backups.

5) We then run a restore of all the tapes created in step 2
6) We IPL our system

What we have at this point is a snapshot of the system how it looks from
step 1.  And the problems start.

7) The DB2 folks want to start doing their restores, but the system
catalogs (restored from step 1) do not represent their backups from step
2.

8) We restore their catalog backup state from step 3.

9) The DB2 folks start doing their restores.  RMM complains the tapes we
are trying to read in are scratch tapes and bomb off the jobs.  This is
because the RMM database was backed up before the DB2 images were
created.

10) We put RMM in warning mode and did the restores.

Anyone have a tried and true method they can share that outlines the
best practices/steps we should take the backups of various things?
And, of course, any other thoughts?

Thanks,
Dennis Longnecker  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Support for MVS/SP 3.2.2 on zSeries???

[Tom Schmidt]

Steve,

My skin is thicker than that -- no apology necessary, but thanks for the
offer.  I agree that off-track threads are a notorious problem on ibm-
main.

My mind was wandering around the problem (maybe I shouldn't have posted so
early) because the issue was so off the wall.

I'm wondering if they might be better off getting a used 9672 G4 or G5 from
a junkyard somewhere to bring up a copy of MVS/SP v3 + DFP 3.2 before they
do a "drag & drop" move of the data center?  They can't run that level of
MVS on sufficiently new hardware to merge it into their existing data
center (I hope) but they could run it on rusty old hardware for a few
months (or longer) while they study it in motion (and remove the emotion in
the process).  I wouldn't want a business to depend on such old software -
it is far less reliable than z/OS (in spite of some recent postings here)
and I'd expect zero maintenance from the vendors beyond old tapes.

--
Tom Schmidt
Madison, WI


On Tue, 4 Apr 2006 09:50:44 -0500, Steve Arnett wrote:

>Tom,
> I was not picking on you.  I was trying to get the thread back on
>track.  I was curious about the correct answer to the question and did
>not feel that the thread was going anywhere.  After my post(not because
>of it, mind you), I saw some superb posts that laid all of the
>difficulties out, including some useful alternatives.  I apologize if I
>offended you in any way.
>
>Steve A.
>
>Tom Schmidt wrote:
>
>>Steve,
>>
>>The answer to his question was no.  I expanded on some issues he could
>>expect to find - some sooner, some later.
...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: The amazing shrinking batch window.

[Knutson, Sam]

Hi,

We originally allowed MIDAW support to default on for z/OS R6 but
disabled it when we ran into a possibly related problem with DB2 V8 from
APAR OA15034. IMHO the default should have been disabled in R6 & R7 and
changed to enabled in R8. The problem with DB2 V8 here turned out to
produce similar symptoms but was unrelated to MIDAW.  In researching the
problem we became aware of a couple APAR's we felt warranted keeping
MIDAW off in our environment.  It is a cool feature if you have the
hardware (z9) & software (R6+),it should produce measurable
improvements, it should be perfectly safe for most everyone to use.  We
just decided to be extra cautious and keep it disabled till we could get
fixes for some recent APARs and get those fixes rolled across the
sysplex.  We have a mixed environment with both MIDAW capable (IBM) and
non MIDAW capable (HDS) DASD.

This was the one that got us concerned and caused us to disable MIDAW
initially.  The PTFS became available recently and we don't have them
rolled out into the production Sysplex yet so it is still disabled in
parmlib.

APAR Identifier .. OA15034  Last Changed  06/04/03
  IO ERRORS ON MULTIVOLUME LINEAR DATA SETS WITH MIDAW SUPPORT
  ENABLED. D/T2094
 
  Symptom .. LP LOOP  Status ... CLOSED  PER
  Severity ... 1  Date Closed . 06/02/08
  Component .. 5695DF106  Duplicate of 
  Reported Release . 1J0  Fixed Release  999
  Component Name DFSMS VSAM MEDA  Special Notice   HIPER
  Current Target Date ..06/02/17  Flags
  SCP ...   FUNCTIONLOSS
  Platform 
 
  Status Detail: SHIPMENT - Packaged solution is available for
shipment.
 
  PE PTF List:
 
  PTF List:
  Release 1J0   : UA24319 available 06/03/07 (F603 )
  Release 1K0   : UA24320 available 06/03/07 (F603 )


Other APARs of "interest" for MIDAW.

APAR Identifier .. OA15447  Last Changed  06/03/22
  COMMAND REJECT, INVALID PARM FOR A LOCATE RECORD EXTENDED
  CHANNEL PROGRAM.  MULTIPLE IOS000I MESSAGES RECEIVED. D/T2094
 
  Symptom .. MS MSGIOS000IStatus ... CLOSED  PER
  Severity ... 3  Date Closed . 06/03/22
  Component .. 5695DF106  Duplicate of 
  Reported Release . 1K0  Fixed Release  999
  Component Name DFSMS VSAM MEDA  Special Notice   HIPER
  Current Target Date ..06/04/30  Flags
  SCP ...   FUNCTIONLOSS
  Platform 
 
  Status Detail: TESTPACKAGING - Packaged solution is being tested.
 
  PE PTF List:
 
  PTF List:
  Release 1J0   : PTF not available yet
  Release 1J0   : Relief is available in the form of: AA15447
  Release 1K0   : PTF not available yet
  Release 1K0   : Relief is available in the form of: AA15447
 

APAR Identifier .. OA15505  Last Changed  06/04/03
  2084 DISPLAYS MIDAW CHAINS IN GTF OUTPUTD/T2094
 
 
  Symptom .. IN INCORROUT Status ... CLOSED  PER
  Severity ... 2  Date Closed . 06/03/03
  Component .. 5752SC111  Duplicate of 
  Reported Release . 720  Fixed Release  999
  Component Name 5752 GTF Special Notice
  Current Target Date ..  Flags
  SCP ...
  Platform 
 
  Status Detail: SHIPMENT - Packaged solution is available for
shipment.
 
  PE PTF List:
 
  PTF List:
  Release 709   : UA24825 available 06/03/14 (F603 )
  Release 720   : UA24826 available 06/03/14 (F603 )


APAR Identifier .. OA15556  Last Changed  06/03/31
  BUILD MIDAWS IN SEPERATE PAGE FROM CHANNEL PROGRAM TO IMPROVE
  PERFORMANCE IN DB2 ENVIRONMENT  D/T2094
 
  Symptom .. NF NEWFUNCTION   Status ... CLOSED  UR1
  Severity ... 2  Date Closed . 06/03/31
  Component .. 5695DF106  Duplicate of 
  Reported Release . 1J0  Fixed Release  999
  Component Name DFSMS VSAM MEDA  Special Notice
  Current Target Date ..06/05/06  Flags
  SCP ...
  Platform 
 
  Status Detail: TESTPACKAGING - Packaged solution is being tested.
 
  PE PTF List:
 
  PTF List:
  Release 1J0   : PTF not available yet
  Release 1K0   : PTF not available yet


=

Best Regards, 

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

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



-Original Message-
Re: batch performance, another new item in the bag of tricks is MIDAW.

This email/fax message is for the sole use of the intended

Re: Support for MVS/SP 3.2.2 on zSeries???

[Steve Arnett]

Tom,

I was not picking on you.  I was trying to get the thread back on 
track.  I was curious about the correct answer to the question and did 
not feel that the thread was going anywhere.  After my post(not because 
of it, mind you), I saw some superb posts that laid all of the 
difficulties out, including some useful alternatives.  I apologize if I 
offended you in any way.


Steve A.

Tom Schmidt wrote:


Steve,

The answer to his question was no.  I expanded on some issues he could
expect to find - some sooner, some later.  He also ought to expect issues
with error recovery (although I'm on a system that IS currently supported
and we found a very new issue with error recovery just last week... but the
difference is that we CAN expect to see a fix sometime relatively soon).


Your post didn't enlighten the user's original request either, it merely
took my answers to task.  I didn't make assumptions on his Y2K concerns,
nor did I make the leap of faith that "he has the license".  If he is
running his "MVS/SP 3.2.2" system now (which I doubt) then he is trying to
mix old (presumably cheap) software with newer, less expensive hardware...
I would expect some fallout to come from that combination.


Maybe the O.P. will explain his "MVS/SP 3.2.2" designation better.  Is is
really MVS/ESA 3.1.3 + DFP 3.2, or is it something different?
 

 



--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Systems Programmer Levels Justification

[Ted MacNEIL]

>While others have made it mandatory. One of which, I believe, you used
to work for.

Not totally mandatory.
But, preferable.
It costs around $7,000 CDN per year to rent cubicle space for one employee in 
Toronto.
And, that's not a very big cube!

For the cost of a printer ($100), supplies (negligible), $60/month for 
high-speed INTERNET, a cell phone and a pager, somebody can work from home.
Even paying mileage, when face-time is required, still makes this a bargain.

But, due to my personal situation, and financial obligations to my kids, and 
ex, I was living in a small apartment over a Bubble Tea Shoppe, and there was 
no way cable was going to be strung to that location.
So, I worked in an office.

Now, I'm living in a (cheaper) place that does have cable access to the 
INTERNET, but the company I now work for has a policy against it. 

-
-teD

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

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

Re: Support for MVS/SP 3.2.2 on zSeries???

[Tony Harminc]

Jay Maynard wrote:

> Yes, you're dealing with an application migration. You won't 
> be able to run the image directly on your z890, and while you 
> may be able to kludge your way into running it with some 
> combination of VMs and/or Linux and Hercules (FWIW, I believe 
> that running MVS under Hercules under z/Linux would be legal, 
> if slow), you'd have an easier time of it just going ahead 
> with the application migration you're going to eventually 
> need to do anyway.

OTOH, if the situation is that they've acquired a company with a datacentre,
and they have to get everything out by time t, then they have the choice of
moving the datacentre as a whole (hardware+OS+apps), moving the OS+apps (as
originally asked about), or moving just the apps. The first of these is
obviously a poor bet, particularly if the datacentre is geographically far
away. Moving the apps alone is clearly the Right Choice, but it may well
take more time than they have. In which case, moving the OS+apps may not be
so hopeless, particularly if they can get a transitional licence of some
sort to allow running on an old or otherwise unsupported processor. How big
is the workload? Maybe a P390 or Integrated Server would be the right box.

But this is all just speculation...

Tony H.

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

[Jack Kelly]

i also think that the exit isn't getting control because you never showed 
the 'expired" message, ie, 
TMSTMSTV-00 HD0642 EXPIRE COMPLETE - EDMID=HSM 

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

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

Re: Dcollect

[Ed Finnell]

 
In a message dated 4/4/2006 2:24:48 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

There  are quite a few DCOLLECT processing examples on the CBT Tape  -
www.cbttape.org




>>
Yeah _www.xephon.com_ (http://www.xephon.com)  has archives search  and a 
sorry user interface,
but there's literally hundreds of hits for DCOLLECT. Some in ALC, some  REXX 
and a few SAS. I haven't used it in a long time, think it's ANALDASD  in MXG 
that rolls it all up.  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Support for MVS/SP 3.2.2 on zSeries???

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.)
> Sent: Monday, April 03, 2006 7:55 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Support for MVS/SP 3.2.2 on zSeries???
> 
> 
> In <[EMAIL PROTECTED]>, on 04/03/2006
>at 10:28 AM, Tom Schmidt <[EMAIL PROTECTED]> said:
> 
> >Was that level of MVS Y2K compliant?
> 
> I doubt it; I don't think that even MVS/ESA 4.3 was Y2K compliant.
>  
> -- 
>  Shmuel (Seymour J.) Metz, SysProg and JOAT

You're right. I remember forcing a sub-company who was on MVS/ESA 4.4 to
OS/390 2.10 simply by telling them that 4.4 was not Y2K compliant. And
that meant that DMS would likely scratch all of their datasets at
midnight Y2K. OK, so I lied on that point.

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

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

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

Re: Tabs, etc. in 327x data stream

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 04/02/2006
   at 09:25 AM, Paul Gilmartin <[EMAIL PROTECTED]> said:

>Is VTIOC part of TSO?

Yes; it's the VTAM equivalent of TIOC, and is the interface between
TPUT et al and VTAM.

>So my tn3270 X is identifying itself to the
>host as a different terminal type, resulting in a different behavior
>of VTIOC?

Doubtful; it's probably a character set issue. It sounds like you and
Mark are using two different sets of translate tables.

>Here's the x3270 trace:

TPUT or VTAM? What is the formatting? I see that you do have a PT
(x'05') after your hyphens, which *should* skip to the next
unprotected field; probably *not* what you[1] want, but legal. The
meaning of PT for 3270 is *not* the same as HT fo SCS, even though
they have the same code point.

If you run a TPUT trace, take a look at the type of TPUT; that may
shed some light on things. Off hand I'd say that OMVS should translate
out the tabs and add spaces, but that may require submitting a formal
requirement rather than just an ETR.

[1] You being the original Unix programmer of the application.

-- 
 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: HCM output - PDF

[Ed Finnell]

 
In a message dated 4/4/2006 9:17:18 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

capability but I would like to know if there is a way to generate  or
create the HCM reports in PDF format. In this way I can make it  available
to people that need to take a lot on  it.



>>
Haven't heard much of Lionel lately, but his XMITIP has TXT2PDF
capabilities. It's at _www.lbdsoftware.com_ (http://www.lbdsoftware.com)  . 
So what you do  is
generate the report then use XMITIP to convert it and send it to the  
interested parties list in .pdf format. In the samples provided
shows formatting for green bar and  watermarking. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Systems Programmer Levels Justification

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on
04/03/2006
   at 12:00 AM, Ted MacNEIL <[EMAIL PROTECTED]> said:

>I don't know about the States, but, here in Canada, there a worker
>safety and insurance issues. I don't understand the details, but some
>companies are thinking of backing off, or (in my case) refusal.

While others have made it mandatory. One of which, I believe, you used
to work for.
 
-- 
 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: Tabs, etc. in 327x data stream

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 04/02/2006
   at 01:28 PM, Paul Gilmartin <[EMAIL PROTECTED]> said:

>Yah.  When I use tn3270 X, the tabs have already been translated to
>colons in the data stream.  Now I'm in LOGMODE Hell (again). Is there
>any way to make the session confess everything it knows about the
>terminal setup?

There's an ISPF panel that can display session properties, including
the response to READ PARTITION - QUERY.
 
-- 
 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: 3380-3390 Conversion - DISAPPOINTMENT

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 04/03/2006
   at 09:07 PM, Ron and Jenny Hawkins <[EMAIL PROTECTED]> said:

>However, this still leaves me confused over IBM's constant reference
>to blocking and reblocking of load modules. Does this make the
>authors as stupid as me?

The authors regard the csect as the basic unit of data. You're used to
thinking of records being smaller than blocks, but think of load
modules as analogous to RECFM=VBS with a small block size and a large
record size. The (large) csect is written out as multiple blocks,
separated by CTL or CTL/RLD records.
 
-- 
 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: Support for MVS/SP 3.2.2 on zSeries???

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 04/03/2006
   at 10:28 AM, Tom Schmidt <[EMAIL PROTECTED]> said:

>Was that level of MVS Y2K compliant?

I doubt it; I don't think that even MVS/ESA 4.3 was Y2K compliant.
 
-- 
 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: Alternative to mvsqr, was: Bringing the fun back to z/OS - new course

[Shmuel Metz (Seymour J.)]

In
<[EMAIL PROTECTED]>,
on 04/02/2006
   at 08:50 PM, Timothy Sipples <[EMAIL PROTECTED]> said:

>Receiving a fair price on any product requires a *credible* market 
>alternative in *your* particular situation. Things that bring
>credibility  to the discussion:

>- a project actually underway to switch from one vendor to
>another

I would consider it a strategic error to stick with a vendor that has
forced you to that extreme. If the project is already underway then,
IMHO, you are better of proceeding to switch.
 
-- 
 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: 3380-3390 Conversion - DISAPPOINTMENT

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 04/02/2006
   at 02:31 PM, Gerhard Postpischil <[EMAIL PROTECTED]> said:

>RLD, CESD, IDR, etc. are all control records - you're just haggling
>over  the price 

Then how do you distinguish CTL from the others?
 
-- 
 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: HCM output - PDF

[Knutson, Sam]

There are a number of free and priced tools to generate PDF files from
anything that can print by acting as a printer driver.  My favorite is
the combination of FinePrint & PDFfactory
http://www.softwarelabs.com/pdf/pdffactory.htm 

Best Regards, 

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

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

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Giovanni Cerquone
Sent: Tuesday, April 04, 2006 10:17 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: HCM output - PDF

Hello;

I know that HCM 1.7 comes with some new features, including a preview
capability but I would like to know if there is a way to generate or
create the HCM reports in PDF format. In this way I can make it
available to people that need to take a lot on it.

TIA,

G.

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

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

Re: DEBE Documentation

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on
04/02/2006
   at 11:05 PM, Doc Farmer <[EMAIL PROTECTED]> said:

>Anybody know where I can find the program specs and variables for
>running DEBE (Does Everything But Eat)?

Which DEBE? I may have some documentation lying around for MVTDEBE.

>2 of which were a great humour bit

Did you come up with "DITTO does Dallas"?
 
-- 
 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: 2105 Question

[Roy Hewitt]

Ron,

When you say 'genned as 3990' I presume you mean how the USP interface 
emulation has been defined.


Roy

Ron and Jenny Hawkins wrote:



Michael and I have talked offline and your comment regarding toleration for
2105 devices genned as 3990 may be what he is looking for.

Ron



BTW the actual CU type defined in HCD doesnt really do anything except
allow HCD to perform constancy checking and feature filtering when you
define devices. As far as the HW goes, (ie the IOCDS) it is just mainly
   description

Regards

Roy




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

HCM output - PDF

[Giovanni Cerquone]

Hello;

I know that HCM 1.7 comes with some new features, including a preview
capability but I would like to know if there is a way to generate or
create the HCM reports in PDF format. In this way I can make it available
to people that need to take a lot on it.

TIA,

G.

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

Re: Support for MVS/SP 3.2.2 on zSeries???

[Jay Maynard]

On Tue, Apr 04, 2006 at 08:57:05AM -0400, B Sysprog wrote:
> My initial thoughts are that the applications need to be moved, rather
> than the entire MVS image.

Yes, you're dealing with an application migration. You won't be able to run
the image directly on your z890, and while you may be able to kludge your
way into running it with some combination of VMs and/or Linux and Hercules
(FWIW, I believe that running MVS under Hercules under z/Linux would be
legal, if slow), you'd have an easier time of it just going ahead with the
application migration you're going to eventually need to do anyway.
-- 
Jay Maynard, K5ZChttp://www.conmicro.cx
http://jmaynard.livejournal.com  http://www.tronguy.net
http://www.hercules-390.org   (Yes, that's me!)
Buy Hercules stuff at http://www.cafepress.com/hercules-390

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

[Ron and Jenny Hawkins]

Roy,

The various posts have mentioned a few things that we can do with the USP
(and previous generations), and some sites have been able use achieve this
dual personality - but only after some very careful planning.

However, just because you can do something doesn't mean you should do it.

As Radoslaw mentioned, we can also use this capability to do TrueCopy
between a unit emulating 2105, and another unit that only supports 3990
emulation (e.g. from Lightning 9900V to 7700E.)

In the TrueCopy case, it means that PPRC commands cannot be used to manage
the storage because the OS wants to see 2105 format commands with the LSS
specified, but the controller rejects the commands because TrueCopy is
dealing with a 3990. This is one of the reasons why we do not recommend this
sort of dual personality setup.

Michael and I have talked offline and your comment regarding toleration for
2105 devices genned as 3990 may be what he is looking for.

Ron


> 
> BTW the actual CU type defined in HCD doesnt really do anything except
> allow HCD to perform constancy checking and feature filtering when you
> define devices. As far as the HW goes, (ie the IOCDS) it is just mainly
>description
> 
> Regards
> 
> Roy
> 
> 

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

[Knutson, Sam]

Hi Arie,

This a pretty deep IMS question and you might get a better response on
the IMS-L mailing list which does get good activity and is widely
subscribed by a number of the IMS guru's.

https://po.missouri.edu/archives/ims-l.html

Best Regards, 

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

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

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Arie Kremer
Sent: Tuesday, April 04, 2006 6:06 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: dfsflgx0 COMMIT problem

Hi all,

we have our own dfsflgx0 IMS exit for IMS updates capture. We have a
problem with an understanding of a commit process. We used x'37' record
as a COMMIT. Sometimes, we did not received this record after UPDATE
transaction in DEDB. We begun to use x'5937' solving the problem, but
sometimes this record follows x'37', and occurs also when no updates
having been done in a transaction (no x'99' in the log). What is the
correct usage of these records?

Please help

Arie Kremer

P.S. We tried to use SYNCPTYP flag in SYNCDCAP byte, but with no
success.

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

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

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

Re: Support for MVS/SP 3.2.2 on zSeries???

[B Sysprog]

Thanks to all the responders so far. I am afraid I was given no information 
other than "MVS/SP 3.2.2" and "DFP 3.2". These products are licensed (and 
running on some old  IBM hardware, which has yet to be identified) by a 
non-US company that we acquired. Migration is the goal; how we accomplish 
that is under investigation. My initial thoughts are that the applications 
need to be moved, rather than the entire MVS image.


Best,
BK Kosmach
412 433 1639



From: Tom Schmidt <[EMAIL PROTECTED]>
Reply-To: IBM Mainframe Discussion List 
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Support for MVS/SP 3.2.2 on zSeries???
Date: Mon, 3 Apr 2006 12:24:40 -0500

Steve,

The answer to his question was no.  I expanded on some issues he could
expect to find - some sooner, some later.  He also ought to expect issues
with error recovery (although I'm on a system that IS currently supported
and we found a very new issue with error recovery just last week... but the
difference is that we CAN expect to see a fix sometime relatively soon).


Your post didn't enlighten the user's original request either, it merely
took my answers to task.  I didn't make assumptions on his Y2K concerns,
nor did I make the leap of faith that "he has the license".  If he is
running his "MVS/SP 3.2.2" system now (which I doubt) then he is trying to
mix old (presumably cheap) software with newer, less expensive hardware...
I would expect some fallout to come from that combination.


Maybe the O.P. will explain his "MVS/SP 3.2.2" designation better.  Is is
really MVS/ESA 3.1.3 + DFP 3.2, or is it something different?


On Mon, 3 Apr 2006 12:07:47 -0500, SArnett wrote:

>The original issuer requested whether the op sys would run on a z/890
>and not whether his system was y2K complient or whether he was running
>that version legally.  My assumption would be that since we are six
>years past y2K that he is not concerned with that and if he is presently
>running ESA on another box then he has the license.

>>-Original Message-
>>From: IBM Mainframe Discussion List On Behalf Of Tom Schmidt
>>Sent: Monday, April 03, 2006 11:28 AM
>>To: IBM-MAIN@BAMA.UA.EDU
>>Subject: Re: Support for MVS/SP 3.2.2 on zSeries???
>>
>>Was that level of MVS Y2K compliant?  I don't believe it was (and I'm
>>sure it wasn't certified as such).
>>
>>I'd expect you have licensing issues with IBM... can't help you there.

--
Tom Schmidt
Madison, WI

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


_
Is your PC infected? Get a FREE online computer virus scan from McAfee® 
Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963


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

[David Betten]

You can download a sample for processing DCOLLECT with DSFSORT from the
DFSORT web site.


http://www-03.ibm.com/servers/storage/support/software/sort/mvs/srtmdwn.html



Have a nice day,
Dave Betten
DFSORT Development, Performance Lead
IBM Corporation
email:  [EMAIL PROTECTED]
DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/

IBM Mainframe Discussion List  wrote on 04/04/2006
03:25:56 AM:

> There are quite a few DCOLLECT processing examples on the CBT Tape -
> www.cbttape.org
>
> Download File #1 and have a look.
>
>
> Rob Scott
> Rocket Software, Inc
> 275 Grove Street
> Newton, MA 02466
> 617-614-2305
> [EMAIL PROTECTED]
> http://www.rs.com/portfolio/mxi/
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> 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: 3592-E05 Jaguar Drives on ZOS1.4

[R.S.]

Meganen Naidoo - BCX - Data Centre Services wrote:


Hi All,
We have recently purchased an ATL3584 with 3592-E05 drives and have installed 
all relevant '3592DEVICE' put-bucket fixes - quite a few.
The Robot comes online but when we vary the devices online we get the following 
message:

V 300,ONLINE 
IEE103I UNIT 0300 NOT BROUGHT ONLINE 508 
IEE763I NAME= IECTDSRV CODE= 0008
IEA435I PHYSICAL DEVICE INCONSISTENT WITH LOGICAL DEFINITION 
  
3592-2 DRIVE DETECTED BUT NOT ALL 3592-2 SUPPORT IS PRESENT  
 
IEE764I END OF IEE103IRELATED MESSAGES   


In HCD we have defined the drives as 3590 as per the REDBOOK (IBM TotalStorage 
3584 Tape Library for Zseries: Planning and Implementation).


Simply your system level is new enough to recognize new drives, but not 
enough to support it. Been there with 3592-J1A (previous Jaguar model).
In fact process called SAPR (System Assurance Policy Review) should 
include pointing you at required system level.


In other words, you need PTFs.
--
Radoslaw Skorupka
Lodz, Poland

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

Re: 2105 Question

[Roy Hewitt]

Micheal,

I'm still a bit confused? are you talking about the cu groups within the 
USP, or CU definitions within HCD (ie CUADD=). Yes they are related, but 
I dont understand what you mean by 'Logical CUs accessing the same 
disk'. AFAIK each disk (ie 3390) is defined to only one CU image within 
the USP (Ron correct me if I'm wrong)..


You mention different interfaces, Escon/Ficon, are you trying to say 
that each set of interfaces sees a separate set of CU images that have 
the same CUADDs, ie there are two separate CUADD=00, 1 for escon & 1 for 
Ficon. Or do you mean that CUADD=00 is the same CU image for both Ficon 
and Escon?


BTW the actual CU type defined in HCD doesnt really do anything except 
allow HCD to perform constancy checking and feature filtering when you 
define devices. As far as the HW goes, (ie the IOCDS) it is just mainly 
  description


Regards

Roy



Do you mean having two logical CUs in the USP, one 2105 one 3990,
accesing the same disk?

MP Reply:
Yes - this is what I mean.  We see it happening like this:
a) It is a predefined control unit whether it be nn (00-1F) for ficon or
00-0F for escon (hard wired)
b) device type is still 3990
c) dasd subsystem knows device as 3390
d) Each cpu would have its own way of connecting to the disk subsystem..
whether it be via escon or ficon..so long as it uses only one access
method.



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

3592-E05 Jaguar Drives on ZOS1.4

[Meganen Naidoo - BCX - Data Centre Services]

Hi All,
We have recently purchased an ATL3584 with 3592-E05 drives and have installed 
all relevant '3592DEVICE' put-bucket fixes - quite a few.
The Robot comes online but when we vary the devices online we get the following 
message:

V 300,ONLINE 
IEE103I UNIT 0300 NOT BROUGHT ONLINE 508 
IEE763I NAME= IECTDSRV CODE= 0008
IEA435I PHYSICAL DEVICE INCONSISTENT WITH LOGICAL DEFINITION 
  
3592-2 DRIVE DETECTED BUT NOT ALL 3592-2 SUPPORT IS PRESENT  
 
IEE764I END OF IEE103IRELATED MESSAGES   

In HCD we have defined the drives as 3590 as per the REDBOOK (IBM TotalStorage 
3584 Tape Library for Zseries: Planning and Implementation).

Could anyone assist us in the way forward or resolved a similar problem. We 
have obviously opened an IBM call (Hardware and Software).  

Kind Regards,
Meganen Naidoo
Technical Architect: Data Centre Services
Infrastructure - JHB Region
Business Connexion (Pty) Ltd
Office: +27 (0)11 322 5638  
Mobile: +27 (0)83 381 9216  
Fax:+27 (0)11 322 5699  
Email:  [EMAIL PROTECTED]   
Web Site:   www.bcx.co.za   




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

dfsflgx0 COMMIT problem

[Arie Kremer]

Hi all,

we have our own dfsflgx0 IMS exit for IMS updates capture. We have a problem
with an understanding of a commit process. We used x'37' record as a
COMMIT. Sometimes, we did not received this record after UPDATE transaction
in DEDB. We begun to use x'5937' solving the problem, but sometimes this
record follows x'37', and occurs also when no updates having been done in a
transaction (no x'99' in the log). What is the correct usage of these
records?

Please help

Arie Kremer

P.S. We tried to use SYNCPTYP flag in SYNCDCAP byte, but with no success.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Support for MVS/SP 3.2.2 on zSeries???

[Dave Cartwright]

On Mon, 3 Apr 2006 10:07:53 -0500, Jay Maynard <[EMAIL PROTECTED]> wrote:

>>
>(Of course, if IBM had a sane licensing policy, he could run it on
>Hercules...)

IANAL but I would have thought that he could run it under Hercules under
zLinux on a z890. That solves all the problems, architectural and Y2K
raised by various contributors and even Jim Mulder could not say yeah or
nay that it would run on VM. I don't think many will argue that it WILL run
under Hercules.
(MVS on an IFL?)

Dave

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

Re: How do you train your Z machine operation stuff?

[Doc Farmer]

That's very odd.  Usually, they enjoy whip.  Sometimes a bit too much, if you 
get my drift...
   
  As for the chair, it should always be held to protect your midsection as they 
throw tape cartridges at you.  Trust me, when we used the old 3420-style tapes 
it was a lot more dodgy in those training sessions
   
  The gun didn't work, eh?  Ah, I think I see the problem.  Don't aim for the 
head.  The ricochet could endanger others, for one thing.  Go for the kneecaps, 
or for the wrist they favour when picking up donuts.
   
  Well, anyway, remember to SHARPEN the end of the carrot to ensure dagger-like 
abilities.  And be sure to select a carrot firm enough to get through their 
Star Trek t-shirts.  And for pity's sake, don't use parsnips as a substitute.  
They never hold up well in hand-to-hand training sessions.
   
  ;p
  

Itschak Mugzach <[EMAIL PROTECTED]> wrote:
  We tried all of them. It didn't work for us. We are trying the carrot
lane now... 

Itschak 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Doc Farmer
Sent: Tuesday, April 04, 2006 8:47 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How do you train your Z machine operation stuff?


Three simple words.

Whip.

Chair.

Gun.

:D

Itschak Mugzach wrote:
I am looking for some hints, PowerPoint, etc. on how to train our
operations. Thanks for your advise. 

Itschak 

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


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

[Rob Scott]

There are quite a few DCOLLECT processing examples on the CBT Tape -
www.cbttape.org

Download File #1 and have a look. 


Rob Scott
Rocket Software, Inc
275 Grove Street
Newton, MA 02466
617-614-2305
[EMAIL PROTECTED]
http://www.rs.com/portfolio/mxi/
 

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