Hi,
On a working machine here (also simh). I have exactly the same
settings on every line of your show char below.
I did notice that on the first email, it was saying that SIMVAX was
in area 0. I don't know if that is relevant.
Can you do a set host to 1.13 ?
If you can set host, does a copy known nodes from 1.13 make any difference.
I maybe wrong but I think that if that is the only machine in the area
you will get unreachable as there is nothing else to reach.
Dan
On 20 September 2012 14:47, Mark Wickens <mark at wickensonline.co.uk> wrote:
Dan,
Thanks for the help.
Unfortunately it didn't make any difference.
License Management Facility V1.2
License Database File: SYS$COMMON:[SYSEXE]LMF$LICENSE.LDB;1
Created on: 16-SEP-2012
Created by user: SYSTEM
Created by LMF Version: V1.2
-----------------------------------
DVNETRTG DEC
$ show network
Product: DECNET Node: SIMVAX Address(es): 4.248
Product: TCP/IP Node: simvax.hecnet.eu Address(es):
192.168.1.127
NCP>show known areas
Known Area Volatile Summary as of 20-SEP-2012 14:46:17
Area State Circuit Next node to area
4 unreachable
NCP>show exec characteristics
Node Volatile Characteristics as of 20-SEP-2012 14:45:58
Executor node = 4.248 (SIMVAX)
Identification = DECnet for OpenVMS VAX V7.3
Management version = V4.0.0
Incoming timer = 45
Outgoing timer = 60
Incoming Proxy = Enabled
Outgoing Proxy = Enabled
NSP version = V4.1.0
Maximum links = 32
Delay factor = 80
Delay weight = 5
Inactivity timer = 60
Retransmit factor = 10
Routing version = V2.0.0
Type = routing IV
Routing timer = 600
Broadcast routing timer = 180
Maximum address = 1023
Maximum circuits = 16
Maximum cost = 1022
Maximum hops = 30
Maximum visits = 63
Maximum area = 63
Max broadcast nonrouters = 64
Max broadcast routers = 32
Maximum path splits = 1
Area maximum cost = 1022
Area maximum hops = 30
Maximum buffers = 100
Buffer size = 576
Nonprivileged user id = DECNET
Nonprivileged password = AUMIAWOSAJ
Default access = incoming and outgoing
Pipeline quota = 4032
Alias maximum links = 32
Path split policy = Normal
Maximum Declared Objects = 31
On Thu, 20 Sep 2012, Dan Williams wrote:
Hi,
You need :
ncp>def exec type routing iv
ncp>set exec state off
$@startnet
Also have you got dvnetrtg license loaded ?
That's what I normally forget.
Thanks
Dan
On 20 Sep 2012, at 12:05, Mark Wickens <mark at wickensonline.co.uk> wrote:
Bit of a puzzler here, but it'll probably turn out to be my
configuration.
When the SIMH VAX/VMS 7.3 instance SIMVAX is serving hecnet.eu I get the
following area/node stats reported:
Known Area Volatile Summary as of 20-SEP-2012 11:53:22
Area State Circuit Next node to area
4 reachable QNA-0 0 (SIMVAX)
Known Node Volatile Summary as of 20-SEP-2012 11:53:37
Executor node = 4.248 (SIMVAX)
State = on
Identification = DECnet for OpenVMS VAX V7.3
Node State Active Delay Circuit Next node
Links
1.1 (MAGICA) QNA-0 0
1.2 (ERNIE) QNA-0 0
1.3 (FNATTE) QNA-0 0
1.4 (GOBLIN) QNA-0 0
1.5 (ZEKE) QNA-0 0
1.6 (GNOME) QNA-0 0
1.7 (BJARNE) QNA-0 0
1.8 (KRILLE) QNA-0 0
...
So only my area known, and weird stats for nodes. Can anyone tell me what
is up with my configuration?
I'm running Johnny's bridge and if I bring up SLAVE, the AlphaServer
1000A, on the same area it reports all stats correctly. SIMVAX is currently
unable to see MIM. I set it up as a non-routing node. When I tried setting
it up via NETCONFIG as a routing
node I get everything unreachable.
Regards, Mark.
--
http://www.wickensonline.co.ukhttp://declegacy.org.uk
Bit of a puzzler here, but it'll probably turn out to be my configuration.
When the SIMH VAX/VMS 7.3 instance SIMVAX is serving hecnet.eu I get the
following area/node stats reported:
Known Area Volatile Summary as of 20-SEP-2012 11:53:22
Area State Circuit Next node to area
4 reachable QNA-0 0 (SIMVAX)
Perhaps SIMVAX cannot see any DECnet routers and is only declaring area 4
to be reachable because it is in area 4 itself?
Known Node Volatile Summary as of 20-SEP-2012 11:53:37
Executor node = 4.248 (SIMVAX)
State = on
Identification = DECnet for OpenVMS VAX V7.3
Node State Active Delay Circuit Next node
Links
1.1 (MAGICA) QNA-0 0
1.2 (ERNIE) QNA-0 0
1.3 (FNATTE) QNA-0 0
1.4 (GOBLIN) QNA-0 0
1.5 (ZEKE) QNA-0 0
1.6 (GNOME) QNA-0 0
1.7 (BJARNE) QNA-0 0
1.8 (KRILLE) QNA-0 0
...
So only my area known, and weird stats for nodes. Can anyone tell me
what is up with my configuration?
I'm running Johnny's bridge and if I bring up SLAVE, the AlphaServer
1000A, on the same area it reports all stats correctly. SIMVAX is
currently unable to see MIM. I set it up as a non-routing node. When I
tried setting it up via NETCONFIG as a routing
node I get everything unreachable.
Are you running SIMH and the bridge on the same machine?
I only ask because I find when I run SIMH on VMS, the simulated machine cannot
communicate directly with the host machine but can communicate with other
machines on the network. This might not apply in the case of whatever host OS
you are using to run SIMH on but I thought I'd mention it, just in case.
If this is the problem, try bringing up SIMVAX and SLAVE at the same time. They
should be able to see each other.
Regards,
Peter Coghlan.
You'll have to forgive me, I'm not entirely familiar with how networking on
VMS works at this level.
I'm not hugely familiar with it myself either. I only know enough to be
dangerous :-)
Can you setup something that uses pseudo devices but doesn't require
promiscuous mode and see if that works? If so then I think we can
definitely narrow it down to your promiscuous theory. If that's the
case it just then becomes a question of is the issue with the pseudo
devices themselves or the way PCAP is setting them up?
As I understand it, when VMS initially detects an ethernet adapter, it creates
a template device, such as EWA0 for example. As soon as something want's to use
the adapter for something, a pseudodevice is cloned from the template device.
For example, when DECnet is started, it creates a pseudodevice called EWA2.
When the Multinet IP stack is started, it creates another two pseudodevices,
EWA4 and EWA6, one to handle IP and one to handle ARP. Another pseudodevice
handles cluster traffic. Each pseudodevice handles a particular ethernet
protocol type. There is no problem with DECnet, IP and cluster traffic, for
example sharing the same ethernet adapter.
I don't know how PCAP-VMS interacts with this model. What it wants to do does
not seem a good fit for the way the model was designed.
I have no idea what I'm talking about, by the way. Just thinking out loud. :)
I don't know much about this either. As I said, just enough to be dangerous :-)
One day I may get around to researching it in more detail. I'd also like to
find a way to use networking on SIMH running without requiring privileges on
the host machine. Until I can do that, I am not likely to do very much with
it anyway other than some limited testing on a sacrifical system.
Regards,
Peter Coghlan.
On Thu, Sep 20, 2012 at 8:09 AM, Brian Hechinger <wonko at 4amlunch.net> wrote:
You'll have to forgive me, I'm not entirely familiar with how networking on VMS works at this level. Can you setup something that uses pseudo devices but doesn't require promiscuous mode and see if that works? If so then I think we can definitely narrow it down to your promiscuous theory. If that's the case it just then becomes a question of is the issue with the pseudo devices themselves or the way PCAP is setting them up?
I have no idea what I'm talking about, by the way. Just thinking out loud. :)
-brian
On Sep 19, 2012, at 19:25, Peter Coghlan <HECNET at beyondthepale.ie> wrote:
I would also like to run multible instances of simh. This works fine for me as
long as only one of them tries to do networking. Once I attempt to start
networking on a second instance, the networking on the first instance stops
working. This makes it difficult to run a vaxcluster on my alpha :-(
How are the simh instances sharing the Ethernet interface?
I don't really know. It appears a new EWA pseudodevice is created for each
instance. However, PCAP-VMS seems to require the pseudodevice to be in
promiscuous mode and I suspect that this is only allowed for one of them.
It's not clear to me whether networking is even supposed to work for multiple
instances. I should try installing an extra ethernet adapter and see
if that allows it to work.
Regards,
Peter Coghlan.
Hello!
I agree. As it happens despite having a good interest in what is going
on here, I happen to have some lacking of understanding regarding how
VMS does networking. However I do almost completely understand how the
modern UNIX descendants do networking. With the exception of Ultrix
however.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
Dan,
Thanks for the help.
Unfortunately it didn't make any difference.
License Management Facility V1.2
License Database File: SYS$COMMON:[SYSEXE]LMF$LICENSE.LDB;1
Created on: 16-SEP-2012
Created by user: SYSTEM
Created by LMF Version: V1.2
-----------------------------------
DVNETRTG DEC
$ show network
Product: DECNET Node: SIMVAX Address(es): 4.248
Product: TCP/IP Node: simvax.hecnet.eu Address(es): 192.168.1.127
NCP>show known areas
Known Area Volatile Summary as of 20-SEP-2012 14:46:17
Area State Circuit Next node to area
4 unreachable
NCP>show exec characteristics
Node Volatile Characteristics as of 20-SEP-2012 14:45:58
Executor node = 4.248 (SIMVAX)
Identification = DECnet for OpenVMS VAX V7.3
Management version = V4.0.0
Incoming timer = 45
Outgoing timer = 60
Incoming Proxy = Enabled
Outgoing Proxy = Enabled
NSP version = V4.1.0
Maximum links = 32
Delay factor = 80
Delay weight = 5
Inactivity timer = 60
Retransmit factor = 10
Routing version = V2.0.0
Type = routing IV
Routing timer = 600
Broadcast routing timer = 180
Maximum address = 1023
Maximum circuits = 16
Maximum cost = 1022
Maximum hops = 30
Maximum visits = 63
Maximum area = 63
Max broadcast nonrouters = 64
Max broadcast routers = 32
Maximum path splits = 1
Area maximum cost = 1022
Area maximum hops = 30
Maximum buffers = 100
Buffer size = 576
Nonprivileged user id = DECNET
Nonprivileged password = AUMIAWOSAJ
Default access = incoming and outgoing
Pipeline quota = 4032
Alias maximum links = 32
Path split policy = Normal
Maximum Declared Objects = 31
On Thu, 20 Sep 2012, Dan Williams wrote:
Hi,
You need :
ncp>def exec type routing iv
ncp>set exec state off
$@startnet
Also have you got dvnetrtg license loaded ?
That's what I normally forget.
Thanks
Dan
On 20 Sep 2012, at 12:05, Mark Wickens <mark at wickensonline.co.uk> wrote:
Bit of a puzzler here, but it'll probably turn out to be my configuration.
When the SIMH VAX/VMS 7.3 instance SIMVAX is serving hecnet.eu I get the following area/node stats reported:
Known Area Volatile Summary as of 20-SEP-2012 11:53:22
Area State Circuit Next node to area
4 reachable QNA-0 0 (SIMVAX)
Known Node Volatile Summary as of 20-SEP-2012 11:53:37
Executor node = 4.248 (SIMVAX)
State = on
Identification = DECnet for OpenVMS VAX V7.3
Node State Active Delay Circuit Next node
Links
1.1 (MAGICA) QNA-0 0
1.2 (ERNIE) QNA-0 0
1.3 (FNATTE) QNA-0 0
1.4 (GOBLIN) QNA-0 0
1.5 (ZEKE) QNA-0 0
1.6 (GNOME) QNA-0 0
1.7 (BJARNE) QNA-0 0
1.8 (KRILLE) QNA-0 0
...
So only my area known, and weird stats for nodes. Can anyone tell me what is up with my configuration?
I'm running Johnny's bridge and if I bring up SLAVE, the AlphaServer 1000A, on the same area it reports all stats correctly. SIMVAX is currently unable to see MIM. I set it up as a non-routing node. When I tried setting it up via NETCONFIG as a routing
node I get everything unreachable.
Regards, Mark.
--
http://www.wickensonline.co.ukhttp://declegacy.org.uk
You'll have to forgive me, I'm not entirely familiar with how networking on VMS works at this level. Can you setup something that uses pseudo devices but doesn't require promiscuous mode and see if that works? If so then I think we can definitely narrow it down to your promiscuous theory. If that's the case it just then becomes a question of is the issue with the pseudo devices themselves or the way PCAP is setting them up?
I have no idea what I'm talking about, by the way. Just thinking out loud. :)
-brian
On Sep 19, 2012, at 19:25, Peter Coghlan <HECNET at beyondthepale.ie> wrote:
I would also like to run multible instances of simh. This works fine for me as
long as only one of them tries to do networking. Once I attempt to start
networking on a second instance, the networking on the first instance stops
working. This makes it difficult to run a vaxcluster on my alpha :-(
How are the simh instances sharing the Ethernet interface?
I don't really know. It appears a new EWA pseudodevice is created for each
instance. However, PCAP-VMS seems to require the pseudodevice to be in
promiscuous mode and I suspect that this is only allowed for one of them.
It's not clear to me whether networking is even supposed to work for multiple
instances. I should try installing an extra ethernet adapter and see
if that allows it to work.
Regards,
Peter Coghlan.
Hi,
You need :
ncp>def exec type routing iv
ncp>set exec state off
$@startnet
Also have you got dvnetrtg license loaded ?
That's what I normally forget.
Thanks
Dan
On 20 Sep 2012, at 12:05, Mark Wickens <mark at wickensonline.co.uk> wrote:
Bit of a puzzler here, but it'll probably turn out to be my configuration.
When the SIMH VAX/VMS 7.3 instance SIMVAX is serving hecnet.eu I get the following area/node stats reported:
Known Area Volatile Summary as of 20-SEP-2012 11:53:22
Area State Circuit Next node to area
4 reachable QNA-0 0 (SIMVAX)
Known Node Volatile Summary as of 20-SEP-2012 11:53:37
Executor node = 4.248 (SIMVAX)
State = on
Identification = DECnet for OpenVMS VAX V7.3
Node State Active Delay Circuit Next node
Links
1.1 (MAGICA) QNA-0 0
1.2 (ERNIE) QNA-0 0
1.3 (FNATTE) QNA-0 0
1.4 (GOBLIN) QNA-0 0
1.5 (ZEKE) QNA-0 0
1.6 (GNOME) QNA-0 0
1.7 (BJARNE) QNA-0 0
1.8 (KRILLE) QNA-0 0
...
So only my area known, and weird stats for nodes. Can anyone tell me what is up with my configuration?
I'm running Johnny's bridge and if I bring up SLAVE, the AlphaServer 1000A, on the same area it reports all stats correctly. SIMVAX is currently unable to see MIM. I set it up as a non-routing node. When I tried setting it up via NETCONFIG as a routing
node I get everything unreachable.
Regards, Mark.
--
http://www.wickensonline.co.ukhttp://declegacy.org.uk
Bit of a puzzler here, but it'll probably turn out to be my configuration.
When the SIMH VAX/VMS 7.3 instance SIMVAX is serving hecnet.eu I get the following area/node stats reported:
Known Area Volatile Summary as of 20-SEP-2012 11:53:22
Area State Circuit Next node to area
4 reachable QNA-0 0 (SIMVAX)
Known Node Volatile Summary as of 20-SEP-2012 11:53:37
Executor node = 4.248 (SIMVAX)
State = on
Identification = DECnet for OpenVMS VAX V7.3
Node State Active Delay Circuit Next node
Links
1.1 (MAGICA) QNA-0 0
1.2 (ERNIE) QNA-0 0
1.3 (FNATTE) QNA-0 0
1.4 (GOBLIN) QNA-0 0
1.5 (ZEKE) QNA-0 0
1.6 (GNOME) QNA-0 0
1.7 (BJARNE) QNA-0 0
1.8 (KRILLE) QNA-0 0
...
So only my area known, and weird stats for nodes. Can anyone tell me what is up with my configuration?
I'm running Johnny's bridge and if I bring up SLAVE, the AlphaServer 1000A, on the same area it reports all stats correctly. SIMVAX is currently unable to see MIM. I set it up as a non-routing node. When I tried setting it up via NETCONFIG as a routing
node I get everything unreachable.
Regards, Mark.
--
http://www.wickensonline.co.ukhttp://declegacy.org.uk
I would also like to run multible instances of simh. This works fine for me as
long as only one of them tries to do networking. Once I attempt to start
networking on a second instance, the networking on the first instance stops
working. This makes it difficult to run a vaxcluster on my alpha :-(
How are the simh instances sharing the Ethernet interface?
I don't really know. It appears a new EWA pseudodevice is created for each
instance. However, PCAP-VMS seems to require the pseudodevice to be in
promiscuous mode and I suspect that this is only allowed for one of them.
It's not clear to me whether networking is even supposed to work for multiple
instances. I should try installing an extra ethernet adapter and see
if that allows it to work.
Regards,
Peter Coghlan.
Right, however that has nothing to do with my problem. :)
It's the host side support for IDLE that's not working for some reason that I really wish I could figure out. :(
-brian
On 9/19/2012 11:04 AM, Paul_Koning at Dell.com wrote:
Idle handling depends on the guest OS doing what SIMH expects. On some emulated machine types, like the PDP11, the answer is usually easy because there is a WAIT instruction that is widely used. The VAX doesn't have any such thing, and as a result SIMH tries to recognize the idle loop. That tends to be a messy heuristic, and it is vulnerable to breakage. For example, SIMH VAX knows about NetBSD, but that heuristic only works in old NetBSD releases, not in the current one. (I've been trying to figure out a good answer for the current one; there may not be other than getting some help from NetBSD by inserting a magic instruction that SIMH can look for.)
paul
On Sep 19, 2012, at 9:07 AM, Brian Hechinger wrote:
On Sep 16, 2012, at 14:23, Peter Coghlan <HECNET at beyondthepale.ie> wrote:
Perhaps there is a host platform specific problem with set cpu idle?
That's the conclusion I've come to as it works fine most places. Something about Solaris trips it up but I haven't been able to figure out what yet.
I would also like to run multible instances of simh. This works fine for me as
long as only one of them tries to do networking. Once I attempt to start
networking on a second instance, the networking on the first instance stops
working. This makes it difficult to run a vaxcluster on my alpha :-(
How are the simh instances sharing the Ethernet interface?
-brian
Idle handling depends on the guest OS doing what SIMH expects. On some emulated machine types, like the PDP11, the answer is usually easy because there is a WAIT instruction that is widely used. The VAX doesn't have any such thing, and as a result SIMH tries to recognize the idle loop. That tends to be a messy heuristic, and it is vulnerable to breakage. For example, SIMH VAX knows about NetBSD, but that heuristic only works in old NetBSD releases, not in the current one. (I've been trying to figure out a good answer for the current one; there may not be other than getting some help from NetBSD by inserting a magic instruction that SIMH can look for.)
paul
On Sep 19, 2012, at 9:07 AM, Brian Hechinger wrote:
On Sep 16, 2012, at 14:23, Peter Coghlan <HECNET at beyondthepale.ie> wrote:
Perhaps there is a host platform specific problem with set cpu idle?
That's the conclusion I've come to as it works fine most places. Something about Solaris trips it up but I haven't been able to figure out what yet.
I would also like to run multible instances of simh. This works fine for me as
long as only one of them tries to do networking. Once I attempt to start
networking on a second instance, the networking on the first instance stops
working. This makes it difficult to run a vaxcluster on my alpha :-(
How are the simh instances sharing the Ethernet interface?
-brian
I hope to get to that shortly. I'll let you know. :)
-brian
On Sep 16, 2012, at 16:16, "Rob Jarratt" <robert.jarratt at ntlworld.com> wrote:
Very keen to hear what you make of the user mode routing when you try it
out. Let me know.
Thanks
Rob
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE]
On Behalf Of Brian Hechinger
Sent: 16 September 2012 18:57
To: hecnet at Update.UU.SE
Subject: [HECnet] SIMH IDLE (again)
Ok, I got my main server rebuilt and so it's time to run some simh for
testing
(particularly the new user mode routing stuff).
However, I'm still fighting this:
wonko at zaphod$ BIN/vax
VAX simulator V3.9-0
sim> set cpu idle
Command not allowed
sim> set cpu idle=VAX
Invalid argument
sim>
I'd really like for IDLE to work so I can run several copies of simh
without
nuking my CPUs.
Thoughts?
wonko at zaphod$ uname -a
SunOS zaphod 5.11 oi_151a5 i86pc i386 i86pc Solaris
-brian
On Sep 16, 2012, at 14:23, Peter Coghlan <HECNET at beyondthepale.ie> wrote:
Perhaps there is a host platform specific problem with set cpu idle?
That's the conclusion I've come to as it works fine most places. Something about Solaris trips it up but I haven't been able to figure out what yet.
I would also like to run multible instances of simh. This works fine for me as
long as only one of them tries to do networking. Once I attempt to start
networking on a second instance, the networking on the first instance stops
working. This makes it difficult to run a vaxcluster on my alpha :-(
How are the simh instances sharing the Ethernet interface?
-brian
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE]
On Behalf Of Mark Wickens
Sent: 18 September 2012 20:02
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] DECserver 200/MC - Worth a Punt?
On 18/09/12 19:28, Rob Jarratt wrote:
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-
hecnet at Update.UU.SE]
On Behalf Of Mark Wickens
Sent: 18 September 2012 18:14
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] DECserver 200/MC - Worth a Punt?
On 17/09/12 22:29, Dan Williams wrote:
Hi,
So I bought it, as Mark had found another one. Only thing is it
doesn't seem to be working.
Anyone got any experience with these. I have found a few manuals
online but they all refer to a Technical Manual which I can't find
anywhere.
It starts up with just the Power light on, the 2nd Light does not
come on, which is supposed to indicate self test is OK. The network
light flashes with network activity.
I have a had a cursory glance inside. Everything is connected,
nothing blown up or melted.
There is nothing at all on the 1st serial port. I've tried resetting
to defaults with the reset button and nothing. The guy I got it from
said it was working when powered down.
Anyone got any clues ?
Blimey, there hasn't been much luck with DECservers lately!!!
I have 900 but that's serious overkill for most people.
Good luck!
Mark.
900 DECServers? Where do you put them all? :-)
Rob
Sorry, that should have said I have *a* 900, 32 port jobby with dechub one
power supply.
In fact I think I might have two...
Never thought I'd get to the stage when I can't remember what's stashed
away!
I also have some DEC managed 100MB switches which I haven't looked at.
Mark.
I guessed that was the case, but it just looked odd so I couldn't resist....
I didn't know there were 100MBit switches, what are they called so I can
find out something about them?
I have some DECrepeaters which I think are 10Mbit and a DEChub 90 to put
them all into too.
Regards
Rob
On Sep 18, 2012, at 3:02 PM, Mark Wickens <mark at wickensonline.co.uk> wrote:
...
Never thought I'd get to the stage when I can't remember what's stashed away!
Ohhhh dear, let's not even get started on that topic! :)
Michael Young
young at ecn.purdue.edu
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE]
On Behalf Of Dave McGuire
Sent: 18 September 2012 19:41
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] DECserver 200/MC - Worth a Punt?
On 09/18/2012 02:27 PM, Rob Jarratt wrote:
What about the Model 90 family? (Don't forget that care package, the
yetis are waiting.)
I have one of those, and I'll be hanging on to it. (sorry) I can
point
the yetis
to someplace that might have a few, though. ;)
I have a 200/MC and a couple of 90Ms. I love the 90Ms because they are
small and they are quiet too, neither of these are true of the 200/MC.
I haven't really made a lot of use of the 20/MC, but I think it too
could do reverse Telnet, which is what I want.
I think you and I have very different definitions of size. ;)
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
Yes we do, I have a modestly sized house in the UK, I suspect you have
significantly more space than me :-)
On 18/09/12 19:28, Rob Jarratt wrote:
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE]
On Behalf Of Mark Wickens
Sent: 18 September 2012 18:14
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] DECserver 200/MC - Worth a Punt?
On 17/09/12 22:29, Dan Williams wrote:
Hi,
So I bought it, as Mark had found another one. Only thing is it
doesn't seem to be working.
Anyone got any experience with these. I have found a few manuals
online but they all refer to a Technical Manual which I can't find
anywhere.
It starts up with just the Power light on, the 2nd Light does not come
on, which is supposed to indicate self test is OK. The network light
flashes with network activity.
I have a had a cursory glance inside. Everything is connected, nothing
blown up or melted.
There is nothing at all on the 1st serial port. I've tried resetting
to defaults with the reset button and nothing. The guy I got it from
said it was working when powered down.
Anyone got any clues ?
Blimey, there hasn't been much luck with DECservers lately!!!
I have 900 but that's serious overkill for most people.
Good luck!
Mark.
900 DECServers? Where do you put them all? :-)
Rob
Sorry, that should have said I have *a* 900, 32 port jobby with dechub one power supply.
In fact I think I might have two...
Never thought I'd get to the stage when I can't remember what's stashed away!
I also have some DEC managed 100MB switches which I haven't looked at.
Mark.
On 09/18/2012 02:27 PM, Rob Jarratt wrote:
What about the Model 90 family? (Don't forget that care package, the
yetis are waiting.)
I have one of those, and I'll be hanging on to it. (sorry) I can point
the yetis
to someplace that might have a few, though. ;)
I have a 200/MC and a couple of 90Ms. I love the 90Ms because they are small
and they are quiet too, neither of these are true of the 200/MC. I haven't
really made a lot of use of the 20/MC, but I think it too could do reverse
Telnet, which is what I want.
I think you and I have very different definitions of size. ;)
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
A DS200 will do reverse LAT, which a DS100 won't. And neither one understands IP...
-----Original Message-----
From: "Rob Jarratt" <robert.jarratt at ntlworld.com>
Sender: owner-hecnet at Update.UU.SE
Date: Tue, 18 Sep 2012 19:27:31
To: <hecnet at Update.UU.SE>
Reply-To: hecnet at Update.UU.SESubject: RE: [HECnet] DECserver 200/MC - Worth a Punt?
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE]
On Behalf Of Dave McGuire
Sent: 18 September 2012 18:20
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] DECserver 200/MC - Worth a Punt?
On 09/18/2012 01:18 PM, Gregg Levine wrote:
What about the Model 90 family? (Don't forget that care package, the
yetis are waiting.)
I have one of those, and I'll be hanging on to it. (sorry) I can point
the yetis
to someplace that might have a few, though. ;)
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
I have a 200/MC and a couple of 90Ms. I love the 90Ms because they are small
and they are quiet too, neither of these are true of the 200/MC. I haven't
really made a lot of use of the 20/MC, but I think it too could do reverse
Telnet, which is what I want.
If anyone has any 90Ms going spare I wouldn't mind a spare or two.
Regards
Rob
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE]
On Behalf Of Mark Wickens
Sent: 18 September 2012 18:33
To: hecnet at Update.UU.SE
Cc: dectec at dectec.info
Subject: [HECnet] Good connectivity at the moment!
Hello!
I've been cruising circles other than DEC for the past few months, but
I've
been drawn back in again.
I just noticed that the area list report on SLAVE
http://www.hecnet.eu/area-
list.html is reporting excellent area coverage at the moment...
Known Area Volatile Summary as of 18-SEP-2012 17:53:29
Area State Circuit Next node to area
1 reachable EWA-0 1.13 (MIM)
2 reachable EWA-0 2.1 (LEGATO)
3 reachable EWA-0 19.41 (SG1)
4 reachable 4.249 (SLAVE)
5 reachable EWA-0 5.99
7 reachable EWA-0 7.61 (BITXOO)
8 reachable EWA-0 8.400 (GORVAX)
11 reachable EWA-0 11.1023 (A11RTR)
18 reachable EWA-0 2.1 (LEGATO)
19 reachable EWA-0 19.41 (SG1)
20 reachable EWA-0 19.41 (SG1)
33 reachable EWA-0 19.41 (SG1)
44 reachable EWA-0 44.1023 (A44RTR)
51 reachable EWA-0 2.1 (LEGATO)
52 reachable EWA-0 2.1 (LEGATO)
54 reachable EWA-0 2.1 (LEGATO)
59 reachable EWA-0 2.1 (LEGATO)
61 reachable EWA-0 2.1 (LEGATO)
62 reachable EWA-0 62.637 (CTAKAH)
I've built a SIMH instance on my 24/7 server and put the hecnet.eu website
files on it to be served when SLAVE is down. This is done by using Squid
under ubuntu as a reverse proxy with a prioritised list of servers to try
with a
low time out set on each.
I recently received a number of VAX/VMS software product libraries from
1995-1996 (which include VMS 6.2 and 7.0 install CDs) and I'm in the
process of putting them up on the archive on SLAVE -
http://slave/archive/VAX_MEDIA/ the 1995 SPL contains the installation kit
for DEC rdb (although the documentation refers to Oracle rdb, it must have
been around the time it was sold to Oracle) and I was also given a license
for rdb, although I think certainly the later VAX/VMS package from Oracle
doesn't require it -
http://www.hecnet.eu/archive/VAX_MEDIA/VAXBINDEC957/DECRDB061/D
OCUMENTATION/
All these SPLs have filled the shadowed 147GB drives in SLAVE so I've just
ordered two 300 GB 2nd hand drives off eBay for 55. Hopefully they'll
work
OK and it'll keep me going for a bit longer.
I was asking Hoff on the Deathrow Chat forum about how far the SIMH VAX
3900 implementation can be stretched in terms of available memory and
disk space, I hadn't heard of the RAUSER drive which might mean I can go
fully simulated with the website as well
(http://labs.hoffmanlabs.com/node/922).
With thanks to Johnny (for providing a kit to re-flash my firmware) my
VAXstation 4000/90 is now back up and running. The PSU blew up which
also took out all the attached disk drives which is a little strange, but
after
replacing the PSU and much trial and error with hard drives I have a 68
pin
18GB SCSI drive running nicely via 68 pin to 50 ping adapter (originally
from
my Indigo 2). They are such a great box, I'd have been very sad to see
it's
demise. Hopefully I've got a few more years to come out of it now. Being
my first VAX since I worked with them 'back in the day' it holds a special
place in my heart.
Regards, Mark.
Are you still using the router to access, or are you back to the bridge?
Regards
Rob
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE]
On Behalf Of Mark Wickens
Sent: 18 September 2012 18:14
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] DECserver 200/MC - Worth a Punt?
On 17/09/12 22:29, Dan Williams wrote:
Hi,
So I bought it, as Mark had found another one. Only thing is it
doesn't seem to be working.
Anyone got any experience with these. I have found a few manuals
online but they all refer to a Technical Manual which I can't find
anywhere.
It starts up with just the Power light on, the 2nd Light does not come
on, which is supposed to indicate self test is OK. The network light
flashes with network activity.
I have a had a cursory glance inside. Everything is connected, nothing
blown up or melted.
There is nothing at all on the 1st serial port. I've tried resetting
to defaults with the reset button and nothing. The guy I got it from
said it was working when powered down.
Anyone got any clues ?
Blimey, there hasn't been much luck with DECservers lately!!!
I have 900 but that's serious overkill for most people.
Good luck!
Mark.
900 DECServers? Where do you put them all? :-)
Rob
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE]
On Behalf Of Dave McGuire
Sent: 18 September 2012 18:20
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] DECserver 200/MC - Worth a Punt?
On 09/18/2012 01:18 PM, Gregg Levine wrote:
What about the Model 90 family? (Don't forget that care package, the
yetis are waiting.)
I have one of those, and I'll be hanging on to it. (sorry) I can point
the yetis
to someplace that might have a few, though. ;)
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
I have a 200/MC and a couple of 90Ms. I love the 90Ms because they are small
and they are quiet too, neither of these are true of the 200/MC. I haven't
really made a lot of use of the 20/MC, but I think it too could do reverse
Telnet, which is what I want.
If anyone has any 90Ms going spare I wouldn't mind a spare or two.
Regards
Rob
Hello!
I've been cruising circles other than DEC for the past few months, but I've been drawn back in again.
I just noticed that the area list report on SLAVE http://www.hecnet.eu/area-list.html is reporting excellent area coverage at the moment...
Known Area Volatile Summary as of 18-SEP-2012 17:53:29
Area State Circuit Next node to area
1 reachable EWA-0 1.13 (MIM)
2 reachable EWA-0 2.1 (LEGATO)
3 reachable EWA-0 19.41 (SG1)
4 reachable 4.249 (SLAVE)
5 reachable EWA-0 5.99
7 reachable EWA-0 7.61 (BITXOO)
8 reachable EWA-0 8.400 (GORVAX)
11 reachable EWA-0 11.1023 (A11RTR)
18 reachable EWA-0 2.1 (LEGATO)
19 reachable EWA-0 19.41 (SG1)
20 reachable EWA-0 19.41 (SG1)
33 reachable EWA-0 19.41 (SG1)
44 reachable EWA-0 44.1023 (A44RTR)
51 reachable EWA-0 2.1 (LEGATO)
52 reachable EWA-0 2.1 (LEGATO)
54 reachable EWA-0 2.1 (LEGATO)
59 reachable EWA-0 2.1 (LEGATO)
61 reachable EWA-0 2.1 (LEGATO)
62 reachable EWA-0 62.637 (CTAKAH)
I've built a SIMH instance on my 24/7 server and put the hecnet.eu website files on it to be served when SLAVE is down. This is done by using Squid under ubuntu as a reverse proxy with a prioritised list of servers to try with a low time out set on each.
I recently received a number of VAX/VMS software product libraries from 1995-1996 (which include VMS 6.2 and 7.0 install CDs) and I'm in the process of putting them up on the archive on SLAVE - http://slave/archive/VAX_MEDIA/ the 1995 SPL contains the installation kit for DEC rdb (although the documentation refers to Oracle rdb, it must have been around the time it was sold to Oracle) and I was also given a license for rdb, although I think certainly the later VAX/VMS package from Oracle doesn't require it - http://www.hecnet.eu/archive/VAX_MEDIA/VAXBINDEC957/DECRDB061/DOCUMENTATION/
All these SPLs have filled the shadowed 147GB drives in SLAVE so I've just ordered two 300 GB 2nd hand drives off eBay for 55. Hopefully they'll work OK and it'll keep me going for a bit longer.
I was asking Hoff on the Deathrow Chat forum about how far the SIMH VAX 3900 implementation can be stretched in terms of available memory and disk space, I hadn't heard of the RAUSER drive which might mean I can go fully simulated with the website as well (http://labs.hoffmanlabs.com/node/922).
With thanks to Johnny (for providing a kit to re-flash my firmware) my VAXstation 4000/90 is now back up and running. The PSU blew up which also took out all the attached disk drives which is a little strange, but after replacing the PSU and much trial and error with hard drives I have a 68 pin 18GB SCSI drive running nicely via 68 pin to 50 ping adapter (originally from my Indigo 2). They are such a great box, I'd have been very sad to see it's demise. Hopefully I've got a few more years to come out of it now. Being my first VAX since I worked with them 'back in the day' it holds a special place in my heart.
Regards, Mark.
On 09/18/2012 01:26 PM, Gregg Levine wrote:
What about the Model 90 family? (Don't forget that care package, the
yetis are waiting.)
Oh, and...Autumn and I just landed in PA from our last truck trip from
FL. I hope to get caught up on everything soon, and your care package
is near the top of the list. One of the little Sun systems that I had
earmarked for you was actually in that load.
Do you have the ability to install Solaris (or NetBSD, that also runs
nice on 64-bit SPARC systems) on your end? I'm sorry to ask, but I
honestly don't know your level of expertise in that area.
Yes to both questions about OS installs. My website is running on one
and I installed Solaris 10 March 2005 onto a drive stuffed into that
unit.
Excellent.
We can go over the details for what you're sending off list later.
Sounds good.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
On Tue, Sep 18, 2012 at 1:22 PM, Dave McGuire <mcguire at neurotica.com> wrote:
On 09/18/2012 01:18 PM, Gregg Levine wrote:
What about the Model 90 family? (Don't forget that care package, the
yetis are waiting.)
Oh, and...Autumn and I just landed in PA from our last truck trip from
FL. I hope to get caught up on everything soon, and your care package
is near the top of the list. One of the little Sun systems that I had
earmarked for you was actually in that load.
Do you have the ability to install Solaris (or NetBSD, that also runs
nice on 64-bit SPARC systems) on your end? I'm sorry to ask, but I
honestly don't know your level of expertise in that area.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
Hello!
Yes to both questions about OS installs. My website is running on one
and I installed Solaris 10 March 2005 onto a drive stuffed into that
unit.
We can go over the details for what you're sending off list later.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
