Thanks, I have seen a lot of references to SYSTEM Rexx recently. I am not
sure what this is and how its used.
Basically the app logs on to TSO and issues a REXX command to reset
a users password. The proc used is standard TSO IKJEFTxx that
brings the session to a ready prompt. They utilize a 3270 emulator
on the server where their app resides. I am not sure why they get the message.
The screen is hidden.
As a side note we havent ipled in awhile and we received lately the
message: IEF352I ADDRESS SPACE UNAVAILABLE
Current address space indicators. I would bet to say that if we ipled the
issue would go away for sometime.
ASID USAGE FROM THE ASVT
MAXUSER from IEASYSxx: 1000
In use ASIDs: 142
Available ASIDs: 858
RSVSTRT from IEASYSxx: 50
RSVSTRT in use: 0
RSVSTRT available: 50
RSVNONR from IEASYSxx: 100
RSVNONR in use: 100
RSVNONR available: 0
Tim
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]]on
Behalf Of Lizette Koehler
Sent: Tuesday, July 28, 2009 8:26 AM
To: [email protected]
Subject: Re: address space creation
Since this is a 3rd party vendor, I am not sure you could convert to SYSTEM
REXX which was implemented in z/OS V1.9. AXR is the prefix for SYSTEM Rexx. I
am guessing that the vendor has you running a PROC for this process using
IRXJCL? Or is it a IKJEFTxx program?
Currently if your normal TSO users are fine, then it is a problem within this
Vendor's Process. I do not know of any function that could cause this, and not
having seen the REXX code or this product, cannot give much more thoughts on
this issue.
If the vendor states that they have not coded for this type of error, then they
need to assist you with analysis. If you have the source, you could see if it
is modifiable. If not, then have the vendor work with you to resolve this
issue. The vendor should be able to put some additional code in this REXX for
you to provide more details. If you see MAX USERS, it maybe a message produced
by the vendor code, if so, they could add some displays to explain why they are
seeing this issue.
Lizette
>
> Max TSO users 60, we never reach that.
> It does timeout and logoffs and logs back on when needed.
>
> "If you could catch a moment when it gets that message" (I cant, never know
> when,
> I could issue d ts,l periodically)
>
> 3rd party says they never coded for this error. It never came up when we were
> implmenting the product.
>
> z/os 1.9
>
>
> What is the maximum number of TSO users you can have on at one time? Does
> this
> 3rd party app ever logoff?
>
> If you could catch a moment when it gets that message, can you do a D TS,L
> and see
> how many TSO users are logged on? You may be able to do this periodically
> with an
> automation process so you could do a point in time check.
>
> Have you checked with the 3rd party vendor on this issue, and what do they
> say? If
> not, do you have the ability to alter the REXX to find out how many TSO users
> are
> logged on at the time of the message?
>
> What level of z/OS or OS/390 are you running?
>
> Lizette
>
>
>
> >
> >Have an 3rd party application that interfaces with TSO. It signs on
> >periodically,
> >and runs a rexx exec. Ocassionally in its log file it gets a message MAXIMUM
> >USERS
> LOGGED
> >
> >There is never any messages at the same time in the syslog. Other normal TSO
> >users never have an issue.
----------------------------------------------------------------------
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
