CHARON-VAX/CHARON-AXP - OpenVMS fails with CPUSPINWAIT fatal bug check
Problem
CHARON-VAX/CHARON-AXP / OpenVMS fails with "Fatal BUG CHECK: CPUSPINWAIT, CPU spinwait timer expired" message
Solution
When running CHARON, there are two most typical reasons that can cause this problem:
CHARON node is overloaded and is unable to cope with workload. Upgrading hardware or CHARON flavor usually helps to resolve the issue.
The timeout which causes the bug check is managed by two internal VMS parameters and by one parameter which can be set though SYSGEN (modparams.dat).
Internal parameters, calculated automatically on OpenVMS startup, areCPU$L_TENUSECandCPU$L_UBDELAY. They depend on hardware (in case of CHARON – on Intel) performance and are out of our control.
The third parameter we can manage isSGN$GL_SMP_SPINWAITorSGN$GL_SMP_LNGSPINWAITon older OpenVMS versions
VMS takes these 3 parameters, multiplies them, and uses the result to calculate the loop counter which will be used to measure the delay:A potential issue here is that all three source variables are LONG INT. The result (SP) is also a LONG INT. So, if the result of multiplication exceeds 2^32, it could actually result in a very small number.
.
Example / OpenVMS 7.3-2 using SYSGEN
You should also update theMODPARAMS.DATfile and runAUTOGENto store the new value that must survive a reboot. Please refer to your OpenVMS version documentation..
Related articles
© Stromasys, 1999-2025 - All the information is provided on the best effort basis, and might be changed anytime without notice. Information provided does not mean Stromasys commitment to any features described.
Need fast, reliable migration? We have done it countless times. Talk to an expert