Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 27 Mar 2001 14:09:32 +0400
From:      Dmitry Samersoff <dms@wplus.net>
To:        "Daniel O'Connor" <doconnor@gsoft.com.au>
Cc:        freebsd-hackers@FreeBSD.ORG
Subject:   Re: Need advice (server continue dies)
Message-ID:  <3AC066DC.EB973AE1@wplus.net>
References:  <XFMail.010327190918.doconnor@gsoft.com.au>

next in thread | previous in thread | raw e-mail | index | archive | help
Daniel O'Connor wrote:
> 
> On 27-Mar-01 Dmitry Samersoff wrote:
> >  I also have a kernel crash dump and could post it here if no one can
> >  give me a good advice without it ;-)))
> 
> If you haven't compiled the kernel with debugging symbols then you should do so..

I done it  but it's remote server and I have a problem to get valid
crash dump -
last attempt was unsuccessful - I see the only file "minfree" 
in /var/crash

This box runs httpd with very simple cgi running for each connection
(cgi written in C++, it gets user data and write in into ndbm to analyze
late)

The only unusual messages in /var/log/messages is 

Mar 26 10:52:20 ds101 /kernel: in_rtqtimo: adjusted rtq_reallyold to
2400
Mar 26 11:02:20 ds101 /kernel: in_rtqtimo: adjusted rtq_reallyold to
1600
Mar 26 11:12:20 ds101 /kernel: in_rtqtimo: adjusted rtq_reallyold to
1066

... [ every ten minutes ]
Mar 26 12:43:13 ds101 /kernel: in_rtqtimo: adjusted rtq_reallyold to 27
   [ problems, cgi exits with core by sig 11]

Mar 26 21:33:47 ds101 /kernel: in_rtqtimo: adjusted rtq_reallyold to 12
Mar 27 02:07:21 ds101 /kernel: in_rtqtimo: adjusted rtq_reallyold to 10
    [ crash ]
 

This is various stat got from crash point. (not later than 2 mins
before)

#date
Tue Mar 27 04:20:00 MSD 2001

#netstat -m
2685/5120/40960 mbufs in use (current/peak/max):
        1217 mbufs allocated to data
        1468 mbufs allocated to packet headers
1155/2456/10240 mbuf clusters in use (current/peak/max)
6192 Kbytes allocated to network (20% of mb_map in use)
0 requests for memory denied
0 requests for memory delayed
0 calls to protocol drain routines

#top
last pid: 57040;  load averages:  0.09,  0.15,  0.15  up 0+17:38:21   
04:20:00
114 processes: 2 running, 107 sleeping, 5 zombie

Mem: 18M Active, 61M Inact, 36M Wired, 584K Cache, 35M Buf, 134M Free
Swap: 500M Total, 500M Free


  PID USERNAME   PRI NICE  SIZE    RES STATE  C   TIME   WCPU    CPU
COMMAND
   85 root         2   0   920K   636K select 1   0:18  0.00%  0.00%
syslogd
16610 dms          3   0  1652K  1400K ttyin  1   0:15  0.00%  0.00%
systat
  145 root         2   0  1364K  1120K select 0   0:13  0.00%  0.00%
httpd
  160 root         2   0  1140K   840K select 0   0:03  0.00%  0.00%
sshd1
   88 root         2   0  2748K  2328K select 1   0:03  0.00%  0.00%
named
16437 root         2   0  1180K   952K select 0   0:01  0.00%  0.00%
sshd1
  113 root         2   0  1540K  1328K select 0   0:00  0.00%  0.00%
sendmail
  110 root        10   0   960K   728K nanslp 1   0:00  0.00%  0.00%
cron
53513 apache       2   0  1484K  1252K sbwait 0   0:00  0.00%  0.00%
httpd
53215 apache       2   0  1460K  1228K select 0   0:00  0.00%  0.00%
httpd

#camcontrol
pass0: <IBM DDYS-T18350M S93E> Fixed Direct Access SCSI-3 device
pass0: Serial Number         5EFGN694
pass0: 80.000MB/s transfers (40.000MHz, offset 63, 16bit), Tagged
Queueing Enabled



-- 
Dmitry Samersoff, dms@wplus.net, ICQ:3161705
http://devnull.wplus.net
* There will come soft rains ...

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3AC066DC.EB973AE1>