Re: Price of CPU seconds

[Timothy Sipples]

I think if you're simply trying to educate someone familiar with
distributed servers, I would ask something like this:

"Are servers free?"

And (hopefully) they'll answer, "No."  Next question:

"So how would you measure their costs? If it's a multi-user server, as most
servers are, how would you allocate their costs among users?"

And they might give a long answer which may or may not be insightful. Then
I would simply say (assuming they demonstrated some insight):

"There's really nothing different here. One of the ways you can measure and
allocate costs is by calculating the number of CPU-seconds that a user
requires and calculating a cost per CPU-second. That cost might be a very
small number, but it's never zero. CPU-seconds certainly aren't the only
way to base costs or even the best way. But it's one way you can do it. The
same thing is true for electricity. Your electricity consumption is
measured in Kilowatt-hours. One Kilowatt-hour might be very cheap but,
added over many thousands of users and over many years, that small number
adds up to a very big number, enough to pay for huge electric power plants.
The same is true of servers of any type: there are underlying costs and,
for every platform, one user might consume a very small amount, but the
cost is never zero."

Try something like that and see where it goes. Everything I said earlier
still applies, though. Continuing:

"Now, if CPU-seconds always cost some money, doesn't it make sense to try
to save CPU-seconds if possible so you can get more users for the same
cost? You can keep the lights in your house turned on all day while you are
away, using electricity, but it will cost more and provide no value.
Doesn't it make sense to get energy-efficient lightbulbs to save money and
to turn them off when you are not using them? That's what performance
engineering is about, and good performance is important on every system. On
systems which serve the largest number of users, it's can be even more
important. A little bit better performance can mean some large cost
savings. Users like faster systems, too, because they can get more work
done -- it saves them money because they aren't wasting time."

And at that point, hopefully, the lightbulb will go off. No pun intended.
:-)

Hope that helps.

- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect
Specializing in Software Architectures Related to System z
Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific
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: Is IBM/Tivoli turning into CA?

[Timothy Sipples]

Doug Fuerst writes:
>And every piece is another
>charge. SMS? Gimme some money. USS? Gimme some money. DASD, VTAM,
>whatever? gimme money.

I cannot comment on everything mentioned in this thread, but I can comment
on this area.

Candle used to have every monitor priced separately, yes. IBM changed at
least some of that. As of V4.1 (December, 2006), the single Tivoli OMEGAMON
XE for z/OS product now includes UNIX System Services monitoring, for
example. Cryptographic monitoring used to be separate, and now that's in
the same product, too. As another example, Tivoli OMEGAMON XE for Mainframe
Networks combines TCP/IP and VTAM functions. IBM also has a no-charge
Tivoli OMEGAMON XE for z/OS Management Console product which you may
download.

You may be remembering MAINVIEW, in fact, and have this reversed in your
recollection. BMC lists MAINVIEW for z/OS, MAINVIEW for VTAM, MAINVIEW for
IP, and MAINVIEW for UNIX System Services separately, among other monitors.
I believe ASG's TMON is very similar in its splits, to pick another
example. Or it's possible you missed the December, 2006, announcements
where this changed after IBM acquired Candle. That's OK -- sometimes it's
hard to keep up. Mainframes have a lot of velocity now.

In fairness I really don't think this packaging factor is particularly
important. Each vendor is trying to establish the "right" granularity for
their monitoring products because each customer is different. That way you
can pay for as much or as little function as you need. Lately IBM has been
consolidating more functions into the single products (e.g. OMEGAMON XE for
z/OS and for Mainframe Networks) since, at least in IBM's experience, most
customers now need more base functions -- simplicity over "too much"
granularity, basically. At the same time IBM may introduce more new
monitors. Tivoli OMEGAMON XE for CICS Transaction Gateway is the only
product that monitors CICS TG, for example, and is a very recent addition
to the family.

As for the other comments in this thread, I would suggest getting the
requirements into SHARE and through other avenues. I know there's a lot of
IBM effort to work through requirements, and a lot has been done but more
to come. One thing that I care about personally is that V4.1 OMEGAMON XE
products now have complete Japanese language support, so that's quite
helpful here.

- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect
Specializing in Software Architectures Related to System z
Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific
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

Question on CPU

[George Kozakos]

>Hi
>When running TAS under TSO and choosing PAR, I get the following:
>CPU  Serial Numb   RelSpeed
> 00  0008B0BF2094      1000
> 01  0008B0BF2094      1000
> 02  0008B0BF2094      1000

>What does this all mean?  The Serial Numb is the same across all
>three.

The serial number looks like the output from STIDP (Store CPU ID)
where the format is:
version code - 1 byte (00)
Logical Partition ID - 1 byte
CEC serial number - 2 bytes
Machine type - 2 bytes

Actually there are another 2 bytes at the end where the
first bit is the format type. This is format 1 output.

George Kozakos
z/OS Function Test/Level 3 Supervisor

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

Re: Is IBM/Tivoli turning into CA?

[Doug Fuerst]

Pommier, Rex R. wrote:

Yep, I ran into the same dilemma.  I had to install the upgrade to make
my z/OS 1.4 to 1.7 upgrade work and had to decipher between V4.1 and
Omegamon V550, using the V520 manuals.  I was less than impressed as
well.  All the time I was installing version 4.1/550/520 I had ASG
trying to talk me into doing a swap-out of Omegamon with Tmon.  IBM, are
you listening?


Rex 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of John Mattson
Sent: Wednesday, February 20, 2008 6:42 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Is IBM/Tivoli turning into CA?

I am having a fascinating adventure going to zOS 1.8 courtesy of
IBM/Tivoli/Candle/Omegamon.  I received and applied the products along
with my Serverpac.  Then I go to install what Tivoli calls V4.1, but is
550 as far as Omegamon II MVS is concerned.  I go to look at the manuals
at
http://publib.boulder.ibm.com/infocenter/tivihelp/v15r1/index.jsp?topic=
/com.ibm.omegamon_xezos.doc/welcome.htm 

And I discover the following: 
Configuration and Customization Guide

OMEGAMON II(r) for MVS
Version 520
GC32-9277-00
December 2001 
I call up the nice Mr Kelly at IBM support and he informs me

that IBM believes that the almost SEVEN year old manual from TWO
releases back is adequate, and that there IS NO Config & Cuss manual for
550.  So I give it the old college try, and find that it is like trying
to install ZOS 
with an XA manual.   The manual references other manuals which do not 
exist or exist only on CD's.  It references other OM products which

either do not exist or have entirely new names.  It references datasets
which do not exist or have new names. 
Is IBM turning into a company which buys up good software and 
turns it into junk?   I advise you all to plan lots of extra time if you


undertake to do this upgrade. 


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


  
The Candle manuals and install process as put together by IBM is a 
travesty. It stinks, they can't get the releases synched correctly as 
you are finding out, the documentation is atrocious, and let's not get 
into that server mess they have created. And every piece is another 
charge. SMS? Gimme some money. USS? Gimme some money. DASD, VTAM, 
whatever? gimme money.

And the tech support response is poor at best.
If you have DB2, you will be in for some additional torture, as the DB2 
product is services by the DB2 gorup, and followup is pathetic. IF I 
knew it was going to be as bad as it turned out to be, I would have gone 
to Mainview.


Doug

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

Fw: COBOL Compiler options

[Bill Klein]

I know that you can't check it now, but are you saying that using the
separate translator step, that you can compile a COBOL program with the
following compiler options:
  NOCICS,NODLL,NODYNAM
but use the binder option
  DYNAM(DLL)

