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: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: viernes, 28 de septiembre de 2007 13:34
To: Garrote, Jose Maria
Cc: [email protected]
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
>

Reply via email to