Solaris 10 X86 Systems May Panic With Panic String: "hment_remove() mapping not found in hash table"

(Doc ID 1345052.1)

Last updated on NOVEMBER 19, 2017

Applies to:

Solaris Operating System - Version 10 3/05 and later
Information in this document applies to any platform.

Symptoms

If the described issue occurs, the system may panic with a 

panic string: hment_remove() mapping not found in hash table

and a stack similar to:

unix:vpanic_common+0x165()
unix:0xfffffffffb85c672()
unix:0xfffffffffb8198ad()
unix:hati_pageunload+0x10c()
unix:hat_pageunload+0xd()
genunix:pvn_getdirty+0x5c()
ufs:ufs_putpages+0x2ae()
ufs:ufs_putpage+0x82()
genunix:fop_putpage+0x28()
genunix:vpm_sync_pages+0xa3()
ufs:rdip+0x316()
ufs:ufs_read+0xae()
genunix:fop_read+0x31()
genunix:read+0x188()
unix:_syscall_invoke+0x30()


It has also been proven that the following panichas the same root cause :

BAD TRAP: type=e (#pf Page fault) rp=fffffe8006a4b930 addr=fffffdfffffff360

unix:vpanic_common+0x165()
unix:0xfffffffffb856172()
unix:0xfffffffffb82efd7()
unix:trap+0x5e6()
unix:_cmntrap+0x140()
<trap>unix:casptr+0x3()
unix:unlink_ptp+0x54()
unix:htable_release+0xe5()
unix:hati_pageunload+0x120()
unix:hat_pageunload+0xd()
genunix:pvn_getdirty+0x5c()
vxfs:vx_pvn_range_dirty+0x1a9()
vxfs:vx_putpage_dirty+0x90()
vxfs:vx_do_putpage+0xe0()
vxfs:vx_putpage1+0x1b6()
vxfs:vx_putpage+0x21()
genunix:fop_putpage+0x28()
genunix:segvn_sync+0x21f()
genunix:as_ctl+0x103()
genunix:memcntl+0x1b0()
unix:_syscall_invoke+0x30()

Cause

Sign In with your My Oracle Support account

Don't have a My Oracle Support account? Click to get started

My Oracle Support provides customers with access to over a
Million Knowledge Articles and hundreds of Community platforms