Matt > Is there someone who can help me troubleshoot this?
To answer your question, precisely as posed, is probably yes. Now let's see whether this particular "someone" can answer the plea contained in the "Subject" line which would correspond to the following as a last sentence: "Would someone help me troubleshoot this?", "please" optional! - What you need to do is determine how resource names CACVTAM.TCP2610P and CACVTAM.TCOM are represented within the control blocks of the VTAM running in LPAR-A, the VTAM making the complaint concerning "duplicate resources". You imply that you successfully use CACVTAM.TCP2610P as a resource representing a printer within the VTAM running in LPAR-A so I suspect your problem is with resource CACVTAM.TCOM. You should post the output of the following commands in LPAR-A: D NET,ID=TCP2610P,E D NET,ID=TCOM,E You should also post the statements from VTAMLST members which contain these two resource names. You need to post just the relevant statements but including the VBUILD (LBUILD?, BUILD?) header statements. I assume that the members, formally described as "major nodes", are active at the time the problem manifests itself. Typically they will be listed in your ATCCONxx member. Do you have just one network identifier, NETID, for these two VTAMs? What change have you made recently which gave rise to the appearance of this problem? For example, have you just created the LPAR-B system as a "clone" with what are assumed to be minimal required changes of the LPAR-A system? - > My VTAM knowledge is unfortunately limited. What does your colleague who is responsible for maintaining VTAM and has had sufficient VTAM education for the role of supporting a presumed critical aspect of your activities[1] say about this problem? - Incidentally: > - Printing works from TSO on LPAR-A. > - Printing works via VTAM from applications running on LPAR-A. Why are there two line items here? Surely "from TSO" is just a special case of "via VTAM from applications running". - [1] I said "business" but then I noticed you support university students! - Chris Mason On Wed, 20 Jun 2012 16:04:40 -0400, Matt Gourley <mmg...@psu.edu> wrote: >Greetings, > >I'm trying to get a Cross Domain Resource to work so our users can print >to the printing queues (via VPS/DRS) on one LPAR (LPAR-A) from their >applications on another LPAR (LPAR-B). Here's what I've verified: > >- Printing works from TSO on LPAR-A. >- Printing works via VTAM from applications running on LPAR-A. >- LPAR-B's applications know to send their print requests for the >printer named TCP2610P to LPAR-A (CDRM04): > >D NET,ID=CDVPST,E >IST097I DISPLAY ACCEPTED >IST075I NAME = CDVPST, TYPE = CDRSC SEGMENT 472 >IST486I STATUS= ACTIV, DESIRED STATE= ACTIV >IST478I CDRSCS: >IST483I TCP2610P ACTIV , CDRM = CDRM04 , NETID = CACVTAM > >- These requests (from LPAR-B, via CDRM06) get as far as LPAR-A, where >they're rejected: > >CDINIT REQUEST FROM CDRM06 FAILED, SENSE=08880008 511 >REAL OLU=CACVTAM.TCOM REAL DLU=CACVTAM.TCP2610P >SID = E69B8A588E309FC0 >END > >A search for SENSE=08880008 tells me that "[t]he specified OLU real >network name is known, but is a duplicate resource." > >My VTAM knowledge is unfortunately limited. Is there someone who can >help me troubleshoot this? > > >Thanks in advance, > >-Matt > > > >-- >Matt Gourley ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
