I have an old enough server with FreeBSD 5.4 which from time to time
complains about filesystem full. But the problem is that the partition
in question has about 15G free space and more than 1000 free inodes.
Then all by itself the error dissapears, only to be repeated several hours
later.
On Wed, 12 Nov 2008, Ivan Voras wrote:
I don't know for sure, but here's some generic troubleshooting:
a) Are you 100% sure there isn't an application that periodically fills the
drive? This would be easiest to solve - all other problems are worse.
Yes, I'm sure, anyways there is about 40G f
On Wed, 12 Nov 2008, Adrian Penisoara wrote:
What kind of applications are you running on the machine ? Are they
mmap'ing files on the filesystem in quesiton (which one ?) ?
mainly apache, sphinx's search daemon and several perl scripts
AFAIR even if you delete a big file the disk space ma
Hi all,
I guess something is wrong here:
netstat -m
4294961156 mbufs in use
^^
4294967102/50176 mbuf clusters in use (current/max)
^^
0/3/12800 sfbufs in use (current/peak/max)
4192381 KBytes allocated to network
^^^
0 requests for sfbufs denied
0 requests for sfbufs delayed
0 r
Hi everyone and Merry Christmas!
I have the following problem: after moving cucipop popper daemon to
FreeBSD 4.9 from 4.5, the popper often terminates with a SIGPIPE, even if
the client resides on the same server. It never occured on FreeBSD 4.5. It
seems as though the tcp connection breaks unexpe
Hi Ali,
I can't say anything as how the issue can be connected with the mutexes
and so on, but to solve your problem with apache, I'd look into
'hold_off_on_exponential_spawning' and 'MAX_SPAWN_RATE' parameters in
src/main/http_main.c of the apache source tree (presuming you're using
apache 1.3.*)
Hi,
I have a PIII box with 4G phisical memory and FreeBSD 4.2 and it traps
while booting - "fatal trap 12 page fault". With less than 4G memory the
server is working good. There is no MAXMEM option in the kernel (as is by
default). What would you suggest to make this box running with 4G? May be,
)
On Wed, 5 Dec 2001, Jesper Skriver wrote:
> Date: Wed, 5 Dec 2001 14:04:06 +0100
> From: Jesper Skriver <[EMAIL PROTECTED]>
> To: Varshavchick Alexander <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Subject: Re: 4G phisical memory kernel trap
>
> On Wed, Dec
5 Dec 2001, Jesper Skriver wrote:
> Date: Wed, 5 Dec 2001 14:04:06 +0100
> From: Jesper Skriver <[EMAIL PROTECTED]>
> To: Varshavchick Alexander <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Subject: Re: 4G phisical memory kernel trap
>
> On Wed, Dec 05, 2001 at 03:
Thank you Dan, can you please give a more detailed description as how to
do it?
> You can run a 4.4 kernel on a 4.2 userland with no problem. On some of
> my production boxes, I'm running a 4.4 kernel on a 4.0 userland :) You
> should be able to build a 4.4 kernel, copy it to /kernel.test, and
t; >
> > On Wed, Dec 05, 2001 at 03:57:22PM +0300, Varshavchick Alexander wrote:
> Date: Wed, 05 Dec 2001 22:02:19 -0800
> From: Terry Lambert <[EMAIL PROTECTED]>
> To: Tim Wiess <[EMAIL PROTECTED]>
> Cc: Varshavchick Alexander <[EMAIL PROTECTED]>, [EMAIL
Hi people,
I had a wrong-behaved server application which opened a unix socket to
respond to incoming connections, so that after the socket was opened, the
application core dumped each time it was launched. As a result, 'netstat
-f unix' now shows a lot of not-needed active entries. Is there any w
On Tue, 24 Jun 2003, Paul Robinson wrote:
> On Tue, Jun 24, 2003 at 08:59:49PM +0400, Varshavchick Alexander wrote:
>
> > I had a wrong-behaved server application which opened a unix socket to
> > respond to incoming connections, so that after the socket was opened, the
&g
On Tue, 24 Jun 2003, Paul Robinson wrote:
> > b6eccf80 stream 17 00000
> > /var/run/daemon.sock
> > b647a600 stream 17 00000
> > /var/run/daemon.sock
> > b6a3c080 stream 17 0000
On Wed, 25 Jun 2003, leafy wrote:
> you might want to tweak these:
>
> net.inet.tcp.keepidle: 720
> net.inet.tcp.keepintvl: 75000
>
> so that to-be-killed connections won't stay up so long.
But they are unix stream sockets, not tcp sockets...
Alexander Varshavchick, Metrocom Joint Stoc
On Wed, 25 Jun 2003, Terry Lambert wrote:
> > whole lot (about 2000!) of entries like these:
> [ ... ]
> > How can I get rid of these extra ones?
>
> kill -9 the process that has them open; if it's important, restart
> it after fixing whatever is causing it to go insane.
The problem is that the p
On Wed, 25 Jun 2003, Lev Walkin wrote:
> > The problem is that the process which opened them was already killed long
> > time ago, these entries resembles zombi because they seem to exist
> > by themselves, not connected with any file or process.
>
> Either these processes are running, or they're
On Wed, 25 Jun 2003, Lev Walkin wrote:
> > But we're talking not about process, but about data structures which
> > netstat reports to be active and connected with the above mentioned stream
> > socket file:
> >
> >
> >>netstat -f unix
> >
> >
> > b65d6280 stream 17 000
On Wed, 25 Jun 2003, Terry Lambert wrote:
> Sockets have to be explicitly closed. They are generally
> closed automatically by exit(), which will close all the fd's
> a process has open.
>
> I agree with the previous poster, that it looks like a bug you
> will need to fix or workaround.
>
> It l
On Wed, 25 Jun 2003, Paul Robinson wrote:
> Terry has already given the answer - I didn't get your "I tried rm'ing the
> file but it's not there" mail until this morning. Reboot the machine. People
> are always so hesitant to reboot machines, when in fact uptimes of 500 days
> just means you're a
On Wed, 25 Jun 2003, Terry Lambert wrote:
> If it's fixed: reboot.
>
> If it's not fixed, add this to your /etc/rc.local:
>
> sysctl net.inet.tcp.always_keepalive=0
>
> ...and reboot.
>
> Nothing short of rebooting is going to undo the deadlock, unless
> you have the kernel debugger compiled
On Wed, 25 Jun 2003, Terry Lambert wrote:
> If it's fixed: reboot.
>
> If it's not fixed, add this to your /etc/rc.local:
>
> sysctl net.inet.tcp.always_keepalive=0
>
> ...and reboot.
>
As I looked into milter source code now, it explicitely turns on
keepalives, so that using sysctl net.ine
On Wed, 25 Jun 2003, Paul Robinson wrote:
> Couldn't disagree with you more in general terms. Somebody else here (or on
> -chat) once said something like "The fact that a server can stay up for 300
> days is a testimony to how good FreeBSD is. Unfortunately, it's also
> testimony to how bad FreeBS
Hi,
Can anybody advise please if I want to increase nmbclusters option in
kernel, can I just type
sysctl kern.ipc.nmbclusters="16384"
without rebooting the server, or is the only way to set the NMBCLUSTERS
option in kernel, install the new kernel and reboot?
And secondly, also I need to i
On Wed, 5 Dec 2001, Varshavchick Alexander wrote:
> Thank you Dan, can you please give a more detailed description as how to
> do it?
>
> > You can run a 4.4 kernel on a 4.2 userland with no problem. On some of
> > my production boxes, I'm running a 4.4 kernel
Hi folks,
Is it normal that lsof utility doesn't display the process that are
listening specified TCP sockets any more? For example, here are the
examples of the lsof output of 'lsof -i|grep inetd' command on FreeBSD 4.3
and 4.5:
4.3:
inetd 157 root4 IPv4 0xeee7f720 0t0 TCP *
5(fax)
On Mon, 11 Feb 2002, Edwin Groothuis wrote:
> Date: Mon, 11 Feb 2002 23:07:46 +1100
> From: Edwin Groothuis <[EMAIL PROTECTED]>
> To: Varshavchick Alexander <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Subject: Re: lsof and listening processes on 4.5
>
&
ED]>
> To: Varshavchick Alexander <[EMAIL PROTECTED]>
> Cc: Edwin Groothuis <[EMAIL PROTECTED]>, [EMAIL PROTECTED],
> [EMAIL PROTECTED]
> Subject: Re: lsof and listening processes on 4.5
>
> On 15:13+0300, Feb 11, 2002, Varshavchick Alexander wrote:
>
> > Of ca
Peter Pentchev wrote:
> Date: Mon, 11 Feb 2002 15:17:57 +0200
> From: Peter Pentchev <[EMAIL PROTECTED]>
> To: Varshavchick Alexander <[EMAIL PROTECTED]>
> Cc: Edwin Groothuis <[EMAIL PROTECTED]>, [EMAIL PROTECTED],
> [EMAIL PROTECTED]
> Subject: Re: lsof and
12)118-3322, 118-3115(fax)
On Mon, 11 Feb 2002, Peter Pentchev wrote:
> Date: Mon, 11 Feb 2002 18:13:24 +0200
> From: Peter Pentchev <[EMAIL PROTECTED]>
> To: Varshavchick Alexander <[EMAIL PROTECTED]>
> Cc: Miguel Mendez <[EMAIL PROTECTED]>, [EMAIL PROTECTED],
>
-3322, 118-3115(fax)
On Tue, 12 Feb 2002, Crist J. Clark wrote:
> Date: Tue, 12 Feb 2002 23:25:20 -0800
> From: Crist J. Clark <[EMAIL PROTECTED]>
> To: Varshavchick Alexander <[EMAIL PROTECTED]>
> Cc: Peter Pentchev <[EMAIL PROTECTED]>,
> Miguel M
Hi gurus,
can anybody make a hint as how pid of a process listening on a specified
tcp port can be determined? Of cause there are major utilities like lsof
or sockstat but they gather a lot of extra information and work not too
fast. What I need ideally would be a small C program which outputs pi
wrote:
> Date: Wed, 19 Jun 2002 11:02:33 +0300
> From: Peter Pentchev <[EMAIL PROTECTED]>
> To: Varshavchick Alexander <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Subject: Re: Getting pid of listening process
>
> On Wed, Jun 19, 2002 at 11:01:19AM +0300, Peter Pe
: (812)118-3322, 118-3115(fax)
On Wed, 19 Jun 2002, Peter Pentchev wrote:
> Date: Wed, 19 Jun 2002 11:44:12 +0300
> From: Peter Pentchev <[EMAIL PROTECTED]>
> To: Varshavchick Alexander <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Subject: Re: Getting pid of listening
Hi,
can you advice which SYSV kernel options and how should I tweak to make
more room for semaphores and shared memory? They are several of them in
the LINT kernel, should I change all of them, or which?
And the second question: how can I delete unused private shared memory
segments? for example
Hi people,
did anybody use it with FreeBSD 4.5? The problem is that the system
doesn't see it, however 'nge' and 'miibus' support are included into the
kernel. Is it correct that it must be 'nge', because as described in
the man page, only DGE-500T card is supported by nge, however both
DGE-550T a
Hi people,
Can it be so that kernel maxusers=768 value being more than 512 leads to
spontaneous system freezes which can take up to several hours when the
system is just sleeping (only replying to ping) and doing nothing else,
not allowing to telnet or anything. The system is 4.5-STABLE with much
On Wed, 4 Dec 2002, Terry Lambert wrote:
> Varshavchick Alexander wrote:
> > Can it be so that kernel maxusers=768 value being more than 512 leads to
> > spontaneous system freezes which can take up to several hours when the
> > system is just sleeping (only replying to pi
On Wed, 4 Dec 2002, Terry Lambert wrote:
> grep -B 7 KVA_ /sys/i386/conf/LINT
>
> -- Terry
>
Thanks a lot Terry, and will you please correct me if I'm wrong, so I
don't mess anything up on a production server? The kernel option in
question is KVA_PAGES, correct? Because it's not defined in t
On Thu, 5 Dec 2002, Terry Lambert wrote:
...
> > Because it's not defined in the custom
> > server's kernel then it's value default to 256 (FreeBSD 4.5-STABLE), which
> > makes the KVA space to occupy 1G. Then if I make KVA_PAGES=512 (KVA space
> > 2G), will it solve the problem for this particul
On Thu, 5 Dec 2002, Terry Lambert wrote:
> IMO, KVA need to be more than half of physical memory. But I tend
> to use a lot of mbufs and mbuf clusters in products I work on lately
> (mostly networking stuff). If you don't tune kernel memory usage up,
> then you may be able to get away with 2G.
On Thu, 5 Dec 2002, David Schultz wrote:
> In FreeBSD, each process has a unique 4G virtual address space
> associated with it. Not every virtual page in every address space
> has to be associated with real memory. Most pages can be pushed
> out to disk when there isn't enough free RAM, and unal
On Thu, 5 Dec 2002, David Schultz wrote:
> In FreeBSD, each process has a unique 4G virtual address space
> associated with it. Not every virtual page in every address space
> has to be associated with real memory. Most pages can be pushed
> out to disk when there isn't enough free RAM, and una
On Thu, 5 Dec 2002, Terry Lambert wrote:
...
> > Are you talking primarily about SHMMAXPGS=262144 option here? Then may be
> > it'll be oevrall better to reduce it and make KVA space 2G, to leave more
> > room for user address space?
>
> That's the one I was referring to, yes, but you didn't post
On Fri, 6 Dec 2002, David Schultz wrote:
> > vm.zone_kmem_pages: 5413
> > vm.zone_kmem_kvaspace: 218808320
> > vm.kvm_size: 1065353216
> > vm.kvm_free: 58720256
> >
> > does it mean that total KVA reservation is 1065353216 bytes (1G) and
> > almost all of it is really mapped to physical memory bec
On Fri, 6 Dec 2002, David Schultz wrote:
> Thus spake Varshavchick Alexander <[EMAIL PROTECTED]>:
> > Well, now I made KVA space 2G, we'll see later on if it helps to get rid
> > of the sudden system halts, but for some reason a side-effect has
> > appeared: pthrea
On Fri, 6 Dec 2002, David Schultz wrote:
...
> > Yes this makes sense, however this call to pthread_create didn't specify
> > any special addresses for the new thread. The pthread_create was called
> > with the NULL attribute which means that the system defaults were being
> > used. Something in t
0
> From: David Schultz <[EMAIL PROTECTED]>
> To: Varshavchick Alexander <[EMAIL PROTECTED]>
> Cc: Terry Lambert <[EMAIL PROTECTED]>, [EMAIL PROTECTED],
> [EMAIL PROTECTED]
> Subject: Re: maxusers and random system freezes
>
> Thus spake Varshavchick Alexan
On Thu, 19 Dec 2002, Maxim Konovalov wrote:
> Date: Thu, 19 Dec 2002 16:37:21 +0300 (MSK)
> From: Maxim Konovalov <[EMAIL PROTECTED]>
> To: Varshavchick Alexander <[EMAIL PROTECTED]>
> Cc: Dmitry Morozovsky <[EMAIL PROTECTED]>,
> David Schultz <[EMA
it please?
Thanks a lot, regards
Alexander Varshavchick, Metrocom Joint Stock Company
Phone: (812)118-3322, 118-3115(fax)
On Mon, 9 Dec 2002, Dmitry Morozovsky wrote:
> Date: Mon, 9 Dec 2002 22:32:04 +0300 (MSK)
> From: Dmitry Morozovsky <[EMAIL PROTECTED]>
> To: Varshavchick A
FFS node malloc area can be increased?
Alexander Varshavchick, Metrocom Joint Stock Company
Phone: (812)118-3322, 118-3115(fax)
On Thu, 19 Dec 2002, Varshavchick Alexander wrote:
> Date: Thu, 19 Dec 2002 13:29:18 +0300 (MSK)
> From: Varshavchick Alexander <[EMAIL PROTECTED]>
lexander Varshavchick, Metrocom Joint Stock Company
Phone: (812)118-3322, 118-3115(fax)
On Thu, 19 Dec 2002, Maxim Konovalov wrote:
> Date: Thu, 19 Dec 2002 17:05:14 +0300 (MSK)
> From: Maxim Konovalov <[EMAIL PROTECTED]>
> To: Varshavchick Alexander <[EMAIL PROTECTED]>
> Cc: Dmi
On Fri, 20 Dec 2002, Matthew Dillon wrote:
> :Hi,
> :
> :It seems that kern/32672 is not fixed yet on FreeBSD 4.5-STABLE.
> :
> :System 4Gb RAM, 4x700MHz
> :
> :When the system is not using all RAM, the FFS node memory grows up to a
> :limit of 102400K which leads to a system deadlocking.
>
>
53 matches
Mail list logo
