We see an issue on one of our test systems when installing VMS 6.2, 7.0, and 7.1 from an ISO image that we are unable to reproduce on any of our other test systems. The VMS installation will run normally. During the final reboot after the automatic AUTOGEN phase, error messages similar to those shown below will be displayed. The system will boot, but you will be unable to log in via the console.
The workaround is to <Ctrl^P> the emulator and boot again. There is no need to restart the emulator. On the second VMS boot the problem goes away.
If you encounter this problem, please post your host hardware information and the Windows O/S under which you are running FreeAXP to this thread. Include whether it is a 32 or 64-bit edition of Windows.
%ADA-I-CONSTRAINT_ERRO, CONSTRAINT_ERROR
-ADA-F-CONSTRAINT_ERRO, CONSTRAINT_ERROR
%ADA-F-CONSTRAINT_ERRO, CONSTRAINT_ERROR
-ADA-I-EXCRAIPRI, Exception raised prior to PC = 00057B48
%%%%%%%%%%% OPCOM 17-NOV-1858 00:00:05.15 %%%%%%%%%%%
Message from user SYSTEM on VMS062
%SECSRV-E-NOPROXYDB, cannot find proxy database file NET$PROXY.DAT
%RMS-E-FNF, file not found
%TRACE-E-TRACEBACK, symbolic stack dump follows
Image Name Module Name Routine Name Line Number rel PC abs PC
ADARTL 0 00054C94 003DEC94
0 80495D44 80495D44
----- above condition handler called with exception 00318324:
%ADA-F-CONSTRAINT_ERRO, CONSTRAINT_ERROR
-ADA-I-EXCRAIPRI, Exception raised prior to PC = 00057B48
----- end of exception message
0 82F842BC 82F842BC
ADARTL 0 00037BBC 003C1BBC
SECURITY_SER 0 00047B48 00057B48
SECURITY_SER 0 0007D25C 0008D25C
%%%%%%%%%%% OPCOM 17-NOV-1858 00:00:05.17 %%%%%%%%%%%
Message from user SYSTEM on VMS062
%SECSRV-E-NOPROXYDB, cannot find proxy database file NET$PROXY.DAT
%RMS-E-FNF, file not found
given that you've just announced support for V6.2, V7.0 and V7.1, this must really be a 'new' problem.
Have you tried or seen it on a real Alpha ? Based on the obvious and easy workaround, this may even be an 'old' OpenVMS problem, although I could not find anything in the old patches (except in VAXLOAD02_061).
Once SECURITY_SERVER is up and running, could you please provide the following data:
$ ANAL/SYS
SDA> SET PROC SECURITY_SERVER
SDA> EXA/INS 00057B48-40;80
if you think this may be reproducable - maybe only on that one box, try to take a Windows copy of the system .vdisk in that state prior to the FIRST full boot after the AUTOGEN after the installation.
If the problem is related to the contents on the disk, you should be able to easily reproduce the problem with a copy of the disk in that state. Make another copy before you try it, so you preserve that state in case the problem really is reproducable.
As an alternative, stop FreeAXP before the final boot, restart it and then boot. This will tell you, if the problem somehow depends on the state of FreeAXP.
You can provide the instruction stream data from any other system running the SAME version of OpenVMS, with which you've seen this failure.
Debugging this may be a problem, because an undocumented SET SERVER/START/DUMP qualifier had been added, but apparently only for V7.3 and above.
Install VMS 6.2 from scratch using ISO. No problems.
TEST 4 (MSI02)
- Restart FreeAXP 271 and boot pre-AUTOGEN disk image. AUTOGEN and reboot complete with no problems. Was expecting ADA errors, but they did not occur. Can log in from console.
TEST 5 (MSI02)
- Restart FreeAXP 271,
- Re-install VMS 6.2 from ISO.
- After install, but before booting the disk image to let the install complete, shutdown and restart FreeAXP 271.
- Boot disk image. AUTOGEN and reboot complete without errors.
From this testing Volker's theory that something in the state of FreeAXP is playing a roll in the problem on MSI02 looks like the correct one.
- Restart FreeAXP 271 with TTA0 serial port included in the configuration.
- Re-install VMS 6.2. Starting to wear grooves into the ISO, but it can't be helped. The testing must go on.
- Boot installed image without shutting down emulator.
- Note that am prompted for date twice. First on boot, then on automatic reboot after AUTOGEN completes. Systems where the install completes normally do not prompt for the date the second time.
- ADA errors appear as expected. Cannot log in from console.
- TTA0: provides a login prompt. However, since I did not install a VMS license, I cannot log in. Drat!
- Install VMS 6.2 from scratch. Do not enter VMS license PAK during installation.
- See ADA errors and cannot log in from console after installation completes. Behavior same as TEST 1. First time a box other than MSI02 has exhibited the problem.
- ^P and boot again.
- Boot completes normally. Can log in from console.
malmberg August 04 2022 No more VAX hobbyist licenses. Community licenses for Alpha/IA64/X86_64 VMS Software Inc. Commercial VMS software licenses for VAX available from HPE.
ozboomer July 20 2022 Just re-visiting.. No more hobbyist licenses? Is that from vmssoftware.com, no 'community' licenses?
valdirfranco July 01 2022 No more hobbyist license...sad
mister_wavey February 12 2022 I recall that the disks failed on the public access VMS systems that included Fafner
parwezw January 03 2022 Anyone know what happened to FAFNER.DYNDS.ORG? I had a hobbyist account here but can longer access the site.
gtackett October 27 2021 Make that DECdfs _2.1A_ for Vax
gtackett October 27 2021 I'm looking for DECdfs V2.4A kit for VAX. Asking here just in case anyone is still listening.
MarkRLV September 17 2021 At one time, didn't this web site have a job board? I would love to use my legacy skills one last time in my career.
malmberg January 18 2021 New Hobbyist PAKs for VAX/VMS are no longer available according to reports. Only commercial licenses are reported to be for sale from HPE
dfilip January 16 2021 Can someone please point me to hobbyist license pak? I'm looking for VAX/VMS 7.1, DECnet Phase IV, and UCX/TCPIP ... have the 7.1 media, need the license paks ... thanks!
