Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 8 replies
  • Subscribers 2 subscribers
  • Views 2234 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Using 75% of 3.2GB of RAM

dspender
Rebuilding my Astaro Server on an HP DL 360

7.305

I just noticed its using 75% of available RAM 3.2GB with no load since no one is using it. Why would this be? My production Astaro is only using 32% of 2.0GB.

I could try a reboot but I would like to try and prevent this from happening in the future....

Thanks.


This thread was automatically locked due to age.
Parents
  • 0
    Log into the shell and run "top" ... you should be able to tell what process is consuming all the RAM...

    CTO, Convergent Information Security Solutions, LLC

    https://www.convergesecurity.com

    Advice given as posted on this forum does not construe a support relationship or other relationship with Convergent Information Security Solutions, LLC or its subsidiaries.  Use the advice given at your own risk.

  • 0 in reply to BrucekConvergent
    I did a 'top' and I'm not seeing anything that would account for it. Does this look like I did it correctly? Image is sorta fuzzy so here is the first few entries

     4175 chroot    16   0  197m  89m 2816 S    0  2.7   0:38.28 httpproxy
     4418 root      15   0 35988  28m 2208 S    0  0.9   0:27.86 smtpd.bin
    11061 wwwrun    16   0 32204  25m 3092 S    0  0.8   0:00.68 index.plx
     3455 root      16   0 24280  20m 3420 S    0  0.6   0:04.65 mdw_daemon.plx
    11062 root      16   0 31672  16m 2384 S    0  0.5   0:00.10 confd.plx
     4522 root      16   0 23476  15m 1864 S    0  0.5   0:00.09 smtpd.bin
     3167 root      15   0 27784  14m 3808 S    0  0.4   0:03.19 confd.plx
    10841 root      15   0 19932  13m 3644 S    0  0.4   0:00.48 audld.plx
     4290 root      16   0 17968  12m 1892 S    0  0.4   1:10.51 aua_edirsync.pl
     3238 root      17   0 27216  11m 1428 S    0  0.3   0:13.91 confd.plx
    29272 root      16   0 17108  10m 3256 S    0  0.3   0:00.19 notifier.plx
     3170 root      15   0 13712  10m 2088 S    0  0.3   0:51.24 dns-resolver.pl
     3275 root      17   0 15760 9.9m 1800 S    0  0.3   0:01.07 aua.bin
     3480 root      15   0 13816 8500 2492 S    0  0.3   9:15.29 selfmonng.plx
    29270 root      16   0 10148 7624 2768 S    0  0.2   0:00.46 pfilter-reporte
    29268 root      16   0 10132 7444 2656 S    0  0.2   0:00.71 ips-reporter.pl
    29256 root      16   0  9636 7148 2656 S    0  0.2   0:00.61 websec-reporter
    29271 root      16   0  8736 7108 2460 S    0  0.2   0:01.01 admin-reporter.
    29257 root      16   0  9680 7024 2624 S    0  0.2   0:00.57 mailsec-reporte
     3491 root      16   0 13552 6340  540 S    0  0.2   0:00.00 selfmonng.plx
     4065 postgres  16   0 49640 5384 4432 S    0  0.2   0:12.05 postgres
     3420 postgres  16   0 48816 5344 5016 S    0  0.2   0:02.90 postgres
     3426 postgres  15   0 48952 5304 4936 S    0  0.2   0:00.58 postgres
     3186 root      16   0  8216 5228 1536 S    0  0.2   0:00.08 sysmond
     3742 root      16   0  7868 5048 1680 S    0  0.1   0:09.00 named
     4528 postgres  16   0 50076 5000 3768 S    0  0.1   0:00.05 postgres
     3892 root      34  19  8844 4628 1624 S    0  0.1   0:00.06 snmpd
     9448 postgres  16   0 50028 4448 3268 S    0  0.1   0:02.52 postgres
    29259 root      16   0  6612 4168 2020 S    0  0.1   0:00.07 vpn-reporter.pl
     3101 root      16   0  5316 3904 1428 S    0  0.1   0:00.47 hald
     4032 root      16   0  7256 3064 2244 S    0  0.1   0:00.12 httpd
     8015 wwwrun    16   0  7532 2968 1940 S    0  0.1   0:00.04 httpd
     9395 wwwrun    16   0  7400 2904 1940 S    0  0.1   0:00.01 httpd
