HECnet

hecnet@lists.dfupdate.se

1 participants
15560 discussions

by jeep＠scshome.net

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.

15 years, 6 months

Boot VAX from Alpha host Infoserver?

by jeep＠scshome.net

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.

15 years, 6 months

Boot VAX from Alpha host Infoserver?

by fcoffey＠thrifty.misernet.net

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.

15 years, 6 months

Boot VAX from Alpha host Infoserver?

by healyzh＠aracnet.com

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/ |

15 years, 6 months

DEC Legacy Event, April 17th-18th 2010, Windermere, UK

by ian＠platinum.net

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…

15 years, 7 months

DEC Legacy Event, April 17th-18th 2010, Windermere, UK

by mark＠wickensonline.co.uk

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

15 years, 7 months

Talking of other possible protocols

by gerry77＠mail.com

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.

15 years, 7 months

Talking of other possible protocols

by bqt＠softjar.se

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.

15 years, 7 months

Talking of other possible protocols

by bqt＠softjar.se

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.

15 years, 7 months

Talking of other possible protocols

by sampsa＠mac.com

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.

15 years, 7 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

HECnet