Home · Articles · Downloads · Hobby Wear · Forums · Web Links · News CategoriesFriday, April 26, 2024
Navigation
Home
Articles
Downloads
Hobby Wear
FAQ
Forums
Web Links
News Categories
Contact Us
Photo Gallery
OpenVMS Bigot
Search
Users Online
Guests Online: 1
No Members Online

Registered Members: 7,708
Newest Member: nifseg
Sponsors
Island Computer
View Thread
OpenVMS Hobbyist Program | Alpha Systems Forums | FreeAXP
Author Long time FreeAXP now fails to boot
Korendyk
Member

Posts: 9
Location: Edmonton, AB
Joined: 12.06.08
Posted on July 01 2020 08:21
Hi. It has been a while since I checked here. But something came up that I hope someone might be able to help. I have a Freeaxp installation on a Windows system that has been running for several years. It suddenly stopped, and attempts to reboot result in:

>>>b dka0
(boot dka0.0.0.6.0 -flags 0)
block 0 of dka0.0.0.6.0 is a valid boot block
reading 1230 blocks from dka0.0.0.6.0
bootstrap code read in
base = 1f2000, image_start = 0, image_bytes = 99c00
initializing HWRPB at 2000
initializing page table at 1e4000
initializing machine state
setting affinity to the primary CPU
jumping to bootstrap code


OpenVMS (TM) Alpha Operating System, Version V8.4
© Copyright 1976-2010 Hewlett-Packard Development Company, L.P.


%EXECINIT-F-NOMEM, insufficient physical memory for minimum working set

halted CPU 0

halt code = 5
HALT instruction executed
PC = ffffffff85261a84
>>>

It has been a long time since I dug deep into the bowels and thought I might post a query in case someone has seen this before, or has an idea as to where I might start digging ;-}

thnx
\bill
Author RE: Long time FreeAXP now fails to boot
Bruce Claremont
Moderator

Posts: 623
Joined: 07.01.10
Posted on July 01 2020 13:00
See if anything in this link helps: https://community.hpe.com/t5/operating-system-openvms/boot-failure-after-autogen-in-openvms-8-3-alpha/td-p/5000738

If not, post the Avanti log file.
Author RE: Long time FreeAXP now fails to boot
Korendyk
Member

Posts: 9
Location: Edmonton, AB
Joined: 12.06.08
Posted on July 01 2020 16:55
I saw that link, and since it seems like it may be a VMS issue, I am comparing the current VMS params with earlier backups... Also looking for potential disk problems. But in case there is a clue in the logs. here is one where the boot fails. I don't see anything obvious. Sorry, it is long.

----------------------------------------------------------------------------------------------------------------
FreeAXP Virtual Alpha x64 version 3.0.0.614 (Jun 26 2017 16:26:30)

Windows workstation version 6.2 SP 0.0, build 9200 () suite 100 (WMI Name: Microsoft Windows 8.1 Pro|C:\Windows|\Device\Harddisk0\Partition4)
4 processor cores of family 3d, stepping 04 (WMI Name: Intel(R) Core(TM) i5-5200U CPU @ 2.20GHz)
File opened at 2020-07-01 16:13:07

%XNV-I-RESTST: NVRAM restored from E:\FreeAXP\labaxp.nvr
00004.06: serial0: 16777216 byte buffer, served in 10 byte chunks with a 10 ms delay.
00004.06: DFL-I-MOUNT: cp(control).alpha(alpha (AS400)).pcibus(dc21071da).pci6(symbios).disk0.0(file): Mounted file E:\xj8 System\DSK_AXP_A-1.vdisk, handle 0000000000000DFL-I-MOUNT: cp(control).alpha(alpha (AS400)).pcibus(dc21071da).pci6(symbios).disk0.1(file): Mounted file E:\xj8 System\DSK_USR_A.vdisk, handle 000000000000021DFL-I-MOUNT: cp(control).alpha(alpha (AS400)).pcibus(dc21071da).pci6(symbios).disk0.2(file): Mounted file E:\xj8 System\DSK_USR_X.vdisk, handle 000000000000022DFL-I-MOUNT: cp(control).alpha(alpha (AS400)).pcibus(dc21071da).pci6(symbios).disk0.3(file): Mounted file D:\dsk_usr_u-1TB.vdisk, handle 0000000000000224, 2306DFL-I-MOUNT: cp(control).alpha(alpha (AS400)).pcibus(dc21071da).pci6(symbios).disk0.4(file): Mounted file D:\dsk_usr_v-1TB.vdisk, handle 0000000000000228, 2306DFL-I-MOUNT: cp(control).alpha(alpha (AS400)).pcibus(dc21071da).pci6(symbios).disk0.5(file): Mounted file D:\dsk_usr_w-1TB.vdisk, handle 000000000000022C, 2306===== Configuration file starts =====
00004.08: // Migration Specialties Avanti/FreeAXP configuration file created at 2020-07-01 16:13:05

