Re: How to quickly shut down system

[Barbara Nitz]

If you only have about 20 minutes of batteries left, do as orderly a
shutdown as possible. (Even our heavily loaded production system doesn't
take 20 minutes to come down.)

As pointed out before, get the major players down (IMS, DB2, CICS) - those
that have business critical transactions that may take a long time to
recover. The 'rest' (meaning MVS components) are pretty robust.

>From experience on education systems I'd say the $PJES2 isn't even 
>necessary.
I would not subscribe to that. $PJES2 should always be done. If JES2 comes
down is another matter.

>I've always seen JES2 stopping after the V XCF OFF before the final 0A2
>arrived. 
True. When JES2 does not come down after $PJES2 doing the V xcf,off is my
cure-all (since I can never remember the commands that would tell me which
UNIX process is still up). That's why I drum it into operator's heads to use
the v xcf command even on monoplexes. 

>This makes me belive JES2 is one of the (few?) products that listens for
>the forthcoming offline that XCF communicates and then terminates in a
>clean quick manner.
Actually, *every* xcf group member gets the notification that a system is
about to leave, listening to or not. It's just that not every member of an
xcf group terminates itself on the system being removed (if it'S still up).
But the cleanup interval (until the wait state is loaded) is there exactly
for cleanup purposes.

Best regards, Barbara 

-- 
Lust, ein paar Euro nebenbei zu verdienen? Ohne Kosten, ohne Risiko!
Satte Provisionen für GMX Partner: http://www.gmx.net/de/go/partner

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send 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 quickly shut down system

[Hunkeler Peter (KRDO 4)]

>$PJES2 will most certainly never complete, but it will prevent any new
>tasks from starting. I would NOT do a TERM because you lose all control

>at that point. 

>From experience on education systems I'd say the $PJES2 isn't even 
necessary. I've always seen JES2 stopping after the V XCF OFF before 
the final 0A2 arrived. This makes me belive JES2 is one of the (few?)
products that listens for the forthcoming offline that XCF communicates
and then terminates in a clean quick manner.


The case above does by no means reflect real life situations, since
no (or almost no) work was going on on those systems when doing the 
V XCF OFF.


Peter Hunkeler

Credit Suisse - Information Technology

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

Re: IBM Press Release: Hannaford Brothers Is Live on System z9

[Marian Gasparovic]

There were also 54 way machines shipped, also some (not 54 way) Linux only
ones, but until it is  official reference

marian

On 12/7/05, Richards.Bob <[EMAIL PROTECTED]> wrote:
>
> I know of numerous 10,000+ MIPS z9 accounts, but I'll let those shops
> speak up for themselves should they so choose.
>
> Bob Richards
> VP, Enterprise Technologist
> Enterprise Technology Infrastructure
> SunTrust Banks, Inc.
> (404) 575-2798
>
>

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

Re: Problem in IMS-DC

[Rich Tabor]

It sounds like your transaction may be defined as NONRESPONSE instead
of RESPONSE.  You probably can get more help on the IMS discussion
group which can be joined at PO.MISSOURI.EDU (IMS-L).


On 12/6/05, sudhanshu Kumar <[EMAIL PROTECTED]> wrote:
> Hi all,
> I have created an online IMS-DC program that uses only
> one screen(mfs)both for taking input  and displaying
> the output.The data is fed into the screen first and
> once enter key is pressed,we get the output ,which
> contains output message.
> The problem is if user does not feed any value and
> just presses enter key many number of times,and then
> give the inputs,then the output screen toggles between
> two previous screens giving output of fed input in one
> screen and showing that input was not entered in the
> screen in the other.
> Hope I have clarified the problem.
> Thanks
> Sudhanshu
>
>
>
> __
> Yahoo! India Matrimony: Find your partner now. Go to http://yahoo.shaadi.com
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send 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 quickly shut down system

[Tom Brannon]

What effect would a "Quiesce" have?  This is a clean, safe way to end
all I/O but what incomplete transactions will be lost?

Tom

On Tue, 2005-12-06 at 08:13 -0800, Skip Robinson wrote:
> I think the most important action--but not necessarily the first--is V XCF
> OFF. That should stop ongoing I/O in as synchronized a manner as possible
> across all applications.
> 
> $PJES2 will most certainly never complete, but it will prevent any new
> tasks from starting. I would NOT do a TERM because you lose all control at
> that point.
> 
> As for CICS and DB2, we've had system crashes that they recover from quite
> robustly--as long as CF structures remain intact. You didn't mention data
> sharing or the location of CFs. Losing a z/OS system AND its supporting CF
> is a recipe for extended recovery.
> 
> The key I believe is to issue V XCF OFF before any devices start to go
> casters up. So I wouldn't take chances. Do it NO MORE THAN 50% into your
> presumed survival window.
> 
> .
> .
> .
> JO.Skip Robinson
> Southern California Edison Company
> SHARE MVS Program Co-Manager
> 626-302-7535 Office
> 323-715-0595 Mobile
> [EMAIL PROTECTED]
> 
> IBM Mainframe Discussion List  wrote on 12/06/2005
> 06:39:31 AM:
> 
> > Let's assume the following scenario:
> > "Disastrous" power outage occured, no alternate power source is
> > available, only UPS battery. Time for battery discharge is approx. 20-30
> > minutes.
> > DASD is mirrored to remote site, system z/OS, DB2, CICS.
> >
> > The goal is to keep *remote* copy as consistent as possible. Additional
> > goal is to make system start possibly quick.
> >
> >
> > What operational scenario would be best in this case:
> > 1. Do nothing. At the remote site DB2 will backout all uncommited
> > transactions.
> >
> > 2. Try to issue
> > F CICSname,CEMT P SHUT
> > -DB2 STOP DB2
> > $PJES2
> > Probably the remaining time is not enough to finish the commands above.
> >
> > 3. Try "radical" commands like
> > F CICSname,CEMT P SHUT I
> > -DB2 STOP DB2,FORCE
> > $PJES2,TERM
> >
> > 4. Other (???)
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> 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

Problem in IMS-DC

[sudhanshu Kumar]

Hi all,
I have created an online IMS-DC program that uses only
one screen(mfs)both for taking input  and displaying
the output.The data is fed into the screen first and
once enter key is pressed,we get the output ,which
contains output message.
The problem is if user does not feed any value and
just presses enter key many number of times,and then
give the inputs,then the output screen toggles between
two previous screens giving output of fed input in one
screen and showing that input was not entered in the
screen in the other.
Hope I have clarified the problem.
Thanks
Sudhanshu



__ 
Yahoo! India Matrimony: Find your partner now. Go to http://yahoo.shaadi.com

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

Re: IBM Press Release: Hannaford Brothers Is Live on System z9

[Richards.Bob]

I know of numerous 10,000+ MIPS z9 accounts, but I'll let those shops speak up 
for themselves should they so choose. 

Bob Richards
VP, Enterprise Technologist
Enterprise Technology Infrastructure
SunTrust Banks, Inc.
(404) 575-2798 

Seeing beyond money (sm)

 -Original Message-
From:   IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]  On Behalf Of 
Phil Payne
Sent:   Tuesday, December 06, 2005 8:04 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject:IBM Press Release: Hannaford Brothers Is Live on System z9

