home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / aix / 11853 < prev    next >
Encoding:
Text File  |  1992-11-23  |  2.6 KB  |  61 lines
  1. Newsgroups: comp.unix.aix
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!usc!rpi!batcomputer!lynx@msc.cornell.edu!jaguar.msc.cornell.edu!rick
  3. From: rick@jaguar.msc.cornell.edu (Rick Cochran)
  4. Subject: Re: xdm consuming ulimit resources
  5. Message-ID: <1992Nov23.175933.13880@msc.cornell.edu>
  6. Sender: news@msc.cornell.edu
  7. Organization: Cornell Materials Science Center
  8. References:  <18NOV199211475690@ctrvx1.vanderbilt.edu>
  9. Date: Mon, 23 Nov 1992 17:59:33 GMT
  10. Lines: 49
  11.  
  12. In article <18NOV199211475690@ctrvx1.vanderbilt.edu>, umarsa00@ctrvx1.vanderbilt.edu (PROF. A.S. UMAR, (615)322-2459) writes:
  13. |> I have an RS/6000 with a bunch of X-stations. We have been running xdm
  14. |> for user auth. I have just realized that when I telnet directly to
  15. |> the workstation I get different ulimits compared to when I login 
  16. |> via xdm from a X-station. The effect of this is that I do not have
  17. |> enough stack space to run XL fortran. So when you telnet directly the
  18. |> fortran works fine but when you login via xdm one gets the error:
  19. |>          "Could not load program xlfentry
  20. |>           Error was: Not enough space"
  21. |> message. I doubled my ulimits in /etc/security/limits file and restarted the
  22. |> system. This worked fine for ulimit -a from a telnet login but not from an
  23. |> xdm login. Here is a comperative ulimit -a output for the same user:
  24. |> 
  25. |>     via telnet                 via xdm
  26. |>     ----------                 -------
  27. |> 
  28. |>     time unlimited             time unlimited
  29. |>     file 2097151               file unlimited
  30. |>     data 262144                data 131072
  31. |>     stack 65536                stack 16384
  32. |>     memory 32768               memory unlimited
  33. |>     coredump 2048              coredump unlimited
  34. |> 
  35. |> Where is and why xdm is changing these limits. I don't think xdm itself
  36. |> can consume so much. HEEEEEELP!!!!
  37. |> 
  38. |> umar@compsci.cas.vanderbilt.edu         Prof.A.S. Umar
  39. |> umarsa00@vuctrvax.bitnet                Department of Physics & Astronomy
  40. |> Tel: (615) 322-2459                     Vanderbilt University
  41. |> Fax: (615) 343-7263                     Nashville, TN 37235
  42. |> 
  43.  
  44. This is because:
  45.  
  46.  1) MIT xdm does not use "setpcred" (an IBMism) to get the proper limits.
  47.  
  48.  2) xdm is run by "init" which has a restricted set of limits.
  49.  
  50. You can either fix xdm to use setpcred or (if you don't care about per-user
  51. limits) start xdm like so:
  52.  
  53. if [ -f /usr/bin/X11/xdm -a -f /usr/local/xdm/xdm-config ] ; then
  54.     su root "-c /usr/bin/X11/xdm -config /usr/local/xdm/xdm-config"
  55. fi
  56.  
  57. -- 
  58. |Rick Cochran          607-255-7223             rick@msc.cornell.edu|
  59. |Cornell Materials Science Center             rick@crnlmsc2.bitnet|
  60. |E20 Clark Hall, Ithaca, N.Y. 14853         cornell!msc.cornell.edu!rick|
  61.