00004.08: cp = control
00004.08: {
00004.08: cp_log = logfPDB-I-INIT: Initialized new process database; cores: 4 (f)
00004.08: PDB-I-REGR: Will try to register as process 0
00004.08: All conditions met, will register as process 0 (PID e7c)
00004.08: PID Key/Emulator Units Cores
00004.08: Key + Base 0 f
00004.08: >> 0 00000e7c FREEAXP xj8 XTI-I-RESTST: cp(control).alpha(alpha (AS400)).pcibus(dc21071da).toy(bq3287): TOY restored from E:\FreeAXP\labaxp.toy
00004.08: Actor framework started with 13 thread(s)
00004.08: CTS-I-NEWSESS: New session on cp(control).alpha(alpha (AS400)).pcibus(dc21071da).serial0(i16550) from IP address 127.0.0.1
00004.11: Cache size set to 2025MB.
00004.11: AC4-I-DECOMP: Decompressing ROM image... done.
00004.53: AC4-I-PATCHROM: Patching ROM for speed.
00004.54: Windows timer resolution: 645632 near-nanoseconds
00004.54: CPU speed factor: 1.46
00004.54: Timing window factor: 1.000
00004.54: Effective timer resolution: 1280000 near-nanoseconds
00004.54: Inner loop maximum: 145
00004.54: Outer loop maximum: 1000000
00004.54: Timer increments: 29146
00004.54: AXP-I-CPUSTRT: cp(control).alpha(alpha (AS400)).cpu0(EV4): CPU Starting
00076.73: ESL-I-EXIT: Normal emulator shutdown requested.
00081.75: XTI-I-SAVEST: cp(control).alpha(alpha (AS400)).pcibus(dc21071da).toy(bq3287): Flash saved to E:\FreeAXP\labaxp.toy
00081.75: PDB-I-CLSE: Ended my process. Returned 1 cores and 0 units to the pool.
00081.75: PID Key/Emulator Units Cores
00081.75: Key + Base 0 f
00081.75: Available ASY-I-FREEMEM: cp(control).alpha(alpha (AS400)): Freeing memory in use by system...
00082.29: Bq3287: asserted 79039 times
00082.29: de-asserted 63560 times
00082.29: re-asserted 2522 times
00082.29: DFL-I-CLOSE: cp(control).alpha(alpha (AS400)).pcibus(dc21071da).pci6(symbios).disk0.0(file): Closing file.

00082.29: IOC STATISTICS FOR cp(control).alpha(alpha (AS400)).pcibus(dc21071da).pci6(symbios).disk0.0(file)
00082.29: read (async): issued 0 times, completed 0 times
00082.29: read (sync ): issued 5712 times, completed 0 times
00082.29: write (async): issued 0 times, completed 0 times
00082.29: write (sync ): issued 0 times, completed 0 times

00082.29: DFL-I-CLOSE: cp(control).alpha(alpha (AS400)).pcibus(dc21071da).pci6(symbios).disk0.1(file): Closing file.

00082.29: IOC STATISTICS FOR cp(control).alpha(alpha (AS400)).pcibus(dc21071da).pci6(symbios).disk0.1(file)
00082.29: read (async): issued 0 times, completed 0 times
00082.29: read (sync ): issued 0 times, completed 0 times
00082.29: write (async): issued 0 times, completed 0 times
00082.29: write (sync ): issued 0 times, completed 0 times

00082.29: DFL-I-CLOSE: cp(control).alpha(alpha (AS400)).pcibus(dc21071da).pci6(symbios).disk0.2(file): Closing file.

00082.29: IOC STATISTICS FOR cp(control).alpha(alpha (AS400)).pcibus(dc21071da).pci6(symbios).disk0.2(file)
00082.29: read (async): issued 0 times, completed 0 times
00082.29: read (sync ): issued 0 times, completed 0 times
00082.29: write (async): issued 0 times, completed 0 times
00082.29: write (sync ): issued 0 times, completed 0 times

00082.29: DFL-I-CLOSE: cp(control).alpha(alpha (AS400)).pcibus(dc21071da).pci6(symbios).disk0.3(file): Closing file.

00082.29: IOC STATISTICS FOR cp(control).alpha(alpha (AS400)).pcibus(dc21071da).pci6(symbios).disk0.3(file)
00082.29: read (async): issued 0 times, completed 0 times
00082.29: read (sync ): issued 0 times, completed 0 times
00082.29: write (async): issued 0 times, completed 0 times
00082.29: write (sync ): issued 0 times, completed 0 times

00082.29: DFL-I-CLOSE: cp(control).alpha(alpha (AS400)).pcibus(dc21071da).pci6(symbios).disk0.4(file): Closing file.

00082.29: IOC STATISTICS FOR cp(control).alpha(alpha (AS400)).pcibus(dc21071da).pci6(symbios).disk0.4(file)
00082.29: read (async): issued 0 times, completed 0 times
00082.29: read (sync ): issued 0 times, completed 0 times
00082.29: write (async): issued 0 times, completed 0 times
00082.29: write (sync ): issued 0 times, completed 0 times

00082.29: DFL-I-CLOSE: cp(control).alpha(alpha (AS400)).pcibus(dc21071da).pci6(symbios).disk0.5(file): Closing file.

00082.29: IOC STATISTICS FOR cp(control).alpha(alpha (AS400)).pcibus(dc21071da).pci6(symbios).disk0.5(file)
00082.29: read (async): issued 0 times, completed 0 times
00082.29: read (sync ): issued 0 times, completed 0 times
00082.29: write (async): issued 0 times, completed 0 times
00082.29: write (sync ): issued 0 times, completed 0 times

00082.29: Cache size reset to original.
Author RE: Long time FreeAXP now fails to boot
Bruce Claremont
Moderator

Posts: 623
Joined: 07.01.10
Posted on July 02 2020 04:56
Try upgrading the current version of FreeAXP.
Author RE: Issue resolved
Korendyk
Member

Posts: 9
Location: Edmonton, AB
Joined: 12.06.08
Posted on July 02 2020 06:11
Okay, my bad. (I'm embarrassed by this :-{

I've been experimenting with clusters and cluster-wide shadow sets, and I somehow ended up booting the FreeAXP node using the wrong system root, which has a configuration for a much larger (DS10) system, so obviously ran into issues on working set sizes. Once it booted to the proper system root, it booted fine and joined the cluster. This was setup a while ago, and since once started, VMS just keeps on going, when the node died and I needed to restart it, my @home mind forgot the proper steps. Sigh.

I did download and install the latest FreeAXP, and of course the behaviour was the same. I am considering making the change to the new version (I ended up back on 3.0.0.614 on the active node) to see if it has better performance? And I will like to try the multiple instances on a single box. Imagine a 100 node cluster on a couple dozen 8-core boxes! Useful? Probably not, but might be fun to try (if I could afford it ;-)

Thanks for the help. My apologies for taking you down a rabbit hole with me.
\bill
Author RE: Long time FreeAXP now fails to boot
Bruce Claremont
Moderator

Posts: 623
Joined: 07.01.10
Posted on July 03 2020 04:20
Glad it turned out to be a "simple" fix. Let us know how big a cluster you end up building.
Jump to Forum:
Login
Username

Password



Not a member yet?
Click here to register.

Forgotten your password?
Request a new one here.
Member Poll
Are you going to OpenVMS Boot Camp 2016?

Yes

No

You must login to vote.
Shoutbox
You must login to post a message.

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!

Bart
October 16 2020
OpenVMS, and this website!

malmberg
September 05 2020
VSI community non-commercial licenses for AXP/IA64 are available now.

malmberg
September 05 2020
See the forum about licensing. Don't know if HPE hobby licenses still being issued. Commercial licenses still being sold.

silfox70
September 01 2020
I need the license for OpenVMS7.3. Where can I find them?

malmberg
August 29 2020
Eisner, which is currently being moved, got an SSH update and the keys were updated to more modern encryption standards.

Shoutbox Archive