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
>