I'm surprised that the first referencable account appears almost three months 
after FCS and is
ostensibly (Computerworld) only a two-way in a range that supposedly includes a 
54-way.

Nothing better to be proud of?

I've heard rumours about catastrophic z9 acceptance, but this is even more 
extreme.

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

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

IBM Press Release: Hannaford Brothers Is Live on System z9

[Phil Payne]

I'm surprised that the first referencable account appears almost three months 
after FCS and is
ostensibly (Computerworld) only a two-way in a range that supposedly includes a 
54-way.

Nothing better to be proud of?

I've heard rumours about catastrophic z9 acceptance, but this is even more 
extreme.

-- 
  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: DB2 Version 8 on a Flex-ES box.

[Timothy Sipples]

On this general topic, has anyone else priced z800s lately?  A z800 ranges 
from ~40 (smaller than the smallest Multiprise 3000) to ~630 MIPS with 10 
capacity settings over 4 engines.  Minimum memory is 8 GB.  Runs all 
software (i.e. it's 64-bit).  It's even Parallel Sysplex capable.

Just for fun I looked up the 1990 (marketing list) price for an ES/9000 
Model 120: U.S. $70,500.  (That's $104,449 in 2005 U.S. dollars, adjusting 
for inflation.)  That was a 31-bit uniprocessor model (and that's it) with 
256 MB maximum memory (the $70,500 didn't get you that :-)) and a maximum 
of 12 channels.  I can't remember if the 120 had LPARs or not, but the 
z800 has up to 15.

Is that a fair hardware price comparison?

- - - - -
Timothy F. Sipples
Consulting Enterprise Software Architect
IBM Americas zSeries/z9 Software
Phone: +1 312 529 1612
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

DB2 Version 8 on a Flex-ES box.

[Phil Payne]

As an unsollicited follow-up, there seems to be a little more going on.  Dr 
Frank Soltis made
some comments at COMMON that don't seem to have been reported in the English 
language press:

http://www.netigator.de/netigator/live/fachartikelarchiv/ha_news/powerslave,id,30572783,obj,CZ,np,archiv,ng,,thes,.html

You can wave Babelfish at it if you like.  It won't tell you anything more than 
I posted some
months ago in http://www.isham-research.co.uk/mainframe_2008.html - but it's 
neat to have
confirmation.

For some unfathomable reason, this story seems to have created waves.

-- 
  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: Symbols in batch JCL (was: START fails no diagnostics!)

[Paul Gilmartin]

In a recent note, Patrick O'Keefe said:

> Date: Tue, 6 Dec 2005 14:18:55 -0600
> 
> On Tue, 6 Dec 2005 11:30:53 -0700, Paul Gilmartin
> <[log in to unmask]> wrote:
> 
> >This technique is far less effective if the STC JCL contains system
> >symbols.  There's another good argument here for supporting symbols
> >in batch JCL.
> >...
> 
> For that kind of test it's a whole lot faster to stick some SET statements
> in the jobstream than to wait for IBM to provide system symbol support in
> batch jobs.
> 
I'm certainly not waiting.  But, equally, I'll not dissemble to
IBM my dissatisfaction with such a circumvention.

-- 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: data conversion with cobol

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 12/05/2005
   at 08:49 AM, Daniel Cremieux <[EMAIL PROTECTED]> said:

>I am converting a rexx program to cobol and having this problem . The
>data  is , for example x'0123'  and after conversion , it must have
>the value 123 (decimal)
>In rexx , the statement is : decvalue = x2d(c2x(value))

No,

[H:\]rexxtry
  REXXTRY.CMD lets you interactively try REXX statements.
Each string is executed when you hit Enter.
  Enter 'call tell' for a description of the features.
  Go on - try a few... Enter 'exit' to end.

xvalue='0123'x
   REXXTRY.CMD on OS/2

decvalue = x2d(c2x(xvalue))
   REXXTRY.CMD on OS/2

say decvalue

291
   REXXTRY.CMD on OS/2

 
-- 
 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: Symbols in batch JCL (was: START fails no diagnostics!)

[Patrick O'Keefe]

On Tue, 6 Dec 2005 11:30:53 -0700, Paul Gilmartin
<[EMAIL PROTECTED]> wrote:

>...
>This technique is far less effective if the STC JCL contains system
>symbols.  There's another good argument here for supporting symbols
>in batch JCL.
>...

For that kind of test it's a whole lot faster to stick some SET statements
in the jobstream than to wait for IBM to provide system symbol support in
batch jobs.

Pat O'Keefe

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

DB2 Version 8 on a Flex-ES box.

[Phil Payne]

> AMEN! Seems like they're just killing themselves(and us too)
> by not having a low end package for development and testing.
> Most folks will take the path of best ads and convert to something
> else, whether it's Oracle/Grid or Blade  servers.

There is, of course, a low end package for development and testing - but it's 
Partnerworld
only and not available to "real" users.  I've been arguing with various IBM 
executives for
years that these systems should be available to "real" users and I've suggested 
a couple of
self-financing ways it could be done.  But I'm afraid NIH and the way zSeries 
executives get
paid got in the way.

IBM is supposedly producing its own emulation in 2Q06 - recent rumours suggest 
it will use an
iSeries as a host.  There are quite a few advantages in doing that - an EBCDIC 
base for an
EBCDIC emulation lets you use, e.g., i5/OS's I/O facilities

-- 
  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: START fails no diagnostics!

[Patrick O'Keefe]

On Tue, 6 Dec 2005 09:01:57 -0700, Lizette Koehler
<[EMAIL PROTECTED]> wrote:

>One thing I usually do with STCs that fail, is to run the STC JCL as a
batch
>job.  ...

Another technique that has worked for me is to override MSGCLASS.
S whatever,MSGCLASS=x where x is your hold class.  That will save anything
with SYSOUT=* plus any of the JES datasets.  At least that's the way
it has worked in shops I've been.

Pat O'Keefe

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

Re: IOSK CAPTURE CAPE

[Jim Mulder]

IBM Mainframe Discussion List  wrote on 12/06/2005 
01:37:25 PM:

> Hello: IBM APAR OW40658 details how to determine if a S822 abend is due
> to outstanding captured UCB's.
> 
> They provide the IPCS command 'IOSK CAPTURE' which will provide the
> 'CAPE' address.  They further state to look at the 'NOCJECNT' field of 
the
> 'CAPE' to determine if there are outstanding lasting captures.  However,
> they do not state what offset into the 'CAPE' this 'NOCJECNT' field
> is.  Since there is not a publicly available DSECT for this 'CAPE'
> data area, does anyone know what offset into the 'CAPE' this
> 'NOCJECNT' field is?

  X'14', assuming you are considering the 'CAPE' eycatcher
to be offset X'0'. 

Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY

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

Re: DB2 Version 8 on a Flex-ES box.

[Ed Finnell]

 
In a message dated 12/6/2005 12:42:02 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

This  also has put small z/OS and z/VM operations into a bind - no place to
grow  except to higher-priced hardware if they want to go beyond z/OS 1.4
(and  z/VM 4.4, I think).  Hopefully IBM will take (and is taking) steps  to
help these customers and that someday, in the near future, something  will be
announced.



>>
AMEN! Seems like they're just killing themselves(and us too)
by not having a low end package for development and testing.
Most folks will take the path of best ads and convert to something
else, whether it's Oracle/Grid or Blade  servers. 

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

Re: DB2 Version 8 on a Flex-ES box.

[Ray Mullins]

I can't quantify, but I can supply empirical evidence.

In my last job we brought up DB2 V8 under z/OS 1.4 (running in 64-bit mode)
and it was really slow compared to V7.  

The reason is pretty simple - the FLEX emulation has to perform over twice
as many instructions to simulate a 64-bit operation as the corresponding 31
bit (or 32 bit, thinking register arithmetic) operation.  Remember, current
releases of FLEX and associated hardware are 32-bit machines.  (I have heard
rumors that FLEX has been compiled and tested on 64-bit hardware, but
nothing has been released to The Real WorldT.)

Off the top of my head, I would expect at least a 50% reduction in
throughput, and probably even more, in 64-bit mode.

I think this performance issue is a big reason why IBM has not allowed
operating systems that require 64-bit architecture to be licensed to FLEX
systems for commercial customers.  (It is licensed to PWD members.)

This also has put small z/OS and z/VM operations into a bind - no place to
grow except to higher-priced hardware if they want to go beyond z/OS 1.4
(and z/VM 4.4, I think).  Hopefully IBM will take (and is taking) steps to
help these customers and that someday, in the near future, something will be
announced.

Later,
Ray

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Jim McAlpine
> Sent: Tuesday December 06 2005 06:25
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: DB2 Version 8 on a Flex-ES box.
> 
> Does anyone have any experience of the above and if so have 
> you noticed any performance degradation because of 64 bit 
> instruction emulation on 32 bit instruction hardware.  Better 
> still, can anyone quantify 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

IOSK CAPTURE CAPE

[Paul Schuster]

Hello: IBM APAR OW40658 details how to determine if a S822 abend is due
to outstanding captured UCB's.

They provide the IPCS command 'IOSK CAPTURE' which will provide the
'CAPE' address.  They further state to look at the 'NOCJECNT' field of the
'CAPE' to determine if there are outstanding lasting captures.  However,
they do not state what offset into the 'CAPE' this 'NOCJECNT' field
is.  Since there is not a publicly available DSECT for this 'CAPE'
data area, does anyone know what offset into the 'CAPE' this
'NOCJECNT' field is?

Thank you.

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

Symbols in batch JCL (was: START fails no diagnostics!)

[Paul Gilmartin]

In a recent note, Lizette Koehler said:

> Date: Tue, 6 Dec 2005 09:01:57 -0700
> 
> One thing I usually do with STCs that fail, is to run the STC JCL as a batch
> job.  It would not matter if the job failed, but I would be able to see if
> there were any data sets that were not valid or if there were some other
> issue or messages.
> 
This technique is far less effective if the STC JCL contains system
symbols.  There's another good argument here for supporting symbols
in batch JCL.

-- 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: z/OS 1.5 EOS

[Timothy Sipples]

>Has anybody seen any updates to the 3/31/2007 date for End-of-Service on
>z/OS 1.5? The IBM web site still has an "*" next to it indicating it has
>not been officially announced yet.
>Is there any offering available from IBM that will still get you z/OS
>1.5 for those of us still stuck on G5 hardware?
>Dennis..

I've asked and haven't heard anything that would suggest a service 
extension (as least not without a fee).  Everybody is saying "plan now, 
act soon."

However, I'm hearing reports of used z800s diving well into the five 
figures (U.S. dollars), so the 64-bit hardware has gotten pretty 
inexpensive (i.e. less than a single mid-range UNIX server) at just the 
right time, thank goodness. I'm familiar with a county government that did 
exactly that (G5 class to z800), and it went very smoothly (and actually 
will save their taxpayers a bit of money because maintenance is lower and 
software is a touch lower in their case).

I always recommend running a full set of numbers and "what ifs?" Including 
a check to see if an IFL or two would be useful to save IT money through 
server consolidation. (All the 64-bit boxen support Hipersockets which 
have the interesting side effect of making z/OS work less hard servicing 
requests from onboard Linux versus any offboard servers, and that can be 
financially beneficial too.)

So why is 64-bit becoming a base requirement for z/OS? It's only for good 
technical reasons, I assure you -- you don't make too many architectural 
changes, even improvemens, without addressing somebody's business 
requirement. We saw some limits approaching and had to begin the process 
back in the late 1990s for the 64-bit transition. (Since we're talking 
about mainframes, it's a nearly decade long transition -- it has to be at 
a reasonably slow pace.) A good example is DB2: DB2 V8R1 requires a 64-bit 
system because we have some customers that were stretching the limits of 
V7, and V8 offers constraint relief. SAP now requires DB2 V8. We also have 
a 64-bit Java now because there were some customers running out of heap 
space (in Java batch, notably, to avoid garbage collection during long 
batch job), and some areas (WebSphere Portal is a good example) where we 
really need 64-bit very soon. Linux is another area where there are many 
64-bit needs, and USS needs it (C/C++) to keep developers happy. And we're 
going to see more and more 64-bit subsystems and components.

All that means you've got to do everything in the right sequence, and the 
operating system is one of those things that has to get 64-bit 
componentry, even for some core functions that previously ran 31-bit. Get 
enough of those and before long you can't figure out good ways to keep 
retrofitting back into 31-bit without compromising what you're trying to 
do 64-bit. (And "forking" has its own big headaches.)

One of the last SHAREs had a really interesting technical presentation on 
what's going on inside z/OS in terms of 64-bit development, especially 
from a programming language perspective. It was over my head lots of 
times, but it was still really interesting. :-) Recommended stuff.

So that's where we're at.

Sometimes when I talk with a business manager I point out that there 
really aren't many servers that last (in terms of providing productive 
business services and functional benefit) as long as mainframes do. You 
don't *have* to buy them very often, especially if you buy the latest 
model if/when you do upgrade. (Yes, I know, some shops buy every new model 
that comes out and have very good reasons for doing so. But there's always 
a good set of technical and/or financial reasons for shops that do that.) 
And when you do upgrade you keep your processor capacity (or in the case 
of IFLs and zAAPs your processor counts), so you don't keep buying 
processors every three years. And yes, I know, somebody is going to chime 
in and say they've got five year old (or older) distributed servers 
running something, but see how long non-mainframe folks last if you shut 
off all hardware purchasing for five years. :-)

Don't know if any of the above helped, but I try. Please note, as always, 
that I don't speak for IBM if an official capacity (ESPECIALLY when it 
comes to prices or selling anything) even though I work for them and am 
thus occasionally biased despite efforts to the contrary.

- - - - -
Timothy F. Sipples
Consulting Enterprise Software Architect
IBM Americas zSeries/z9 Software
Phone: +1 312 529 1612
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: Oracle question

[Timothy Sipples]

>We run Oracle on z/OS here but i haven't come across a VSAM Transparency
>option. i had a quick look in Oracle Metalink and someone had asked a
>similar question and the answer was 
>"Oracle's SQL*Loader will load MVS VSAM data directly into Oracle tables.
>However we do not offer a "VSAM Transparency" feature like you describe 
at
>this time." This was dated December 2004.

GREAT question.

I'm assuming that you want to put VSAM data into a relational database 
(Oracle, specifically) but you have an ample investment in applications 
(batch, online, whatever) that expect to be dealing with VSAM datasets and 
are programmed as such.  I'm further assuming that you want to move those 
data into a relational database in order to address some new requirement 
(such as more 24x7-oriented online access or perhaps the ability to 
perform ad hoc queries via JDBC/ODBC interfaces, or both). And I'm 
assuming you don't have DB2 and wouldn't be interested in moving to DB2, 
at least for the VSAM data -- though that would certainly solve the 
problem.

I'm not sure there is a VSAM Transparency for Oracle either, but you might 
want to contact your friendly IBM Representative to see if they'd take a 
product requirement to expand the scope of VSAM Transparency.  Always 
helps to say you'd purchase VSAM Transparency if IBM added that feature.

That said, if I'm correct about the underlying business problems, you 
don't necessarily have to move those data into Oracle for z/OS. (Or vice 
versa.) You might be able to address the 24x7 requirement by taking a look 
at some combination of transactional VSAM and/or selective refactoring of 
your applications, preferably into good I/O modules if you can. MQ is 
another tool that might help, because sometimes you find you can queue up 
work and deliver something like 24x7 online access (from a business 
perspective) while you have a selective outage due to VSAM reorg. There 
are also circumstances in which you can move data back and forth between 
VSAM and Oracle via MQ. (Theoretically, basically, if the two were in 
perfect sync all the time you could keep everyone happy, but that's a 
whole separate and maybe long discussion.)

