linux-admin.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Bruce Ferrell <bferrell@baywinds.org>
To: Paul Furness <paul.furness@vil.ite.mee.com>
Cc: linux-admin@vger.kernel.org
Subject: Re: Something's eating my memory...
Date: Wed, 27 Aug 2003 04:15:13 -0700	[thread overview]
Message-ID: <3F4C92C1.6020801@baywinds.org> (raw)
In-Reply-To: 1061980136.13066.48.camel@Zebra.vil.ite.mee.com

When I run into this type of problem, I turn to sysstat.  I use it in 
conjunction with bigbrother/larrd/rrdtool and a bigbrother plugin called 
bb-sar from www.deadcat.net.

I almost missed the nfs aspect of this.  Is the system load suddenly sky 
rocketing?  I would start looking for something NFS has exported being 
"taken" away.  I saw something similar to this on a mail server with 
autofs mounted home directories.  We had an admin who liked to rearrange 
home directories.  It caused the system to get very confused and be very 
unhappy as NFS, even with soft mounts and interruptable flags set would 
keep pounding for the old, missing location.

This doesn't look like a memory allocation problem at all.  If kernel 
logging isn't enabled, enable it.  You'll get some good clues there.

Paul Furness wrote:
> Hi.
> 
> Can someone help me? I'm running out of memory on my production server,
> and I can't figure out exactly why.
> 
> It's a pretty new machine (about 4 months old), and the spec is: dual
> 2.8GHz Xeon CPU, 1G memory, SCSI hard disks, and an external SCSI RAID
> controller. It is based on a build of RedHat 7.3 + redhat released
> patches, and I have added the 2.4.21 kernel patched to support LVM and
> XFS. 
> 
> The primary (only?!) job of the serve is to be a file server, offering
> nfs and samba shares to servers and workstations; this includes the
> users' home directories.
> 
> When I first built it, it worked like a dream, but of course it wasn't
> under a big load. Over time (about a month) I ramped up the load by
> adding the various shares to the machine and making them available to
> users.
> 
> Over the last week, there have been a number of occasions when it ground
> almost to a complete halt; the rest of the time it performed just fine.
> It looks like it's having trouble when it gets hammered by everyone
> logging out at the end of the day (We have roaming profiles on windows
> workstations, using a samba domain controller. As an aside: it works
> really well; I can't imagine why anyone would ever want an actual
> windows server... ;). Anyhow, this heavy loading is to be expected.
> 
> When I run top or free, it tells me that almost all of the memory is
> used, but it doesn't seem to be actually used by anything; the total
> memory used by the processes that top is showing is about 80M. Buffers
> is showing up as anything between about 450M and 700M.  Clearly, the
> performance issue is happening when the memory fills up and it starts
> swapping. Here's an example output from free:
> 
>                  total       used       free     shared    buffers    
> cached
>     Mem:       1032104    1019200      12904          0       2100    
> 342172
>     -/+ buffers/cache:     674928     357176
>     Swap:      2096472       3508    2092964
> 
> I don't mind putting more memory into the server if this is the
> solution, but I need to be sure that it will actually help - if I put in
> another G and it fills up just the same, I'm back where I started but a
> little bit poorer!
> 
> My problems are: 
> 1. I don't really understand how the buffers are allocated, or why, and
> whether changing this would help performance.
> 2. There seems to be at least 150-200M of memory that I can't account
> for. 
> 
> Can anyone point me to where I can find out about the buffers, what they
> are and how they work? 
> 
> Can anyone suggest some accurate performance monitoring software that I
> can use to find out what exactly is happening when the server grinds to
> a halt? I guess I really need to know where the memory is going and
> possibly the disk activity. Gkrellm is sort of useful, but I really need
> something a bit more determined :)
> 
> As always, any and all suggestions much appreciated.
> 
> Paul.
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-admin" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 



      parent reply	other threads:[~2003-08-27 11:15 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-08-27 10:28 Something's eating my memory Paul Furness
2003-08-27 11:12 ` Benjamin Walkenhorst
2003-08-27 11:15 ` Bruce Ferrell [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3F4C92C1.6020801@baywinds.org \
    --to=bferrell@baywinds.org \
    --cc=linux-admin@vger.kernel.org \
    --cc=paul.furness@vil.ite.mee.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).