If so, then you probably can do that also with the integrated coprocessor
(but I won't swear to it).

If, however, you are saying that you can use the separate translator step
and use the COBOL compiler options
 NOCICS,DLL,NODYNAM

and this works "as expected" ar tun-time, then that is something that I (and
suspect IBM) would be very interested in (when you have a chance to check it
out).


"GAVIN Darren * OPS EAS" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> Well I do have DLL programs using the Linkage parm I mentioned before
> working with the Preprocessor and EXEC DLI database calls.  Have had no
> Issues doing this.
> 
> So as long as the CICS Loadlib is a PDSE, I think a DLL module should
> work in CICS; just like a CALL variable-name USING (where the variable
> has a program name) works for forcing dynamic calls in CICS.
> 
> Note that I said I think..., I've been pulled off mainframe projects for
> a bit so I can't test this out myself, otherwise I would try it and
> report back.
> 
> Darren
> 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Bill Klein
> Sent: Thursday, February 21, 2008 1:01 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: COBOL Compiler options
> 
> Turns out that there is actually a restriction (currently undocumented).
> The following is what I got back from my "usually reliable source".
> Note
> however, that this is a case (as I suspected) that using EITHER the
> preprocessor or the coprocessor will fail:
> 
> "Bill,
> 
> Looks like uncharted territory...we certainly cannot support compiling a
> CICS program 
> with the DLL option, just like we can't with DYNAM, for the same reason:
> it
> changes the
> calls to CICS. (By the way, this is not just coprocessor, it is separate
> translator as well) 
> 
> However, we do not document this DLL problem nor have compiler options
> conflicts.
> 
> However, you CAN call a DLL from a CICS program, using the example in
> the
> COBOL PG Chapter 26: Example: calling DLLs from non-DLLs
> 
> Will look into what we should do about this...I have a feeling the user
> is
> actually trying to use
> DYNAM with coprocessor. DYNAM is also not supported in CICS separate or
> coprocessor, 
> we just can't catch it in the separate translator case, while we do
> diagnose
> it in integrated
> coprocessor case."
> 
> (FYI, that last statement about "not catching" is probably the case for
> DLL
> as well.  You can get a "clean compile" with 
>   NOCICS,DLL
> if you compile a preprocessed source code. However, run-time results are
> unsupported - because it  will try and make the CALLs to "FD" DLL
> rather
> than "standard" calls.
> 
> "Bill Klein" <[EMAIL PROTECTED]> wrote in message
> news:<[EMAIL PROTECTED]>...
> > John,
> >   I can't find anything at that page that restricts the use of DLL's
> with
> > the integrated translator.  
> > 
> > FYI, 
> >   *both* the COBOL "CICS" and "DLL" compiler options require the
> NODYNAM
> > compiler option, so that can't be it.
> > 
> > Can you point me to the text on that page (or anywhere) that restricts
> the
> > use of DLL's with the integrated translator (for cases where it is
> valid
> if
> > you pre-translate the code)?
> > 
> > Sorry to be "obtuse" - but I just don't see this restriction in either
> the
> > CICS or COBOL documentation.
> > 
> > "Chase, John" <[EMAIL PROTECTED]> wrote in message
> >
> news:<[EMAIL PROTECTED]
> m>..
> > .
> > > > -Original Message-
> > > > From: IBM Mainframe Discussion List On Behalf Of Bill Klein
> > > > 
> > > > Darren,
> > > >   That WOULD sound like a good SHARE requirement if it were 
> > > > true, however I see no indication at:
> > > > 
> > > >
> http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/igy3pg40/2.4.2 
> > > > 
> > > > to support this claim.  (Nor could I find it elsewhere in the 
> > > > current Enterprise COBOL documentation).  Can you point me to 
> > > > something supporting this view?  I went back thru some of the 
> > > > older bookshelves and couldn't find this restriction ever being
> true.
> > > > 
> > > > "GAVIN Darren * OPS EAS" <[EMAIL PROTECTED]> wrote in 
> > > > message 
> > > > news:<[EMAIL PROTECTED]
> > > > te.or.us>...
> > > > > The integrated translator does not support DLL mode 
> > > > compiles at all as 
> > > > > it completely overrides that option.  It forces certain compile 
> > > > > options to be set that can interfere with using some of Cobol's 
> > > > > advanced features.  It still has a ways to go.
> > > > > 
> > > > > Darren
> > > 
> > > Perhaps this will clarify (from the CICS TS 3.2 CICS Application
> > > Programming Guide):
> > > 
> > >
> >
> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/D

Re: Price of CPU seconds

[Tom Russell]

>Date:Wed, 20 Feb 2008 13:53:14 -0500
>From:"Thompson, Steve" <[EMAIL PROTECTED]>
>Subject: Re: Price of CPU seconds

I have argued for many years that charge-back should *not* include CPU 
seconds or any other resource measure.  Charge back by service.  $.50 per 
transaction.  $.20 per policy.  $500 per bed per month. 

The service provider still needs all the SMF/RMF data and skilled people 
to interpret the data, but that is only to determine the costs -- not the 
prices.  I can't imagine a retailer in any other business pushing their 
separate wholesale costs into their customers faces the way our industry 
does.   It was several decades ago when a hospital administrator asked me 
what an EXCP was.  He had an invoice in his hand where one of the line 
items was for several million EXCPs.  I had an *a-ha* moment when he said 
that "All my other suppliers charge me for how many beds there are in my 
hospital". 

Charging by service is always repeatable, and it allows the provider to 
take advantage of new technologies to reduce cost without clearing it or 
explaining it to the users.  Budgeting for the users is much easier.  You 
can supply loss-leader applications like Websphere to one or two users 
without having to charge them for several Giga-bytes of main storage.  And 
and and. 

Tom Russell 

"Stay calm.  Be brave.  Wait for the signs." -- Jasper FriendlyBear
"... and remember to leave good news alone." -- Gracie HeavyHand

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

Re: Replacement for CA - TPX - Session Manager?

[Dave Barry]

 Wondering if ISM is marketed by AD Tools division like other MACRO4
acquisitions, rather than Tivoli.  That might explain it.

db

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Zelden
Sent: Wednesday, February 20, 2008 5:12 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Replacement for CA - TPX - Session Manager?


What's really interesting is that IBM chose ISM as their strategic
product over
SuperSession after the purchase of Candle.   I'll never be able to
figure that
one out as IMHO SuperSession is (still) a far superior product.   Also,
from
what
I've seen the support for ISM is still done be MACRO4.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead Zurich North America
/ Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at
http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

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

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

Re: Is IBM/Tivoli turning into CA?

[Patrick O'Keefe]

On Wed, 20 Feb 2008 16:41:54 -0800, John Mattson 
<[EMAIL PROTECTED]> wrote:

>I am having a fascinating adventure going to zOS 1.8 courtesy of 
>IBM/Tivoli/Candle/Omegamon.  I received and applied the products 
along 
>with my Serverpac.  Then I go to install what Tivoli calls V4.1, but is 
>550 as far as Omegamon II MVS is concerned.  I go to look at the 
manuals 
>at 
>http://publib.boulder.ibm.com/infocenter/tivihelp/v15r1/index.jsp?
topic=/com.ibm.omegamon_xezos.doc/welcome.htm 
>
>And I discover the following: 
>Configuration and Customization Guide
>OMEGAMON II® for MVS
>Version 520
>GC32-9277-00
>December 2001 
>...
>Is IBM turning into a company which buys up good software and 
>turns it into junk?   I advise you all to plan lots of extra time if you 
>undertake to do this upgrade. 
>...

If this is the only problem you are having with Omegamon I think
you may be lucky.  We originally had the TMon suite of products, 
switched to Omegamon, stuggled for a years or so, and finally
switched to CA's SystemView.

Our heaviest users of TMon had been our CICS and DB2 folks.  They
never were able to get the critical data from Omegamon that they 
were easily able to get from both TMon and SystemView.  They 
were never sure whether this was because Omegamon simply was 
not getting the data, or if it was just hidden so deeply they couldn't
find it.  Either way, Omegamon was not a usable tool for them.

After reading this thread and reflecting on my shop's experience, I 
think IBM / Tivoli is missing something here.   Hopefully they are 
interested in this kind of information.

As a past, and intermittantly current, member of SHARE's Tivoli
Technical Steering Committee I guess I could mention this to some
Tivolites and see if they care. 

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: Time Zone and Change Management Implementation Start Times

[IBM-MAIN@BAMA.UA.EDU]

On Thu, 21 Feb 2008 17:31:55 -0500, Bill Planer wrote:

>We have data centers in the US eastern time zone, in Europe, and a small one
>in Hong Kong.  We have a single change control system for all locations, and
>it uses GMT for all times entered in CRs, irregardless of the local time any
>given system is set to (we have US Eastern, UK local, and Japan Standard
>Time on various LPARs, and other variants on our open systems).
>
>Operations at all locations is trained to use GMT for all scheduling
>activities.  Keeps everone sane!
>
Thank you.  I hope this answers Ted's questions.  Sanity
is sometimes undervalued.  And I hope the OP's signature
including USNR(Ret) (Thanks for your service) reflects the
background to understand easily.

-- gil

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

Re: COBOL Compiler options

[GAVIN Darren * OPS EAS]

Well I do have DLL programs using the Linkage parm I mentioned before
working with the Preprocessor and EXEC DLI database calls.  Have had no
Issues doing this.

So as long as the CICS Loadlib is a PDSE, I think a DLL module should
work in CICS; just like a CALL variable-name USING (where the variable
has a program name) works for forcing dynamic calls in CICS.

Note that I said I think..., I've been pulled off mainframe projects for
a bit so I can't test this out myself, otherwise I would try it and
report back.

Darren



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Bill Klein
Sent: Thursday, February 21, 2008 1:01 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: COBOL Compiler options

Turns out that there is actually a restriction (currently undocumented).
The following is what I got back from my "usually reliable source".
Note
however, that this is a case (as I suspected) that using EITHER the
preprocessor or the coprocessor will fail:

"Bill,

Looks like uncharted territory...we certainly cannot support compiling a
CICS program 
with the DLL option, just like we can't with DYNAM, for the same reason:
it
changes the
calls to CICS. (By the way, this is not just coprocessor, it is separate
translator as well) 

However, we do not document this DLL problem nor have compiler options
conflicts.

However, you CAN call a DLL from a CICS program, using the example in
the
COBOL PG Chapter 26: Example: calling DLLs from non-DLLs

Will look into what we should do about this...I have a feeling the user
is
actually trying to use
DYNAM with coprocessor. DYNAM is also not supported in CICS separate or
coprocessor, 
we just can't catch it in the separate translator case, while we do
diagnose
it in integrated
coprocessor case."

(FYI, that last statement about "not catching" is probably the case for
DLL
as well.  You can get a "clean compile" with 
  NOCICS,DLL
if you compile a preprocessed source code. However, run-time results are
unsupported - because it  will try and make the CALLs to "FD" DLL
rather
than "standard" calls.

"Bill Klein" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> John,
>   I can't find anything at that page that restricts the use of DLL's
with
> the integrated translator.  
> 
> FYI, 
>   *both* the COBOL "CICS" and "DLL" compiler options require the
NODYNAM
> compiler option, so that can't be it.
> 
> Can you point me to the text on that page (or anywhere) that restricts
the
> use of DLL's with the integrated translator (for cases where it is
valid
if
> you pre-translate the code)?
> 
> Sorry to be "obtuse" - but I just don't see this restriction in either
the
> CICS or COBOL documentation.
> 
> "Chase, John" <[EMAIL PROTECTED]> wrote in message
>
news:<[EMAIL PROTECTED]
m>..
> .
> > > -Original Message-
> > > From: IBM Mainframe Discussion List On Behalf Of Bill Klein
> > > 
> > > Darren,
> > >   That WOULD sound like a good SHARE requirement if it were 
> > > true, however I see no indication at:
> > > 
> > >
http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/igy3pg40/2.4.2 
> > > 
> > > to support this claim.  (Nor could I find it elsewhere in the 
> > > current Enterprise COBOL documentation).  Can you point me to 
> > > something supporting this view?  I went back thru some of the 
> > > older bookshelves and couldn't find this restriction ever being
true.
> > > 
> > > "GAVIN Darren * OPS EAS" <[EMAIL PROTECTED]> wrote in 
> > > message 
> > > news:<[EMAIL PROTECTED]
> > > te.or.us>...
> > > > The integrated translator does not support DLL mode 
> > > compiles at all as 
> > > > it completely overrides that option.  It forces certain compile 
> > > > options to be set that can interfere with using some of Cobol's 
> > > > advanced features.  It still has a ways to go.
> > > > 
> > > > Darren
> > 
> > Perhaps this will clarify (from the CICS TS 3.2 CICS Application
> > Programming Guide):
> > 
> >
>
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DFHP3C00/2.1.
1.1
> > 
> > Note that the COBOL option NODYNAM "must be in effect" for use of
the
> > Integrated Translator.  Perhaps that's one of the "overrides" that
is
> > repugnant to "DLL mode compiles"?
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> 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 

Re: SDSF Question - How do you change the system log you are looking at?

[Dave Barry]

 In the latest SDSF, SYSID value is carried across LPARs in the plex
regardless of whether they are in a MAS.  Not sure about the
installation and customization, but I now have to use SYSID on every
system, even though none share a SPOOL.

db

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Zelden

To clarify:  The "other system" can only be one in the same MAS.  If
your JES is not shared, it doesn't matter if the other system is in the
same
sysplex.   However, if OPERLOG is configured in the sysplex and the
other
system
participates, you can view the operlog and filter it to show only that
system.

Mark
--

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

Re: Time Zone and Change Management Implementation Start Times

[Bill Planer]

We have data centers in the US eastern time zone, in Europe, and a small one
in Hong Kong.  We have a single change control system for all locations, and
it uses GMT for all times entered in CRs, irregardless of the local time any
given system is set to (we have US Eastern, UK local, and Japan Standard
Time on various LPARs, and other variants on our open systems).

Operations at all locations is trained to use GMT for all scheduling
activities.  Keeps everone sane!

Bill

"J R" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> > You should use GMT (AKA Zulu).
>  
> I think he is using UTC.  He said that the *local* time was in CST.
>  
>  

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

Re: Tell tape Robot which tape to use

[Scott Rowe]

You need to open the OAM Planning book and go to the section titled 
"Partitioning Tape Libraries among Multiple Sysplexes".

>>> jason lowe <[EMAIL PROTECTED]> 2/21/2008 2:02 PM >>>
Here is the picture. I've 3494 tape robot attached to my prod and test 
lpar.  The Production lpar used AD* volumes and the Test lpar used should 
use TT*. The robot is mounting ad* volume for  the Test lpar. Yes, both AD* 
and TT* volumes in the robot. Production have not touch the TT* volumes 
yet. My acs routine is kicking the AD* down on the Test lpar. How can I 
tell the robot only deal with these tapes base on which systems is calling 
for a mount.

Jason Lowe - Mainframe Systems  - Cornell Information Technologies
[EMAIL PROTECTED] 
(607) 255-7851

The Supreme Court has surrendered.
  It has destroyed the Civil Rights Bill, and converted the Republican 
party into a party of money rather than a party of morals.


   
Frederick 
Douglass, 1894

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


Note that my email domain has changed from jo-annstores.com to joann.com.  
Please update your address book and other records to reflect this change.

CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material is strictly prohibited.  If you 
have received this material in error, please (i) do not read it, (ii) reply to 
the sender that you received the message in error, and (iii) erase or destroy 
the material. Emails are not secure and can be intercepted, amended, lost or 
destroyed, or contain viruses. You are deemed to have accepted these risks if 
you communicate with us by email. 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: Person-Months for Version-to-Version Migrations?

[Staller, Allan]

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Timothy Sipples
Sent: Thursday, February 14, 2008 7:17 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Person-Months for Version-to-Version Migrations?

The discussion here about "how many z/OS system programmers?" is really
interesting to me, and I'd like to ask a related question to expand the
discussion a bit more. What are your current experiences in terms of the
number of person-months it's taking for version-to-version (v2v)
upgrades?
Here's a sample template for how you might frame your answer since there
are lots of factors that could influence the person-months:

1.  Start date of v2v project?
2.  First in-production date?
3.  Final in-production date?
4.  Estimated total person-months?
   a. Internally supplied:
   b. From outside service providers:
5.  From what to what?
   a. Operating systems:
   b. Middleware (CICS, DB2, IMS TM, etc.):
   c. Tools/utilities:
   d. Hardware:
6.  How many LPARs? (Any logical consolidation?)
7.  How many machines? (Any physical consolidation?)
8.  How many (logical) Parallel Sysplexes (e.g. two 3-way Sysplexes)?
9.  Any other quantifications (e.g. lines of code, function points,
number of programs, number of CICS regions, database sizes/number,
etc.)?
10. How many (planned) outage(s)? How long?
11. What other impact(s), if any, were there to business users during
the
migration (e.g. performance issue, unplanned outage, function loss,
new function, data loss, etc.)?
12. Testing method(s)/person-months?
13. Other comments? (Examples: What were the most difficult issues? What
took the most time? Any unusual factors, such as relocating the data
center? Did you use an Early Support Program?)

You may not know the answers to all that, so your best guess is fine and
much appreciated. Private e-mail is OK if you prefer.

I'm asking because my guess is that the Japanese experience in these
areas
is quite different from most of the rest of the world, probably because
of
different IT practices here.  But that's just a guess, so it would be
interesting to hear what IBM-MAINer experiences are around the world in
the 21st century.

The "from what to what?" question might be very different also.  In
Japan
the "big hop/all-at-once" method seems popular, while I tend to think in
the rest of the world the "ongoing rolling wave" technique is at least
more popular. So your answer might be z/OS 1.6 to 1.8 for one migration,
then followed by CICS TS 2.3 to 3.2 for another migration, then
z990/z890
to z9, etc., each as separate v2v projects.

Thanks in advance for your feedback.

- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect
Specializing in Software Architectures Related to System z
Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific
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

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

Re: Questions Regarding Disk Cache

[Mark S. Waterbury]

What is this "VSAM Bible" you are referring to?

> Ron Hawkins wrote:

Bob,

Notes on the bookshelf. VSAM Bible in one of three boxes next to where I am
sitting right now. 


The notes were part of convincing a customer to use a large CISZ to solve a
CI/CA split problem. The notes are lifted from the book!

Ron
  


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

Re: Price of CPU seconds

[Ted MacNEIL]

>Which part of "If all other things are equal" didn't you understand?
 

The part about the fact that all other things are never equal, and the missing 
assumption that was later stated.

Which part of reading an entire thread did you not understand.

Regardless of what you think of me, keep your abusive ad hominum attacks to 
yourself.
I may slip occasionally, but mine are not deliberate.

There is obviously something wrong with my e-mail filters, because responses 
from you keep slipping through.

-
Too busy driving to stop for gas!

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

Re: Block Paging in z/OS V1.8

[Martin Packer]

Gerhard Adam wrote:

> There hasn't been a lot of detail published about the z/OS 1.8 changes, 
but
> it seems that the changes in UIC (as well as the change to global 
> management) would preclude block paging functions.  If I recall, the 
> concept of block paging involved stealing pages from within an address 
space 
> that shared the same UIC value.  Both of these concepts no longer exist 
(in 
> that form), so it would seem that without some other change being 
> indicated, block paging would no longer function as previously.


I'm inclined to agree. We've said relatively little - and it's a change in 
algorithm with really quite big implications. And not having like-UIC 
pages to form a block is tough.

Actually this one aspect is one I've neglected to put much emphasis in my 
"Memory Matters in 20xx" presentation so thanks everyone for prompting me 
to think I need to add another foil (at the time when I was pushing stuff 
into a backup foils section like crazy). I DO have material on the RSM 
rewrite in the presentation and recent customer experiences have 
reinforced my view that it's a poor idea to go into R.8 (or beyond it) 
with any kind of real memory constraint at all. The whole point of the 
rewrite is to cut memory management impact and cost for large memory 
environments where the value of memory management is slight  i.e case 
where you don't often have to choose WHO to push out to page data sets.

Martin

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












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






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

Re: Clock Reset

[Richard Peurifoy]

Mark Neal wrote:
On our Z9-BC (without STP), the support element(SE) is the authoritative 
time source.  The HMC console and the system clock are syncronized daily to 
the SE clock.   Therefore the time on the Z9 depends on the clock battery on 
a laptop PC.  


I don't think this is correct. My understanding is that during
a power on reset, the CPU clock is set from the SE, but after that
it is not changed. The SE clock is then synchronized once a day to
the CPU clock. I think you can also setup a dial or network connection
to sync the SE clock with another time source (but this won't change
the CPU clock unless you power on reset). Our z890 does pretty well,
I last set it about 6 months ago, and it is now 25 seconds fast.
If you really need acurate time, you need an external timer or STP.

--
Richard

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

Re: SMP/E PTF REWORK; RECEIVE, APPLY, and ACCEPT

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 02/21/2008
   at 10:36 AM, Tom Marchant <[EMAIL PROTECTED]> said:

>I'm pretty sure you have to SELECT it with a REDO to APPLY or ACCEPT it.

Yes, AFAIK.

>Keep in mind that REWORK is for *minor* changes.  IMO, a minor change is 
>something like a change to hold data or changed PRE, REQ or SUP. 

Those are potentially larger changes than changing the code for a single
element.
 
-- 
 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: Price of CPU seconds

[Shmuel Metz (Seymour J.)]

In
<[EMAIL PROTECTED]>,
on 02/20/2008
   at 06:41 PM, Ted MacNEIL <[EMAIL PROTECTED]> said:

>Voodoo mathematics.

No, just a lack of reading comprehension. Which part of "If all other
things are equal" didn't you understand?
 
-- 
 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: Price of CPU seconds

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 02/19/2008
   at 03:53 PM, Miklos Szigetvari <[EMAIL PROTECTED]>
said:

>If someone can tell me the price of a CPU second in a larger z/OS system
>(we discuss currently if  0.5% CPU usage is relevant or not )

There is no one size fits all. You amortize the cost of whatever hardware
and associated resources your are considering over whatever period is
relevant. Since both of those will vary from shop to shop, the result will
also vary.
 
-- 
 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: Block Paging in z/OS V1.8

[Gerhard Adam]

z/OS 1.8 changed a lot of things in this area.  Page replacement, UIC
calculation and updating, no more physical swaps of ASIDs to AUX storage
to name a few.  So I'm not surprised you don't see blocked paging without
the physical swaps.



There hasn't been alot of detail published about the z/OS 1.8 changes, but 
it seems that the changes in UIC (as well as the change to global 
management) would preclude block paging functions.  If I recall, the concept 
of block paging involved stealing pages from within an address space that 
shared the same UIC value.  Both of these concepts no longer exist (in that 
form), so it would seem that without some other change being indicated, 
block paging would no longer function as previously.


Adam 


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

COBOL Compiler options

[Bill Klein]

Turns out that there is actually a restriction (currently undocumented).
The following is what I got back from my "usually reliable source".  Note
however, that this is a case (as I suspected) that using EITHER the
preprocessor or the coprocessor will fail:

"Bill,

Looks like uncharted territory...we certainly cannot support compiling a
CICS program 
with the DLL option, just like we can't with DYNAM, for the same reason: it
changes the
calls to CICS. (By the way, this is not just coprocessor, it is separate
translator as well) 

However, we do not document this DLL problem nor have compiler options
conflicts.

However, you CAN call a DLL from a CICS program, using the example in the
COBOL PG Chapter 26: Example: calling DLLs from non-DLLs

Will look into what we should do about this...I have a feeling the user is
actually trying to use
DYNAM with coprocessor. DYNAM is also not supported in CICS separate or
coprocessor, 
we just can't catch it in the separate translator case, while we do diagnose
it in integrated
coprocessor case."

(FYI, that last statement about "not catching" is probably the case for DLL
as well.  You can get a "clean compile" with 
  NOCICS,DLL
if you compile a preprocessed source code. However, run-time results are
unsupported - because it  will try and make the CALLs to "FD" DLL rather
than "standard" calls.

"Bill Klein" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> John,
>   I can't find anything at that page that restricts the use of DLL's with
> the integrated translator.  
> 
> FYI, 
>   *both* the COBOL "CICS" and "DLL" compiler options require the NODYNAM
> compiler option, so that can't be it.
> 
> Can you point me to the text on that page (or anywhere) that restricts the
> use of DLL's with the integrated translator (for cases where it is valid
if
> you pre-translate the code)?
> 
> Sorry to be "obtuse" - but I just don't see this restriction in either the
> CICS or COBOL documentation.
> 
> "Chase, John" <[EMAIL PROTECTED]> wrote in message
>
news:<[EMAIL PROTECTED]>..
> .
> > > -Original Message-
> > > From: IBM Mainframe Discussion List On Behalf Of Bill Klein
> > > 
> > > Darren,
> > >   That WOULD sound like a good SHARE requirement if it were 
> > > true, however I see no indication at:
> > > 
> > > http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/igy3pg40/2.4.2 
> > > 
> > > to support this claim.  (Nor could I find it elsewhere in the 
> > > current Enterprise COBOL documentation).  Can you point me to 
> > > something supporting this view?  I went back thru some of the 
> > > older bookshelves and couldn't find this restriction ever being true.
> > > 
> > > "GAVIN Darren * OPS EAS" <[EMAIL PROTECTED]> wrote in 
> > > message 
> > > news:<[EMAIL PROTECTED]
> > > te.or.us>...
> > > > The integrated translator does not support DLL mode 
> > > compiles at all as 
> > > > it completely overrides that option.  It forces certain compile 
> > > > options to be set that can interfere with using some of Cobol's 
> > > > advanced features.  It still has a ways to go.
> > > > 
> > > > Darren
> > 
> > Perhaps this will clarify (from the CICS TS 3.2 CICS Application
> > Programming Guide):
> > 
> >
>
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DFHP3C00/2.1.1.1
> > 
> > Note that the COBOL option NODYNAM "must be in effect" for use of the
> > Integrated Translator.  Perhaps that's one of the "overrides" that is
> > repugnant to "DLL mode compiles"?
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> 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: Need TSO & ISPF short cut commands

[Sivakumar, Manikandan]

Thanks. It gives me some good idea.

Cheers, Mani

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Liam Doherty
Sent: Tuesday, February 19, 2008 10:45 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Need TSO & ISPF short cut commands

Hi

you can run all of the editor commands as what are called Edit macros,
which 
are scripts. There is a whole manual dedicated to edit and edit macros.
For 
example this macro checks for EXEC SQL calls, then puts a variable on
the 
profile pool to indicate thus:

/* REXX */
  
   "ISREDIT MACRO"
   SCLMSQL  = '0' 
   /* Check for SQL calls */  
   "ISREDIT Find 'EXEC SQL' First"
   Do While (RC = 0)  
  SCLMSQL  = '1'  
  "ISREDIT (Line,Col) = CURSOR"   
  "ISREDIT LABEL "Line" = .a" 
  "ISREDIT Find '*' 7 .a .a all"  
  If RC <> 0 Then Leave   
  "ISREDIT CURSOR = "Line Col 
  "ISREDIT Find 'EXEC SQL' Next"  
   End
  
   Address ISPEXEC "VPUT (SCLMSQL) PROFILE"   
   "ISREDIT END"  

You can then run these macro while you are in the member, or from some 
REXX that invokes the Edit service. For example this REXX loops through
all 
members in a library invoking a macro against each member that does some

tailoring:

/* rexx */  
Arg dataset macro   
If dataset = '' Then dataset = "'ADMIN10.DEV1.SOURCE'"  
If macro   = '' Then macro   = "MACRO1" 
MEMBER = '' 

Address ISPEXEC "LMINIT DATAID(DID) DATASET("dataset") ENQ(SHR)"
Address ISPEXEC "LMOPEN DATAID("DID") OPTION(INPUT)"
Address ISPEXEC "LMMLIST DATAID("DID") OPTION(LIST) MEMBER
(MEMBER)" 
Do while (RC = 0)   
   Say 'Processing member' member   
   Address ISPEXEC "EDIT DATAID("DID") MEMBER("MEMBER") MACRO
("MACRO")" 
   Address ISPEXEC "LMMLIST DATAID("DID") OPTION(LIST) MEMBER
(MEMBER)"  
End 
Address ISPEXEC "LMCLOSE DATAID("DID")" 
Address ISPEXEC "LMFREE  DATAID("DID")" 
Return  

Cheers

Liam

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

Tell tape Robot which tape to use

[jason lowe]

Here is the picture. I've 3494 tape robot attached to my prod and test 
lpar.  The Production lpar used AD* volumes and the Test lpar used should 
use TT*. The robot is mounting ad* volume for  the Test lpar. Yes, both AD* 
and TT* volumes in the robot. Production have not touch the TT* volumes 
yet. My acs routine is kicking the AD* down on the Test lpar. How can I 
tell the robot only deal with these tapes base on which systems is calling 
for a mount.


Jason Lowe - Mainframe Systems  - Cornell Information Technologies
[EMAIL PROTECTED]
(607) 255-7851

The Supreme Court has surrendered.
 It has destroyed the Civil Rights Bill, and converted the Republican 
party into a party of money rather than a party of morals.


  Frederick 
Douglass, 1894


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

Re: Block Paging in z/OS V1.8

[Mark Zelden]

On Thu, 21 Feb 2008 13:04:31 -0600, Wayne Bell <[EMAIL PROTECTED]>
wrote:

>Hello,
>
>Since we have migrated to z/OS V1.9 from V1.7 (Including, of course, the new
>Storage Management algorithms), the counts for Blocked Paging in both the
>SMF Type 30 and RMF Type 71 records have been virtually reduced to zero
>while the Demand Paging Rate has remained similar to what is was in V1.7.
>
>Two questions, please:
>1)  Is block paging still the concept of gathering multiple pages in Central
>Storage and writing them out to Auxiliary Storage with one I/O?  It was
>mentioned to me that this concept is obsolete.
>
>2)  Has anyone else seen these counts go to zero?  If so, do you know why
>and/or how to get Blocked Paging turned back on?
>

