Re: Need help with msg IEE114I
On Tue, 7 Mar 2006 16:10:52 -0800, Edward E. Jaffe [EMAIL PROTECTED] wrote: ATX is displayed when CHTRKID in the CSCB (see macro IEECHAIN) contains: CHATXID EQU X'05' - ATX ADDRESS SPACE IDENTIFIER It does indeed mean APPC Transaction job. (Not sure where this attached designation came from. But APPC Transactions are said to be attached by the attach manager [on our platform it's the APPC/ASCH address spaces] so maybe that's where.] Correct, it is a place for APPC work to run. When USS came about, they decided use the same address space constructs to run forked work. Scott Fagen z/OS Core Technology Design IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 help with msg IEE114I
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward E. Jaffe Sent: Tuesday, March 07, 2006 6:11 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Need help with msg IEE114I snip (E)JES will show the ATX on the Activity display. If you can't see it, try issuing the SRESET and YALL commands. Display ATXs === Does (E)JES have an ALL YALL command as well as the YALL command? Southerners want to know this sorta stuff! GRIN. snip -- Edward E Jaffe -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need help with msg IEE114I
Hello Ed, it's been a long time since talking to the guys at Phoenix. In any event, I tried the SRESET and YALL command, and there is no Display ATXs === YES on the Entry Panel or Primary Selection Criteria window. Maybe it's due to our version (V2R5M0). -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 help with msg IEE114I - solved
It turns out that the users/programmers have this desktop product that uses some variation of FTP. It has the ability to spawn an ATX address space. These are not APPC address spaces. Looks like an expansion of the ATX attribute may be needed. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 help with msg IEE114I - solved
Richard, The variation of FTP could be AFTP and the desktop, by which I assume you mean a PC, product could be the AFTP client for whichever operating system the PC runs. However, AFTP would be spawning an AFTP server transaction program on the mainframe which would be an APPC/MVS address space and, if so, you will be able to find a transaction program profile for AFTP. I quote from the z/OS V1R2.0-V1R7.0 Communications Server APPC Application Suite Administration manual: quote 3.2.5 Task 5 - Add a Transaction Program Profile for the AFTP Server A transaction program (TP) profile must be added for the AFTP server (AFTPD). The TP profile defines AFTPD to APPC/MVS as a standard transaction program, and enables the APPC/MVS transaction scheduler to schedule the AFTPD transaction program when an inbound allocation request is received. /quote You'll be able to find this manual on the Communications Server bookshelf. Oh, I guess I should mention that there has to be SNA connectivity between the client and the server which could, I suppose, be Enterprise Extender or AnyNet SNA over IP or even be using DLSw if you thought the only protocol available between these users/programmers and the mainframe was IP. Chris Mason - Original Message - From: Richard Tsujimoto [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Wednesday, 08 March, 2006 3:44 PM Subject: Re: Need help with msg IEE114I - solved It turns out that the users/programmers have this desktop product that uses some variation of FTP. It has the ability to spawn an ATX address space. These are not APPC address spaces. Looks like an expansion of the ATX attribute may be needed. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 help with msg IEE114I - solved
There is no entry for the product in the APPCTP data set. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 help with msg IEE114I - solved
We discovered something interesting. We did an FTP operation using our terminal emulator product (PASSPORT) instead of the PC-based FTP product, and we can see an address space of type ATX started. We stopped the test and then brought down APPC. We repeated the FTP test and it worked, which proves the APPC STC has nothing to do with the creation of this particular ATX address space. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 help with msg IEE114I
Richard Tsujimoto wrote: Hello Ed, it's been a long time since talking to the guys at Phoenix. In any event, I tried the SRESET and YALL command, and there is no Display ATXs === YES on the Entry Panel or Primary Selection Criteria window. Maybe it's due to our version (V2R5M0). Rick, V2R5 is pretty darn old (September 1998)! Maybe the last time you talked with us, that release was new! :-) I did check the listings and Display ATXs was definitely supported in V2R5. So, if you don't see it on your Entry Panel (just below Display TSUs), it means that your security person has deliberately disallowed you from seeing APPC work. (A silly thing to do IMHO. There's no particular exposure in allowing people to see APPC transactions.) It's probably being done using the DATX= keyword on an internal security profile somewhere... -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need help with msg IEE114I
McKown, John wrote: (E)JES will show the ATX on the Activity display. If you can't see it, try issuing the SRESET and YALL commands. Does (E)JES have an ALL YALL command as well as the YALL command? Southerners want to know this sorta stuff! GRIN. No. But, we're fixing to add one just to make y'all feel more comfortable ... :-D -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need help with msg IEE114I - solved
Richard Tsujimoto wrote: It turns out that the users/programmers have this desktop product that uses some variation of FTP. It has the ability to spawn an ATX address space. These are not APPC address spaces. Looks like an expansion of the ATX attribute may be needed. What release of the operating system are you running??? OMVS used to use APPC/MVS for its forked procedures. There was no need to expand the meaning of ATX for those address spaces. They were indeed APPC transactions, but running OMVS work. Later, an interface with WLM was created to allow OMVS to create its own BPXAS address space pool independent of APPC/MVS. Without research, ISTR that change was somewhere around the OS/390 V2R5 time frame... -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need help with msg IEE114I
Thanks Ed, I'll follow-up on this. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 help with msg IEE114I - solved
Ed, you embarrass me grin, we're clinging onto OS/390 2.6 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 help with msg IEE114I - solved
Richard, In answer to your earlier post saying you definitely had no transaction program profile for AFTP defined, I was going to mention that not all APPC/MVS server tasks needed to be started by the APPC/MVS scheduler using transaction program profiles. However, since we are taking here about an address space being mysteriously started, this isn't really relevant. Your latest test may well be definitive concerning the absence of APPC/MVS. The only thing that worries me slightly is that - as far as I remember APPC/MVS - the started task ASCH is the one responsible for scheduling address spaces. Now I'm getting way out of my depth. Nevertheless let me try something for sager heads to expand on perhaps. Maybe what is happening is that some program running in its own address space is spawning other address spaces using the same service that the program ASBSCHIN, the program in the APPC/MVS ASCH procedure, uses. Thus your suggestion that ATX needs expanding may be sort-of right. Maybe it is wrong to associate ATX exclusively with APPC/MVS, more precisely the transaction/address space scheduling performed by the ASCH procedure, and it should simply be associated with attached transaction program where this refers to the service which happens to be used by ASCH. Looking back though the thread - which I should have done before jumping in with the AFTP suggestion :-( , I see Rex Pommier is suggesting that UNIX does this for the FTP server - I guess this might be how the fork() call is implemented. Incidentally your post of Tues, Mar 7 2006 8:43 pm mentions using the NETSTAT command in order to check on the use of APPC/MVS. This just isn't the appropriate command. It is exclusively for the IP side of the Communications Server product and not the SNA side. Chris Mason - Original Message - From: Richard Tsujimoto [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Wednesday, 08 March, 2006 6:02 PM Subject: Re: Need help with msg IEE114I - solved We discovered something interesting. We did an FTP operation using our terminal emulator product (PASSPORT) instead of the PC-based FTP product, and we can see an address space of type ATX started. We stopped the test and then brought down APPC. We repeated the FTP test and it worked, which proves the APPC STC has nothing to do with the creation of this particular ATX address space. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 help with msg IEE114I - solved
On Wed, 8 Mar 2006 09:26:38 -0800, Edward E. Jaffe [EMAIL PROTECTED] wrote: What release of the operating system are you running??? OMVS used to use APPC/MVS for its forked procedures. There was no need to expand the meaning of ATX for those address spaces. They were indeed APPC transactions, but running OMVS work. Later, an interface with WLM was created to allow OMVS to create its own BPXAS address space pool independent of APPC/MVS. Without research, ISTR that change was somewhere around the OS/390 V2R5 time frame... On Wed, 8 Mar 2006 12:39:25 -0500, Richard Tsujimoto [EMAIL PROTECTED] wrote: Ed, you embarrass me grin, we're clinging onto OS/390 2.6 I didn't research either, but I thought the change Ed is referring to was at OS/390 1.3. The IP stack changes were at OS/390 2.5. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://expertanswercenter.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: Need help with msg IEE114I - solved
The use of netstat was not for checking any APPC connection. It was done to see if an IP connection was present, which it was. Sorry for any confusion I might have caused. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Need help with msg IEE114I
When a D J,L command is issued, the response is message IEE114I, showing a list of jobs and STCs. Those that are jobs have J next to them, and STCs have S next to them. We have one that has an A next to it. According to Messages and Codes, A stands for ATX. I can't find out what ATX stands for. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 help with msg IEE114I
attached transaction programs (ATX) created by the START or MOUNT command We have 1 A task as well, ftpd1. It looks like it is a spawned UNIX task. Rex When a D J,L command is issued, the response is message IEE114I, showing a list of jobs and STCs. Those that are jobs have J next to them, and STCs have S next to them. We have one that has an A next to it. According to Messages and Codes, A stands for ATX. I can't find out what ATX stands for. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 help with msg IEE114I
In a message dated 3/7/2006 11:39:55 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Messages and Codes, A stands for ATX. I can't find out what ATX stands for. Any mount messages pending? If the command is one of the following, some combination of the fourth, fifth, and sixth lines appears: JOBS,LIST A list of all: * Virtual=virtual (V=V) jobs, tasks, and attached transaction programs (ATX ) created by the START or MOUNT command. One or two entries appear on each line. V=V jobs, virtual=real (V=R) tasks, and V=R attached transaction programs (ATX) created by the START command. One entry appears on each line. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 help with msg IEE114I
These are probably APPC Transactions. When a D J,L command is issued, the response is message IEE114I, showing a list of jobs and STCs. Those that are jobs have J next to them, and STCs have S next to them. We have one that has an A next to it. According to Messages and Codes, A stands for ATX. I can't find out what ATX stands for. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 help with msg IEE114I
Attached transaction programs. Regards, Kevin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need help with msg IEE114I
APPC Transaction? From: Richard Tsujimoto [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Need help with msg IEE114I Date: Tue, 7 Mar 2006 12:09:30 -0500 When a D J,L command is issued, the response is message IEE114I, showing a list of jobs and STCs. Those that are jobs have J next to them, and STCs have S next to them. We have one that has an A next to it. According to Messages and Codes, A stands for ATX. I can't find out what ATX stands for. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 help with msg IEE114I
On Tue, 7 Mar 2006 12:09:30 -0500, Richard Tsujimoto wrote: When a D J,L command is issued, the response is message IEE114I, showing a list of jobs and STCs. Those that are jobs have J next to them, and STCs have S next to them. We have one that has an A next to it. According to Messages and Codes, A stands for ATX. I can't find out what ATX stands for. You didn't look on the previous page in IEE114I's System Messages pub -- where it says: * Virtual=virtual (V=V) jobs, tasks, and attached transaction programs (ATX) created by the START or MOUNT command. One or two entries appear on each line. * V=V jobs, virtual=real (V=R) tasks, and V=R attached transaction programs (ATX) created by the START command. One entry appears on each line. I would expect (but haven't spent any more of my time to confirm) that ATX is the current nomenclature for APPC transactions. -- Tom Schmidt Madison, WI -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need help with msg IEE114I
Instead of multiple replies, I combined them below (irrespective of poster): It looks like it is a spawned UNIX task. We're not running/using OMVS, so I don't think this is the case. Any mount messages pending? Nope. These are probably APPC Transactions. That may be a possiblity, but when I did a netstat command, it showed an IP connection with a Windows server, so I don't think APPC is it. Attached transaction programs. Thanks for the explanation. The ATX is not viewable from EJES (we're JES3 - it's similar to SDSF), so I can't display the JCL associated with it. I tried running a job with TYPRUN=SCAN and specifying a catalog proc name that matches the ATX name, but no luck. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 help with msg IEE114I
Can you tell us what the task name is that is listed as A? Subject: Re: Need help with msg IEE114I Instead of multiple replies, I combined them below (irrespective of poster): It looks like it is a spawned UNIX task. We're not running/using OMVS, so I don't think this is the case. Any mount messages pending? Nope. These are probably APPC Transactions. That may be a possiblity, but when I did a netstat command, it showed an IP connection with a Windows server, so I don't think APPC is it. Attached transaction programs. Thanks for the explanation. The ATX is not viewable from EJES (we're JES3 - it's similar to SDSF), so I can't display the JCL associated with it. I tried running a job with TYPRUN=SCAN and specifying a catalog proc name that matches the ATX name, but no luck. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 help with msg IEE114I
We're not running/using OMVS, so I don't think this is the case. but when I did a netstat command, it showed an IP connection with a Windows server, so I don't think APPC is it. For quite a number of years now, TCP/IP uses OMVS sockets, so you are using OMVS if you use TCP. That IP session may explain the ATX -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need help with msg IEE114I
Have you got APPC and ASCH started tasks, possibly ASCHINIT tasks? Richard Tsujimoto [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 03/07/2006 13:02 Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Need help with msg IEE114I Instead of multiple replies, I combined them below (irrespective of poster): It looks like it is a spawned UNIX task. We're not running/using OMVS, so I don't think this is the case. Any mount messages pending? Nope. These are probably APPC Transactions. That may be a possiblity, but when I did a netstat command, it showed an IP connection with a Windows server, so I don't think APPC is it. Attached transaction programs. Thanks for the explanation. The ATX is not viewable from EJES (we're JES3 - it's similar to SDSF), so I can't display the JCL associated with it. I tried running a job with TYPRUN=SCAN and specifying a catalog proc name that matches the ATX name, but no luck. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 help with msg IEE114I
For quite a number of years now, TCP/IP uses OMVS sockets, so you are using OMVS if you use TCP. That IP session may explain the ATX You're right about TCP/IP and OMVS. But, I was referring to user applications running in OMVS proper. I suspect your right about IP and ATX as well, but I don't know where to look for the JCL that's used to spawn this ATX. If it were APPC, then it would be in the APPCTP VSAM file. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 help with msg IEE114I
Can you tell us what the task name is that is listed as A? It's a locally name application, e.g. COMETS -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 help with msg IEE114I
Have you got APPC and ASCH started tasks, possibly ASCHINIT tasks? Yes, but the APPCTP content has only one *job* in it and it isn't the one I'm looking for. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 help with msg IEE114I
Do you use a monitor product? For instance, we use Mainview and if I look at an overview of what is running, there is a T field for Address Space Type and the HELP for that field indicates that it is showing values for: BAT - Batch STC - Started task TSO - TSO ASC - ASCH (APPC) Address Space User OMV - OpenMVS Address Space User Something like that may give you a little more insight. Regards, Peggy -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 help with msg IEE114I
Richard Tsujimoto wrote: For quite a number of years now, TCP/IP uses OMVS sockets, so you are using OMVS if you use TCP. That IP session may explain the ATX You're right about TCP/IP and OMVS. But, I was referring to user applications running in OMVS proper. I suspect your right about IP and ATX as well, but I don't know where to look for the JCL that's used to spawn this ATX. If it were APPC, then it would be in the APPCTP VSAM file. ATX is displayed when CHTRKID in the CSCB (see macro IEECHAIN) contains: CHATXID EQU X'05' - ATX ADDRESS SPACE IDENTIFIER It does indeed mean APPC Transaction job. (Not sure where this attached designation came from. But APPC Transactions are said to be attached by the attach manager [on our platform it's the APPC/ASCH address spaces] so maybe that's where.] (E)JES will show the ATX on the Activity display. If you can't see it, try issuing the SRESET and YALL commands. Display ATXs === YES on the Entry Panel or Primary Selection Criteria window. If started by ASCH, the job ID will normally be 'Annn'. For example: |JobName StepName ProcStep JobID |/ |EJWSJES2 EJWSMVS A023 I would run the administrative utility and use the TPKEYS command to list all TPs that APPC knows about. Make sure you point to the actual APPCTP file used by your APPC procedure. I'm no APPC/MVS expert, but it may be possible to spawn an ATX without its JCL being present in hlq.APPCTP at all. In any case, other columns (e.g., Owner) on the (E)JES Activity display might give you a clue where the task comes from or who owns it. You're right about not being able to browse the JCL. There is none on spool. If you cancel the ATX w/dump (i.e., issue KD command) you should get a userid.Annn.Dddd.Thhmmss.JOBLOG data set produced. Of course, if you do, you might get a nasty phone call from the ATX owner. At least that would help answer your question... :-) -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html