[prev in list] [next in list] [prev in thread] [next in thread]
List: ipfilter
Subject: RE: Solaris 2.5.1 still panics gleefully
From: Steve Chan <Steve.Chan () lucasfilm ! com>
Date: 1997-11-24 20:28:24
[Download RAW message or body]
I had been running 3.2 on 2.5.1 with no problems on an
Ultra-1 170.
I've since upgrade to 3.2.1 and Solaris 2.6, with the patch
which Mark Boucher sent out and it works like a charm. Throughput
is much faster under 2.6 because of the tweaked TCP/IP stack.
I compiled ip-filter with gcc 2.7.2.2. If you upgrade to 2.6, you'll
have to rebuild the gcc libraries and recompile ip-filter.
I suspect you may be having problems with some of the
drivers. Have you installed the recommended 2.5.1 patch cluster from
Sun?
Stephen
> -----Original Message-----
> From: Nathan D. Bowen [SMTP:nbowen@3i.net]
> Sent: Monday, November 24, 1997 11:16 AM
> To: ipfilter@postbox.anu.edu.au
> Subject: Solaris 2.5.1 still panics gleefully
>
>
> I've been using ipfilter under Solaris 2.5.1 (on sun4u) for about 10
> months
> now, and I have come to expect a couple kernel panics a week, minimum.
> The
> Solaris box is performing NAT for our LAN out across an ISDN line, and
> since
> that's 1) really handy and 2) not too mission-critical for us at this
> point,
> the panics have been chalked up as 'acceptable losses'.
>
> Anyway, I was hoping that 3.2.1 would solve this problem so we could
> perhaps
> use ipfilter for more serious applications with no fear of spontaneous
> downtime, but to no avail. A breif history of my recent experience
> with
> ipfilter 3.2.1:
>
> 1) Installed it, after tweaking a couple messed-up paths in the sun4u
> Makefile. It ran; it worked; I ignored the patch posted to the mailing
> list.
>
> 2) A couple days later, I got a call that the Sparc was rebooting
> itself
> continuously. I came to this office, booted from CD, patched ipfilter
> as
> indicated in the message from Mark Boucher, and voila... Seemed
> stable.
>
> 3) Walked in today, and there was a panic logged on Saturday night and
> another waiting to happen about 20 minutes after I brought up the
> ifppp0
> (ISDN) interface. I'm clueless about kernel issues, put I've pasted
> below
> all the relevant /var/adm/messages mumbojumbo from today's episode.
>
> I feel a little out of place now that the ipfilter list has quieted
> down
> with regards to Solaris kernel panics. Are others still having this
> problem,
> or is it just a sun4u thing, or am I making a pathetically simple
> oversight,
> or what? I really hope to keep using ipfilter, because the NAT is
> doing us
> _so_ much good in terms of getting the most of our currently small
> budget.
>
> I'd appreciate any tips anyone may have; I'll try anything at this
> point.
> I'll also be more than happy to expand on any of this information if
> I'm
> leaving out anything critical... Thanks in advance to anyone who takes
> the
> time.
>
> [/var/adm/messages snippets follow]
>
> --
> -Nathan
> nbowen@3i.net
>
> ---------- Forwarded message ----------
> Date: Mon, 24 Nov 1997 12:02:32 -0700
> From: "Nathan D. Bowen" <nbowen@solarflare>
>
> [... At this point, the ifppp0 (demand-dialed ISDN interface) is
> connected
> and in relatively light use (a 28.8kbps ftp connection). Out of
> nowhere, we
> get the following (the first message for minutes is the 'unix: "ipf"
> due
> to...' message, cryptic though that may seem. ...]
>
> Nov 24 10:53:26 solarflare unix: "ipf" due to an illegal access to a
> user address.
> Nov 24 10:53:26 solarflare unix: sched: trap type = 0x31
> Nov 24 10:53:26 solarflare unix: addr=0x10000
> Nov 24 10:53:26 solarflare unix: pid=0, pc=0x5052949c, sp=0x0,
> tstate=0x30033b7000000000, context=0x77001e04
> Nov 24 10:53:26 solarflare unix: g1-g7: 0, a037a00, 0, 0,
> 80003991516ab78f, 0, 30033ec0
> Nov 24 10:53:26 solarflare unix: Begin traceback... sp = 30033b70
> Nov 24 10:53:26 solarflare unix: Called from 505287e0, fp=30033bf0,
> args=0 0 0 5008d9d0 0 30033ec0
> Nov 24 10:53:26 solarflare unix: Called from 1005708c, fp=30033c60,
> args=0 0 30033ec0 10416cc0 23ed929 29
> Nov 24 10:53:26 solarflare unix: Called from 10057260, fp=30033cc0,
> args=1043b66c 1043b878 23ed929 80000000 505cc280 9038d329
> Nov 24 10:53:26 solarflare unix: Called from 100251f0, fp=30033d20,
> args=0 0 10416cc0 10416cc0 1043b680 1043b66c
> Nov 24 10:53:26 solarflare unix: Called from 10057228, fp=0, args=0 0
> 0 0 0 0
> Nov 24 10:53:26 solarflare unix: End traceback...
> Nov 24 10:53:26 solarflare unix: panic[cpu0]/thread=0x30033ec0: trap
> Nov 24 10:53:26 solarflare unix: syncing file systems... [1] 1 1 1 1 1
> 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 done
> Nov 24 10:53:26 solarflare unix: 2443 static and sysmap kernel pages
> Nov 24 10:53:26 solarflare unix: 58 dynamic kernel data pages
> Nov 24 10:53:26 solarflare unix: 150 kernel-pageable pages
> Nov 24 10:53:26 solarflare unix: 0 segkmap kernel pages
> Nov 24 10:53:26 solarflare unix: 0 segvn kernel pages
> Nov 24 10:53:26 solarflare unix: 0 current user process pages
> Nov 24 10:53:26 solarflare unix: 2651 total pages (2651 chunks)
> Nov 24 10:53:26 solarflare unix: dumping to vp 501b8cc4, offset 221040
> Nov 24 10:53:26 solarflare unix: 2651 total pages, dump succeeded
>
> [... And it tries to reboot. ...]
>
> Nov 24 10:53:27 solarflare unix: cpu0: SUNW,UltraSPARC (upaid 0 impl
> 0x10 ver 0x40 clock 168 MHz)
> Nov 24 10:53:27 solarflare unix: cpu1: SUNW,UltraSPARC (upaid 1 impl
> 0x10 ver 0x40 clock 168 MHz)
> Nov 24 10:53:27 solarflare unix: SunOS Release 5.5.1 Version Generic
> [UNIX(R) System V Release 4.0]
> Nov 24 10:53:27 solarflare unix: Copyright (c) 1983-1996, Sun
> Microsystems, Inc.
>
> [... It starts out uneventfully, but then: ...]
>
> Nov 24 10:53:28 solarflare unix: SUNW,hme0: Using Internal Transceiver
> Nov 24 10:53:28 solarflare unix: SUNW,hme0: 10 Mbps Link Up
> Nov 24 10:53:28 solarflare unix: IP Filter: attach to [hme0,0]
> Nov 24 10:53:28 solarflare unix: IP Filter: attaching complete.
> Nov 24 10:53:28 solarflare unix: BAD TRAP: cpu=1 type=0x31
> rp=0x301eb840 addr=0x0 mmu_fsr=0x0
> Nov 24 10:53:28 solarflare unix: lpNet: trap type = 0x31
> Nov 24 10:53:28 solarflare unix: pid=1435, pc=0x1002a198, sp=0x0,
> tstate=0x301eb8d000000000, context=0x1e01
> Nov 24 10:53:28 solarflare unix: g1-g7: 1002e438, 234eb7, 10060038,
> 10, b4ef340800000000, 0, 50676f00
> Nov 24 10:53:28 solarflare unix: Begin traceback... sp = 301eb8d0
> Nov 24 10:53:28 solarflare unix: Called from 1007a3c8, fp=301eb930,
> args=501610dc 0 10407ea8 0 23 128
> Nov 24 10:53:28 solarflare unix: Called from 1002e284, fp=301eb990,
> args=50676f00 50676f00 3a 0 3a 50161008
> Nov 24 10:53:28 solarflare unix: Called from 10061ccc, fp=301eb9f0,
> args=5006c094 5006c090 50161008 5081effb 5081efe0 10440000
> Nov 24 10:53:28 solarflare unix: Called from 10061c78, fp=301eba50,
> args=5006c090 0 50676f00 2 0 506837e0
> Nov 24 10:53:28 solarflare unix: Called from 100602fc, fp=301ebab0,
> args=1 0 50845f6c 5006c090 7 507a45c0
> Nov 24 10:53:28 solarflare unix: Called from 1002b3e0, fp=301ebb10,
> args=1 1 50688f18 50845b48 ef694840 50682360
> Nov 24 10:53:28 solarflare unix: Called from ef67416c, fp=effff460,
> args=1 0 ef690fa0 0 ef694840 ffffffff
> Nov 24 10:53:28 solarflare unix: End traceback...
> Nov 24 10:53:28 solarflare unix: panic[cpu1]/thread=0x50676f00: trap
> Nov 24 10:53:28 solarflare unix: syncing file systems... done
>
> [... And so it gives it another go, and this time it's still running
> to tell
> the tale an hour and a half later... go figure. ...]
>
> Nov 24 10:53:28 solarflare unix: SunOS Release 5.5.1 Version Generic
> [UNIX(R) System V Release 4.0]
> Nov 24 10:53:28 solarflare unix: Copyright (c) 1983-1996, Sun
> Microsystems, Inc.
> Nov 24 10:53:29 solarflare unix: SUNW,hme0: Using Internal Transceiver
> Nov 24 10:53:29 solarflare unix: SUNW,hme0: 10 Mbps Link Up
> Nov 24 10:53:29 solarflare unix: IP Filter: attach to [hme0,0]
> Nov 24 10:53:29 solarflare unix: IP Filter: attaching complete.
> Nov 24 11:07:04 solarflare unix: IP Filter: attach to [ifppp0,0]
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic