Greetings again;
Many thanks for the swift replies to my question I received. The problem
was that a) I had the os_type set to OpenVMS, not OSF, and b) the console
type was set to serial. Therefore, my Alpha was actually booting, but I
could not see it do so. Now I just need to figure out where my SCSI drive
is at, and start installing...
Erik
Thank you again to all who responded!
(Original message is the last in the summary)
-------------------- Received messages follow -------------------------
From: "DEBRULER, BONNIE" <DEBRULER_at_eglin.af.mil>
>Erik
>
>Sounds like you have an environment variable (bus_probe_algorith) which needs
>to be changed. It's valid values are 'new' and 'old'; try toggling the value.
>
>I make this assumption because at the get-go the cpu knows the device has a
>valid boot-block and then does not appear to be able to 'use' it.
>
>You should also be sure that your ECU setup is correct. Have you chosen the
>approrpriate console under this utility? (Check OS_TYPE value, should be OSF
>and BOOT_OSFLAGS, should be A.)
>
>Good luck,
========================================================================
From: dboyle_at_liquidaccess.net (Dave C. Boyle)
Subject: Re: New Alpha won't boot
Status: RO
>Check to make sure your system isn't configured for VMS and not configured
>for Digital UNIX
>
>I forget the syntax, but it is something like:
>>>>OS=unix
>
>or something
>
>-Dave
(I used set os_type OSF - Erik)
==============================================================================
From: ku_at_oakbrook.reuters.com (Tony Ku (Consultant))
To: longshot_at_IC.Mankato.MN.US
Subject: Re: New Alpha won't boot
Status: RO
The system hangs because the console mode is incorrect.
Do
>> show console
If it is "serial" and your system has graphic card and display, reset the
console mode to graphics:
>> set console graphics
Or it shows "graphics" and you have a dump terminal, reset it to "serial".
Basically, the console mode has to be consistent with the display device
in your system.
Good luck.
Tony Ku
----- Begin Included Message -----
>From longshot_at_IC.mankato.mn.us Wed Jun 5 12:21:22 1996
>Received: from sws1.CTD.ORNL.GOV by relay1.UU.NET with ESMTP
(peer crosschecked as: sws1.ctd.ornl.gov [128.219.128.109])
id QQasut05278; Wed, 5 Jun 1996 12:55:41 -0400 (EDT)
Sender: alpha-osf-managers-relay_at_sws1.ctd.ornl.gov
Followup-To: poster
From: Erik Green <longshot_at_IC.mankato.mn.us>
Subject: New Alpha won't boot
To: alpha-osf-managers_at_ornl.gov
Date: Wed, 5 Jun 1996 11:30:09 -0500 (CDT)
Cc: longshot_at_IC.mankato.mn.us (Erik Green)
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Content-Length: 1492
Greetings;
I'm a technician for a small Internet service provider in southern
Minnesota. In order to keep up with the load on our web server, we've
decided to replace it with an Alpha. I have put together a system using
the DEC AXPpci 33 motherboard, a SCSI disk, DEC CD-ROM, a number 9 S3
based video adapter, and a lot of luck. However, I have problems booting:
I get to the SRM console, with the >>> prompt, and I can show devices,
where I see the following listed:
dka100.1.0.6.0 DKA100 Conner CFP1080S 3939
dka500.5.0.6.0 DKA500 RRD45 1645
dva0.0.0.1 DVA0
pka0.7.0.6.0 PKA0 SCSI Bus ID 7
I try: boot dka500
and get:
(boot dka500.5.0.6.0)
block 0 of dka500.5.0.6.0 is a valid boot block
Reading 16 blocks from dka500.5.0.6.0
bootstrap code read in
base = 10e000, image_start = 0, image_bytes = 2000
initializing HWRPB at 100000
initializing machine state
setting affinity to primary CPU
jumping to bootstrap code
....and there it hangs. I have let it go for up to a half an hour. It
runs the CD drive (w/DUnix 3.2D in it) on and off, and then just stops.
I really need to get this system working as soon as I can. Has
anyone out there put together a system like this? Is there anything I
can to to get it to tell me where it's stopping?
Any help or information will be deeply appreciated,
Erik
PS:The system parts aren't randomly picked - they were the ones recommended
by AVNet.
Erik Green
Technician,
Internet Connections
erik_at_ic.mankato.mn.us
----- End Included Message -----
Received on Wed Jun 05 1996 - 20:44:45 NZST