z/OS 1.8 changed a lot of things in this area.  Page replacement, UIC 
calculation and updating, no more physical swaps of ASIDs to AUX storage 
to name a few.  So I'm not surprised you don't see blocked paging without
the physical swaps.

If you are a share member, pick up a copy of session 2828 from Tampa:
2828 - z/OS Internals: Real Storage Manager - Functions and Performance

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

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

Re: Block Paging in z/OS V1.8

[Brian Peterson]

On Thu, 21 Feb 2008 13:04:31 -0600, Wayne Bell wrote:

>Hello,
>
>Since we have migrated to z/OS V1.9 from V1.7 (Including, of course, the 
new
>Storage Management algorithms), the counts for Blocked Paging in both the
>SMF Type 30 and RMF Type 71 records have been virtually reduced to zero
>while the Demand Paging Rate has remained similar to what is was in V1.7.
>
>Two questions, please:
>1)  Is block paging still the concept of gathering multiple pages in Central
>Storage and writing them out to Auxiliary Storage with one I/O?  It was
>mentioned to me that this concept is obsolete.
>
>2)  Has anyone else seen these counts go to zero?  If so, do you know why
>and/or how to get Blocked Paging turned back on?
>
>Thanks for your time,
>Wayne Bell

As described in several locations, such as the following
http://publibz.boulder.ibm.com/cgi-
bin/bookmgr_OS390/BOOKS/E0Z2M15A/5.2.29?DT=20080125155816
IBM has removed "physical swapping of address spaces" from z/OS at release 
1.8.  At the above link, please note the second paragraph.

This change may have resulted in the effect you've noticed regarding the SMF 
and RMF statistics.  If true, there is no going back.

Brian

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

Re: Replacement for CA - TPX - Session Manager?

[Patrick O'Keefe]

On Thu, 21 Feb 2008 07:25:23 -0600, Chase, John 
<[EMAIL PROTECTED]> wrote:

>> -Original Message-
>> From: IBM Mainframe Discussion List On Behalf Of Mark T. Regan, 
K8MTR
>>
>> The problem with using multiple emulator sessions is that if
>> you lose your network connection to the mainframe, you also
>> lose all your tn3270 sessions too. ...
>
>While YMMV, I believe the risk of network connection loss is
>sufficiently low that I remain a fan of multiple session windows.  I
>typically have six or seven session windows open concurrently.
>...

In my opinion (for what it's worth) the issue is more than the 
inconvenience of your lost sessions.  It is also the error recovery 
done by the application when there is an outage.  The recovery 
done in a session manager is typically much lighter than the recovery
done in a transaction processor - no transaction backout to do.
And (assuming multipe sessions per user) there are fewer sessions
to terminate.  If you are talking hundreds (or thousands) of sessions
a session manager can save you LOTS of cycles during a major 
network outage.  And if the transaction processor's recovery is not
robust enough, the session manager can save you from corrupted
databases, too.

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: z10 presentation on 26 Feb

[Patrick Falcone]

Thanks Phil,
   
  I like the following "Users will no longer give up memory for HSA (hardware 
storage area)". I was crowing about this when the z800/z900's came out and was 
told we would need to allocate 1GB of 8GB's for HSA.
  

Phil Payne <[EMAIL PROTECTED]> wrote:
  Going to be more fun, I suspect, than many realise.

There are n new instructions? Some have mentioned 50.

Will it still be 'z/Architecture'?

z/Architecture is the subject of litigation - does IBM wish to include the new 
stuff in that -
changing the effective meaning of the expression halfway through a lawsuit?

Or, indeed, _can_ they? Some think not. There are those who believe that any 
extension of
z/Architecture (which this will de facto be) could invalidate at least one and 
possibly two of
the main planks in IBM's case against PSI.

There is a LOT going on behind the scenes.

Another z10 source:

http://topgun-tech.com/resource-center/zseries-library/articles/marketplace-trends-ibm-zseries

And you may care to check out the definition of NDA at 
http://www.isham-research.co.uk/dd.html


-- 
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: Need Urgent Help...Sorry for this post.

[Howard Rifkind]

Want to thank all those how responded to my post.

Got a resume out to IBM and SPCI guys.

One person responded with a list of people he had been
gathering for a while which did have an 973 area code
in it but I could find the message again, can you
resend.  Thanks.


--- Howard Rifkind <[EMAIL PROTECTED]> wrote:

> Hello folks;
> 
> Sorry to post this message like this but it is
> urgent.
> 
> Yesterday at 1500 the management who I work for laid
> me off, eliminated my position … whatever it is I’m
> now out of a job.  They said that there wasn’t
> anything left to do on the mainframe being it’s life
> will end in 6/30/2008.  Some severance pay but not
> that much.
> 
> Would have been nice if they would have told me this
> and given me until June to look around for a new
> position being how tight things are now on the
> mainframe side.
> 
> The mainframe is being elimated on June 30, 2008 and
> I
> was the last systems programmer in the house.  They
> also let one other person go, he was a mainframe
> scheduler.  I have some Novell/Console 1/Imanager
> experience and can find my way around Linux but not
> an
> expert.
> 
> Installed z/OS 1.4 – CICS TS 2.3  Installed and ran
> z/VM 4.4.
> 
> Looking for work in the New York/New Jersey Metro
> area…anyone know of anything out there or a real
> good
> head hunter?  If so please let me know off line.
> 
> Saw Dice posting, 15 postings for 3 or so jobs.
> 
> Again sorry about this post but I need help.
> 
> Thanks
> 
> 
> 
>  
>

> Never miss a thing.  Make Yahoo your home page. 
> http://www.yahoo.com/r/hs
> 
>
--
> For IBM-MAIN subscribe / signoff / archive access
> instructions,
> send email to [EMAIL PROTECTED] with the message:
> GET IBM-MAIN INFO
> Search the archives at
> http://bama.ua.edu/archives/ibm-main.html
> 



  

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

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

z10 presentation on 26 Feb

[Phil Payne]

Going to be more fun, I suspect, than many realise.

There are n new instructions?  Some have mentioned 50.

Will it still be 'z/Architecture'?

z/Architecture is the subject of litigation - does IBM wish to include the new 
stuff in that -
changing the effective meaning of the expression halfway through a lawsuit?

Or, indeed, _can_ they?  Some think not.  There are those who believe that any 
extension of
z/Architecture (which this will de facto be) could invalidate at least one and 
possibly two of
the main planks in IBM's case against PSI.

There is a LOT going on behind the scenes.

Another z10 source:

http://topgun-tech.com/resource-center/zseries-library/articles/marketplace-trends-ibm-zseries

And you may care to check out the definition of NDA at 
http://www.isham-research.co.uk/dd.html


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

Block Paging in z/OS V1.8

[Wayne Bell]

Hello,

Since we have migrated to z/OS V1.9 from V1.7 (Including, of course, the new 
Storage Management algorithms), the counts for Blocked Paging in both the 
SMF Type 30 and RMF Type 71 records have been virtually reduced to zero 
while the Demand Paging Rate has remained similar to what is was in V1.7.

Two questions, please:
1)  Is block paging still the concept of gathering multiple pages in Central 
Storage and writing them out to Auxiliary Storage with one I/O?  It was 
mentioned to me that this concept is obsolete.

