Re: An LLA managed dataset automatically generates CSV019I abend

2014-05-29 Thread Peter Relson
During my testing I have found that whether my load library is in a APF
authorized steplib or not e.g. TSOLIB having it LLA managed automatically
generates the CSV019I abend

Prove it. It is really wasteful of the time of the good people on this 
forum to have continued assertions that do not provide the information 
needed to demonstrate what exactly was tried. 

It has already been stated, correctly, that LLA has nothing whatsoever to 
do with APF authorization. So you could stop LLA and verify that you get 
the same result. 

Further, you're apparently not running on a system that cares about 
performance or system integrity, based on your appends,  so it should not 
matter to you if LLA is up or not.

Peter Relson
z/OS Core Technology Design

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: An LLA managed dataset automatically generates CSV019I abend

2014-05-29 Thread Bob Shannon
 Prove it

In the old days we used to figure these things out ourselves. I guess I've 
dated myself.

Bob Shannon
Rocket Software

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: An LLA managed dataset automatically generates CSV019I abend

2014-05-29 Thread Ed Finnell
In the general scheme of things defaults in IEASYSxx are LNKAUTH=LNKLST and 
 for CSVLLAxx -LNKLST-
And with no parms a FREEZE is done on all LNKLST. Guess I could see where  
updates could get out of
SYNC.
 
From !.13 Init and Tuning ref.:
--- quote ---
 
-LNKLST- can be used to designate a list of data  sets for this parameter, 
which is derived from all active LNKLST sets. When specified, LLA  builds 
this list for you as part of its normal processing. It is a shorthand way  to 
identify all of the data sets in the LNKLST instead of listing each of them  
using (-LNKLST-,  non-LNKLST libname1, non-LNKLST libname2). As an example, 
specifying FREEZE  (-LNKLST-)  directs LLA to set each of the data sets in 
the LNKLST concatenations list in  FREEZE mode. (LLA provides directories 
from the saved information in LLA storage  for requests via JOBLIB, STEPLIB, 
or TASKLIB.) Specifying NOFREEZE (-LNKLST-)  directs LLA to manage each of 
the data sets (in the LNKLST concatenations list)  in NOFREEZE mode, whenever 
the data set is accessed outside of the LNKLST. That is, LLA provides  
directories by doing I/O to the DASD storage for these data sets specified via  
JOBLIB, STEPLIB, or TASKLIB. However, references to members via any active  
LNKLST concatenation are always provided from LLA storage, so NOFREEZE does 
not  affect that request.
 
---end  quote ---
 
In a message dated 5/29/2014 9:51:14 A.M. Central Daylight Time,  
rel...@us.ibm.com writes:

It has  already been stated, correctly, that LLA has nothing whatsoever to 
do with  APF authorization. So you could stop LLA and verify that you get 
the same  result. 



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: An LLA managed dataset automatically generates CSV019I abend

2014-05-29 Thread Chris Hoelscher
Bob Shannon wrote: 

. I guess I've dated myself.

I hope you got a good-night kiss ...

Chris hoelscher
Technology Architect | Database Infrastructure Services
Technology Solution Services

123 East Main Street |Louisville, KY 40202
choelsc...@humana.com
Humana.com
(502) 476-2538 - office
(502) 714-8615 - blackberry
Keeping CAS and Metavance safe for all HUMANAty


The information transmitted is intended only for the person or entity to which 
it is addressed
and may contain CONFIDENTIAL material.  If you receive this 
material/information in error,
please contact the sender and delete or destroy the material/information.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


An LLA managed dataset automatically generates CSV019I abend

2014-05-28 Thread MichealButz
Hi,

 

During my testing I have found that whether my load library is in a APF
authorized steplib or not e.g. TSOLIB having it LLA managed automatically
generates the CSV019I abend

 

This doesn't make sense to me

 

Thanks 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: An LLA managed dataset automatically generates CSV019I abend

2014-05-28 Thread Elardus Engelbrecht
MichealButz wrote:

During my testing I have found that whether my load library is in a APF 
authorized steplib or not e.g. TSOLIB having it LLA managed automatically 
generates the CSV019I abend

Show us the full TSOLIB. and all applications using it.

Did you use the same extended search order for TSOLIB? Review your IKJTSOxx 
member.

Also check this from 'TSO/E Command Reference':

To allow authorized commands or programs to be invoked, the entire 
concatenation of data sets must contain data set names that reside in the 
APF-authorized library list. This means that, if you activate a list of load 
module and program object libraries with TSOLIB, every data set name 
representing a library must be named in the APF-authorized library list.


Check your loadlib concatenation. It is all datasets or nothing to be APFed in 
that STEPLIB.

Alternatively, use ISRDDN and after entering LPA as command, to locate all 
occurances of that module(s).

Of course, check the output of both your D PROG,APF and D PROG,LNKLST.

I believe you may be in a surprise about the real location of that module in 
the concatenation.

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: An LLA managed dataset automatically generates CSV019I abend

2014-05-28 Thread Jon Perryman
TSO has special requirements for running authorized programs. You may need to 
add an AUTHPGM or AUTHCMD statement.

Have you tried this outside the TSO environment?

Jon Perryman


 On Wednesday, May 28, 2014 7:42 AM, Elardus Engelbrecht 
 elardus.engelbre...@sita.co.za wrote:
  MichealButz wrote:
 
 During my testing I have found that whether my load library is in a APF 
 authorized steplib or not e.g. TSOLIB having it LLA managed automatically 
 generates the CSV019I abend

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: An LLA managed dataset automatically generates CSV019I abend

2014-05-28 Thread Micheal Butz
The program I am running is in the AUTHNAME /AUTHCMD the loaded 
Program is not the loaded program comes from an APF authorized load lib and is 
link edited AC=1

Sent from my iPhone

 On May 28, 2014, at 10:57 AM, Jon Perryman jperr...@pacbell.net wrote:
 
 TSO has special requirements for running authorized programs. You may need to 
 add an AUTHPGM or AUTHCMD statement.
 
 Have you tried this outside the TSO environment?
 
 Jon Perryman
 
 
 On Wednesday, May 28, 2014 7:42 AM, Elardus Engelbrecht 
 elardus.engelbre...@sita.co.za wrote:
 MichealButz wrote:
 
 During my testing I have found that whether my load library is in a APF
 authorized steplib or not e.g. TSOLIB having it LLA managed automatically 
 generates the CSV019I abend
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: An LLA managed dataset automatically generates CSV019I abend

2014-05-28 Thread Micheal Butz
I just updated ikjtso00 did a set IKJTSOxx=00 and still got the CSV019I

I'll look into the suggestions some more

Thanks

Sent from my iPhone

 On May 28, 2014, at 11:08 AM, Micheal Butz michealb...@comcast.net wrote:
 
 The program I am running is in the AUTHNAME /AUTHCMD the loaded 
 Program is not the loaded program comes from an APF authorized load lib and 
 is link edited AC=1
 
 Sent from my iPhone
 
 On May 28, 2014, at 10:57 AM, Jon Perryman jperr...@pacbell.net wrote:
 
 TSO has special requirements for running authorized programs. You may need 
 to add an AUTHPGM or AUTHCMD statement.
 
 Have you tried this outside the TSO environment?
 
 Jon Perryman
 
 
 On Wednesday, May 28, 2014 7:42 AM, Elardus Engelbrecht 
 elardus.engelbre...@sita.co.za wrote:
 MichealButz wrote:
 
 During my testing I have found that whether my load library is in a APF
 authorized steplib or not e.g. TSOLIB having it LLA managed automatically 
 generates the CSV019I abend
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN