Solaris 10 X86 Systems May Panic With Panic String: "hment_remove() mapping not found in hash table"
(Doc ID 1345052.1)
Last updated on AUGUST 27, 2019
Applies to:
Solaris Operating System - Version 10 3/05 and laterInformation 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
To view full details, sign in with your My Oracle Support account. |
|
Don't have a My Oracle Support account? Click to get started! |
In this Document
Symptoms |
Cause |
Solution |