Reply
  • 0 in reply to BrucekConvergent
    I did a 'top' and I'm not seeing anything that would account for it. Does this look like I did it correctly? Image is sorta fuzzy so here is the first few entries

     4175 chroot    16   0  197m  89m 2816 S    0  2.7   0:38.28 httpproxy
     4418 root      15   0 35988  28m 2208 S    0  0.9   0:27.86 smtpd.bin
    11061 wwwrun    16   0 32204  25m 3092 S    0  0.8   0:00.68 index.plx
     3455 root      16   0 24280  20m 3420 S    0  0.6   0:04.65 mdw_daemon.plx
    11062 root      16   0 31672  16m 2384 S    0  0.5   0:00.10 confd.plx
     4522 root      16   0 23476  15m 1864 S    0  0.5   0:00.09 smtpd.bin
     3167 root      15   0 27784  14m 3808 S    0  0.4   0:03.19 confd.plx
    10841 root      15   0 19932  13m 3644 S    0  0.4   0:00.48 audld.plx
     4290 root      16   0 17968  12m 1892 S    0  0.4   1:10.51 aua_edirsync.pl
     3238 root      17   0 27216  11m 1428 S    0  0.3   0:13.91 confd.plx
    29272 root      16   0 17108  10m 3256 S    0  0.3   0:00.19 notifier.plx
     3170 root      15   0 13712  10m 2088 S    0  0.3   0:51.24 dns-resolver.pl
     3275 root      17   0 15760 9.9m 1800 S    0  0.3   0:01.07 aua.bin
     3480 root      15   0 13816 8500 2492 S    0  0.3   9:15.29 selfmonng.plx
    29270 root      16   0 10148 7624 2768 S    0  0.2   0:00.46 pfilter-reporte
    29268 root      16   0 10132 7444 2656 S    0  0.2   0:00.71 ips-reporter.pl
    29256 root      16   0  9636 7148 2656 S    0  0.2   0:00.61 websec-reporter
    29271 root      16   0  8736 7108 2460 S    0  0.2   0:01.01 admin-reporter.
    29257 root      16   0  9680 7024 2624 S    0  0.2   0:00.57 mailsec-reporte
     3491 root      16   0 13552 6340  540 S    0  0.2   0:00.00 selfmonng.plx
     4065 postgres  16   0 49640 5384 4432 S    0  0.2   0:12.05 postgres
     3420 postgres  16   0 48816 5344 5016 S    0  0.2   0:02.90 postgres
     3426 postgres  15   0 48952 5304 4936 S    0  0.2   0:00.58 postgres
     3186 root      16   0  8216 5228 1536 S    0  0.2   0:00.08 sysmond
     3742 root      16   0  7868 5048 1680 S    0  0.1   0:09.00 named
     4528 postgres  16   0 50076 5000 3768 S    0  0.1   0:00.05 postgres
     3892 root      34  19  8844 4628 1624 S    0  0.1   0:00.06 snmpd
     9448 postgres  16   0 50028 4448 3268 S    0  0.1   0:02.52 postgres
    29259 root      16   0  6612 4168 2020 S    0  0.1   0:00.07 vpn-reporter.pl
     3101 root      16   0  5316 3904 1428 S    0  0.1   0:00.47 hald
     4032 root      16   0  7256 3064 2244 S    0  0.1   0:00.12 httpd
     8015 wwwrun    16   0  7532 2968 1940 S    0  0.1   0:00.04 httpd
     9395 wwwrun    16   0  7400 2904 1940 S    0  0.1   0:00.01 httpd
Children
  • 0 in reply to dspender
    Maybe the reporting is just wrong?

    CTO, Convergent Information Security Solutions, LLC

    https://www.convergesecurity.com

    Advice given as posted on this forum does not construe a support relationship or other relationship with Convergent Information Security Solutions, LLC or its subsidiaries.  Use the advice given at your own risk.

  • 0 in reply to BrucekConvergent
    Well top does report 3GB used so something is using it.... I guess I'll reboot and monitor for a few days.
  • 0 in reply to dspender
    Well top does report 3GB used so something is using it.... I guess I'll reboot and monitor for a few days.

    Linux(which is what astaro is based on) is going to use the ram for caching so it's perfectly normal for ram usage to head north of 90%.  how much swap where you using?  if less than 10% you are fine..everything is operating as it should.  Also keep in mind the system uses postgres which will aggressively form it's own application cache.  This will show up as higher memory usage in the webadmin.

    Owner:  Emmanuel Technology Consulting

    http://etc-md.com

    Former Sophos SG(Astaro) advocate/researcher/Silver Partner

    PfSense w/Suricata, ntopng, 

    Other addons to follow

  • 0 in reply to William Warren
    If you run 'free', you can see, on the middle line, what is actually in use by programs (discounting buffers & cache).

    Barry
  • 0 in reply to BarryG
    Thank you, I'll continue to monitor but that makes sense.

    After a reboot:

    loginuser@thetube:/home/login > free
                 total           used         free          shared    buffers     cached
    Mem:       3369012    1471524    1897488          0     274080     470452
    -/+ buffers/cache:     726992    2642020
    Swap:      1052248          0      1052248
  • 0 in reply to dspender
    you still technically have 2.6 gigs free..which over time should get put up into the buffers and cache section if something like postgres isn't using it as it's own database cache.

    Owner:  Emmanuel Technology Consulting

    http://etc-md.com

    Former Sophos SG(Astaro) advocate/researcher/Silver Partner

    PfSense w/Suricata, ntopng, 

    Other addons to follow

Cookie Information Banner