The JDBC/ODBC access to VSAM data is easy. One way to do it is WebSphere 
Information Integrator Classic Federation, which is kind of the mirror 
opposite of what VSAM Transparency does.  VSAM Transparency makes a 
relational database look like VSAM.  Classic Federation makes VSAM look 
like a relational database.  In fact, Classic Federation might also let 
you include Oracle in a single federated query (or update), giving you 
"one view" of multiple datasets for ad hoc queries, reporting, etc.  (I'd 
have to double check whether Classic Fed supports Oracle -- I know it 
supports lots of different databases.)

Hope that helps!

- - - - -
Timothy F. Sipples
Consulting Enterprise Software Architect
IBM Americas zSeries/z9 Software
Phone: +1 312 529 1612
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: IEASYM override in LOADXX

[TISLER Zaromil]

<-- snip -->

NUCLST   Z0
PARMLIB  SYS1.LPLEX.PARMLIB
PARMLIB  SYS1.PARMLIB
PARMLIB  SYS1.IBM.PARMLIB
SYSCAT   CATL00133CCATALOG.LPLEX.MASTER

*-*
* SL20 SPECIFIC VALUES*
*-*
LPARNAME SL20
IEASYM   (01,Z0,L)
IODF E0 SYS0 LPLEXFPB B0 Y
SYSPARM  (Z0,20)

