The other exception that comes to mind is uid 0. One display that might help shed some light on the issue is D OMVS,L,PID=nnnnnn where nnnnnn is any one of the processes running under the uid in question. I tried this myself and it seemed to work as expected for FTP sessions: when I hit the high-water mark, I couldn't open a new FTP session.
Bill On Thu, 19 Oct 2006 17:08:00 +0100, Jim McAlpine <[EMAIL PROTECTED]> wrote: >In my case it's actually set by PROCUSERMAX in the OMVS RACF segment. > >Jim McAlpine > > >On 10/19/06, Big Iron <[EMAIL PROTECTED]> wrote: >> >> Do you have your own OMVS segment or would you be making use of the >> default >> OMVS segment? It is my understanding that MAXPROCUSER doesn't apply to the >> default OMVS uid. >> >> Bill >> >> On Thu, 19 Oct 2006 12:00:48 +0100, Jim McAlpine <[EMAIL PROTECTED]> >> wrote: >> >> >Yes, we're talking about MAXPROCUSER which in my case was set to 3 but I >> was >> >able to make 4 connections from windoze to the z/OS ftp server with the >> same >> >userid. >> > >> >Jim McAlpine >> > >> > >> >On 10/19/06, Walt Farrell <[EMAIL PROTECTED]> wrote: >> >> >> >> On 10/19/2006 2:18 AM, Hunkeler Peter , KIUK 3 wrote: >> >> > Cross-Posted to IBM-MAIN and MVS-OE lists >> >> > >> >> >> >> Don't forget that there's a difference between the "maximum number of >> >> processes" and the "maximum number of processes per user". >> >> >> >> How many processes did that one FTP user try to establish? >> >> >> >> Walt >> >> >> ---------------------------------------------------------------------- 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
