HECnet

hecnet@lists.dfupdate.se

15559 discussions

rebuild RSTS/E monitor, was Re: [HECnet] RSTS/E 10.1 and OpenVMS via DECnet

by mcguire＠neurotica.com

On 10/28/2012 08:22 PM, Cory Smelosky wrote: Got it reinstalled it still doesn't work the way you said to do it, but doing it through @[0,1]instal works so i'll just use that route any time I need to build a monitor On that note...are you sure that you set the logicals that I told you about in my first message about this? $ assign/system sy:[0,12] sysgen$$ $ assign/system sy:[0,1] system$$ -Dave -- Dave McGuire, AK4HZ New Kensington, PA

12 years, 7 months

rebuild RSTS/E monitor, was Re: [HECnet] RSTS/E 10.1 and OpenVMS via DECnet

by mcguire＠neurotica.com

On 10/28/2012 08:38 PM, Cory Smelosky wrote: Ok. I'll bring up a RSTS/E system and run some tests here. This will involve real hardware; none of my emulated systems are networked right now. I may get to this later tonight. You have a lot of real DEC hardware, don't you? ;) Yep. I would estimate about 45-50, not including destkop machines. Including desktop machines...it's...um, a LOT. And I wouldn't live any other way. As that could take some time, have any experience with DECnet and TOPS-20 in klh10? With DECnet on that platform, none at all. Sorry. :-( I read the documentation for it but it wasn't particularly helpful with regards to the networking "fronted" klh10 emulates, and I can't exactly load the executor config stuff to bring the node and circuit online. If Peter is around, he's your man here, I think. Two things I can tell you is that I can easily reach a RSTS/E system from a Linux system via LAT, and also file operations work between that pair. File operations also work between the RSTS/E system and an Alpha running VMS. (all real hardware) I've probably misconfigured something obvious. Could be. -Dave -- Dave McGuire, AK4HZ New Kensington, PA

12 years, 7 months

rebuild RSTS/E monitor, was Re: [HECnet] RSTS/E 10.1 and OpenVMS via DECnet

by b4＠gewt.net

On Oct 28, 2012, at 8:27 PM, Dave McGuire <mcguire at neurotica.com> wrote: On 10/28/2012 08:22 PM, Cory Smelosky wrote: What's up with your DECnet installation, again? It's connected to the network, yet it can't reach any other nodes. Adjacency notices between nodes are seen, but they cannot communicate. Alpha to RSTS/E resulted in $ set host/app=rterm 33.301 %REM-I-CONNECTION, connection made using RTERM protocol %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=0000517000008AA4, PC=0000517000008AA4, PS=0000001B Improperly handled condition, image exit forced. Signal arguments: Number = 0000000000000005 Name = 000000000000000C 0000000000000000 0000517000008AA4 0000517000008AA4 000000000000001B Register dump: R0 = 0000000000000003 R1 = 0000000000008F50 R2 = 0000000000008134 R3 = 0000000000034804 R4 = 000000007FFCF814 R5 = 0000000000009AEF R6 = 0000000000000000 R7 = 0000000000000001 R8 = 000000000003481D R9 = 000000007FF9DDF0 R10 = 000000007FFA4F28 R11 = 000000007FFCDC18 R12 = 000000007FFCDA98 R13 = 0000000000005170 R14 = 0000000000008E28 R15 = 0000000000008E28 R16 = 0000000002A83089 R17 = 0000000000200000 R18 = FFFFFFFF809043A0 R19 = FFFFFFFF816367D0 R20 = 0000000000000002 R21 = 0000000000000000 R22 = 000000007AE4BA54 R23 = FFFFFFFF80190A50 R24 = 0000000000000001 R25 = 0000000000000003 R26 = FFFFFFFF80190A8C R27 = 000000007AE4BA54 R28 = 0000000000000006 R29 = 000000007AE4BA60 SP = 000000007AE4BA30 PC = 0000517000008AA4 PS = 300000000000001B $ And VAX to RSTS/E just results in a timeout. Attempting to dir from an Alpha results in the request being seen on RSTS/E, but it fails. RSTS/E to Alpha results in $ set host 33.302 Connection Established to VAX/VMS Node 33.302 ?Unsupported Virtual Terminal Protocol. Control returned to node MINDY So, I don't know what I misconfigured. Ok. I'll bring up a RSTS/E system and run some tests here. This will involve real hardware; none of my emulated systems are networked right now. I may get to this later tonight. You have a lot of real DEC hardware, don't you? ;) As that could take some time, have any experience with DECnet and TOPS-20 in klh10? I read the documentation for it but it wasn't particularly helpful with regards to the networking "fronted" klh10 emulates, and I can't exactly load the executor config stuff to bring the node and circuit online. Two things I can tell you is that I can easily reach a RSTS/E system from a Linux system via LAT, and also file operations work between that pair. File operations also work between the RSTS/E system and an Alpha running VMS. (all real hardware) I've probably misconfigured something obvious. -Dave -- Dave McGuire, AK4HZ New Kensington, PA