*-*
* General valid (if you have more CECs, repeat this section:  *
*-*
HWNAME   
IEASYM   (00,Z0,L)
SYSPARM  (Z0)

<-- snip -->

I just tested it. It does not work the way I thought it should. Looking
again at the examples, I would say that you can not override statements
defined in an HWNAME section with statements defined in the LPARNAME
section. It looks like you have to define a statement always on the same
level, like if you have 10 lpars on the CPC, you need ten LPARNAME sections
to define IEASYM statement different for a single system (I do not believe I
am going to test this).


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: STRNO in DB2 catalog

[Avram Friedman]

I am a bit confused.

Dose the term 'DB2 catalog' in the original posting refer to
the ICF catalog that points to data sets of any type
or the special set of objects in DB2 that contains DB2 system information.

I fankly assumed it was the second case ...

There is nothing uniquely DB2 about the ICF catalog that points to DB2
data sets.  It is the same sort of catalog that points to any other data
set.  In most shops it may not even ve a seperate user catalog, often the
DB2 system data sets like SDSNLOAD share the same catalog as DB2 database
objects with names like hlq.DSNDBC.DSNDB06.**.This particular pattern
happens to be the one used by the DB2 Catalog.  hlq.DSNDBC.DSNDB01.** is
used by the DB2 directory.

DB2 catalog usually means those datasets named hlq.DSNDBC.DSNDB06.** and
DB2's internal use of them.

For the thing that points to any dataset the term DB2 people use
is "System Catalog"

The thing that opens and closes DB2 database objects is the *DBM1 address
space only.  User address spaces do not open close DB2 database objects it
uses the allocations in *DBM1.

DB2 tends to keep data sets allocated and opened forever.  This is true of
most data base systems.  There are some controls  MAX Datasets usually set
in the 10s of thousands, and operator commands to take a object off line
for rare activities like realocating the under lying structure.  High
access thends to happen at DB2 start up time

See
APAR PQ02028
Tech note 1161909
Redbook SG24-6129 (DB2® for z/OS® and OS/390® Version 7 Performance
Topics), section 4.2 Parallel data set open.

etc

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send 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 quickly shut down system

[Skip Robinson]

I think the most important action--but not necessarily the first--is V XCF
OFF. That should stop ongoing I/O in as synchronized a manner as possible
across all applications.

$PJES2 will most certainly never complete, but it will prevent any new
tasks from starting. I would NOT do a TERM because you lose all control at
that point.

As for CICS and DB2, we've had system crashes that they recover from quite
robustly--as long as CF structures remain intact. You didn't mention data
sharing or the location of CFs. Losing a z/OS system AND its supporting CF
is a recipe for extended recovery.

The key I believe is to issue V XCF OFF before any devices start to go
casters up. So I wouldn't take chances. Do it NO MORE THAN 50% into your
presumed survival window.

.
.
.
JO.Skip Robinson
Southern California Edison Company
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
[EMAIL PROTECTED]

IBM Mainframe Discussion List  wrote on 12/06/2005
06:39:31 AM:

> Let's assume the following scenario:
> "Disastrous" power outage occured, no alternate power source is
> available, only UPS battery. Time for battery discharge is approx. 20-30
> minutes.
> DASD is mirrored to remote site, system z/OS, DB2, CICS.
>
> The goal is to keep *remote* copy as consistent as possible. Additional
> goal is to make system start possibly quick.
>
>
> What operational scenario would be best in this case:
> 1. Do nothing. At the remote site DB2 will backout all uncommited
> transactions.
>
> 2. Try to issue
> F CICSname,CEMT P SHUT
> -DB2 STOP DB2
> $PJES2
> Probably the remaining time is not enough to finish the commands above.
>
> 3. Try "radical" commands like
> F CICSname,CEMT P SHUT I
> -DB2 STOP DB2,FORCE
> $PJES2,TERM
>
> 4. Other (???)

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

Re: START fails no diagnostics!

[Lizette Koehler]

One thing I usually do with STCs that fail, is to run the STC JCL as a batch
job.  It would not matter if the job failed, but I would be able to see if
there were any data sets that were not valid or if there were some other
issue or messages.  

//TSTJCL  JOB ...
//S1  EXEC PROC=BBOS001

Since the BBOS001 is created by WS I would suspect it may fail.  

Second is to modify the STC JCL to have a SYSOUT=A or some other
non-purgable sysout class.  That way the STC output stays in JES.

Also, have you tried doing an ST in SDSF for the job?  Sometimes you will
not see anything in any other queue under SDSF except for ST on that jobtask
name.

The dynamic SVC dump name would depend on your definition in your
environment.  You can display the dumps via D D,ST (Display Dump,Status)
both dynamic dumps and SYS1.DUMPxx data sets will be displayed.



Lizette Koehler

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

Re: START fails no diagnostics!

[Schramm, Rob]

I am not sure how your output processing is set... but you might check the 
OUTDISP on the OUTPUTCLASS associated with JOBCLASS(STC) to make sure your 
output is being saved.

-Rob Schramm
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
William Walsh
Sent: Tuesday, December 06, 2005 10:01 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: START fails no diagnostics!

Have you ever seen a situation where the START command is issued, but the 
address space fails with no diagnostics:

05340 13:30:58.39 WWALSH   0290  START 
BBO6ACR,JOBNAME=BBOS001,ENV=CPAC.CPAC.BBOS001 
05340 13:30:58.44  0090  IRR812I PROFILE BBO6ACR.* (G) IN THE 
STARTED CLASS WAS USED 561 
   561 0090  TO START BBO6ACR WITH JOBNAME 
BBOS001.  
05340 13:30:58.45 STC09920 0281  £HASP100 BBOS001  ON STCINRDR  
 
05340 13:30:58.53 STC09920 0290  IEF695I START BBO6ACR  WITH JOBNAME 
BBOS001  IS ASSIGNED TO USER ASCR1  
  , GROUP WSCFG1
 
05340 13:30:58.53 STC09920 0090  £HASP373 BBOS001  STARTED  
 
05340 13:30:58.53 STC09920 0281  IEF403I BBOS001 - STARTED - TIME=13.30.58  
 
05340 13:30:58.62 STC09920 0090  IEF404I BBOS001 - ENDED - TIME=13.30.58
 
05340 13:30:58.63 STC09920 0281  £HASP395 BBOS001  ENDED
 

I see nothing on the JES2 queues for this address space.  I have checked the 
WebSphere logger data, the WebSphere server1/logs filesystem, and EREP and 
cannot find any reason for this.  It was working on Friday and we cannot 
identify the change that has caused this.  I noticed the X33E SLIP trap being 
met following the end of BBOS001, but turning it off doesn't produce any 
additional information.  I don't know LE, but tried adding the TRACE(ON,LE=3) 
parm to the BBOCTL program, but that didn't provide any results. The system 
dump datasets are empty.

I can unmount the /WebSphere/V6R0 filesystem to force a JCL error and I tried 
creating a new WAS config file system.  I can run this JCL as a job until I 
fail on a security issue.

Any ideas? 

Thanks,
William


The information in this email is confidential and may be legally privileged.
It is intended solely for the addressee. Access to this email by anyone else is 
unauthorized. If you are not the intended recipient, any disclosure, copying, 
distribution or any action taken or omitted to be taken in reliance on it, is 
prohibited and may be unlawful. If you are not the intended addressee please 
contact the sender and dispose of this e-mail. 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


This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

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

AFP-l FAQ

[Ed Finnell]

Been meaning to post. The AFP-l FAQ. Maybe it will help.
 
_http://www.botos.com/afp/faq.html_ (http://www.botos.com/afp/faq.html) 
 
I'd stay away from the topica site as much as possible. Almost
like phising. But maybe that's just me...

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

Re: START fails no diagnostics!

[Ed Finnell]

 
In a message dated 12/6/2005 9:12:29 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

Any  ideas? 



>>
Probably need to look down the syslog and see if BBOS01 is
purged. Default sysout for STC could be set to a PURGE class.
So if you've got access to JCL change SYSOUT=* to SYSOUT=H
or what ever your H(eld) class is. If it produced a DUMP it
would be in syslog and could be in a DYNAMIC dump data set.
Can pick most of these off with 3.4 sys1.dump.
 

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

Re: START fails no diagnostics!

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of William Walsh
> Sent: Tuesday, December 06, 2005 9:01 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: START fails no diagnostics!
> 
> 
> Have you ever seen a situation where the START command is 
> issued, but the address space fails with no diagnostics:
> 



>
> 
> I see nothing on the JES2 queues for this address space.  I 
> have checked the WebSphere logger data, the WebSphere 
> server1/logs filesystem, and EREP and cannot find any reason 
> for this.  It was working on Friday and we cannot identify 
> the change that has caused this.  I noticed the X33E SLIP 
> trap being met following the end of BBOS001, but turning it 
> off doesn't produce any additional information.  I don't know 
> LE, but tried adding the TRACE(ON,LE=3) parm to the BBOCTL 
> program, but that didn't provide any results. The system dump 
> datasets are empty.
> 
> I can unmount the /WebSphere/V6R0 filesystem to force a JCL 
> error and I tried creating a new WAS config file system.  I 
> can run this JCL as a job until I fail on a security issue.
> 
> Any ideas? 
> 
> Thanks,
> William
> 

What it that STC? This action is normal if that is a UNIX type function
which does a "fork()" and has the "parent" terminate. An example of this
is the FTPD server. The FTPD started task terminates with no messages,
but has "fork()'ed" another FTPD1 (or some other numeric suffix) task.

Try doing a: "D A,BBOS001*" to see if there there are other address
spaces which start with that name. If so, then the BBOS001 likely did a
"fork()" and terminated with the "child" doing the actual processing.

--
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: IBM Press Release: Hannaford Brothers Is Live on System z9

[Jon Brock]

Another mention of the Hannaford system is here:
http://www.computerworld.com/hardwaretopics/hardware/story/0,10801,106776,00.html?source=NLT_AM&nid=106776

(Mind the wrap.  http://tinyurl.com/anju3 should work temporarily for those of 
you who have trouble with the wrap.)




>From the article:
"The z9 can process 1 billion transactions per day, more than double the 
transaction processing capability of the zSeries z990, which Hannaford also 
uses. Homa said IBM also made architectural changes to the z9 that improve its 
ability to pull data from its database by about 30%."

Color me impressed.

Also from the article:
"Rapid processing capability is critical to his wireless users, but what Homa 
likes about the z9 is its scalability; he's using only two processors on a 
system that can support 64. "This machine is doing more work than [the] other 
500 servers in the data center put together," he said."



Jon

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

Re: Question on IDCAMS Delete and dynamic Allocation

[Rob Wunderlich]

On Mon, 5 Dec 2005 11:01:19 -0600, Alan Schwartz
<[EMAIL PROTECTED]> wrote:

>We've had many times that our Customers IDCAMS DELETE statements fail due
>to a
>DATASET IN USE condition.  We would like to somehow trigger a GRS display
>or perform
>a GQSCAN at the time this occurs but have been unable to find a way to
>intercept this
>condition to see who has the enqueue on the dataset in question.

I'm not fully understanding what you're trying to accomplish. But assuming
you just want to produce a trail at the time of failure, you could add a
conditionally executed step that issues the operator command "D GRS,RES=
(SYSDSN,xxx)".

If you're trying to ensure that you can get an exclusive enqueue for the
dataset before delete, you could include a dd stmt for the dataset. Of
course, you could do the delete using DISP and skip the IDCAMS delete
altogether.

If you need something fancier, you could wrap the IDCAMS call in a rexx
exec that tries to allocate the dataset before deleting, You could also
parse the output from the D GRS cmd in this exec if that was useful.

-Rob

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

START fails no diagnostics!

[William Walsh]

Have you ever seen a situation where the START command is issued, but the 
address space fails with no diagnostics:

05340 13:30:58.39 WWALSH   0290  START 
BBO6ACR,JOBNAME=BBOS001,ENV=CPAC.CPAC.BBOS001 
05340 13:30:58.44  0090  IRR812I PROFILE BBO6ACR.* (G) IN THE 
STARTED CLASS WAS USED 561 
   561 0090  TO START BBO6ACR WITH JOBNAME 
BBOS001.  
05340 13:30:58.45 STC09920 0281  £HASP100 BBOS001  ON STCINRDR  
 
05340 13:30:58.53 STC09920 0290  IEF695I START BBO6ACR  WITH JOBNAME 
BBOS001  IS ASSIGNED TO USER ASCR1  
  , GROUP WSCFG1
 
05340 13:30:58.53 STC09920 0090  £HASP373 BBOS001  STARTED  
 
05340 13:30:58.53 STC09920 0281  IEF403I BBOS001 - STARTED - TIME=13.30.58  
 
05340 13:30:58.62 STC09920 0090  IEF404I BBOS001 - ENDED - TIME=13.30.58
 
05340 13:30:58.63 STC09920 0281  £HASP395 BBOS001  ENDED
 

I see nothing on the JES2 queues for this address space.  I have checked the 
WebSphere logger data, the WebSphere server1/logs filesystem, and EREP and 
cannot find any reason for this.  It was working on Friday and we cannot 
identify the change that has caused this.  I noticed the X33E SLIP trap being 
met following the end of BBOS001, but turning it off doesn't produce any 
additional information.  I don't know LE, but tried adding the TRACE(ON,LE=3) 
parm to the BBOCTL program, but that didn't provide any results. The system 
dump datasets are empty.

I can unmount the /WebSphere/V6R0 filesystem to force a JCL error and I tried 
creating a new WAS config file system.  I can run this JCL as a job until I 
fail on a security issue.

Any ideas? 

Thanks,
William


The information in this email is confidential and may be legally privileged.
It is intended solely for the addressee. Access to this email by anyone else
is unauthorized. If you are not the intended recipient, any disclosure,
copying, distribution or any action taken or omitted to be taken in reliance
on it, is prohibited and may be unlawful. If you are not the intended
addressee please contact the sender and dispose of this e-mail. 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: z/OS 1.5 EOS

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Ed Finnell
>  
> In a message dated 12/6/2005 8:59:57 A.M. Central Standard 
> Time, [EMAIL PROTECTED] writes:
> 
> There is  only one _version_ of z/OS, with seven _releases_ 
> so far.  Whether  there are version license charge 
> considerations for CICS or not depends on  which version you are on.
> 
> >>
> Seems like if IBM were to make a package offer for
> G5/G6 customers everybody would be better off? Get users up 
> to speed and have fewer architectures to support. 

Might get the "consent decree" reinstated

-jc-

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

Re: z/OS 1.5 EOS

[Ed Finnell]

 
In a message dated 12/6/2005 8:59:57 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

There is  only one _version_ of z/OS, with seven _releases_ so 
far.  Whether  there are version license charge considerations for 
CICS or not depends on  which version you are on.




>>
Seems like if IBM were to make a package offer for
G5/G6 customers everybody would be better off? Get
users up to speed and have fewer architectures to
support. 

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

Re: z/OS 1.5 EOS

[John Eells]

R.S. wrote:

 > Does it mean, I can order, let's say, z/OS 1.7 or CICS TS 3.1 
(I'm on

lower levels) and have no obligation to migrate within one year ?
I was told I have to migrate within one year from delivery otherwise 
I'll pay for both versions.

Just curious.


There is only one _version_ of z/OS, with seven _releases_ so 
far.  Whether there are version license charge considerations for 
CICS or not depends on which version you are on.


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

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

How to quickly shut down system

[R.S.]

Let's assume the following scenario:
"Disastrous" power outage occured, no alternate power source is 
available, only UPS battery. Time for battery discharge is approx. 20-30 
minutes.

DASD is mirrored to remote site, system z/OS, DB2, CICS.

The goal is to keep *remote* copy as consistent as possible. Additional 
goal is to make system start possibly quick.



What operational scenario would be best in this case:
1. Do nothing. At the remote site DB2 will backout all uncommited 
transactions.


2. Try to issue
F CICSname,CEMT P SHUT
-DB2 STOP DB2
$PJES2
Probably the remaining time is not enough to finish the commands above.

3. Try "radical" commands like
F CICSname,CEMT P SHUT I
-DB2 STOP DB2,FORCE
$PJES2,TERM

4. Other (???)

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

DB2 Version 8 on a Flex-ES box.

[Jim McAlpine]

Does anyone have any experience of the above and if so have you noticed any
performance degradation because of 64 bit instruction emulation on 32 bit
instruction hardware.  Better still, can anyone quantify it.

Jim McAlpine

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

Re: z/OS 1.5 EOS

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of R.S.
> 
> John Eells wrote:
> [...]
> > You can order the same version of a z/OS product for which you are 
> > already licensed at no additional charge.  So if there is any 
> > significant possibility you will get stuck, it's in your best interest 
> > to order releases before they get withdrawn from marketing even if 
> > there is some chance that the order will sit on a shelf (physically or
> > logically) and never be used.  This can help you make sure you have a 
> > migration path from wherever you are to where you eventually go.
> 
> Does it mean, I can order, let's say, z/OS 1.7 or CICS TS 3.1 
> (I'm on lower levels) and have no obligation to migrate 
> within one year ?
> I was told I have to migrate within one year from delivery 
> otherwise I'll pay for both versions.
> Just curious.

It *may* be significant that he said *version* instead of *release*.
"Normally", the *version* is the number to the left of the first dot (e.g.,
version.release).  Assuming you currently license z/OS 1.4, I believe you
could order z/OS 1.7 and never use it; it's the same *version* that you're
currently running (only the *release* is different).  OTOH, if you're
currently running CICS TS 2.x and order TS 3.1, that's a different
*version*, and you might indeed be required to install and migrate to it
within a specified time after ordering it to avoid paying "dual" license
fees.  Note also that a new *version* usually means a "version upgrade
charge" (i.e., more money) as well.

-jc-

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

Re: Problem regarding IMS-DC

[Mike Bell]

The mod name specifies the format used for the display to the screen. If it
is specified, it will over-ride the default.
Usually the first call to IOPCB will specify the modname, second and later
calls will specify the modname only if they want to change the format.

Mike

On 12/6/05, sudhanshu Kumar <[EMAIL PROTECTED]> wrote:
>
> Hi all,
> I am having a problem in my IMS-DC code.
> I want to know what's the difference between the below
> two statements
> CALL 'CBLTDLI' USING IMS-INSERT
>   IOPCB
>   MOD-AREA
>   MODNAME.
> (MODNAME   PIC  X(08)VALUE'FFOLMRCO'.)
> __
>
> CALL 'CBLTDLI' USING IMS-INSERT
>   IOPCB
>   MOD-AREA.
> 
>
>
>
>
> __
> Enjoy this Diwali with Y! India Click here
> http://in.promos.yahoo.com/fabmall/index.html
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



--
Mike

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

Re: z/OS 1.5 EOS

[R.S.]

John Eells wrote:
[...]
You can order the same version of a z/OS product for which you are 
already licensed at no additional charge.  So if there is any 
significant possibility you will get stuck, it's in your best interest 
to order releases before they get withdrawn from marketing even if there 
is some chance that the order will sit on a shelf (physically or 
logically) and never be used.  This can help you make sure you have a 
migration path from wherever you are to where you eventually go.


Does it mean, I can order, let's say, z/OS 1.7 or CICS TS 3.1 (I'm on 
lower levels) and have no obligation to migrate within one year ?
I was told I have to migrate within one year from delivery otherwise 
I'll pay for both versions.

Just curious.

--
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: z/OS 1.5 EOS

[John Eells]

Dennis Trojak wrote:


Has anybody seen any updates to the 3/31/2007 date for End-of-Service on
z/OS 1.5? The IBM web site still has an "*" next to it indicating it has
not been officially announced yet.
Is there any offering available from IBM that will still get you z/OS
1.5 for those of us still stuck on G5 hardware?
Dennis..


The current plan is plan to provide central service for each z/OS 
release for three years after availability.  This means our 
intent is to withdraw service in March 2007 for R5, but (as you 
found) we have not formally announced the end of service date. 
(Until we actually announce it there are no guarantees, of 
course, but I know which way I would personally bet.)


As we've discussed recently in another context, the EoS 
announcements are combined and (IIRC) scheduled twice a year. 
Assuming that plans do not change, I would expect to see R5's EoS 
announced officially in next summer's software service 
discontinuance announcement.


There are no offerings available for ordering z/OS R5 any more, 
I'm afraid, but you can always work with your account team if you 
need help for your particular situation to see whether they can 
find a way to help you.


I know this isn't a helpful comment for you, but for others who 
might be reading:


You can order the same version of a z/OS product for which you 
are already licensed at no additional charge.  So if there is any 
significant possibility you will get stuck, it's in your best 
interest to order releases before they get withdrawn from 
marketing even if there is some chance that the order will sit on 
a shelf (physically or logically) and never be used.  This can 
help you make sure you have a migration path from wherever you 
are to where you eventually go.


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

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

Re: IEASYM override in LOADXX

[TISLER Zaromil]

<-- snip -->

Example:

IEASYM   (00,Z0,L)
NUCLST   Z0
PARMLIB  SYS1.LPLEX.PARMLIB
PARMLIB  SYS1.PARMLIB
PARMLIB  SYS1.IBM.PARMLIB
SYSCAT   CATL00133CCATALOG.LPLEX.MASTER
SYSPARM  (Z0)

*-*
* SL20 SPECIFIC VALUES*
*-*
LPARNAME SL20
IEASYM   (01,Z0,L)
IODF E0 SYS0 LPLEXFPB B0 Y
SYSPARM  (Z0,20)
<-- snip -->


Your IODF statement is only valid for SL20?


Looking at the description of LOADxx in the "MVS Initialization and Tuning
Reference", I don't see a possibility to override a statement. There is no
such combination in the examples.

But, you could try the other way around:


--
NUCLST   Z0
PARMLIB  SYS1.LPLEX.PARMLIB
PARMLIB  SYS1.PARMLIB
PARMLIB  SYS1.IBM.PARMLIB
SYSCAT   CATL00133CCATALOG.LPLEX.MASTER

*-*
* SL20 SPECIFIC VALUES*
*-*
LPARNAME SL20
IEASYM   (01,Z0,L)
IODF E0 SYS0 LPLEXFPB B0 Y
SYSPARM  (Z0,20)

*-*
* General valid (if you have more CECs, repeat this section:  *
*-*
HWNAME   
IEASYM   (00,Z0,L)
SYSPARM  (Z0)


--


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: STK9840A/B tape data restored from 9840C tape drives

[Michael W. Moss]

Hi Bob,

Whenever I’ve done DR and I have tested with a lot of customers and
invoked in anger on two previous occasions, at SunGard the Tape Hardware
(E.g. 9310 ATL and 9840C Drives) has never been the same as at the Primary
Data Centre location, but it’s been good enough for DR.  So generally we
have to do a HSC LIBGEN or use what SunGard give us and his sometimes
dictates we need to do some device mapping to meet our requirements.  I
would think this applies to you as well and so this might mean some “Tape
Allocation” considerations.  If we have a really simple tape environment
with only one device, then simple, we map our one device (E.g. 3590)
accordingly.  I suspect that maybe you need to map the SunGard 9840C
drives to 3590, and maybe varying 3590 device types (E.g. Standard
Length/Media3/HPCT & Extended Length/Media 4/EHPCT).  You might also need
to cater for 3490 as well with the varying types (E.g. Standard
Length/Media1/CST & Extended Length/Media 2/ECCST), and for your scenario
all with 9840C device emulation.

I really wish I can pin down your exact problem, and if I were doing
problem diagnosis then I would follow this trail:

 Allocation Logic 

1) What tape device type do I require for input – Catalog Look-Up
http://publibz.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/dgt2i240/B.2.10
The above link will help you identify which device type is required from
an AMS LISTCAT of the file requiring input.

2) Am I allocating the correct device – MVS Device Query
http://publibz.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/DGT2J101/4.1
The above link will help you identify what device types and associated
media are compatible with your HCD defined devices.

3) Double-Check what devices are required for Input & Output - DFSMS
http://www.redbooks.ibm.com/redbooks/SG242229/ (Table 2-1)
The above link describes all possible tape characteristic settings,
including the often overlooked Media ID (I.E. 7th Character of the Tri-
Optic TAPE VOLSER Label), which sometimes, especially with HSC can drive
allocation.

4) Double-Check how associated software deploys tape drives
There are no links here, but you have said you’re using FDR/ABR.  For
input I can’t think of any initialisation/installation settings that are
required, but for output then for sure you need to define what devices are
going to be used, but generally with FDR/ABR then we create a file (E.g.
DSN=) to a pre-defined output device.

Presuming all of the above are seemingly OK, then allocation can’t be the
issue.

 Media Integrity 

You state that your tapes have not been in the ideal conditions for a few
weeks, so:

A) Is the media contaminating the 9840C tape drives?
Potentially the media might be slightly humid and so is causing some
temporary issues with the 9840C drive heads.  Maybe the HSC cleaning
frequency could be increased to a low value such as cleaning the drives
after every 5 or so uses.  Optionally perform manual cleans after every
use of the drive as the next use of the drive presuming a wet/damaged tape
might proliferate the problem.

B) Is the media usable/readable?
http://www.innovationdp.fdr.com/products/fatsfatar/index.cfm
As a previous IBMMAIN lister suggested, maybe you could consider using the
Innovation FATS/FATAR products which are an efficient method of
determining the readability of data on existing tapes and allows users to
quickly evaluate and correct tape related problems, as per the above link.

