The Early Release Patch kits
(ERPs) provided in this Engineering Advisory (EA) address the
following two panics that result from quotactl requests on AdvFS
- panic "lock_terminate: lock held"
- kernel memory fault in dyn_hash_remove
These two panics are present in HP Tru64 UNIX V5.1A PK6 and
5.1B-1/PK3. HP has resolved the panics by providing the two ERP kits
listed in the Resolution section of this EA. The ERP kits distribute
a revised advfs.mod.
The 5.1B-1/PK3 ERP kit combines the fixes for the two quotactl-related
panics with a previously announced memory leak fix that also affects
Details of both kits follow.
The 5.1A PK6 ERP Kit
The 5.1A PK6 ERP kit contains the fixes for the "lock_terminate:
lock held" and the kernel memory fault panics.
Partial stack traces for the two types of panicing threads are
1) panic "lock_terminate: lock held"
4 panic() "lock_terminate:
2) kernel memory fault in dyn_hash_remove:
The 5.1B-1/PK3 ERP Kit
The 5.1B-1/PK3 kit includes fixes for the two quotactl-related
panics described in this EA and a fix originally announced in EA
BU040604_EW01 (Memory Leak in Bucket 1 (32-byte bucket) When Running
vfast). The problem description for the memory leak fix is:
A memory leak exists in a routine that vfast uses to merge extent
maps. The routine is not freeing allocated memory in bucket 1
(32-byte bucket). The problem manifests as an inordinate amount of
memory being used in bucket 1. It can be identified by issuing the
vmstat -M command and viewing the bytes_in_use column for bucket 1.
This problem only occurs when using vfast. The workaround is to
issue "vfast deactivate dmnName" for all domains with vfast
Target Audience: Customers running 5.1A PK6 and customers running