2)  Has anyone else seen these counts go to zero?  If so, do you know why 
and/or how to get Blocked Paging turned back on?

Thanks for your time,
Wayne Bell
UniGroup, Inc.

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

Re: Z10 coupling link

[Rich Smrcina]

No, System z, z9 and the as of yet unannounced is spelled with a small 
z, it's cooler!


Kirk Talman wrote:

Are there two Z10's?

http://www.hgst.com/tech/techlib.nsf/techdocs/966AE18147C20C8587256BF100656F41/$file/U146Z10_ds.PDF

IBM Mainframe Discussion List  wrote on 02/20/2008 
05:19:01 PM:



Go to

http://www-1.ibm.com/support/docview.wss?uid=tss1prs840

and select the presentation labeled S2885BB - Tool Bag - orlando.pdf

See page 5.

Mark T. Regan, K8MTR
CTO1 USNR-Retired (1969-1991)


--
Rich Smrcina
VM Assist, Inc.
Phone: 414-491-6001
Ans Service:  360-715-2467
rich.smrcina at vmassist.com
http://www.linkedin.com/in/richsmrcina

Catch the WAVV!  http://www.wavv.org
WAVV 2008 - Chattanooga - April 18-22, 2008

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

Re: SMS managed volume

[willie bunter]

Mark,
   
  Allow me to add my 2 bits.  Try the following:
   
  A)TSO OPTION 6
  B) Enter command :VTOC V(XX) SPxx=volser
  C) In the "STATUS" it will post "SMS" if the pack is under SMS. 
   
  P.S. You can enter VTOC V(X) SP which will give you all dasd starting with 
"X".
   
  Good luck.


Mark Pace <[EMAIL PROTECTED]> wrote:
  So many great options. Thanks very much.

I did find a problem with using D SMS,VOL=(volser) It reports a volume as
not defined
CBR1064I Command rejected. Volume serial number
SMS013 undefined.
But IEHLIST shows that it SMS managed.

So I obviously have some issues from my migration from 1.7 to 1.9.

-- 
Mark Pace
Mainline Information Systems

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


   
-
Never miss a thing.   Make Yahoo your homepage.

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

Re: Z10 coupling link

[R.S.]

Kirk Talman wrote:

Are there two Z10's?

http://www.hgst.com/tech/techlib.nsf/techdocs/966AE18147C20C8587256BF100656F41/$file/U146Z10_ds.PDF


Huh?
This is link to disk drive description. It's *not* named z10. Only part 
of the model contains 'z10' string.
BTW: there are many thing with z10 in the name, to mention digital still 
camera of Minolta or Motorola mobile phone. Try to google on z10 - 
you'll get approx. 3 millions hits. Almost all of them are way off-topic.



--
Radoslaw Skorupka
Lodz, Poland


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

Sd Rejonowy dla m. st. Warszawy 
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, 
nr rejestru przedsibiorców KRS 025237

NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA  wynosi 
118.642.672 zote i zosta w caoci wpacony.

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

Re: Z10 coupling link

[Richards, Robert B.]

Kirk,

Sure! Software reuses stuff all the time. :-)

More than one SMS
More than one USS (just kidding, Seymour)

Plus that brochure is over three years old! A lifetime in this industry.

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Kirk Talman
Sent: Thursday, February 21, 2008 12:47 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Z10 coupling link

Are there two Z10's?

http://www.hgst.com/tech/techlib.nsf/techdocs/966AE18147C20C8587256BF100
656F41/$file/U146Z10_ds.PDF

IBM Mainframe Discussion List  wrote on 02/20/2008

05:19:01 PM:

> Go to
> 
> http://www-1.ibm.com/support/docview.wss?uid=tss1prs840
> 
> and select the presentation labeled S2885BB - Tool Bag - orlando.pdf
> 
> See page 5.
> 
> Mark T. Regan, K8MTR
> CTO1 USNR-Retired (1969-1991)

> - Original Message 
> From: Tom Schmidt <[EMAIL PROTECTED]>
> To: IBM-MAIN@BAMA.UA.EDU
> Sent: Wednesday, February 20, 2008 2:42:32 PM
> Subject: Re: Z10 coupling link

> On Wed, 20 Feb 2008 13:04:19 -0600, Paul Meier wrote:

> >Does anyone have any idea how to circumvent the problem with
connecting 

> the
> >current coupling links from a z900 STI to the new z10 infiniBand
link? 
OR
> >have an idea how to integrate the two? The problem is coupling a z900

to a
> >new z10.

> You might want to ask your question again AFTER next Tuesday, Feb.
26th, 

> since a 'z10' has not been announced just yet.  (Rumored heavily,
sure, 
but 
> not announced.)

> Tom Schmidt 



-
The information contained in this communication (including any
attachments hereto) is confidential and is intended solely for the
personal and confidential use of the individual or entity to whom
it is addressed. The information may also constitute a legally
privileged confidential communication. If the reader of this
message is not the intended recipient or an agent responsible for
delivering it to the intended recipient, you are hereby notified
that you have received this communication in error and that any
review, dissemination, copying, or unauthorized use of this
information, or the taking of any action in reliance on the
contents of this information is strictly prohibited. If you have
received this communication in error, please notify us immediately
by e-mail, and delete 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: COBOL Compiler options

[Steve Comstock]

GAVIN Darren * OPS EAS wrote:

Here is how we build our DLL Modules

Compile 

PROCESS TRUNC(BIN) DLL EXPORTALL PGMNAME(LONGMIXED)   


On the link

DYNAM(DLL),RENT,CASE(MIXED)

If you specify DYNAM(DLL) on the process statement instead of on the
linkage parms, like one should be able to do, the integrated translator
will error off.

Darren


Yeah, but, there is no DYNAM(DLL) for COBOL process
statements. There is DYNAM, NODYNAM, DLL and NODLL.

Valid combinations of these:

NODYNAM, DLL
DYNAM, NODLL

since DLL forces NODYNAM.

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

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

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

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

Re: COBOL Compiler options

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of GAVIN Darren * OPS
EAS
> 
> Here is how we build our DLL Modules
> 
> Compile 
> 
> PROCESS TRUNC(BIN) DLL EXPORTALL PGMNAME(LONGMIXED)   
> 
> On the link
> 
> DYNAM(DLL),RENT,CASE(MIXED)
> 
> If you specify DYNAM(DLL) on the process statement instead of 
> on the linkage parms, like one should be able to do, the 
> integrated translator will error off.

That's a "CICS problem", not a "COBOL problem".  You might consider
raising a Requirement with CICS Development to address it.

-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: Z10 coupling link

[Kirk Talman]

Are there two Z10's?

http://www.hgst.com/tech/techlib.nsf/techdocs/966AE18147C20C8587256BF100656F41/$file/U146Z10_ds.PDF

IBM Mainframe Discussion List  wrote on 02/20/2008 
05:19:01 PM:

> Go to
> 
> http://www-1.ibm.com/support/docview.wss?uid=tss1prs840
> 
> and select the presentation labeled S2885BB - Tool Bag - orlando.pdf
> 
> See page 5.
> 
> Mark T. Regan, K8MTR
> CTO1 USNR-Retired (1969-1991)

> - Original Message 
> From: Tom Schmidt <[EMAIL PROTECTED]>
> To: IBM-MAIN@BAMA.UA.EDU
> Sent: Wednesday, February 20, 2008 2:42:32 PM
> Subject: Re: Z10 coupling link

> On Wed, 20 Feb 2008 13:04:19 -0600, Paul Meier wrote:

> >Does anyone have any idea how to circumvent the problem with connecting 

> the
> >current coupling links from a z900 STI to the new z10 infiniBand link? 
OR
> >have an idea how to integrate the two? The problem is coupling a z900 
to a
> >new z10.

> You might want to ask your question again AFTER next Tuesday, Feb. 26th, 

> since a 'z10' has not been announced just yet.  (Rumored heavily, sure, 
but 
> not announced.)

> Tom Schmidt 



-
The information contained in this communication (including any
attachments hereto) is confidential and is intended solely for the
personal and confidential use of the individual or entity to whom
it is addressed. The information may also constitute a legally
privileged confidential communication. If the reader of this
message is not the intended recipient or an agent responsible for
delivering it to the intended recipient, you are hereby notified
that you have received this communication in error and that any
review, dissemination, copying, or unauthorized use of this
information, or the taking of any action in reliance on the
contents of this information is strictly prohibited. If you have
received this communication in error, please notify us immediately
by e-mail, and delete 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

Re: Price of CPU seconds

[Ted MacNEIL]

>I wanted to explain to my collegues , why the 0.5 % constant CPU usage for an 
>idle server is a matter in a large  z/OS system.

I honestly don't believe that it is a big deal.
Measurement and forecasting tools are not that granualar, and accuracy (at 
best) is only plus or minus 5-10%.
So, if you've attributed all of your workloads to match processor usage, you 
have a workload that is 1/20th to 1/10th of your error rate.

-
Too busy driving to stop for gas!

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

Re: COBOL Compiler options

[GAVIN Darren * OPS EAS]

Here is how we build our DLL Modules

Compile 

PROCESS TRUNC(BIN) DLL EXPORTALL PGMNAME(LONGMIXED)   

On the link

DYNAM(DLL),RENT,CASE(MIXED)

If you specify DYNAM(DLL) on the process statement instead of on the
linkage parms, like one should be able to do, the integrated translator
will error off.

Darren


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Bill Klein
Sent: Thursday, February 21, 2008 9:11 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Fw: COBOL Compiler options

John,
  I can't find anything at that page that restricts the use of DLL's
with
the integrated translator.  

FYI, 
  *both* the COBOL "CICS" and "DLL" compiler options require the NODYNAM
compiler option, so that can't be it.

Can you point me to the text on that page (or anywhere) that restricts
the
use of DLL's with the integrated translator (for cases where it is valid
if
you pre-translate the code)?

Sorry to be "obtuse" - but I just don't see this restriction in either
the
CICS or COBOL documentation.

"Chase, John" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]
m>..
.
> > -Original Message-
> > From: IBM Mainframe Discussion List On Behalf Of Bill Klein
> > 
> > Darren,
> >   That WOULD sound like a good SHARE requirement if it were 
> > true, however I see no indication at:
> > 
> > http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/igy3pg40/2.4.2

> > 
> > to support this claim.  (Nor could I find it elsewhere in the 
> > current Enterprise COBOL documentation).  Can you point me to 
> > something supporting this view?  I went back thru some of the 
> > older bookshelves and couldn't find this restriction ever being
true.
> > 
> > "GAVIN Darren * OPS EAS" <[EMAIL PROTECTED]> wrote in 
> > message 
> > news:<[EMAIL PROTECTED]
> > te.or.us>...
> > > The integrated translator does not support DLL mode 
> > compiles at all as 
> > > it completely overrides that option.  It forces certain compile 
> > > options to be set that can interfere with using some of Cobol's 
> > > advanced features.  It still has a ways to go.
> > > 
> > > Darren
> 
> Perhaps this will clarify (from the CICS TS 3.2 CICS Application
> Programming Guide):
> 
>
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DFHP3C00/2.1.
1.1
> 
> Note that the COBOL option NODYNAM "must be in effect" for use of the
> Integrated Translator.  Perhaps that's one of the "overrides" that is
> repugnant to "DLL mode compiles"?

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

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Bill Klein
> 
> John,
>   I can't find anything at that page that restricts the use 
> of DLL's with the integrated translator.  
> 
> FYI,
>   *both* the COBOL "CICS" and "DLL" compiler options require 
> the NODYNAM compiler option, so that can't be it.
> 
> Can you point me to the text on that page (or anywhere) that 
> restricts the use of DLL's with the integrated translator 
> (for cases where it is valid if you pre-translate the code)?
> 
> Sorry to be "obtuse" - but I just don't see this restriction 
> in either the CICS or COBOL documentation.

I don't find any explicit declaration that using the Integrated
Translator is "incompatible" with "DLL mode compiles", either.  I've not
tried any "DLL mode compiles", with or without EXEC CICS commands in the
source, so I can't offer any empirical evidence one way or the other.
The CICS doc doesn't mention anything about the Integrated Translator
itself "forcing" any COBOL compile-time options; only that certain
options "must be in effect" to use it.

Perhaps the OP would provide an example?

-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: Price of CPU seconds

[Miklos Szigetvari]

Hi

Tom Marchant wrote:


On Wed, 20 Feb 2008 11:27:35 -0800, Gerhard Adam wrote:
 


First of all these comments weren't intended as a personal attack, and I
never indicated that YOU were ridiculous, but rather than the proposed
mechanism for costing CPU seconds was.

The primary reason they are ridiculous is that the question that you have
posted cannot be answered in a simple list-server and to suggest otherwise
truly is ridiculous.

The original question is wrong at so many levels, especially if one thinks
that someone might actually be contemplating an I/T accounting/chargeback
system based on an answer from this list.
   



True.  And that's why I didn't respond to the original question.  However, the 
second question that Miklos posted was entirely different.


On Tue, 19 Feb 2008 16:30:03 +0100, Miklos Szigetvari wrote:
 


