Just remembered...
Did you by chance enable broadcasts to your system console on the Alpha
so that you could monitor the actual requests that the Alpha will/should
(hopefully) see? This might give a clue to what is missing/wrong...
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Fred
Sent: Sunday, November 22, 2009 21:04
To: hecnet at update.uu.se
Subject: [HECnet] Boot VAX from Alpha host Infoserver?
Good evening everyone:
This weekend I have been trying to make my VAXStation 4000-90A come to
life. It won't boot off the CD (an NEC Multispin 4X, perhaps it doesn't
speak 512/2048?) so I took the next route of trying to make it boot of
my
Alpha's (MISER) host base Infoserver. I copied the ISL_SVAX_073.SYS
file
off of my 7.3 distribution from Montagar (it was in [sys0.sysexe]) to
mom$load and did all the NCP statements to make MISER aware of the new
soon-to-be-node, FRUGAL.
The VAX boots to this file fine.( "b /r5:100 eza0" ) If I make it
search
for Infoserver services, it finds the 7.3 distribution service that I
set
up using LDDRIVER on the Alpha. However, when I try to select it (and
hopefully make it "boot" from it) it just sits there for a long time,
eventually saying:
%ISL-F-BADOPEN, unable to locate SYSBOOT
Running wireshark doesn't reveal much - I see the "DEC LAST" protocol
running on the wire, but that's about it. At this point it *has* to be
something simple.
Would anyone have anything obvious I should be checking? I have a
feeling I'm *this* close ... :)
Cheers,
Fred
----
Lets call it for what it is - "legacy" is a term that people use in a
polite but derogatory manner to imply that the future direction they
prefer is not that which they view as the current direction.
Fred,
I'm not sure what's going on here but...
I may still be able to help you. You could try booting into my
VAXcluster (as a satellite) and do the installation from that if you
wish. If you are interested, let me know offline.
If this fails then you could try booting off my "real" InfoServer just
for grins :-)
Oh, the NEC Multispin 4x may just work. I use these. You will have to
set one of the dip switches that changes it from 2048 bytes to 512
bytes. A search on the web should be able to give you the correct
switch.
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Fred
Sent: Sunday, November 22, 2009 21:04
To: hecnet at update.uu.se
Subject: [HECnet] Boot VAX from Alpha host Infoserver?
Good evening everyone:
This weekend I have been trying to make my VAXStation 4000-90A come to
life. It won't boot off the CD (an NEC Multispin 4X, perhaps it doesn't
speak 512/2048?) so I took the next route of trying to make it boot of
my
Alpha's (MISER) host base Infoserver. I copied the ISL_SVAX_073.SYS
file
off of my 7.3 distribution from Montagar (it was in [sys0.sysexe]) to
mom$load and did all the NCP statements to make MISER aware of the new
soon-to-be-node, FRUGAL.
The VAX boots to this file fine.( "b /r5:100 eza0" ) If I make it
search
for Infoserver services, it finds the 7.3 distribution service that I
set
up using LDDRIVER on the Alpha. However, when I try to select it (and
hopefully make it "boot" from it) it just sits there for a long time,
eventually saying:
%ISL-F-BADOPEN, unable to locate SYSBOOT
Running wireshark doesn't reveal much - I see the "DEC LAST" protocol
running on the wire, but that's about it. At this point it *has* to be
something simple.
Would anyone have anything obvious I should be checking? I have a
feeling I'm *this* close ... :)
Cheers,
Fred
----
Lets call it for what it is - "legacy" is a term that people use in a
polite but derogatory manner to imply that the future direction they
prefer is not that which they view as the current direction.
Good evening everyone:
This weekend I have been trying to make my VAXStation 4000-90A come to life. It won't boot off the CD (an NEC Multispin 4X, perhaps it doesn't speak 512/2048?) so I took the next route of trying to make it boot of my Alpha's (MISER) host base Infoserver. I copied the ISL_SVAX_073.SYS file off of my 7.3 distribution from Montagar (it was in [sys0.sysexe]) to mom$load and did all the NCP statements to make MISER aware of the new soon-to-be-node, FRUGAL.
The VAX boots to this file fine.( "b /r5:100 eza0" ) If I make it search for Infoserver services, it finds the 7.3 distribution service that I set up using LDDRIVER on the Alpha. However, when I try to select it (and hopefully make it "boot" from it) it just sits there for a long time, eventually saying:
%ISL-F-BADOPEN, unable to locate SYSBOOT
Running wireshark doesn't reveal much - I see the "DEC LAST" protocol running on the wire, but that's about it. At this point it *has* to be something simple.
Would anyone have anything obvious I should be checking? I have a feeling I'm *this* close ... :)
Cheers,
Fred
----
Lets call it for what it is - "legacy" is a term that people use in a
polite but derogatory manner to imply that the future direction they
prefer is not that which they view as the current direction.
At 9:11 PM -0500 11/22/09, Steve Davidson wrote:
Oh, the NEC Multispin 4x may just work. I use these. You will have to
set one of the dip switches that changes it from 2048 bytes to 512
bytes. A search on the web should be able to give you the correct
switch.
I love the old NEC Mulitspin's, I have an 8x caddy drive in my PDP-11. They're the only non-DEC drives I've been able to find that works with some of my older DEC gear.
Zane
--
| Zane H. Healy | UNIX Systems Administrator |
| healyzh at aracnet.com (primary) | OpenVMS Enthusiast |
| MONK::HEALYZH (DECnet) | Classic Computer Collector |
+----------------------------------+----------------------------+
| Empire of the Petal Throne and Traveller Role Playing, |
| PDP-10 Emulation and Zane's Computer Museum. |
| http://www.aracnet.com/~healyzh/ |
Thanks for the news. However, the URL appears to be wrong. It's:
http://declegacy.org.uk
Ian.
On 2009-11-12, at 2:33 PM, Mark Wickens wrote:
Hope you guys don't mind me posting my message to the list - hopefully
it will be interesting to some.
DEC Legacy Event, April 17th-18th 2010, Windermere, UK
------------------------------------------------------
The event venue has now been booked and I would therefore ask you to
make a note of the event date, the weekend of April 17th & 18th 2010, in
your diary. The event will take place at the Marchesi Centre,
Windermere, UK from 09:00 to 17:00 on each day.
Website URL: http://dec-legacy.org.uk
The website will be updated with information about speakers and
equipment that will be making an appearance. You can now purchase a
ticket online using paypal or by cheque. Any proceeds after expenses
will go to the National Museum of Computing at Bletchley Park. I highly
recommend booking accommodation, if required, in good time as it does
generally get booked up quickly in such a popular tourist destination.
The Cumbria Tourist Site is http://www.golakes.co.uk/
Don't forget that this is a great place for partners and children to
enjoy!
If you know of anyone else that might be interested please feel free to
forward this email on to them or ask them to contact me directly so I
may update them of progress.
If you are interested in making a presentation on any aspect of
DIGITAL's company, hardware, software or anything else you think would
make an interesting talk please do contact me so we can discuss it
further.
If you do not want to receive further emails please let me know and I
will remove you from this mailing list.
Regards,
Mark Wickens
---
Filter service subscribers can train this email as spam or not-spam here: http://my.email-as.net/spamham/cgi-bin/learn.pl?messageid=6E5835E6CFDB11DEA…
Hope you guys don't mind me posting my message to the list - hopefully
it will be interesting to some.
DEC Legacy Event, April 17th-18th 2010, Windermere, UK
------------------------------------------------------
The event venue has now been booked and I would therefore ask you to
make a note of the event date, the weekend of April 17th & 18th 2010, in
your diary. The event will take place at the Marchesi Centre,
Windermere, UK from 09:00 to 17:00 on each day.
Website URL: http://dec-legacy.org.uk
The website will be updated with information about speakers and
equipment that will be making an appearance. You can now purchase a
ticket online using paypal or by cheque. Any proceeds after expenses
will go to the National Museum of Computing at Bletchley Park. I highly
recommend booking accommodation, if required, in good time as it does
generally get booked up quickly in such a popular tourist destination.
The Cumbria Tourist Site is http://www.golakes.co.uk/
Don't forget that this is a great place for partners and children to
enjoy!
If you know of anyone else that might be interested please feel free to
forward this email on to them or ask them to contact me directly so I
may update them of progress.
If you are interested in making a presentation on any aspect of
DIGITAL's company, hardware, software or anything else you think would
make an interesting talk please do contact me so we can discuss it
further.
If you do not want to receive further emails please let me know and I
will remove you from this mailing list.
Regards,
Mark Wickens
On Wed, 11 Nov 2009 17:28:33 +0100, you wrote:
However, if you configure my bridge program for it, it can pass on LAT
frames just as well as DECnet, and it works just fine.
And the same goes for MOP, by the way.
And, if someone really cares, the bridge could also pass LAST (InfoServer
and maybe Pathworks) frames as well: just add Ethertype 0x8041 to its packet
filter, but be sure to correct a little bug or it will not work: the *data
member inside the DATA structure has to be declared unsigned. :-P
Been there, done that: it's slow, but works like a champ. :-)
Cheers,
G.
Suitable is a difficult question.
LAT was designed for local networks. There is no routing capability in it, and it relies on broadcast functionality to work.
However, if you configure my bridge program for it, it can pass on LAT frames just as well as DECnet, and it works just fine.
And the same goes for MOP, by the way.
Johnny
Mark Wickens wrote:
Am I right in thinking that LAT is only suitable for the local network?
I just tried Local> connect pdxvax
from the DECserver 90M just for a laugh.
Regards, Mark.
I think someone (can't remember who) tried to make a kind of map, where you also could see where in the physical world people were. Don't think it's up to date, though.
I don't see a problem with giving out the list of endpoints that Update as in its bridge.conf program. Do anyone else feel that this would be a problem?
Johnny
Sampsa Laine wrote:
Might it be an idea to maintain a map of existing connections to avoid this eventuality?
Yes, I'm volunteering :) Feel free to send me your setup and I'll try to hack out a graphical map. Unless it's already been done, of course.
Sampsa
On 11 Nov 2009, at 16:21, Johnny Billquist wrote:
And to be clear. When you talked LAT with London, the traffic actually passed through Uppsala, Sweden, on the way, since just about every bridge program that I know is using Uppsala as the other endpoint. This is not really neccesary, although having just one hop might be a good point in itself.
But the bridge program can act as a chain of hops as well. The only restriction is that it don't have anything like STP, so if you create a loop, you are in big trouble.
Johnny
Steve Davidson wrote:
In past I have used LAT (from NH, USA) to connect to CHIMPY (London, UK) and MIM. Johnny's bridge program is running on a NetBSD system between my DEClab LAN and MIM on the other end. It works just fine!
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE on behalf of Sampsa Laine
Sent: Tue 11/10/2009 10:23
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Talking of other possible protocols
But Johnny's bridge does however support bridging it so in practice it can be used for long distance connections on HECnet...
Sampsa
On 10 Nov 2009, at 15:21, Paul Koning wrote:
Yes, LAT is a layer 2 protocol so it's not routable, and its timers and delay assumptions are for LANs, not for long distance networks.
paul
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Mark Wickens
Sent: Tuesday, November 10, 2009 10:19 AM
To: hecnet at Update.UU.SE
Subject: [HECnet] Talking of other possible protocols
Am I right in thinking that LAT is only suitable for the local network?
I just tried
Local> connect pdxvax
from the DECserver 90M just for a laugh.
Regards, Mark.
Might it be an idea to maintain a map of existing connections to avoid this eventuality?
Yes, I'm volunteering :) Feel free to send me your setup and I'll try to hack out a graphical map. Unless it's already been done, of course.
Sampsa
On 11 Nov 2009, at 16:21, Johnny Billquist wrote:
And to be clear. When you talked LAT with London, the traffic actually passed through Uppsala, Sweden, on the way, since just about every bridge program that I know is using Uppsala as the other endpoint. This is not really neccesary, although having just one hop might be a good point in itself.
But the bridge program can act as a chain of hops as well. The only restriction is that it don't have anything like STP, so if you create a loop, you are in big trouble.
Johnny
Steve Davidson wrote:
In past I have used LAT (from NH, USA) to connect to CHIMPY (London, UK) and MIM. Johnny's bridge program is running on a NetBSD system between my DEClab LAN and MIM on the other end. It works just fine!
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE on behalf of Sampsa Laine
Sent: Tue 11/10/2009 10:23
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Talking of other possible protocols
But Johnny's bridge does however support bridging it so in practice it can be used for long distance connections on HECnet...
Sampsa
On 10 Nov 2009, at 15:21, Paul Koning wrote:
Yes, LAT is a layer 2 protocol so it's not routable, and its timers and delay assumptions are for LANs, not for long distance networks.
paul
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Mark Wickens
Sent: Tuesday, November 10, 2009 10:19 AM
To: hecnet at Update.UU.SE
Subject: [HECnet] Talking of other possible protocols
Am I right in thinking that LAT is only suitable for the local network?
I just tried
Local> connect pdxvax
from the DECserver 90M just for a laugh.
Regards, Mark.