12 years, 7 months

rebuild RSTS/E monitor, was Re: [HECnet] RSTS/E 10.1 and OpenVMS via DECnet

by mcguire＠neurotica.com

On 10/28/2012 08:22 PM, Cory Smelosky wrote: What's up with your DECnet installation, again? It's connected to the network, yet it can't reach any other nodes. Adjacency notices between nodes are seen, but they cannot communicate. Alpha to RSTS/E resulted in $ set host/app=rterm 33.301 %REM-I-CONNECTION, connection made using RTERM protocol %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=0000517000008AA4, PC=0000517000008AA4, PS=0000001B Improperly handled condition, image exit forced. Signal arguments: Number = 0000000000000005 Name = 000000000000000C 0000000000000000 0000517000008AA4 0000517000008AA4 000000000000001B Register dump: R0 = 0000000000000003 R1 = 0000000000008F50 R2 = 0000000000008134 R3 = 0000000000034804 R4 = 000000007FFCF814 R5 = 0000000000009AEF R6 = 0000000000000000 R7 = 0000000000000001 R8 = 000000000003481D R9 = 000000007FF9DDF0 R10 = 000000007FFA4F28 R11 = 000000007FFCDC18 R12 = 000000007FFCDA98 R13 = 0000000000005170 R14 = 0000000000008E28 R15 = 0000000000008E28 R16 = 0000000002A83089 R17 = 0000000000200000 R18 = FFFFFFFF809043A0 R19 = FFFFFFFF816367D0 R20 = 0000000000000002 R21 = 0000000000000000 R22 = 000000007AE4BA54 R23 = FFFFFFFF80190A50 R24 = 0000000000000001 R25 = 0000000000000003 R26 = FFFFFFFF80190A8C R27 = 000000007AE4BA54 R28 = 0000000000000006 R29 = 000000007AE4BA60 SP = 000000007AE4BA30 PC = 0000517000008AA4 PS = 300000000000001B $ And VAX to RSTS/E just results in a timeout. Attempting to dir from an Alpha results in the request being seen on RSTS/E, but it fails. RSTS/E to Alpha results in $ set host 33.302 Connection Established to VAX/VMS Node 33.302 ?Unsupported Virtual Terminal Protocol. Control returned to node MINDY So, I don't know what I misconfigured. Ok. I'll bring up a RSTS/E system and run some tests here. This will involve real hardware; none of my emulated systems are networked right now. I may get to this later tonight. Two things I can tell you is that I can easily reach a RSTS/E system from a Linux system via LAT, and also file operations work between that pair. File operations also work between the RSTS/E system and an Alpha running VMS. (all real hardware) -Dave -- Dave McGuire, AK4HZ New Kensington, PA

12 years, 7 months

rebuild RSTS/E monitor, was Re: [HECnet] RSTS/E 10.1 and OpenVMS via DECnet

by b4＠gewt.net

