[prev in list] [next in list] [prev in thread] [next in thread] 

List:       ipfilter
Subject:    RE: Solaris 9 - Panic String :  rw_exit: lock not held
From:       "Garrote, Jose Maria" <JoseMaria.Garrote () hp ! com>
Date:       2007-09-28 11:45:18
Message-ID: 37313BFF5B11CB41A45D67353D8D7C9B01B6A20B () esmexc02 ! emea ! cpqcorp ! net
[Download RAW message or body]

Hi Frank,

	Thank you very much for your help. 

	We are in S9 with IPF 4.1.9 so I'll try updating to the last release.

Best Regards.

José Mª Garrote.

-----Original Message-----
From: Frank.Hofmann@Sun.COM [mailto:Frank.Hofmann@Sun.COM] 
Sent: viernes, 28 de septiembre de 2007 13:34
To: Garrote, Jose Maria
Cc: ipfilter@coombs.anu.edu.au
Subject: Re: Solaris 9 - Panic String : rw_exit: lock not held

On Fri, 28 Sep 2007, Garrote, Jose Maria wrote:

> 	Hi friends,
> 
> 	I have a Solaris9 with 112233-12 kernel patch and I'm having multiple panics with \
> the same stack trace while IPF module is in memory, I can only stop get panicing if \
> I unload the IPF module from memory. 
> 	Sun said me that they don't support IPF under Solaris9. Could anybody help me with \
> that issue?

Where did you get it from then ?

In any case, the crash below is known/fixed in current IPF versions, I think since \
4.1.15. Sun's got a bugID on it (6485731), if you're on Solaris 10 get either S10 \
08/07 (the release not called "Update 4"), or the latest kernel update. On S9 - \
please recompile v4.1.15 or later.

Best wishes,
FrankH.

> 
> 	Any idea/recommendation will be welcome
> 
> 
> This is the stack trace:
> 
> 0x30001a46720:  rw_exit: lock not held, lp=781a3270 wwwh=0 
> thread=2a10022bd40
> 0x300003a63a0:
> 
> 0x30001a1cee3:  000002a10022b2c0 ipf:fr_check+a40 (3000f2a0610, 14, 
> 300018a5ed8, 0, 2a10022b650, 2a10022b8a8)
> 0x30001a47123:    %l0-3: 0000000000000000 0000030001820c88 000003000ffbb000 0000
> 030001820c88
> %l4-7: 000003000ffa2810 0000030000072030 0000030001159490 
> 0000000000000000
> 0x30001a47b23:  000002a10022b4b0 pfil:pfil_precheck+e14 (300011587c0, 
> 2a10022b8a 8, 1, 300018a5ed8, d433500, 0)
> 0x30001176d23:    %l0-3: 0000000000000001 0000000000000001 0000030000026f08 0000
> 000000000000
> %l4-7: 00000300000270b0 00000300000270d8 0000030000027140 
> 000003000f2a04c0
> 0x30001a479e3:  000002a10022b6f0 pfil:pfilmodrput+520 (300011587c0, 
> 3000acc4440, 20, 0, 65, 31312e65)
> 0x30001a1dde3:    %l0-3: 000007f77e3ba420 00000300002712d0 0000030000c89e40 0000
> 030000c89e60
> %l4-7: 00000000012e88b8 0000000078036400 00000300011587c0 
> 000003000f7bcd40
> 0x30001aa8fa3:  000002a10022b820 unix:putnext+21c (0, 3000acc4440, 
> 30001111518, 4220, 10, 0)
> 0x30001176463:    %l0-3: 00000000780dad7c 00000300011589a0 00000300011587c0 0000
> 000000000000
> %l4-7: 0000000000000000 000000007808af40 0000030001158a50 
> 000003000acc4440
> 0x30001a1d163:  000002a10022b8d0 eri:eri_read_dma+35c (3000acc4440, 
> ffff, 780d41 f4, 46, fc00, 1)
> 0x30001176823:    %l0-3: 0000030001158a50 0000000000010000 0000000000001d50 0000
> 0300017a3e00
> %l4-7: 0000000000000044 0000030001498000 000003000148a2a0 
> 0000000000020800
> 0x30001a469a3:  000002a10022b9c0 eri:eri_intr+434 (300014a8280, 1c000, 
> 10228, 10 280, 10298, 10278)
> 0x30001a1cc63:    %l0-3: 000000000000001f 000003000148a2a0 0000030001498000 0000
> 0000000003ff
> %l4-7: 00000300014a82c0 000003000148a2a0 00000000780d4098 
> 0000030001486800
> 0x30001aa9723:  000002a10022baa0 pcisch:pci_intr_wrapper+7c 
> (300012abed0, 21d, 3 000111c000, 2a10022bd40, 43a0, 12e1638)
> 0x30001a473a3:    %l0-3: 00000000780cbed4 00000300003ab720 0000000000000000 0000
> 000000000000
> %l4-7: 0000030000c89dc8 000003000148a250 0000000078036400 
> 0000000078036400
> 0x30001aa8820:
> 0x30001aa85a3:  syncing file systems...
> 0x30001aa8323:   4
> 0x30001aa80a3:   3
> 0x30021b17da3:   done
> 0x30021b17b23:  dumping to /dev/md/dsk/d31, offset 837812224, content: 
> kernel
> 
> José Mª Garrote
> 


[prev in list] [next in list] [prev in thread] [next in thread]