Ultimately as with any problem I think this is a process of elimination,
and it would seem to me that there can only be allocation or media issues.

Regards, Uk Mikey.

On Mon, 5 Dec 2005 12:02:48 -0500, [EMAIL PROTECTED] <[EMAIL PROTECTED]>
wrote:

>The 9840's are gen'ed as 3590's see below
>UNIT TYPE STATUS
>0440 3590 F-NRD
>and we access them thru an esoteric UNIT=TSTK9840
>
>to access regular 3490 tape or virtual 3490 tape we use the esoteric
>UNIT=TAPEP and let SMS drive the allocation.
>Real tape gen'ed as
>UNIT TYPE STATUS
>03A0 3490 O-NRD
>
>Vitural tape
>UNIT TYPE STATUS
>1200 349L O-NRD
>
>HSC VERSION SOS6100
>Bob Cosby
>SEB
>504-426-2460
>[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

Problem regarding IMS-DC

[Bill Klein]

For further information on (conforming) what Rich states, see:

 http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/dfsaptg1/2.4.2.10 

Specifically,

"If the output MOD name parameter is not specified, IMS formats the message
using the MOD named in the MESSAGE OUTPUT DESCRIPTOR NAME field of the I/O
PCB." 

"Rich Tabor" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> The second ISRT call without the modname means that the modname IMS
> will use may be the previously specified modname on the previous ISRT
> call.
> 
> On 12/6/05, sudhanshu Kumar <[EMAIL PROTECTED]> wrote:
> > Hi all,
> > I am having a problem in my IMS-DC code.
> > I want to know what's the difference between the below
> > two statements
> > CALL 'CBLTDLI' USING IMS-INSERT
> >   IOPCB
> >   MOD-AREA
> >   MODNAME.
> > (MODNAME   PIC  X(08)VALUE'FFOLMRCO'.)
> > __
> >
> > CALL 'CBLTDLI' USING IMS-INSERT
> >   IOPCB
> >   MOD-AREA.
> > 

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

Re: Submitting a JCL via Email

[Parin Gangar]

Guys,

But, the question is "HOW" ?

I mean, we have been talking about sceurity and encryption, etc... but how
does all that work. Meaning, what are the code blocks that we need to
develop ?

Also, what type of network setup should be there between Mainframes and its
TCP/IP server ?

---
Parin


On 11/29/05, Paul Gilmartin <[EMAIL PROTECTED]> wrote:
>
> In a recent note, Marian Gasparovic said:
>
> > Date: Tue, 29 Nov 2005 16:09:05 +0100
> >
> > Sure, there are situations you can use it. But security is the biggest
> > concern. Again think about security. An don't forget security issues.
> >
> > But I did it once for our developers. They were at customer site, no
> access
> > to our network. So I created "automated solution". They sent specificaly
> > (very strict requirements) formatted email to special user with list of
> > names of stored procedures. It submitted a job, which extracted those
> > members from libraries, xmited to seq file, zipped and sent to requestor
> (of
> > course limited list of requestors). Works fine till now although I left
> the
> > company 18 months ago... :)
> >
> > Oh, did I mention security ?
> >
> On rereading carefully, I see you did mention security.  But you didn't
> mention encryption.  Or digital signatures, unless that's implicit
> in "specificaly (very strict requirements) formatted".
>
> -- 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
>