On Oct 28, 2012, at 8:19 PM, Dave McGuire <mcguire at neurotica.com> wrote: On 10/28/2012 07:36 PM, Cory Smelosky wrote: Got it reinstalled it still doesn't work the way you said to do it, but doing it through @[0,1]instal works so i'll just use that route any time I need to build a monitor Urr? You did a CLEAN install on a blank destination disk? From the tape image that I gave you? I just did it that way.. Well it wasn't blank, but I did choose "erase", so maybe that was my mistake. Regardless, I know what to do next time I need to install RSTS/E just need to fix the DECnet issues. Hmm. Ok. That's still a bit fishy, but at least we know why you couldn't run a sysgen. What's up with your DECnet installation, again? It's connected to the network, yet it can't reach any other nodes. Adjacency notices between nodes are seen, but they cannot communicate. Alpha to RSTS/E resulted in $ set host/app=rterm 33.301 %REM-I-CONNECTION, connection made using RTERM protocol %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=0000517000008AA4, PC=0000517000008AA4, PS=0000001B Improperly handled condition, image exit forced. Signal arguments: Number = 0000000000000005 Name = 000000000000000C 0000000000000000 0000517000008AA4 0000517000008AA4 000000000000001B Register dump: R0 = 0000000000000003 R1 = 0000000000008F50 R2 = 0000000000008134 R3 = 0000000000034804 R4 = 000000007FFCF814 R5 = 0000000000009AEF R6 = 0000000000000000 R7 = 0000000000000001 R8 = 000000000003481D R9 = 000000007FF9DDF0 R10 = 000000007FFA4F28 R11 = 000000007FFCDC18 R12 = 000000007FFCDA98 R13 = 0000000000005170 R14 = 0000000000008E28 R15 = 0000000000008E28 R16 = 0000000002A83089 R17 = 0000000000200000 R18 = FFFFFFFF809043A0 R19 = FFFFFFFF816367D0 R20 = 0000000000000002 R21 = 0000000000000000 R22 = 000000007AE4BA54 R23 = FFFFFFFF80190A50 R24 = 0000000000000001 R25 = 0000000000000003 R26 = FFFFFFFF80190A8C R27 = 000000007AE4BA54 R28 = 0000000000000006 R29 = 000000007AE4BA60 SP = 000000007AE4BA30 PC = 0000517000008AA4 PS = 300000000000001B $ And VAX to RSTS/E just results in a timeout. Attempting to dir from an Alpha results in the request being seen on RSTS/E, but it fails. RSTS/E to Alpha results in $ set host 33.302 Connection Established to VAX/VMS Node 33.302 ?Unsupported Virtual Terminal Protocol. Control returned to node MINDY So, I don't know what I misconfigured. -Dave -- Dave McGuire, AK4HZ New Kensington, PA

12 years, 7 months

rebuild RSTS/E monitor, was Re: [HECnet] RSTS/E 10.1 and OpenVMS via DECnet

by mcguire＠neurotica.com

On 10/28/2012 07:36 PM, Cory Smelosky wrote: Got it reinstalled it still doesn't work the way you said to do it, but doing it through @[0,1]instal works so i'll just use that route any time I need to build a monitor Urr? You did a CLEAN install on a blank destination disk? From the tape image that I gave you? I just did it that way.. Well it wasn't blank, but I did choose "erase", so maybe that was my mistake. Regardless, I know what to do next time I need to install RSTS/E just need to fix the DECnet issues. Hmm. Ok. That's still a bit fishy, but at least we know why you couldn't run a sysgen. What's up with your DECnet installation, again? -Dave -- Dave McGuire, AK4HZ New Kensington, PA

12 years, 7 months

RSTS/E 10.1 and OpenVMS via DECnet

by b4＠gewt.net

