The only way I know to do this is to use the TSO pre-prompt exit to set a bit to suppress the issuing of the SYSIKJUA global ENQ. This is not really supported and may cause some problems. I don't know all of them. But one that I do know know of is the sending of NOTIFY messages to the user. I don't know which session will receive the message. And ISPF needs to be properly configured.
Thank Google for speech to text on my tablet. I just had cataract surgery on my right eye, and I can't type very well. Most of this message was done on my android tablet using speech to text On Aug 14, 2014 6:40 PM, "Frank Swarbrick" < 0000002782105f5c-dmarc-requ...@listserv.ua.edu> wrote: > Does this "profile sharing" get around the TSO error "IKJ56425I LOGON > rejected, UserId DVFJS already logged on to system XXXX"? > > > > ________________________________ > From: Thomas Conley <pinnc...@rochester.rr.com> > To: IBM-MAIN@LISTSERV.UA.EDU > Sent: Thursday, August 14, 2014 2:13 PM > Subject: Re: Multiple TSO Sessions with the Same USERID in the Same LPAR > > > On 8/14/2014 3:33 PM, David Platt wrote: > > We are running z/OS 1.13 with ACF2 and plan on implementing z/OS V2R1 in > the 2nd Qtr of 2015. We also have a few users that use RDz. We have > successfully implemented the changes as described for Multiple TSO SIGNON > on the Same MAS or SYSPLEX, but on different LPARs. We have chosen to > allocate unique TSO datasets to each LPAR and avoid sharing. Several users > have multiple USER Ids, and we have been asked to eliminate the duplicate > IDs per user. Several users are saying they need, at least, two TSO > sessions per LPAR. > > > > We are planning on installing z/OS V2R1 in the 2nd Qtr 2015. We do have > a few users of RDz if this makes a difference. > > > > I'm looking for ways to implement multiple sessions, if there are any. > > > > Thanks > > David Platt > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > David, > > You should not allocate separate profile datasets, they should be > shared. Your requirement for multiple sessions on a single LPAR withe > the same id can be satisfied with z/OSMF, which can open multiple ISPF > windows on the same LPAR. ISPF shared profile support is required for > that feature. > > Regards, > Tom Conley > > > ---------------------------------------------------------------------- > 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