Day: August 16, 2015

Hung – again
Two things were wrong this morning: To begin, I couldn’t connect to Wifi. It was switched off – my mistake yesterday: attempting to re-connect a Wifi-connected printer using WPS, I switched it off, apparently. Once that was settled, I could authenticate but it was impossible to get an IP address.
Which in my case means that the server was – again – not responding. Not crashed, since that would cause an auto-restart which would enable DHCP as well, within 5-10 minutes.
And sure enough: no response on ^P nor the HALT button – meaning I had to stop the machine the hard way.
I exchanged one of the DIMMS and restarted – and the system has run ever since. At least, longer that yesterday, since HyperSpy shows the system has been running for just a few hours:

and silently stopped working – for some reason – just after 19:00: The Errorlog doesn’t show ANYTHING after the last volume change,
but the last control-entry.
However, startup does show , yesterday as well, and probably more often on startup, but for that I’ll need to retrace these moments.

These problems occur when I install extra memory, 512 Mb for each DIMM in bank 1; with the original 512Mb (2 x 256 in bank 0) there is nothing wrong. But since the system has run now for 12 hours without a glitch and both HALT and ^P both work and SRM’s show mem doesn’t show any bad pages so far, it seems I found the bad DIMM.
Hopefully.
Anyway, I’m now running on three times the memory I had originally.

Although there are still a few questions to be answered. The console manual I have differs from what I see on screen and what I can specify as parameters. But that will most likely be related to the firmware version (7.2-1) and system spec; the manual seems to be related to either the EV6@466Mhz and EV67&600Mhz, where Diana is EV67&617Mhz. Which may explain the differences in DIP-switch settings…

Retry more memory
Because it was foreseen that there would be no external activity for the weekend, I stopped the server and added 1 Gb of memory to the 512 that has been I stalled from the beginning, and tried to test the system.
Well, of course I could start the test:
>>>test
It tells runtime is 150 seconds, and that CTRL-C may stop testing once started
And that’s about it. Let it run for about 10 minutes, lost confidence:

NO output, whatsoever.

^C doesn’t work

^P doesn’t work

HALT button doesn’t work

No output may have to do with environment variable d_verbose being zero.
So stopped the machine by the power-off button, and started it again using the same.

>>> more el

doesn’t say anything but the last startup-sequence so it is of no use at all.
Hence the next step was
>>>set d_verbose 1
>>>test
With the very same result.

Restarted, let the system run for some time, then did
>>>show mem
and that gave me no bad pages, and 1.5 Gb of memory.
No surprises 🙂
But since the keyboard was completely unresponsive, there might have been a bad DIMM? So I exchanged them, and repeated the whole sequence, with exactly the same results.
So since I would be around if thins would go wrong, I started VMS (knowing that the startup-sequence has now be tested several times and just worked 🙂 ) to see where this would bring me.