Announcement

Collapse
No announcement yet.

Entry process / process limit exceeded - how to monitor within user account?

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Entry process / process limit exceeded - how to monitor within user account?

    Within a cP user account I can see the stats, which are averaged over a minute (as granular as the cP report gets), which are minimal (4-6 processes) but through ssh Im seeing spikes in activity every five minutes for just a couple of seconds during which processes are unable to fork, I assume due to LVE limits (either EP or NPROC) being exceeded. There are no "faults" reported in cP user console.

    Ive confirmed that there are no cron jobs in the user crontab, there is no activity to the website from the Internet, and no dovecot sessions from mail clients etc. I must assume that there are a few processes I cant see through ps -ef related to the user account, such a mail processing, httpd, etc but these should equally be pretty idle.

    Via ps -ef I only every see around half a dozen processes max. Via /proc/stat the number of processes can vary from the same half dozen up to 50+, but an ls of /proc only shows half a dozen process directories. I can only assume that ps only shows procs spawned directly under the uid, and not those that have set an effective uid. Similarly /proc has similar view. I assume /proc/stat shows the real process count of all processes with the uid.

    I can accept that there will be some activity, httpd, backups etc, but these background activities are almost hitting limits; either EP or NPROC, or both, but Im struggling to diagnose which. If I run just a few more processes from the shell, it reports an unable for fork message on the 5 minute boundaries.

    So, are my assumptions about ps and /proc/stat correct? Is there a way from within a standard end user account / cagefs to obtain a true view of EP and NPROC. Is there a way see the additional processes (not shown by ps)?

    Im basically trying to figure out what the true counts are, and why the limits are being (almost) hit before any real use of the account is taking place. Any insights would be much appreciated.

  • #2
    Hello,

    According to ps documentation, by default, ps shall select all processes with the same effective user ID as the current user and the same controlling terminal as the invoker. So its not clear why the amount of processes is different.
    Please submit a ticket to https://cloudlinux.zendesk.com, our techs will check the issue in place.

    > Is there a way from within a standard end user account / cagefs to obtain a true view of EP and NPROC.

    End-users can check LVE usage statistics only via control panel interface. Unfortunately, lvetop and lveps commands are not available inside CageFS.
    But system administrator can use lvetop and lveps to monitor LVE usage in real time.

    Comment


    • #3
      Hello,

      You can check which processes are currently inside LVE via command line like this:

      Code:
      # lveps -p
      Just to mention, that the process inside LVE could fork, this is why NPROC limit was made - to make sure that the process wont fork too many subprocesses inside LVE.

      Let me know if it does help.

      Comment


      • #4
        Thanks Vladimir - Ill raise a ticket. I can only assume that the /proc entry includes all processes (eg from backups) related to the UID and that these arent reported by ps or counted by lve.

        Igor - as Vladimir mentions, the lveps command is not available within cagefs.

        Thanks

        Comment


        • #5
          ia /proc/stat the number of processes can vary from the same half dozen up to 50+, but an ls of /proc only shows half a dozen process directories. I can only assume that ps only shows procs spawned directly under the uid, and not those that have set an effective uid . . .only assume that the /proc entry includes all processes (eg from backups) related to the UID

          Comment


          • #6
            Hello
            Please let us know if you have any questions.
            Thanks in advance!

            Comment

            Working...
            X