--
Parin Gangar

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

Re: Wrong structure name

[R.S.]

Vernooy, C.P. - SPLXM wrote:

"R.S." <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>...


Nobody answered, so I did a test.
I tried to use "by mistake"  RACF structure as NEWCKPT1.
Here are the results.

IXL013I IXLCONN REQUEST FOR STRUCTURE IRRXCF00_P001 FAILED.
JOBNAME: JES2 ASID: 0018 CONNECTOR NAME: JES2_BROT
IXLCONN RETURN CODE: 0008,  REASON CODE: 02010820

...0820 mean:
Program error. The structure type specified does not match the type of 
the currently-allocated structure...



--
Radoslaw Skorupka
Lodz, Poland




Radoslaw,

1. From previous posts I presumed you have adequate testing facilities.

2. This was an easy one, using an incorrect structure type, next question: what happens if the types do match? For JES, it should be formatted as a Checkpoint structure or it will start formatting it, depends how you present it to Jes. For formatting it should be large enough. So the answer is the same as with any other mistake: it depends. 


I believe it is not only type matching problem (understood as 
LIST-CACHE-LOCK). Probably it also checks the content of the structure.
Not-allocated structure are feasible to be "stolen", but it is another 
kind of mistake.
BTW: I'm curious what happen when I use existing (allocated) structure 
of the same type ? I.e. CKPT from another MAS. Type matching won't help 
here.



