| Author |
FreeAXP runs for hours or days and then dies. |
Korendyk
Member
Posts: 9
Location: Edmonton, AB
Joined: 12.06.08 |
| Posted on November 24 2017 10:35 |
|
|
Hi,
I've been playing with and using FreeAXP for quite a while (years), and it is great. But recently the emulator just "goes away". The log shows assorted behaviours from "nothing" (i.e. the log just ends), to an indication of a user forced exit. But the most common cause is shown in the abbreviated log appended to this message. Full log and crash dump are available.
If any one has any suggestions as to what I might do or look for to help identify a cause of this problem, your ideas would be much appreciated. The emulator is running in an OpenVMS 8.4 cluster.
\bill
-----------------------------------------------------------------------------------
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\Partition5)
4 processor cores of family 3a, stepping 09 (WMI Name: Intel(R) Core(TM) i5-3340M CPU @ 2.70GHz)
File opened at 2017-11-23 20:42:47
%XNV-I-RESTST: NVRAM restored from E:\markx system\markx.nvr
00003.29: serial0: 16777216 byte buffer, served in 10 byte chunks with a 10 ms delay.
00003.29: DFL-I-MOUNT: cp(control).alpha(alpha (AS400)).pcibus(dc21071da).pci6(symbios).disk0.0(file): Mounted file E:\markx system\dsk_axp_a-18GB.vdisk, handle 00000000DFL-I-MOUNT: cp(control).alpha(alpha (AS400)).pcibus(dc21071da).pci6(symbios).disk0.1(file): Mounted file E:\markx system\dsk_usr_a-72GB.vdisk, handle 00000000DFL-I-MOUNT: cp(control).alpha(alpha (AS400)).pcibus(dc21071da).pci6(symbios).disk0.2(file): Mounted file E:\markx system\dsk_usr_x-300GB.vdisk, handle 0000000DFL-I-MOUNT: cp(control).alpha(alpha (AS400)).pcibus(dc21071da).pci6(symbios).disk0.3(file): Mounted file E:\markx system\dsk_usr_z-600GB.vdisk, handle 0000000DFL-I-MOUNT: cp(control).alpha(alpha (AS400)).pcibus(dc21071da).pci6(symbios).disk0.5(file): Mounted file E:\markx system\dsk_usr_y-72GB.vdisk, handle 00000000===== Configuration file starts =====
00003.29: // Migration Specialties Avanti/FreeAXP configuration file created at 2017-11-23 20:42:46
00003.29: cp = control
00003.29: {
00003.29: cp_log = logfPDB-I-INIT: Initialized new process database; cores: 4 (f)
00003.29: PDB-I-REGR: Will try to register as process 0
00003.29: All conditions met, will register as process 0 (PID 7f0)
00003.29: PID Key/Emulator Units Cores
00003.29: Key + Base 0 f
00003.29: >> 0 000007f0 FREEAXP markx XTI-I-RESTST: cp(control).alpha(alpha (AS400)).pcibus(dc21071da).toy(bq3287): TOY restored from E:\markx system\markx.toy
00003.29: Actor framework started with 12 thread(s)
00003.29: CTS-I-NEWSESS: New session on cp(control).alpha(alpha (AS400)).pcibus(dc21071da).serial0(i16550) from IP address 127.0.0.1
00003.29: Cache size set to 2017MB.
00003.29: AC4-I-DECOMP: Decompressing ROM image... done.
00003.94: AC4-I-PATCHROM: Patching ROM for speed.
00004.43: Windows timer resolution: 19982592 near-nanoseconds
00004.43: CPU speed factor: 1.91
00004.43: Timing window factor: 1.000
00004.43: Effective timer resolution: 19982592 near-nanoseconds
00004.43: Inner loop maximum: 190
00004.43: Outer loop maximum: 1000000
00004.43: Timer increments: 38120
00004.43: AXP-I-CPUSTRT: cp(control).alpha(alpha (AS400)).cpu0(EV4): CPU Starting
...
44483.40: CImageFile::WriteBytes: WriteFile(000000000000010C, 0000000013265F40, 0xc00) (offset: 0x407562e00) returned false. LastError 483: error 483: The request failedCImageFile::ReadBytes: ReadFile(0000000000000180, 0000000001F6D410, 0xfe00) (offset: 0x3a6a950600) returned false. LastError 23: error 23: Data error (cyclic rESL-F-FAIL: Emulator Failure:
44484.06: Exception: ESL-F-RTM: Runtime error in 'struct SDiskIo' handler for actor 'class CImageFileActor'
44484.06: Runtime exception: Read errorWrote crash report file to E:\markx system\markx_20171124_090410203_excp.cra (835008 bytes - 49796 compressed)
44485.70: ***** LMS - last messages *****
44790.77: PDB-I-CLSE: Ended my process. Returned 1 cores and 0 units to the pool.
44790.77: PID Key/Emulator Units Cores
44790.77: Key + Base 0 f
44790.77: Available ASY-I-FREEMEM: cp(control).alpha(alpha (AS400)): Freeing memory in use by system...
44791.36: Bq3287: asserted 45553959 times
44791.36: de-asserted 45553959 times
44791.36: re-asserted 98527 times
44791.36: DFL-I-CLOSE: cp(control).alpha(alpha (AS400)).pcibus(dc21071da).pci6(symbios).disk0.0(file): Closing file.
44791.70: IOC STATISTICS FOR cp(control).alpha(alpha (AS400)).pcibus(dc21071da).pci6(symbios).disk0.0(file)
44791.70: read (async): issued 0 times, completed 0 times
44791.70: read (sync ): issued 439784 times, completed 0 times
44791.70: write (async): issued 0 times, completed 0 times
44791.70: write (sync ): issued 295126 times, completed 0 time
...
------------------------------------------------------------------------------------------- |
|
|
| Author |
RE: FreeAXP runs for hours or days and then dies. |
Bruce Claremont
Moderator
Posts: 623
Joined: 07.01.10 |
| Posted on November 25 2017 03:57 |
|
|
Is it producing a .cra file when it goes away?
Are you running 32- or 64-bit Windows 8.1?
Try dropping back to 598 and see if the behavior remains the same.
Edited by Bruce Claremont on November 25 2017 03:59 |
|
|
| Author |
RE: FreeAXP runs for hours or days and then dies. |
Korendyk
Member
Posts: 9
Location: Edmonton, AB
Joined: 12.06.08 |
| Posted on November 25 2017 09:27 |
|
|
Hi Bruce,
Thanks for the response.
> Is it producing a .cra file when it goes away?
Yes it did. (It usually does, but not always :-[
I could send it to you if it might help.
> Are you running 32- or 64-bit Windows 8.1?
64-bit. (Kinda required for .614).
> Try dropping back to 598 and see if the behavior remains the same.
Sounds like a plan... I will pursue it.
thnx
\bill |
|
|
| Author |
RE: FreeAXP runs for hours or days and then dies. |
Korendyk
Member
Posts: 9
Location: Edmonton, AB
Joined: 12.06.08 |
| Posted on November 25 2017 15:56 |
|
|
An update:
> > Try dropping back to 598 and see if the behavior remains the same.
>
> Sounds like a plan... I will pursue it.
Behaviour is the same using 598.
ANyone have any other suggestions?
\bill |
|
|
| Author |
RE: FreeAXP runs for hours or days and then dies. |
Bruce Claremont
Moderator
Posts: 623
Joined: 07.01.10 |
| Posted on November 26 2017 01:48 |
|
|
PM sent.
No issues with host system going to sleep, shutting down NIC to save power, etc? |
|
|
| Author |
RE: FreeAXP runs for hours or days and then dies. |
Korendyk
Member
Posts: 9
Location: Edmonton, AB
Joined: 12.06.08 |
| Posted on November 26 2017 04:02 |
|
|
> No issues with host system going to sleep, shutting down NIC to save power, etc?
Windows keeps running and the net adapter power saver disabled.
As best I can tell, Windows is happy (though frustrating to use :-)
\bill |
|
|
| Author |
RE: FreeAXP runs for hours or days and then dies. |
Bruce Claremont
Moderator
Posts: 623
Joined: 07.01.10 |
| Posted on November 27 2017 02:22 |
|
|
|
There is a Windows file access error in the log. Check you Windows disk and file integrity. |
|
|
| Author |
RE: FreeAXP runs for hours or days and then dies. |
Bruce Claremont
Moderator
Posts: 623
Joined: 07.01.10 |
| Posted on December 22 2017 02:38 |
|
|
|
Korendyk confirmed it was a bad disk on the host system. |
|
|
