[Info-vax] Greater than approx 16GB disk leads to UNXSIGNAL crash
Volker Halle
volker_halle at hotmail.com
Fri May 28 07:07:55 EDT 2021
Antonio,
this was a 'known problem' at it's time - mostly V6.2.
There even was/is a CANASTA rule describing this problem and a workaround...
CANASTA was the automatic Crashdump Analysis Tool, which I maintained for about a decade while at Digital/Compaq/HP. I still claim to be the person, which has seen more OpenVMS crash footprints than anyone else ;-)
The problem itself seems to be in MOUNT, when setting up the geometry of the disk. Solutions i.e. patches may exist in the V7.2 remedial stream or higher.
WORKAROUND:
Configure a smaller disk on the controller. After configuring the smaller
disk, mount the disk and do a $ SHOW DEVICE/FULL. Perform the following
calculation using the numbers from the $ SHOW DEVICE/FULL output.
sectors per track * tracks per cylinder * total cylinders = total blocks.
If the calculation works, the disk is OK to use.
With ANALYZE/SYSTEM:
SDA> READ SYS$SYSTEM:SYSDEF
SDA> SHOW DEV DKcnnn
...
SDA> exa ucb+ucb$l_maxblock
UCB+000C4: 021EB1B0 "°±.."
SDA> eva (@(ucb+ucb$b_sectors)&FF)*(@(ucb+ucb$b_tracks)&FF)*(@(ucb+ucb$w_cylinders)&FFFF)
Hex = 0020B32C Decimal = 2143020
This crash has also been seen on a CHARON-VAX (Stromasys commercial VAX emulator) and could be prevented by using the geometry statement to set a 'valid' geometry, e.g.
SET DKA geometry[200] = "125/16/17783" ! s=sectors t=tracks c=cylinders (disk size about 18 GB)
Don't know if simh supports setting the disk geometry.
Volker.
More information about the Info-vax
mailing list