For me this more or less clear.
I have here a number of collegues from NT and Unix , and they don't
understand why the 0.5% CPU time is a matter:
   



As I understand it, this question has nothing to do with chargeback or billing.
It is about communicating with people from a different culture.

 


   Yes , it is the question of the communication with Linux and NT people.
I wanted to explain to my collegues , why the 0.5 % constant CPU usage 
for an idle server is a matter in a large  z/OS system.
An  argument would be,  if I could say: in a week it is "nearly" an 
hour, and an hour CPU in a large system is about  ... $ or ... Euro.


--
Miklos Szigetvari

Development Team
ISIS Information Systems Gmbh 
tel: (+43) 2236 27551 570
Fax: (+43) 2236 21081 

E-mail: [EMAIL PROTECTED] 

Info: [EMAIL PROTECTED] 
Hotline: +43-2236-27551-111 

Visit our Website: http://www.isis-papyrus.com 
---

This e-mail is only intended for the recipient and not legally
binding. Unauthorised use, publication, reproduction or
disclosure of the content of this e-mail is not permitted.
This email has been checked for known viruses, but ISIS accepts
no responsibility for malicious or inappropriate content.
--- 


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

Fw: COBOL Compiler options

[Bill Klein]

John,
  I can't find anything at that page that restricts the use of DLL's with
the integrated translator.  

FYI, 
  *both* the COBOL "CICS" and "DLL" compiler options require the NODYNAM
compiler option, so that can't be it.

Can you point me to the text on that page (or anywhere) that restricts the
use of DLL's with the integrated translator (for cases where it is valid if
you pre-translate the code)?

Sorry to be "obtuse" - but I just don't see this restriction in either the
CICS or COBOL documentation.

"Chase, John" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>..
.
> > -Original Message-
> > From: IBM Mainframe Discussion List On Behalf Of Bill Klein
> > 
> > Darren,
> >   That WOULD sound like a good SHARE requirement if it were 
> > true, however I see no indication at:
> > 
> > http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/igy3pg40/2.4.2 
> > 
> > to support this claim.  (Nor could I find it elsewhere in the 
> > current Enterprise COBOL documentation).  Can you point me to 
> > something supporting this view?  I went back thru some of the 
> > older bookshelves and couldn't find this restriction ever being true.
> > 
> > "GAVIN Darren * OPS EAS" <[EMAIL PROTECTED]> wrote in 
> > message 
> > news:<[EMAIL PROTECTED]
> > te.or.us>...
> > > The integrated translator does not support DLL mode 
> > compiles at all as 
> > > it completely overrides that option.  It forces certain compile 
> > > options to be set that can interfere with using some of Cobol's 
> > > advanced features.  It still has a ways to go.
> > > 
> > > Darren
> 
> Perhaps this will clarify (from the CICS TS 3.2 CICS Application
> Programming Guide):
> 
>
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DFHP3C00/2.1.1.1
> 
> Note that the COBOL option NODYNAM "must be in effect" for use of the
> Integrated Translator.  Perhaps that's one of the "overrides" that is
> repugnant to "DLL mode compiles"?

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

Re: SPAM from data21.com

[Rick Fochtman]

--


It appears as a reward for posting regarding CA-TPX, I received SPAM from
data21.com trying to sell their product.

Gentlemen from data21.com - not a good idea to SPAM based on posts to this
list.
 


---
Agreed. It qualifies as a high-power turn-off here as well.

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

Re: Replacement for CA - TPX - Session Manager?

[Chris Bowen]

>Give the product marketed by Macro4 called TUBES a try.
>

Which has been reincarnated now by IBM as ISM (IBM Session Manager).  



>From use of the word "reincarnated" please don't get the impression that
Tubes is defunct - Tubes continues to be maintained and enhanced.

Chris Bowen 
(Not involved with Tubes!)
Macro 4

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

Re: Questions Regarding Disk Cache

[Richards, Robert B.]

Preaching to the choir, Ron!

My copy is autographed! :-)

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ron Hawkins
Sent: Thursday, February 21, 2008 11:22 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Questions Regarding Disk Cache

Bob,

Notes on the bookshelf. VSAM Bible in one of three boxes next to where I
am
sitting right now. 

The notes were part of convincing a customer to use a large CISZ to
solve a
CI/CA split problem. The notes are lifted from the book!

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Richards, Robert B.
> Sent: Thursday, February 21, 2008 3:39 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: [IBM-MAIN] Questions Regarding Disk Cache
> 
> Shane,
> 
> I doubt Ron has a copy with him, seeing that he can quote chapter and
> verse without it handy! :-)
> 
> I would like to see him post here at least once about his boating
> adventures though. He could probably make it more relevant than some
> posts here. 

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

Re: COBOL Compiler options

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Bill Klein
> 
> Darren,
>   That WOULD sound like a good SHARE requirement if it were 
> true, however I see no indication at:
> 
> http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/igy3pg40/2.4.2 
> 
> to support this claim.  (Nor could I find it elsewhere in the 
> current Enterprise COBOL documentation).  Can you point me to 
> something supporting this view?  I went back thru some of the 
> older bookshelves and couldn't find this restriction ever being true.
> 
> "GAVIN Darren * OPS EAS" <[EMAIL PROTECTED]> wrote in 
> message 
> news:<[EMAIL PROTECTED]
> te.or.us>...
> > The integrated translator does not support DLL mode 
> compiles at all as 
> > it completely overrides that option.  It forces certain compile 
> > options to be set that can interfere with using some of Cobol's 
> > advanced features.  It still has a ways to go.
> > 
> > Darren

Perhaps this will clarify (from the CICS TS 3.2 CICS Application
Programming Guide):

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DFHP3C00/2.1.
1.1

Note that the COBOL option NODYNAM "must be in effect" for use of the
Integrated Translator.  Perhaps that's one of the "overrides" that is
repugnant to "DLL mode compiles"?

-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: SMP/E PTF REWORK; RECEIVE, APPLY, and ACCEPT

[Tom Marchant]

On Thu, 21 Feb 2008 09:03:28 -0600, IBM-MAIN@BAMA.UA.EDU wrote:

>I create a PTF; RECEIVE, APPLY, and ACCEPT it.  Then I rework it
>with a higher REWORK operand.  RECEIVE witn no SELECT operand
>will automatically RECEIVE it if it appears in SMPPTFIN because
>of the higher REWORK.  But will APPLY or ACCEPT with no SELECT
>likewise select it automatically?  I suspect not; barring that,
>is there any LIST or REPORT command that will identify PTFs in
>the TARGET and DLIB zones whose REWORK doesn't match that in
>the GLOBAL?

I'm pretty sure you have to SELECT it with a REDO to APPLY or ACCEPT it.

I don't know of any report that will tell you about the REWORKed PTF.  You 
also can't HOLD a rework level, AFAIK.  Nor can you PRE a REWORK level.

Keep in mind that REWORK is for *minor* changes.  IMO, a minor change is 
something like a change to hold data or changed PRE, REQ or SUP.  In that 
case, there would be no benefit to re-APPLYing the PTF.

>
>My personal choice would be to eschew REWORK and issue a SUPerseding
>PTF with a unique sysmod ID, but I may be overruled by management.

I agree.

-- 
Tom Marchant

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

COBOL Compiler options

[Bill Klein]

Darren,
  That WOULD sound like a good SHARE requirement if it were true, however I
see no indication at:

http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/igy3pg40/2.4.2 

to support this claim.  (Nor could I find it elsewhere in the current
Enterprise COBOL documentation).  Can you point me to something supporting
this view?  I went back thru some of the older bookshelves and couldn't find
this restriction ever being true.

"GAVIN Darren * OPS EAS" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> The integrated translator does not support DLL mode compiles at all as
> it completely overrides that option.  It forces certain compile options
> to be set that can interfere with using some of Cobol's advanced
> features.  It still has a ways to go.
> 
> Darren
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Paul D'Angelo
> Sent: Wednesday, February 20, 2008 10:54 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Fw: COBOL Compiler options
> 
> If you are running the CICS Itegrated translator You should be fine. I
> ran 
> it in a
> previous installation and had no problems.
> Your Application developers may not like it since it generates different
> 
> source code 
> that a CICS program compiled with the Translator.
> It was my application staff that couldnt adjust to the Intergrated 
> translator.
> 
> 
> 
> 
> Bill Klein <[EMAIL PROTECTED]> 
> Sent by: IBM Mainframe Discussion List 
> 02/20/2008 01:47 PM
> Please respond to
> IBM Mainframe Discussion List 
> 
> 
> To
> IBM-MAIN@BAMA.UA.EDU
> cc
> 
> Subject
> Fw: COBOL Compiler options
> 
> 
> 
> 
> 
> 
> Using the coprocessor is NOT exactly the same as running the
> preprocessor
> and then the compiler.  As far as I know, there have been NO reports of
> "different run-time" results from the two, but there are things that
> using
> the coprocessor can do that the preprocessor can't (see the Programming
> Guide for details) e.g. 
>   http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/IGY3PG40/3.1.2.2
> 
> 
> I would, however, check you LISTINGS to make certain that all the
> "Options
> in Effect" are the same with the two methods.  It is possible that one
> of
> your compiler procs has different settings and this COULD impact
> run-time
> results.
> 
> <[EMAIL PROTECTED]> wrote in message
> news:<[EMAIL PROTECTED]>
> ...
> > In our shop, for CICS COBOL programs, we run the preprocessor
> > DFHECP1$, then
> > the compile step IGYCRCTL.
> > I thought of bypassing the DFHECP1$ step by running the IGYCRCTL with
> > 'CICS' in
> > the parm.
> > 
> > That was fine.
> > 
> > Except, a co-worker pointed out to me that the generated object code
> > differs,
> > and, as such, is apprehensive.
> > 
> > Does anyone know why that is?
> > 
> > 
> > Thanks

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

Re: Questions Regarding Disk Cache

[Ron Hawkins]

Bob,

Notes on the bookshelf. VSAM Bible in one of three boxes next to where I am
sitting right now. 

The notes were part of convincing a customer to use a large CISZ to solve a
CI/CA split problem. The notes are lifted from the book!

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Richards, Robert B.
> Sent: Thursday, February 21, 2008 3:39 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: [IBM-MAIN] Questions Regarding Disk Cache
> 
> Shane,
> 
> I doubt Ron has a copy with him, seeing that he can quote chapter and
> verse without it handy! :-)
> 
> I would like to see him post here at least once about his boating
> adventures though. He could probably make it more relevant than some
> posts here. 
> 
> Bob
> 
> -
> Robert B. Richards(Bob)
> US Office of Personnel Management
> 1900 E Street NW Room: BH04L
> Washington, D.C.  20415
> Phone: (202) 606-1195
> Email: [EMAIL PROTECTED]
> -
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Shane
> Sent: Thursday, February 21, 2008 4:16 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Questions Regarding Disk Cache
> 
> On Wed, 2008-02-20 at 23:17 -0800, Ron Hawkins wrote:
> 
> > I should have check first. Where's my "Ronald K. Ferguson" bible when
> I need it?
> 
> Drifting around off the west coast of Canada with the author
> per-chance ...
> 
> Shane ...
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

Re: Multi-stie GDPS/PPRC

[Hal Merritt]

Well, to some the performance issue can be a deal breaker. That all
depends on your replication strategy. 

Also, for us, network 'glitches' (short drop outs) are an ongoing thing.


But I guess the biggest single issue is the size of the network pipe
needed. Again, depending on your strategy, you may need bandwidth
approaching full duplex FICON or even more. And that's rather pricy. 

Another issue is latency (speed of light). However, the modern hardware
seems to manage this issue rather well. 

We used PPRC for a good while and it worked well for us. We now have a
much more aggressive DR strategy and have implemented XRC. 

We have an even more aggressive strategy as a goal. The technology isn't
quite there yet for what we have in mind. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Jason To
Sent: Wednesday, February 20, 2008 10:08 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Multi-stie GDPS/PPRC

We are planning to implement multi-site GDPS/PPRC - active/active
configuration to increase availability and at the same time maximize
usage
of our CPU in disaster recovery site. We currently have PPRC in place
and
the distance between the DR and the production site is about 70km. Any
user
experience/ user advice/issues we have to consider in implementing this
solution. We have read about the GDPS 100km testing and have seen that
the
only major issues will be performance.  

Regards,
Jason

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

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

Re: ZOS Upgrade Issue

[Jack Kelly]

As suggested before, I would put in the unit parm and when that works, 
figure out what gave you the wrong one, eg tso, allocxx parmlib member, 
doesn't look like sms,etc

Jack Kelly
202-502-2390 (Office)



"Harris, Randy" <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
02/21/2008 10:12 AM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
Re: ZOS Upgrade Issue






