Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

LLA and FREEZE status

78 views
Skip to first unread message

Anthony Fletcher

unread,
Dec 17, 2009, 5:12:14 AM12/17/09
to
Is there any way of finding out whether LLA was started in FREEZE mode? If
the intent is to use FREEZE mode, specifications can be put in a PARMLIB
member , eg as CSVLLATT, then if the command START LLA,LLA=TT is issued
(ie without the SUB=MSTR), the system automatically reissues the command
as START LLA,SUB=MSTR, but doesn't add the LLA=TT. That means that LLA
starts but it will not be using the CSVLLATT member, and will not be using
FREEZE. Is there a way to display the actual LLA status?

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

Vernooij, CP - SPLXM

unread,
Dec 17, 2009, 7:16:07 AM12/17/09
to

"Anthony Fletcher" <fle...@NZ1.IBM.COM> wrote in message
news:<LISTSERV%20091217041...@BAMA.UA.EDU>...


> Is there any way of finding out whether LLA was started in FREEZE
mode? If
> the intent is to use FREEZE mode, specifications can be put in a
PARMLIB
> member , eg as CSVLLATT, then if the command START LLA,LLA=TT is
issued
> (ie without the SUB=MSTR), the system automatically reissues the
command
> as START LLA,SUB=MSTR, but doesn't add the LLA=TT. That means that LLA

> starts but it will not be using the CSVLLATT member, and will not be
using
> FREEZE. Is there a way to display the actual LLA status?
>

LLA is not started in FREEZE mode or not, each library under LLA control
is either in FREEZE mode or not.
When you start LLA without LLA=xx, the default is LLA=00, so CSVLLA00
member is activated.

Check the "D LLA" command for the status of LLA libraries.

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

Mark Zelden

unread,
Dec 17, 2009, 10:37:42 AM12/17/09
to
On Thu, 17 Dec 2009 04:11:30 -0600, Anthony Fletcher <fle...@NZ1.IBM.COM>
wrote:

>Is there any way of finding out whether LLA was started in FREEZE mode? If
>the intent is to use FREEZE mode, specifications can be put in a PARMLIB
>member , eg as CSVLLATT, then if the command START LLA,LLA=TT is issued
>(ie without the SUB=MSTR), the system automatically reissues the command
>as START LLA,SUB=MSTR, but doesn't add the LLA=TT. That means that LLA
>starts but it will not be using the CSVLLATT member, and will not be using
>FREEZE. Is there a way to display the actual LLA status?
>

If you started it without the suffix (or didn't change the proc) then the
default is to not use any member. This is the equivalent of specifying:

LIBRARIES(-LNKLST-)

And since the LNKLST is automatically frozen, it's really the same as:

LIBRARIES(-LNKLST-)
FREEZE(-LNKLST-)

As far as displaying the status of libraries, there is a "D LLA" command.

Regards,

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

Mark Zelden

unread,
Dec 17, 2009, 10:38:31 AM12/17/09
to
On Thu, 17 Dec 2009 13:13:53 +0100, Vernooij, CP - SPLXM
<Kees.V...@KLM.COM> wrote:


>When you start LLA without LLA=xx, the default is LLA=00, so CSVLLA00
>member is activated.
>

There is no default member. There is a default action of managing the
LNKLST as frozen.

Peter Relson

unread,
Dec 18, 2009, 8:44:13 AM12/18/09
to
If it hurts, don't do that (i.e., do specify SUB=MSTR). At the very least,
it is more efficient to start a space once (when you do it correctly) than
twice (when the system has to re-do it for you).

I will look into enhancing LLA in this case to restart using the CSVLLAxx
member that was specified on the original. A change in the service stream
is not all that likely, but possibly in a new release.

Peter Relson
z/OS Core Technology Design

Mark Zelden

unread,
Dec 18, 2009, 9:34:05 AM12/18/09
to
On Fri, 18 Dec 2009 08:40:13 -0500, Peter Relson <rel...@US.IBM.COM> wrote:

>If it hurts, don't do that (i.e., do specify SUB=MSTR). At the very least,
>it is more efficient to start a space once (when you do it correctly) than
>twice (when the system has to re-do it for you).
>
>I will look into enhancing LLA in this case to restart using the CSVLLAxx
>member that was specified on the original. A change in the service stream
>is not all that likely, but possibly in a new release.
>
>Peter Relson
>z/OS Core Technology Design
>

Peter,

Was this reply to something off-list or in the newsgroup but not the listserv?
It helps if some prior text is quoted.

Regards,

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

----------------------------------------------------------------------

Peter Relson

unread,
Dec 19, 2009, 12:21:11 PM12/19/09
to
>>If it hurts, don't do that (i.e., do specify SUB=MSTR). At the very
least,
>>it is more efficient to start a space once (when you do it correctly)
than
>>twice (when the system has to re-do it for you).
>>
>>I will look into enhancing LLA in this case to restart using the
CSVLLAxx
>>member that was specified on the original. A change in the service
stream
>>is not all that likely, but possibly in a new release.
>>
>>Peter Relson
>>z/OS Core Technology Design
>>

>Peter,

>Was this reply to something off-list or in the newsgroup but not the
listserv?
>It helps if some prior text is quoted.


Mark, I was responding to this part of the original post for this thread::


>...specifications can be put in a PARMLIB

>member , eg as CSVLLATT, then if the command START LLA,LLA=TT is issued
>(ie without the SUB=MSTR), the system automatically reissues the command
>as START LLA,SUB=MSTR, but doesn't add the LLA=TT. That means that LLA

>starts but it will not be using the CSVLLATT member,...

i.e., the automatic restart when you omit SUB=MSTR does not use your
specified CSVLLAxx member.

Peter Relson
z/OS Core Technology Design

----------------------------------------------------------------------

0 new messages