Hi Chris First of all thanks for the detailed response.
you wrote "... in one of the domains where the secondary LUs have been activated, VTAM is still assuming an association between MYCICS as a CDRSC and the secondary LUs in the form of a session request which has the status code POLUIO associated with it. This would explain the number of session requests being greater than zero. I would expect it would be easy enough simply to use a command of the form VARY NET,INACT,ID=MYCICS,DELETE=YES in that domain in order to remove all trace of MYCICS prior to performing your tests with MYCICS as a generic resource.[1]" And this is exactly what we tried to do, but after issuing the VARY NET,INACT,ID=MYCICS,DELETE=YES command issuing a D NET,ID=MYCICS,SCOPE=ALL showed that MYCICS was still defined as before ... My guess was that since this is a dynamic CDRSC it is defined as long a client is trying to connect (session requests>0) so he is redefiend again and again After Restarting CICS with the new appl name an with MYCICS as generic resource name it seems that clients were able to connect using generic resource name (MYCICS)... but still D NET showed a CDRSC definition with sec-lu in POLIOU status... thanks Magen ---------------------------------------------------------------------- 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