On Sun, Oct 28, 2012 at 2:38 PM, Jordi Guillaumes i Pons <jg at jordi.guillaumes.name> wrote: El 28/10/2012, a les 18:18, Cory Smelosky <b4 at gewt.net> va escriure: DECmail is also installed but not configured. And I may've just figured out why DECnet wasn't working, I'm going to go read the documentation and post back. Okay, I've maybe made progress. Alpha connecting to the RSTS/E system: $ set host 33.301 %SYSTEM-F-NOSUCHOBJ, network object is unknown at remote node And on 33.301: Event type 34.1, Object spawn failure Occurred 15-Oct-25 13:11:52.6 on node 33.301 (GEWT1) Reason: Unknown Object identification Source node = 33.302 Source process = 0 556 0 SYSTEM Destination process = 42 (I have no idea what's with the 15-OCT-25, the date is set correctly on the system ) Attempting to reach 33.302 from 33.301: $ set host 33.302 Connection Established to VAX/VMS Node 33.302 ?Unsupported Virtual Terminal Protocol. And it just times out when the VAX tries to contact the RSTS/E system/RSTS/E system tries to contact the VAX. VAX and ALPHA can reach each other and the Alpha can reach HECnet via the VAX Any ideas? RSTS does not support the CTERM protocol. It needs the old RTERM. I'm not sure if VMS Alpha supports it. VMS VAX 7.3 does: $ set host/app=rterm bitxot %REM-I-CONNECTION, connection made using RTERM protocol %REM-I-REMOTE, connection established to remote node BITXOT:: RSTS V10.1-L 28-Oct-12 19:37 User: 200,1 Password: Last interactive login on 28-Oct-12, 19:36 at KB37: Last non-interactive login on 06-Jun-12, 00:59 Tried that. The result? $ set host/app=rterm 33.301 %REM-I-CONNECTION, connection made using RTERM protocol %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=0000517000008AA4, PC=0000517000008AA4, PS=0000001B Improperly handled condition, image exit forced. Signal arguments: Number = 0000000000000005 Name = 000000000000000C 0000000000000000 0000517000008AA4 0000517000008AA4 000000000000001B Register dump: R0 = 0000000000000003 R1 = 0000000000008F50 R2 = 0000000000008134 R3 = 0000000000034804 R4 = 000000007FFCF814 R5 = 0000000000009AEF R6 = 0000000000000000 R7 = 0000000000000001 R8 = 000000000003481D R9 = 000000007FF9DDF0 R10 = 000000007FFA4F28 R11 = 000000007FFCDC18 R12 = 000000007FFCDA98 R13 = 0000000000005170 R14 = 0000000000008E28 R15 = 0000000000008E28 R16 = 0000000002A83089 R17 = 0000000000200000 R18 = FFFFFFFF809043A0 R19 = FFFFFFFF816367D0 R20 = 0000000000000002 R21 = 0000000000000000 R22 = 000000007AE4BA54 R23 = FFFFFFFF80190A50 R24 = 0000000000000001 R25 = 0000000000000003 R26 = FFFFFFFF80190A8C R27 = 000000007AE4BA54 R28 = 0000000000000006 R29 = 000000007AE4BA60 SP = 000000007AE4BA30 PC = 0000517000008AA4 PS = 300000000000001B $ Yeah. I've broken something somewhere... Jordi Guillaumes i Pons jg at jordi.guillaumes.name HECnet: BITXOV::JGUILLAUMES

12 years, 7 months

rebuild RSTS/E monitor, was Re: [HECnet] RSTS/E 10.1 and OpenVMS via DECnet

by b4＠gewt.net

On Oct 28, 2012, at 7:34 PM, Dave McGuire <mcguire at neurotica.com> wrote: On 10/28/2012 07:31 PM, Cory Smelosky wrote: Got it reinstalled it still doesn't work the way you said to do it, but doing it through @[0,1]instal works so i'll just use that route any time I need to build a monitor Urr? You did a CLEAN install on a blank destination disk? From the tape image that I gave you? I just did it that way.. Well it wasn't blank, but I did choose "erase", so maybe that was my mistake. Regardless, I know what to do next time I need to install RSTS/E just need to fix the DECnet issues. How might I go about adding "users" in RSTS/E? $ CREATE/ACCOUNT (see "help create /account") Note: An "account" under RSTS/E can mean a "user account" that gets logged into, or just a "directory". That can be confusing. Just bear that in mind as you read. Okay, thanks! -Dave -- Dave McGuire, AK4HZ New Kensington, PA

12 years, 7 months

rebuild RSTS/E monitor, was Re: [HECnet] RSTS/E 10.1 and OpenVMS via DECnet

by mcguire＠neurotica.com

On 10/28/2012 07:31 PM, Cory Smelosky wrote: Got it reinstalled it still doesn't work the way you said to do it, but doing it through @[0,1]instal works so i'll just use that route any time I need to build a monitor Urr? You did a CLEAN install on a blank destination disk? From the tape image that I gave you? I just did it that way.. How might I go about adding "users" in RSTS/E? $ CREATE/ACCOUNT (see "help create /account") Note: An "account" under RSTS/E can mean a "user account" that gets logged into, or just a "directory". That can be confusing. Just bear that in mind as you read. -Dave -- Dave McGuire, AK4HZ New Kensington, PA

12 years, 7 months

rebuild RSTS/E monitor, was Re: [HECnet] RSTS/E 10.1 and OpenVMS via DECnet

by b4＠gewt.net

On Oct 28, 2012, at 7:27 PM, Dave McGuire <mcguire at neurotica.com> wrote: On 10/28/2012 07:20 PM, Cory Smelosky wrote: Re-run your installl and select 'A', to build a monitor at installation time. Then you should see more stuff when you do "dir sysgen$:". (and more importantly "run sysgen$:sysgen" ;)) That is really. really weird. I can't see the reasoning behind not installing the utils if you use a prebuilt monitor. I think it's done with "turnkey" systems in mind. Ah, that could explain it. Still seems a bit weird to me though. Yep, me too. So...get to it! ;) Got it reinstalled it still doesn't work the way you said to do it, but doing it through @[0,1]instal works so i'll just use that route any time I need to build a monitor How might I go about adding "users" in RSTS/E? -Dave -- Dave McGuire, AK4HZ New Kensington, PA

12 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