On Wed, Nov 23, 2005 at 09:46:30AM -0500, Andreas Wrede wrote:
I found this thread while researching what probably is the identical
problem: smbd processes grow to 200+ Mb size after 10 to 20 hours and
crashing. Has any progress been made on resolving it since the last
post?
Can you
I found this thread while researching what probably is the identical
problem: smbd processes grow to 200+ Mb size after 10 to 20 hours and
crashing. Has any progress been made on resolving it since the last
post?
On Nov 4, 2005, at 9:54 , Stephen Borrill wrote:
On Thu, 3 Nov
On Thu, 3 Nov 2005, Jeremy Allison wrote:
Here is the last one just before the machine ran out of swap (this process
had around 116MB allocated, IIRC). None of these numbers are that big (and
if the numbers are in bytes surely they are negligable). The thing that is
changing over time is the
On Mon, 31 Oct 2005, Jeremy Allison wrote:
On Mon, Oct 31, 2005 at 05:12:52PM +, Stephen Borrill wrote:
Here is the last one just before the machine ran out of swap (this process
had around 116MB allocated, IIRC). None of these numbers are that big (and
if the numbers are in bytes surely
On Thu, Nov 03, 2005 at 01:29:40PM +, Stephen Borrill wrote:
On Mon, 31 Oct 2005, Jeremy Allison wrote:
On Mon, Oct 31, 2005 at 05:12:52PM +, Stephen Borrill wrote:
Here is the last one just before the machine ran out of swap (this process
had around 116MB allocated, IIRC). None of
On Wed, 26 Oct 2005, Jeremy Allison wrote:
We have a similar problem at one site using a Fox Pro database. The sizes
of the smbd processes continually increases until the server runs out of
swap (3.0.14). We've mitigated this a little by getting them to all log
off overnight and also restarting
On Mon, Oct 31, 2005 at 05:12:52PM +, Stephen Borrill wrote:
Here is the last one just before the machine ran out of swap (this process
had around 116MB allocated, IIRC). None of these numbers are that big (and
if the numbers are in bytes surely they are negligable). The thing that is
On Mon, 31 Oct 2005, Jeremy Allison wrote:
On Mon, Oct 31, 2005 at 05:12:52PM +, Stephen Borrill wrote:
Here is the last one just before the machine ran out of swap (this process
had around 116MB allocated, IIRC). None of these numbers are that big (and
if the numbers are in bytes surely
On Mon, 4 Jul 2005, Jeremy Allison wrote:
On Wed, Jun 29, 2005 at 08:19:18AM -0400, Anthony Russello wrote:
Hi Jeremy,
The same issue occurs when running samba 3.0.14a fresh
from samba.org.
As you're doing this on an embedded system as I recall you
might want to cut down on the stat cache
On Wed, Oct 26, 2005 at 10:41:30AM +0100, Stephen Borrill wrote:
On Mon, 4 Jul 2005, Jeremy Allison wrote:
On Wed, Jun 29, 2005 at 08:19:18AM -0400, Anthony Russello wrote:
Hi Jeremy,
The same issue occurs when running samba 3.0.14a fresh
from samba.org.
As you're doing this on an
As you're doing this on an embedded system as I
recall you
might want to cut down on the stat cache (which can
grow
unlimited on normal systems).
I just read up on the stat cache options, and from
what I saw, the default stat cache size is 50KB. Is
that incorrect?
To turn it off set :
On Wed, Jun 29, 2005 at 08:19:18AM -0400, Anthony Russello wrote:
Hi Jeremy,
The same issue occurs when running samba 3.0.14a fresh
from samba.org.
As you're doing this on an embedded system as I recall you
might want to cut down on the stat cache (which can grow
unlimited on normal
Hi Jeremy,
The same issue occurs when running samba 3.0.14a fresh
from samba.org.
Here are my .configure options:
snip
./configure --bindir=/bin \
--sbindir=/sbin \
--sysconfdir=/etc/samba \
Hi All,
We're currently trying to use samba in an embedded
application, so we're working with samba 3.0.2a
compiled for PPC.
We have a test application which will basically write,
then read back and compare data files on the disk.
The problems we see occur when we try using just over
3500 small
On Tue, Jun 28, 2005 at 03:55:04PM -0400, Anthony Russello wrote:
Hi All,
We're currently trying to use samba in an embedded
application, so we're working with samba 3.0.2a
compiled for PPC.
We have a test application which will basically write,
then read back and compare data files on
Forgot to reply to all...
--- Anthony Russello [EMAIL PROTECTED] wrote:
Date: Tue, 28 Jun 2005 16:43:55 -0400 (EDT)
From: Anthony Russello [EMAIL PROTECTED]
Subject: Re: [Samba] Possible Samba Memory Leak
To: Jeremy Allison [EMAIL PROTECTED]
--- Jeremy Allison [EMAIL PROTECTED] wrote
Okay,
If I manually edit include/config.h to change the
iconv stuff to #undef and commented out, it now builds
(might be an configure issue there).
That setup is currently running, it'll take several
hours before we hit the error condition (if we hit it
with this build).
I'll get back to you
17 matches
Mail list logo