Similar question: what happens when you specify the HSM CDS to Jes as its 
checkpoint dataset? The predictable stuff I suppose.


IMHO HSM CDS is VSAM KSDS, while CKPT is PS. For most cases I can avoid 
such mistakes using RACF DATASET profiles. JES2 is not good example, 
because it usually works as TRUSTED.


I'm not sure about IXLSTR.structname profiles in FACILITY class. They 
control who can define the structure. Does they also control who can 
connect to the structure ?

--
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: Wrong structure name

[Vernooy, C.P. - SPLXM]

"R.S." <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>...
> Nobody answered, so I did a test.
> I tried to use "by mistake"  RACF structure as NEWCKPT1.
> Here are the results.
> 
> IXL013I IXLCONN REQUEST FOR STRUCTURE IRRXCF00_P001 FAILED.
> JOBNAME: JES2 ASID: 0018 CONNECTOR NAME: JES2_BROT
> IXLCONN RETURN CODE: 0008,  REASON CODE: 02010820
> 
> ...0820 mean:
> Program error. The structure type specified does not match the type of 
> the currently-allocated structure...
> 
> 
> -- 
> Radoslaw Skorupka
> Lodz, Poland
> 

Radoslaw,

1. From previous posts I presumed you have adequate testing facilities.

2. This was an easy one, using an incorrect structure type, next question: what 
happens if the types do match? For JES, it should be formatted as a Checkpoint 
structure or it will start formatting it, depends how you present it to Jes. 
For formatting it should be large enough. So the answer is the same as with any 
other mistake: it depends. 

Similar question: what happens when you specify the HSM CDS to Jes as its 
checkpoint dataset? The predictable stuff I suppose.

Kees.


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

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