It appears to be defined correctly in the dialogs.
Screen Copy shows:
UPPZFS05F3  3390-9
If I strip out one step of the ALLOCDS job and submit outside the
dialogs I get the same results. See 2 copies of jcl below.
This one works allocating to a syssq volume.
//ALCZFS   EXEC PGM=IKJEFT01 
//SYSTSPRT DD   SYSOUT=* 
//SYSTSIN  DD   * 
ALLOC - 
DSNAME('ZOS17.OMVS.VAR') - 
RECORG(LS) - 
TRACKS SPACE(528,53) - 
BLKSIZE(4096) - 
VOLUME(MVSSQ3) - 
CATALOG 
/* 

This one does not work.
//ALCZFS   EXEC PGM=IKJEFT01 
//SYSTSPRT DD   SYSOUT=* 
//SYSTSIN  DD   * 
ALLOC - 
DSNAME('ZOS17.OMVS.VAR') - 
RECORG(LS) - 
TRACKS SPACE(528,53) - 
BLKSIZE(4096) - 
VOLUME(UPPZFS) - 
CATALOG 
/* 


Thanks,

Randy Harris
Sr. Systems Programmer / DBA
Lane Furniture Industries, Inc.
Tupelo, MS 38802
Phone: 662-566-3447
[EMAIL PROTECTED]
 
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Steven Conway
Sent: Thursday, February 21, 2008 8:33 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: ZOS Upgrade Issue

Randy, the error message suggests you have that volume (UPPZFS) 
incorrectly defined in the ServerPac dialogs.  Under Option M - Modify 
System Layout, primary command SUMP or Option V (Summary of Physical 
Volumes), verify the Device Type of the volume in question.

Good luck.


Cheers,,,Steve

Steve Conway
Lead Systems Programmer
Information Systems & Services Division
Computer & Network Operations
Phone:   (703) 450-3156
Fax:(703) 450-3197



   "Harris, Randy" <[EMAIL PROTECTED]> 
   Sent by: IBM Mainframe Discussion List 
   02/20/2008 06:46 PM
   Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
ZOS Upgrade Issue






Good Day,

I am attempting to upgrade from Z/OS V1.4 to Z/OS V1.7 and am having a
bit of a problem 

getting the ALLOCDS job to run correctly. I am wondering if any of you
have experienced this?

I tried searching the archives but did not find anything helpful.

My error occurrs in the ALCZFS step which allocates the ZFS file system
using the TSO ALLOC parm.

The result is as follows:

READY


ALLOC DSNAME('ZOS17.OMVS.VAR') RECORG(LS)
TRACKS SPACE(528,53) BLKSIZE(4096) VOLUME(UPPZ

FS) CATALOG


IKJ56221I DATA SET ZOS17.OMVS.VAR NOT ALLOCATED, VOLUME NOT AVAILABLE+


IKJ56221I VOLUME UPPZFS CURRENTLY MOUNTED ON AN INELIGIBLE DEVICE


READY


END


It seems to be device related as it will allocate to a syssq volume. I
have another lpar on which It 

will allocate to any volume. I have the specific volumes added to my
vatlst just like my syssq volumes, UPPZFS,0,0,3390,Y .

The device is a 3390 - mod 9. I have tried allocating to a mod 3 device
with the same results. 

Any help is appreciated.

TIA

 

Randy Harris

Sr. Systems Programmer / DBA

Lane Furniture Industries, Inc.

Tupelo, MS 38802

Phone: 662-566-3447

[EMAIL PROTECTED]  

 

 




___
This message is intended only for the use of the individual or entity to

which it is addressed and may contain privileged, proprietary or
otherwise 
private information. If the reader of this message is not the intended 
recipient, or the employee or agent responsible for delivering the
message 
to the intended recipient, you are hereby notified that any
dissemination, 
distribution, or copying of this message is strictly prohibited. If you 
have received this communication in error, please notify us immediately
by 
replying to the sender of this E-Mail or by telephone and delete this 
communication from your system.

Warning: Although this e-mail and any attachments are believed to be
free 
of any virus or other defect that might affect any computer system into 
which it is received and opened, it is the responsibility of the
recipient 
to ensure that it is virus free and the company cannot accept 
responsibility for any loss or damage arising from the use of this email

or attachments.


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

Re: Time Zone and Change Management Implementation Start Times

[Big Iron]

Whatever you choose to do, it would be a good idea to state, in some
obvious place, what time zone is being used. If there is an opportunity for
misunderstanding, someone will.

Bill

On Thu, 21 Feb 2008 07:08:35 -0800, Mark T. Regan, K8MTR
<[EMAIL PROTECTED]> wrote:

>I'm thinking that too, but I was wondering if anyone else had encountered
this issue too? I'm sure people have, due to all the data center
consolations that have taken place.
>
>Right now have our change management people looking into this for me too. I
had asked this on a ITIL forum and the answer I got back was that it was not
covered by any ITIL process, but is considered a local issue.
>
>Mark T. Regan, K8MTR
>CTO1 USNR-Retired (1969-1991)
>
>
>- Original Message 
>From: "McKown, John" <[EMAIL PROTECTED]>
>To: IBM-MAIN@BAMA.UA.EDU
>Sent: Thursday, February 21, 2008 9:39:52 AM
>Subject: Re: Time Zone and Change Management Implementation Start Times
>
>> -Original Message-
>> From: IBM Mainframe Discussion List
>> [mailto:[EMAIL PROTECTED] On Behalf Of Mark T. Regan, K8MTR
>> Sent: Thursday, February 21, 2008 8:31 AM
>> To: IBM-MAIN@BAMA.UA.EDU
>> Subject: Time Zone and Change Management Implementation Start Times
>>
>>
>> Our main data center is in EST. We have another data center
>> that is in CST. We will be moving the mainframes from the
>> data center in CST to the one in EST. Currently the system
>> programming staff for both data centers use the same change
>> management tool, but the implementation time is based on
>> where the change was physically being made. This was okay
>> when the mainframes were physically in two different
>> locations. Now the mainframes will be in the same location,
>> and the ones coming from CST, will still be running the local
>> time in CST. The system programmer staff for both locations,
>> which are under the same management, will still stay where they are.
>>
>> So the question is, would change request implementation start
>> times be based on the time at the physical location or the
>> local time being used on the LPAR?
>>
>> Thanks.
>>
>> Mark T. Regan, K8MTR
>> CTO1 USNR-Retired (1969-1991)
>
>If I understand your question correctly, the systems currently
>physically in CST will move to the EST location, but still run as if
>they were at the CST location. That is, their local time will remain
>CST. The physical location in this case doesn't matter. Change control
>should still work as it currently does.
>
>--
>John McKown
>Senior Systems Programmer
>HealthMarkets
>Keeping the Promise of Affordable Coverage
>Administrative Services Group
>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: SMP/E PTF REWORK; RECEIVE, APPLY, and ACCEPT

[Imbriale, Donald]

Based on my reading of the manuals, it will not be automatically
selected for APPLY.

"To reapply a SYSMOD, you must specify it in the SELECT operand and
include the REDO operand on the APPLY command."

"REWORK allows an updated SYSMOD to be automatically received again, as
long as it is more recent than the version that has already been  
received. This takes the place of rejecting the SYSMOD and receiving  
it again."

But you already knew that.

I am not aware of any LIST or REPORT that will help identify such
differences.  You would have to roll your own.  But I also think this is
a good idea and worthy of a requirement request. 

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of IBM-MAIN@BAMA.UA.EDU
Sent: Thursday, February 21, 2008 10:03 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SMP/E PTF REWORK; RECEIVE, APPLY, and ACCEPT

I create a PTF; RECEIVE, APPLY, and ACCEPT it.  Then I rework it
with a higher REWORK operand.  RECEIVE witn no SELECT operand
will automatically RECEIVE it if it appears in SMPPTFIN because
of the higher REWORK.  But will APPLY or ACCEPT with no SELECT
likewise select it automatically?  I suspect not; barring that,
is there any LIST or REPORT command that will identify PTFs in
the TARGET and DLIB zones whose REWORK doesn't match that in
the GLOBAL?

(Wishlist item: SHA-1 checksums in the zones to verify that the
PTFs APPLYed and ACCEPTed match those RECEIVED.)

My personal choice would be to eschew REWORK and issue a SUPerseding
PTF with a unique sysmod ID, but I may be overruled by management.




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

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

z/OS 1.9 VSAM RLS DUMP enhancements

[Anthony Fletcher]

In z/OS 1.9, RLS was enhanced to cause better documentation when an error
occurs. This is by additional system dumps in a SYSPLEX so that they occur
in other members of a shared environment. The migration manual warns that
additional dump space may be required.
Has anyone had practical experience of this - eg are the dumps any larger,
or is it just that there are additional SYSDUMPS produced (and therefore
require more DASD because of the additional number of dumps)?

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

Re: Time Zone and Change Management Implementation Start Times

[J R]

> You should use GMT (AKA Zulu).
 
I think he is using UTC.  He said that the *local* time was in CST.  
 
 
> Date: Thu, 21 Feb 2008 09:09:56 -0600
> From: [EMAIL PROTECTED]
> Subject: Re: Time Zone and Change Management Implementation Start Times
> To: IBM-MAIN@BAMA.UA.EDU
> 
> On Thu, 21 Feb 2008 06:31:14 -0800, Mark T. Regan, K8MTR wrote:
> 
> >Our main data center is in EST. We have another data center that is in CST. 
> >We will be moving the mainframes from the data center in CST to the one in 
> >EST. Currently the 
system programming staff for both data centers use the same change management 
tool, but the implementation time is based on where the change was physically 
being made. This 
was okay when the mainframes were physically in two different locations. Now 
the mainframes will be in the same location, and the ones coming from CST, will 
still be running the 
local time in CST. The system programmer staff for both locations, which are 
under the same management, will still stay where they are.
> >
> >So the question is, would change request implementation start times be based 
> >on the time at the physical location or the local time being used on the 
> >LPAR?
> >
> 
> You should use GMT (AKA Zulu).
> You should use GMT (AKA Zulu).
> You should use GMT (AKA Zulu).
> 
> -- The Snark
> 
> 
> >Mark T. Regan, K8MTR
> >CTO1 USNR-Retired (1969-1991)
> 
> -- gil
> 
_
Helping your favorite cause is as easy as instant messaging. You IM, we give.
http://im.live.com/Messenger/IM/Home/?source=text_hotmail_join
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Time Zone and Change Management Implementation Start Times

[Ted MacNEIL]

>
>You should use GMT (AKA Zulu).
>You should use GMT (AKA Zulu).
>You should use GMT (AKA Zulu).

>-- The Snark
>

1. It's probably too late to do that.
2. Justify your response, on the grounds that:
   a. Why should the OP use anything but local time.
   b. Your response did nothing to help the OP.

-
Too busy driving to stop for gas!

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

Re: Is IBM/Tivoli turning into CA?

[Pommier, Rex R.]

Yep, I ran into the same dilemma.  I had to install the upgrade to make
my z/OS 1.4 to 1.7 upgrade work and had to decipher between V4.1 and
Omegamon V550, using the V520 manuals.  I was less than impressed as
well.  All the time I was installing version 4.1/550/520 I had ASG
trying to talk me into doing a swap-out of Omegamon with Tmon.  IBM, are
you listening?


Rex 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of John Mattson
Sent: Wednesday, February 20, 2008 6:42 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Is IBM/Tivoli turning into CA?

I am having a fascinating adventure going to zOS 1.8 courtesy of
IBM/Tivoli/Candle/Omegamon.  I received and applied the products along
with my Serverpac.  Then I go to install what Tivoli calls V4.1, but is
550 as far as Omegamon II MVS is concerned.  I go to look at the manuals
at
http://publib.boulder.ibm.com/infocenter/tivihelp/v15r1/index.jsp?topic=
/com.ibm.omegamon_xezos.doc/welcome.htm 

And I discover the following: 
Configuration and Customization Guide
OMEGAMON II(r) for MVS
Version 520
GC32-9277-00
December 2001 
I call up the nice Mr Kelly at IBM support and he informs me
that IBM believes that the almost SEVEN year old manual from TWO
releases back is adequate, and that there IS NO Config & Cuss manual for
550.  So I give it the old college try, and find that it is like trying
to install ZOS 
with an XA manual.   The manual references other manuals which do not 
exist or exist only on CD's.  It references other OM products which
either do not exist or have entirely new names.  It references datasets
which do not exist or have new names. 
Is IBM turning into a company which buys up good software and 
turns it into junk?   I advise you all to plan lots of extra time if you

undertake to do this upgrade. 

--
For IBM-MAIN subscribe / signoff / archive access instructions, 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: Fw: COBOL Compiler options

[GAVIN Darren * OPS EAS]

The integrated translator does not support DLL mode compiles at all as
it completely overrides that option.  It forces certain compile options
to be set that can interfere with using some of Cobol's advanced
features.  It still has a ways to go.

Darren

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Paul D'Angelo
Sent: Wednesday, February 20, 2008 10:54 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Fw: COBOL Compiler options

If you are running the CICS Itegrated translator You should be fine. I
ran 
it in a
previous installation and had no problems.
Your Application developers may not like it since it generates different

source code 
that a CICS program compiled with the Translator.
It was my application staff that couldnt adjust to the Intergrated 
translator.




Bill Klein <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
02/20/2008 01:47 PM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
Fw: COBOL Compiler options






Using the coprocessor is NOT exactly the same as running the
preprocessor
and then the compiler.  As far as I know, there have been NO reports of
"different run-time" results from the two, but there are things that
using
the coprocessor can do that the preprocessor can't (see the Programming
Guide for details) e.g. 
  http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/IGY3PG40/3.1.2.2


I would, however, check you LISTINGS to make certain that all the
"Options
in Effect" are the same with the two methods.  It is possible that one
of
your compiler procs has different settings and this COULD impact
run-time
results.

<[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>
...
> In our shop, for CICS COBOL programs, we run the preprocessor
> DFHECP1$, then
> the compile step IGYCRCTL.
> I thought of bypassing the DFHECP1$ step by running the IGYCRCTL with
> 'CICS' in
> the parm.
> 
> That was fine.
> 
> Except, a co-worker pointed out to me that the generated object code
> differs,
> and, as such, is apprehensive.
> 
> Does anyone know why that is?
> 
> 
> Thanks

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



*** IMPORTANT
NOTE* The opinions expressed in this
message and/or any attachments are those of the author and not
necessarily those of Brown Brothers Harriman & Co., its
subsidiaries and affiliates ("BBH"). There is no guarantee that
this message is either private or confidential, and it may have
been altered by unauthorized sources without your or our knowledge.
Nothing in the message is capable or intended to create any legally
binding obligations on either party and it is not intended to
provide legal advice. BBH accepts no responsibility for loss or
damage from its use, including damage from virus.


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

[Harris, Randy]

It appears to be defined correctly in the dialogs.
Screen Copy shows:
UPPZFS05F3  3390-9
If I strip out one step of the ALLOCDS job and submit outside the
dialogs I get the same results. See 2 copies of jcl below.
This one works allocating to a syssq volume.
//ALCZFS   EXEC PGM=IKJEFT01  
//SYSTSPRT DD   SYSOUT=*  
//SYSTSIN  DD   * 
ALLOC -   
DSNAME('ZOS17.OMVS.VAR') -
RECORG(LS) -  
TRACKS SPACE(528,53) -
BLKSIZE(4096) -   
VOLUME(MVSSQ3) -  
CATALOG   
/*

This one does not work.
//ALCZFS   EXEC PGM=IKJEFT01   
//SYSTSPRT DD   SYSOUT=*   
//SYSTSIN  DD   *  
ALLOC -
DSNAME('ZOS17.OMVS.VAR') - 
RECORG(LS) -   
TRACKS SPACE(528,53) - 
BLKSIZE(4096) -
VOLUME(UPPZFS) -   
CATALOG
/* 


Thanks,

Randy Harris
Sr. Systems Programmer / DBA
Lane Furniture Industries, Inc.
Tupelo, MS 38802
Phone: 662-566-3447
[EMAIL PROTECTED]
 
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Steven Conway
Sent: Thursday, February 21, 2008 8:33 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: ZOS Upgrade Issue

Randy, the error message suggests you have that volume (UPPZFS) 
incorrectly defined in the ServerPac dialogs.  Under Option M - Modify 
System Layout, primary command SUMP or Option V (Summary of Physical 
Volumes), verify the Device Type of the volume in question.

Good luck.


Cheers,,,Steve

Steve Conway
Lead Systems Programmer
Information Systems & Services Division
Computer & Network Operations
Phone:   (703) 450-3156
Fax:(703) 450-3197



   "Harris, Randy" <[EMAIL PROTECTED]> 
   Sent by: IBM Mainframe Discussion List 
   02/20/2008 06:46 PM
   Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
ZOS Upgrade Issue






Good Day,

I am attempting to upgrade from Z/OS V1.4 to Z/OS V1.7 and am having a
bit of a problem 

getting the ALLOCDS job to run correctly. I am wondering if any of you
have experienced this?

I tried searching the archives but did not find anything helpful.

My error occurrs in the ALCZFS step which allocates the ZFS file system
using the TSO ALLOC parm.

The result is as follows:

READY


ALLOC DSNAME('ZOS17.OMVS.VAR') RECORG(LS)
TRACKS SPACE(528,53) BLKSIZE(4096) VOLUME(UPPZ

FS) CATALOG


IKJ56221I DATA SET ZOS17.OMVS.VAR NOT ALLOCATED, VOLUME NOT AVAILABLE+


IKJ56221I VOLUME UPPZFS CURRENTLY MOUNTED ON AN INELIGIBLE DEVICE


READY


END


It seems to be device related as it will allocate to a syssq volume. I
have another lpar on which It 

will allocate to any volume. I have the specific volumes added to my
vatlst just like my syssq volumes, UPPZFS,0,0,3390,Y .

The device is a 3390 - mod 9. I have tried allocating to a mod 3 device
with the same results. 

Any help is appreciated.

TIA

 

Randy Harris

Sr. Systems Programmer / DBA

Lane Furniture Industries, Inc.

Tupelo, MS 38802

Phone: 662-566-3447

[EMAIL PROTECTED]  

 

 




___
This message is intended only for the use of the individual or entity to

which it is addressed and may contain privileged, proprietary or
otherwise 
private information. If the reader of this message is not the intended 
recipient, or the employee or agent responsible for delivering the
message 
to the intended recipient, you are hereby notified that any
dissemination, 
distribution, or copying of this message is strictly prohibited. If you 
have received this communication in error, please notify us immediately
by 
replying to the sender of this E-Mail or by telephone and delete this 
communication from your system.

Warning: Although this e-mail and any attachments are believed to be
free 
of any virus or other defect that might affect any computer system into 
which it is received and opened, it is the responsibility of the
recipient 
to ensure that it is virus free and the company cannot accept 
responsibility for any loss or damage arising from the use of this email

or attachments.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: SPAM from data21.com

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Binyamin Dissen
> Sent: Thursday, February 21, 2008 9:06 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: SPAM from data21.com
> 
> 
> It appears as a reward for posting regarding CA-TPX, I 
> received SPAM from
> data21.com trying to sell their product.
> 
> Gentlemen from data21.com - not a good idea to SPAM based on 
> posts to this
> list.
> 
> --
> Binyamin Dissen <[EMAIL PROTECTED]>

I haven't gotten any from them, but have from some other vendors.

Note to vendors: (1) I'm just a grunt, I don't make purchasing
decisions. (2) I'm old and easily irritated. If you irritate me, I will
remember you. And not in a good light. LEAVE ME ALONE!

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

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

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

Re: Time Zone and Change Management Implementation Start Times

[IBM-MAIN@BAMA.UA.EDU]

On Thu, 21 Feb 2008 06:31:14 -0800, Mark T. Regan, K8MTR wrote:

>Our main data center is in EST. We have another data center that is in CST. We 
>will be moving the mainframes from the data center in CST to the one in EST. 
>Currently the system programming staff for both data centers use the same 
>change management tool, but the implementation time is based on where the 
>change was physically being made. This was okay when the mainframes were 
>physically in two different locations. Now the mainframes will be in the same 
>location, and the ones coming from CST, will still be running the local time 
>in CST. The system programmer staff for both locations, which are under the 
>same management, will still stay where they are.
>
>So the question is, would change request implementation start times be based 
>on the time at the physical location or the local time being used on the LPAR?
>

You should use GMT (AKA Zulu).
You should use GMT (AKA Zulu).
You should use GMT (AKA Zulu).

-- The Snark


>Mark T. Regan, K8MTR
>CTO1 USNR-Retired (1969-1991)

-- gil

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

Re: Time Zone and Change Management Implementation Start Times

[Mark T. Regan, K8MTR]

I'm thinking that too, but I was wondering if anyone else had encountered this 
issue too? I'm sure people have, due to all the data center consolations that 
have taken place.
 
Right now have our change management people looking into this for me too. I had 
asked this on a ITIL forum and the answer I got back was that it was not 
covered by any ITIL process, but is considered a local issue.
 
Mark T. Regan, K8MTR
CTO1 USNR-Retired (1969-1991) 


- Original Message 
From: "McKown, John" <[EMAIL PROTECTED]>
To: IBM-MAIN@BAMA.UA.EDU
Sent: Thursday, February 21, 2008 9:39:52 AM
Subject: Re: Time Zone and Change Management Implementation Start Times

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Mark T. Regan, K8MTR
> Sent: Thursday, February 21, 2008 8:31 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Time Zone and Change Management Implementation Start Times
> 
> 
> Our main data center is in EST. We have another data center 
> that is in CST. We will be moving the mainframes from the 
> data center in CST to the one in EST. Currently the system 
> programming staff for both data centers use the same change 
> management tool, but the implementation time is based on 
> where the change was physically being made. This was okay 
> when the mainframes were physically in two different 
> locations. Now the mainframes will be in the same location, 
> and the ones coming from CST, will still be running the local 
> time in CST. The system programmer staff for both locations, 
> which are under the same management, will still stay where they are.
>  
> So the question is, would change request implementation start 
> times be based on the time at the physical location or the 
> local time being used on the LPAR?
>  
> Thanks.
>  
> Mark T. Regan, K8MTR
> CTO1 USNR-Retired (1969-1991)

If I understand your question correctly, the systems currently
physically in CST will move to the EST location, but still run as if
they were at the CST location. That is, their local time will remain
CST. The physical location in this case doesn't matter. Change control
should still work as it currently does.

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

SPAM from data21.com

[Binyamin Dissen]

It appears as a reward for posting regarding CA-TPX, I received SPAM from
data21.com trying to sell their product.

Gentlemen from data21.com - not a good idea to SPAM based on posts to this
list.

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

Director, Dissen Software, Bar & Grill - Israel


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

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

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

SMP/E PTF REWORK; RECEIVE, APPLY, and ACCEPT

[IBM-MAIN@BAMA.UA.EDU]

I create a PTF; RECEIVE, APPLY, and ACCEPT it.  Then I rework it
with a higher REWORK operand.  RECEIVE witn no SELECT operand
will automatically RECEIVE it if it appears in SMPPTFIN because
of the higher REWORK.  But will APPLY or ACCEPT with no SELECT
likewise select it automatically?  I suspect not; barring that,
is there any LIST or REPORT command that will identify PTFs in
the TARGET and DLIB zones whose REWORK doesn't match that in
the GLOBAL?

(Wishlist item: SHA-1 checksums in the zones to verify that the
PTFs APPLYed and ACCEPTed match those RECEIVED.)

My personal choice would be to eschew REWORK and issue a SUPerseding
PTF with a unique sysmod ID, but I may be overruled by management.

-- gil

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

Re: Share - Orlando

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B.
> 
> People must be keeping chatter down so as not to encourage 
> the usual anti-SHARE diatribe from you-know-who. 

Your SPAM filter is your "friend" for that sort of thing.  :-)

-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: Time Zone and Change Management Implementation Start Times

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Mark T. Regan, K8MTR
> Sent: Thursday, February 21, 2008 8:31 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Time Zone and Change Management Implementation Start Times
> 
> 
> Our main data center is in EST. We have another data center 
> that is in CST. We will be moving the mainframes from the 
> data center in CST to the one in EST. Currently the system 
> programming staff for both data centers use the same change 
> management tool, but the implementation time is based on 
> where the change was physically being made. This was okay 
> when the mainframes were physically in two different 
> locations. Now the mainframes will be in the same location, 
> and the ones coming from CST, will still be running the local 
> time in CST. The system programmer staff for both locations, 
> which are under the same management, will still stay where they are.
>  
> So the question is, would change request implementation start 
> times be based on the time at the physical location or the 
> local time being used on the LPAR?
>  
> Thanks.
>  
> Mark T. Regan, K8MTR
> CTO1 USNR-Retired (1969-1991)

If I understand your question correctly, the systems currently
physically in CST will move to the EST location, but still run as if
they were at the CST location. That is, their local time will remain
CST. The physical location in this case doesn't matter. Change control
should still work as it currently does.

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

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

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

Re: ZOS Upgrade Issue

[Steven Conway]

Randy, the error message suggests you have that volume (UPPZFS) 
incorrectly defined in the ServerPac dialogs.  Under Option M - Modify 
System Layout, primary command SUMP or Option V (Summary of Physical 
Volumes), verify the Device Type of the volume in question.

Good luck.


Cheers,,,Steve

Steve Conway
Lead Systems Programmer
Information Systems & Services Division
Computer & Network Operations
Phone:   (703) 450-3156
Fax:(703) 450-3197



   "Harris, Randy" <[EMAIL PROTECTED]> 
   Sent by: IBM Mainframe Discussion List 
   02/20/2008 06:46 PM
   Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
ZOS Upgrade Issue






Good Day,

I am attempting to upgrade from Z/OS V1.4 to Z/OS V1.7 and am having a
bit of a problem 

getting the ALLOCDS job to run correctly. I am wondering if any of you
have experienced this?

I tried searching the archives but did not find anything helpful.

My error occurrs in the ALCZFS step which allocates the ZFS file system
using the TSO ALLOC parm.

The result is as follows:

READY


ALLOC DSNAME('ZOS17.OMVS.VAR') RECORG(LS)
TRACKS SPACE(528,53) BLKSIZE(4096) VOLUME(UPPZ

FS) CATALOG


IKJ56221I DATA SET ZOS17.OMVS.VAR NOT ALLOCATED, VOLUME NOT AVAILABLE+


IKJ56221I VOLUME UPPZFS CURRENTLY MOUNTED ON AN INELIGIBLE DEVICE


READY


END


It seems to be device related as it will allocate to a syssq volume. I
have another lpar on which It 

will allocate to any volume. I have the specific volumes added to my
vatlst just like my syssq volumes, UPPZFS,0,0,3390,Y .

The device is a 3390 - mod 9. I have tried allocating to a mod 3 device
with the same results. 

Any help is appreciated.

TIA

 

Randy Harris

Sr. Systems Programmer / DBA

Lane Furniture Industries, Inc.

Tupelo, MS 38802

Phone: 662-566-3447

[EMAIL PROTECTED]  

 

 




___
This message is intended only for the use of the individual or entity to 
which it is addressed and may contain privileged, proprietary or otherwise 
private information. If the reader of this message is not the intended 
recipient, or the employee or agent responsible for delivering the message 
to the intended recipient, you are hereby notified that any dissemination, 
distribution, or copying of this message is strictly prohibited. If you 
have received this communication in error, please notify us immediately by 
replying to the sender of this E-Mail or by telephone and delete this 
communication from your system.

Warning: Although this e-mail and any attachments are believed to be free 
of any virus or other defect that might affect any computer system into 
which it is received and opened, it is the responsibility of the recipient 
to ensure that it is virus free and the company cannot accept 
responsibility for any loss or damage arising from the use of this email 
or attachments.


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

Time Zone and Change Management Implementation Start Times

[Mark T. Regan, K8MTR]

Our main data center is in EST. We have another data center that is in CST. We 
will be moving the mainframes from the data center in CST to the one in EST. 
Currently the system programming staff for both data centers use the same 
change management tool, but the implementation time is based on where the 
change was physically being made. This was okay when the mainframes were 
physically in two different locations. Now the mainframes will be in the same 
location, and the ones coming from CST, will still be running the local time in 
CST. The system programmer staff for both locations, which are under the same 
management, will still stay where they are.
 
So the question is, would change request implementation start times be based on 
the time at the physical location or the local time being used on the LPAR?
 
Thanks.
 
Mark T. Regan, K8MTR
CTO1 USNR-Retired (1969-1991)

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

Re: ZOS V1R9 and Old APPS

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Daniel McLaughlin
> 
> Would you believe CICS/TS 1.3?

Heck, that "duck" isn't so "lame".  It's just barely starting to "show
gray", and probably hasn't even met "Arthur Itis" yet.  Even though no
longer supported, it "should" run fine on z/OS 1.9.

I was kinda expecting you to say something like "CICS/MVS 2.1.2", but
even that "should" still run.  :-)

-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: Share - Orlando

[Richards, Robert B.]

People must be keeping chatter down so as not to encourage the usual
anti-SHARE diatribe from you-know-who. 

Regards,

Mr. Snub

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Jousma, David
Sent: Thursday, February 21, 2008 9:25 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Share - Orlando

Here we are only a few days from the start if SHARE in Orlando, and not
a lot of chatter about it.  This is the first one since 2000 in S.F that
I have been able to attend.  I hope to see a lot you you there!

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

Share - Orlando

[Jousma, David]

Here we are only a few days from the start if SHARE in Orlando, and not
a lot of chatter about it.  This is the first one since 2000 in S.F that
I have been able to attend.  I hope to see a lot you you there!

Dave

___

Dave Jousma
Assistant Vice President
Mainframe Services
[EMAIL PROTECTED]
616.653.8429



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

Re: Replacement for CA - TPX - Session Manager?

[Mark Zelden]

On Thu, 21 Feb 2008 07:25:23 -0600, Chase, John <[EMAIL PROTECTED]> wrote:

>
>While YMMV, I believe the risk of network connection loss is
>sufficiently low that I remain a fan of multiple session windows.  I
>typically have six or seven session windows open concurrently.
>

Since I am logged onto TSO on over 30 LPARs, that would be a lot of
windows for me!   Not that I have to be... I could be logged onto one
system per MAS (some sysplexes have systems without shared spool),
but if a problem comes up, it's nice to be logged on.   That doesn't include
other applications I may be logged onto (3270 ibmlink, netviews, monitors,
etc.).It's also nice to have a trigger to jump to the exact session I want
instead of having to weed through alt+tab to figure out the correct one. 

Also... the "disconnect" issue already mentioned.  Since I just put my laptop
to sleep and take it home with me, I would lose all those sessions each 
day if I was not logged on from a session manager.  

Could I live with one? Yes.  Would I want to in a large environment?  No way.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

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

HyperPAV paging devices and ASM

[Zaromil Tisler]

Do ASM algorithms support two I/Os to a page data set on a HyperPAV base 
volume? If yes, are the aliases fixed, as in the case of dynamic PAV?

-- 
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: CSVDYLPA DCBPTR=CVTLINK

[Tom Marchant]

On Wed, 20 Feb 2008 07:35:46 -0500, Peter Relson wrote:
>
>Alternately (and this really is the intended thing to do, not refreshing
>LLA), have someone create a new LNKLST set just like the old one and
>activate it and then start your application.
>
>For example,
>SETPROG LNKLST DEFINE NAME(COPY) COPYFROM(CURRENT)
>SETPROG LNKLST ACTIVATE NAME(COPY)

Peter,

Can you please explain why you recommend this?  What does it accomplish?

-- 
Tom Marchant

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

Re: SMS managed volume

[Richards, Robert B.]

Mark,

Does ISMF know about it? Is it activated or just initialized?

I have 1.9 and am not experiencing any migration issues thus far.

Bob


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Pace
Sent: Thursday, February 21, 2008 8:56 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SMS managed volume

So many great options.  Thanks very much.

I did find a problem with using D SMS,VOL=(volser)   It reports a volume
as
not defined
CBR1064I Command rejected.  Volume serial number
  SMS013 undefined.
But IEHLIST shows that it SMS managed.

So I obviously have some issues from my migration from 1.7 to 1.9.

-- 
Mark Pace
Mainline Information Systems

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

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

Re: SMS managed volume

[Vernooy, C.P. - SPLXM]

"Mark Pace" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> So many great options.  Thanks very much.
> 
> I did find a problem with using D SMS,VOL=(volser)   It reports a
volume as
> not defined
> CBR1064I Command rejected.  Volume serial number
>   SMS013 undefined.
> But IEHLIST shows that it SMS managed.
> 
> So I obviously have some issues from my migration from 1.7 to 1.9.
> 
> -- 
> Mark Pace
> Mainline Information Systems

Maybe the problem is where you ask the question:
- the volume is apparently not under the control of SMS, at least not
under the control of the SMS that you ask the question.
- IEHLIST reports the status of the VTOC. Apparently the volume has been
SMS managed but has been removed from the SMS Storage Group, but this
does not clear the VTOC bit. *Or* the volumes is still under control of
another SMS, if you have several SMS plexes.


Like Paul Simons already said (sort of):
there must be 50 ways to check your volumes.


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

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

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

Re: 3494 ATL Manual Functions

[Mark Pace]

There is no function on the ATL console to eject a tape.

I need to look into setting the 3494 web interface.

-- 
Mark Pace
Mainline Information Systems

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

Re: SMS managed volume

[Mark Pace]

So many great options.  Thanks very much.

I did find a problem with using D SMS,VOL=(volser)   It reports a volume as
not defined
CBR1064I Command rejected.  Volume serial number
  SMS013 undefined.
But IEHLIST shows that it SMS managed.

So I obviously have some issues from my migration from 1.7 to 1.9.

-- 
Mark Pace
Mainline Information Systems

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

Re: SDSF Question - How do you change the system log you are look ing at?

[Stocker, Herman]

Thank to all who answered.  SYSID was the command I was looking for.

Regards, 
Herman Stocker


The sender believes that this E-mail and any attachments were free of any
virus, worm, Trojan horse, and/or malicious code when sent. This message and
its attachments could have been infected during transmission. By reading the
message and opening any attachments, the recipient accepts full
responsibility for taking protective and remedial action about viruses and
other defects. The sender's employer is not liable for any loss or damage
arising in any way from this message or its attachments.

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

Re: Replacement for CA - TPX - Session Manager?

[Binyamin Dissen]

On Thu, 21 Feb 2008 07:25:23 -0600 "Chase, John" <[EMAIL PROTECTED]> wrote:

:>> -Original Message-
:>> From: IBM Mainframe Discussion List On Behalf Of Mark T. Regan, K8MTR
 
:>> The problem with using multiple emulator sessions is that if 
:>> you lose your network connection to the mainframe, you also 
:>> lose all your tn3270 sessions too. By logging on to the 
:>> mainframe applications though a session manager, the session 
:>> manager will hold your sessions open for you until you log 
:>> back in. That's the big benefit I tell our users, even other 
:>> system programmers at my site.

:>While YMMV, I believe the risk of network connection loss is
:>sufficiently low that I remain a fan of multiple session windows.  I
:>typically have six or seven session windows open concurrently.

With a couple of monitors, I can have quite a few concurrently displayed.

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

Director, Dissen Software, Bar & Grill - Israel


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

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

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

Re: Clock Reset

[Mark Neal]

On our Z9-BC (without STP), the support element(SE) is the authoritative 
time source.  The HMC console and the system clock are syncronized daily to 
the SE clock.   Therefore the time on the Z9 depends on the clock battery on 
a laptop PC.  

We reset the SE clock and then do a POR.   I try to coordinate the SE clock 
change and POR with the Fall time change.  Over the last year, we are about 
25 seconds slow on our Z9 clock. 

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

Re: SMS managed volume

[Gilbert Cardenas]

On Wed, 20 Feb 2008 10:05:06 -0500, Mark Pace <[EMAIL PROTECTED]> 
wrote:

>Is there an easy way to tell if a DASD volume is SMS managed or not?
>
>--
>Mark Pace
>Mainline Information Systems
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html


Mark, if you are looking to run something in batch, I use DCOLLECT to 
generate a list of all volumes:

//DCOLLECT EXEC  PGM=IDCAMS  
//SYSPRINT DD SYSOUT=*   
//OUTDSDD DSN=TEMP.VOLLIST,  
// UNIT=DISK,
// DSORG=PS, 
// RECFM=VB,LRECL=932,   
// SPACE=(1,(5,25000),RLSE),AVGREC=K,
// DISP=(NEW,CATLG,DELETE)   
//BCDS DD DSN=HSM.BCDS,DISP=SHR  
//MCDS DD DSN=HSM.MCDS,DISP=SHR  
//SYSINDD  * 
   DCOLLECT -
   OFILE(OUTDS) -
   ERRORLIMIT(1)  -  
   NODATAINFO -  
   VOLUMES(*)

I then use a SAS routine (you can use whatever you prefer) to convert the 
DCVFLAG1 bitstring (Offset 30 length=1) to hex and test for the following 
designations:
CC = STORAGE
D4 = PUBLIC
E4 = PRIVATE
E7 = SMS MANAGED
So far this has worked for me and hopefully my thought process is correct 
cause I have been using this to create a SAS report of the status of our shark 
allocations.

Regards,
Gil.

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

Re: A Blank DSORG

[Darth Keller]

So I figured I'd run a quick test allocating a PDS with a name fitting my 
mask using JCL.  The write statement (shown below) should show me the 
DSORG presented to SMS. 
WRITE 'DCN1000 ' &DSN ' ' &PGM ' ' &DSORG ' ' &DATACLAS

So here's the JCL segment
4 //OUTLOAN   DD DSN=T.PM.CWSCW02M.CWSBCWI1.DMLOAN.PRECODE1.DDK, 
  // DISP=(NEW,CATLG), 
  // RECFM=FB,LRECL=205,BLKSIZE=0, 
  // SPACE=(CYL,(90,5,15),RLSE), 
  // STORCLAS=SCTEST, 
  // MGMTCLAS=MCTEST 

and here's the IGD SMS sysout statement: 
4 IGD01007I DCN1000 T.PM.CWSCW02M.CWSBCWI1.DMLOAN.PRECODE1.DDK IEFBR14 PO 
DCSTDFLT 

If you compare the write stmt to the sysout, it's pretty clear to me that 
I should be able to use the suggested statement (shown below)to correctly 
assign my dataclas.
   WHEN (&DSORG NE 'PO' AND &DSORG NE 'VS')

Thanks for all the input!
dd keller



 

>>My SMS experience is that directory blocks in space allocation will 
cause
>>DSORG to be completed as "PO" and DEFINE or VSAM in JCL will see DSORG 
set
>>to "VS". That means whatever is leftover, is "PS". I think this is what
>>someone meant by checking what it isn't.
**
This e-mail message and all attachments transmitted with it may contain legally 
privileged and/or confidential information intended solely for the use of the 
addressee(s). If the reader of this message is not the intended recipient, you 
are hereby notified that any reading, dissemination, distribution, copying, 
forwarding or other use of this message or its attachments is strictly 
prohibited. If you have received this message in error, please notify the 
sender immediately and delete this message and all copies and backups thereof.

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: Replacement for CA - TPX - Session Manager?

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Mark T. Regan, K8MTR
> 
> The problem with using multiple emulator sessions is that if 
> you lose your network connection to the mainframe, you also 
> lose all your tn3270 sessions too. By logging on to the 
> mainframe applications though a session manager, the session 
> manager will hold your sessions open for you until you log 
> back in. That's the big benefit I tell our users, even other 
> system programmers at my site.

While YMMV, I believe the risk of network connection loss is
sufficiently low that I remain a fan of multiple session windows.  I
typically have six or seven session windows open concurrently.

-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: SMS QUESTION - DATACLAS FILTERLIST

[Gilbert Cardenas]

Willie, I throw this out just as another option but what if you defined a 
FILTLIST called TMMTAPE in your dataclas acs member:

FILTLIST TAPE_UNITS INCLUDE('TMMTAPE')

Then you could refer to that esoteric name in any jcl or started task etc.

//SYSUT2   DD  DSN=TAPE.BLAH(+1),
// DISP=(NEW,CATLG,DELETE),  
// UNIT=TMMTAPE, 
// DCB=(TAPE.MODEL,BLKSIZE=27600,LRECL=400,RECFM=FB),
// LABEL=(1,SL), 
// VOLUME=(,,,4) 


There are some inherent problems in using this design in that you may lose 
control of what you actually want to be put in the TMM pool.  Unfortunately, 
anyone who knows about the esoteric can use it in their allocations but 
perhaps that is not a consideration for you or perhaps you can protect 
yourself with RACF or something.
Just a thought.

Regards,
Gil.

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

Re: ZOS V1R9 and Old APPS

[Daniel McLaughlin]

Current: Z/OS V1 R7

 LameDuck - CICS/TS 1.3

  DB2 - 4 (?)

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

Re: ZOS V1R9 and Old APPS

[Daniel McLaughlin]

Would you believe CICS/TS 1.3?

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

CSVDYLPA DCBPTR=CVTLINK

[Peter Relson]

>2) The library in question is defined with '0' (zero) secondary.
>3) After the library was updated, an LLA REFRESH was done.
>4) An LLA UPDATE was done (not sure if before or after the LLA REFRESH):

If the data set has no secondary extents, then none of the initial
discussion was pertinent.

It is necessary to do the LLA UPDATE/REFRESH so that LLA would have the
updated copy of the directory entry that would locate the new copy of your
module. Typically "refresh" is overkill, if you can instead use a more
specific "update". Regardless, this is for getting the directory entry. LLA
refresh will not help you in any way if the module is in a "new extent" of
a LNKLST data set.

That leaves open the possibility that you are encountering the error that I
discussed.

I can't think of any case where it is necessary (even appropriate) to do
both an LLA UPDATE and an LLA REFRESH.

>I didn't know that data sets already managed by LLA were refreshed
I did not say that they were.

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

Re: Questions Regarding Disk Cache

[Richards, Robert B.]

Shane,

I doubt Ron has a copy with him, seeing that he can quote chapter and
verse without it handy! :-)

I would like to see him post here at least once about his boating
adventures though. He could probably make it more relevant than some
posts here.  

Bob

-
Robert B. Richards(Bob)   
US Office of Personnel Management
1900 E Street NW Room: BH04L   
Washington, D.C.  20415  
Phone: (202) 606-1195  
Email: [EMAIL PROTECTED] 
-

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Shane
Sent: Thursday, February 21, 2008 4:16 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Questions Regarding Disk Cache

On Wed, 2008-02-20 at 23:17 -0800, Ron Hawkins wrote:

> I should have check first. Where's my "Ronald K. Ferguson" bible when
I need it?

Drifting around off the west coast of Canada with the author
per-chance ...

Shane ...

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

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

Re: Questions Regarding Disk Cache

[Shane]

On Wed, 2008-02-20 at 23:17 -0800, Ron Hawkins wrote:

> I should have check first. Where's my "Ronald K. Ferguson" bible when I need 
> it?

Drifting around off the west coast of Canada with the author
per-chance ...

Shane ...

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

Re: Replacement for CA - TPX - Session Manager?

[Timothy Sipples]

IBM has three session managers, yes. IBM prefers you look at Session
Manager for z/OS first since it's the "strategic" one:

http://www.ibm.com/software/htp/cics/smanag/

Version 2.1 was introduced this past September, so it's worth a fresh look
if your knowledge is pre-2.1. (One major plus for me is that Session
Manager is available in the Japanese language.) If you would like more
information on migration assistance for Session Manager please contact
Twila Brent ([EMAIL PROTECTED]) and she can point you in the right
direction.

For the record there are two others. AFAIK there are no plans to
discontinue the other two; they're still supported. One is CL/SUPERSESSION:

http://www.ibm.com/software/htp/cics/clss/

which IBM acquired via Candle and added to the IBM catalog in 2005 (along
with CL/CONFERENCE). The other is Tivoli NetView Access Services:

http://www.ibm.com/software/tivoli/products/netview_as/

which enjoyed its most recent 2.1.1 update (up from 2.1.0) in December,
1997, and which is also still supported.

There are many other products in this category, so please check the
archives for a list.

- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect
Specializing in Software Architectures Related to System z
Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific
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: Clock Reset

[Axel Miller]

We reset local time every week with an application that synchronizes local 
time with an NTP server. 

Axel
--
Axel Miller
PPI AG Informationstechnologie
Wall 55
24103 Kiel
Telefon: 0431 / 888 10 - 1 43
Telefax: 0431 / 53 53 - 1 11
E-Mail: mailto:[EMAIL PROTECTED]
Web: http://www.ppi.de
--
Registergericht: Amtsgericht Hamburg, HRB 76312
Vorstand: Uwe Prieß (Vorsitzender), Andreas Achner, Thomas Reher
Aufsichtsratsvorsitzender: Peter Pape

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