HECnet

hecnet@lists.dfupdate.se

5 participants
15579 discussions

Issues booting a satellite VAX/SIMH instance off AlphaVM-Free

by mark＠wickensonline.co.uk

Just thought I'd try and pick the brains of the collective wisdom if possible. I had a networking performance issue with AlphaVM-Free (poor ping rates and sluggish network performance) that has kindly been solved by Artem in the latest release and therefore my attention turns to the issue with a VAX satellite node network booting off the AlphaVM-Free instances (which I can no longer attribute to the same performance issue). Back in the 'real world' the boxes that supported this configuration were an AlphaServer 1000/A and a VAXstation 4000/60. In the emulated world they are now an AlphaVM-Free instance and a SIMH instance, both running on an HP DL380 Gen 5 with 6 x GB network adapters. Each of the emulated instances is mapped to a different physical network card. When I attempt to boot the emulated VAX from its' network adapter I get the following console messages. Boot appears to proceed but it is glacial. In the past I've given up long before ever receiving a login prompt on the VAX instance. Does anyone have experience with this kind of issue? It doesn't look like the emulated Alpha network adapter on the AlphaVM instance thinks that it is experiencing errors based on the output below. Thanks, Mark. %<------------------------- VAX console log Connected to the MicroVAX 3900 simulator CON-TEL device KA655X-B V5.3, VMB 2.7 Performing normal system tests. 40..39..38..37..36..35..34..33..32..31..30..29..28..27..26..25.. 24..23..22..21..20..19..18..17..16..15..14..13..12..11..10..09.. 08..07..06..05..04..03.. Tests completed. >>>boot (BOOT/R5:0 XQA0 2.. -XQA0 1..0.. %VAXcluster, system loaded from node SLAVE (AA-00-04-00-F9-10) %VAXcluster, no connection to disk server %VAXcluster, no connection to disk server %VAXcluster, no connection to disk server %VAXcluster, no connection to disk server %VAXcluster, no connection to disk server %VAXcluster, no connection to disk server %SYSBOOT-I-SYSBOOT Mapping the SYSDUMP.DMP on the System Disk %SYSBOOT-I-SYSBOOT SYSDUMP.DMP on System Disk successfully mapped %SYSBOOT-I-SYSBOOT Mapping PAGEFILE.SYS on the System Disk %SYSBOOT-I-SYSBOOT SAVEDUMP parameter not set to protect the PAGEFILE.SYS OpenVMS (TM) VAX Version V7.3 Major version id = 1 Minor version id = 0 %VAXcluster, no connection to disk server %VAXcluster, no connection to disk server SLAVE %VAXcluster, attempting to reconnect to a disk server %VAXcluster, no connection to disk server %VAXcluster, attempting to reconnect to a disk server %VAXcluster, connected to disk server SLAVE %WBM-I-WBMINFO Write Bitmap has successfully completed initialization. %<------------------------- Alpha console log %%%%%%%%%%% OPCOM 11-DEC-2015 17:45:34.47 %%%%%%%%%%% Message from user DECNET on SLAVE DECnet event 0.3, automatic line service >From node 4.249 (SLAVE), 11-DEC-2015 17:45:34.47 Circuit EWA-0, Load, Requested, Node = 4.259 (ALEPH) File = ALEPHSYSTEM$:[SYS0.], Operating system, Ethernet address = 08-00-2B-2C-20 -6E %%%%%%%%%%% OPCOM 11-DEC-2015 17:46:01.70 %%%%%%%%%%% Message from user DECNET on SLAVE DECnet event 0.3, automatic line service >From node 4.249 (SLAVE), 11-DEC-2015 17:46:01.70 Circuit EWA-0, Load, Successful, Node = 4.259 (ALEPH) File = ALEPHSYSTEM$:[SYS0.], Operating system, Ethernet address = 08-00-2B-2C-20 -6E Username: %PEA0, Port has Closed Virtual Circuit - REMOTE NODE ALEPH Username: %PEA0, Port has Closed Virtual Circuit - REMOTE NODE ALEPH Username: %PEA0, Port has Closed Virtual Circuit - REMOTE NODE ALEPH Username: system Password: 01010011 01001100 01000001 01010110 01000101 +-+-+-+-+-+ |S|L|A|V|E| +-+-+-+-+-+ Welcome to SLAVE running OpenVMS AXP 8.3 SLAVE is a member of the HALO Cluster Strictly non-commercial use only Documentation is available at http://hpm.hecnet.eu/wiki/ Last interactive login on Friday, 11-DEC-2015 17:38:17.57 Last non-interactive login on Friday, 11-DEC-2015 17:44:08.37 SLAVE$$ show device pea0:/full Device PEA0:, device type NI_SCA, is online, shareable, error logging is enabled. Error count 576 Operations completed 0 Owner process "" Owner UIC [SYSTEM] Owner process ID 00000000 Dev Prot S:RWPL,O:RWPL,G,W Reference count 0 Default buffer size 0 Current preferred CPU Id 0 Fastpath 1 SLAVE$$ mcr ncp show known lines count Known Line Counters as of 11-DEC-2015 17:51:28 Line = EWA-0 654 Seconds since last zeroed 6522 Data blocks received 2589 Multicast blocks received 0 Receive failure 655620 Bytes received 372627 Multicast bytes received 0 Data overrun 3341 Data blocks sent 335 Multicast blocks sent 0 Blocks sent, multiple collisions 0 Blocks sent, single collision 0 Blocks sent, initially deferred 1529780 Bytes sent 42723 Multicast bytes sent 0 Send failure 0 Collision detect check failure 0 Unrecognized frame destination 0 System buffer unavailable 5 User buffer unavailable SLAVE$$

9 years, 9 months

Testing if I'm still on the list

by sampsa＠mac.com

..or has everyone gone silent?

9 years, 9 months

Issues booting a satellite VAX/SIMH instance off AlphaVM-Free

by Mark＠infocomm.com

You don't mention the host OS?? On Dec 11, 2015 10:04 AM, Mark Wickens <mark at wickensonline.co.uk> wrote: Just thought I'd try and pick the brains of the collective wisdom if possible. I had a networking performance issue with AlphaVM-Free (poor ping rates and sluggish network performance) that has kindly been solved by Artem in the latest release and therefore my attention turns to the issue with a VAX satellite node network booting off the AlphaVM-Free instances (which I can no longer attribute to the same performance issue). Back in the 'real world' the boxes that supported this configuration were an AlphaServer 1000/A and a VAXstation 4000/60. In the emulated world they are now an AlphaVM-Free instance and a SIMH instance, both running on an HP DL380 Gen 5 with 6 x GB network adapters. Each of the emulated instances is mapped to a different physical network card. When I attempt to boot the emulated VAX from its' network adapter I get the following console messages. Boot appears to proceed but it is glacial. In the past I've given up long before ever receiving a login prompt on the VAX instance. Does anyone have experience with this kind of issue? It doesn't look like the emulated Alpha network adapter on the AlphaVM instance thinks that it is experiencing errors based on the output below. Thanks, Mark. %<------------------------- VAX console log Connected to the MicroVAX 3900 simulator CON-TEL device KA655X-B V5.3, VMB 2.7 Performing normal system tests. 40..39..38..37..36..35..34..33..32..31..30..29..28..27..26..25.. 24..23..22..21..20..19..18..17..16..15..14..13..12..11..10..09.. 08..07..06..05..04..03.. Tests completed. >>>boot (BOOT/R5:0 XQA0 2.. -XQA0 1..0.. %VAXcluster, system loaded from node SLAVE (AA-00-04-00-F9-10) %VAXcluster, no connection to disk server %VAXcluster, no connection to disk server %VAXcluster, no connection to disk server %VAXcluster, no connection to disk server %VAXcluster, no connection to disk server %VAXcluster, no connection to disk server %SYSBOOT-I-SYSBOOT Mapping the SYSDUMP.DMP on the System Disk %SYSBOOT-I-SYSBOOT SYSDUMP.DMP on System Disk successfully mapped %SYSBOOT-I-SYSBOOT Mapping PAGEFILE.SYS on the System Disk %SYSBOOT-I-SYSBOOT SAVEDUMP parameter not set to protect the PAGEFILE.SYS OpenVMS (TM) VAX Version V7.3 Major version id = 1 Minor version id = 0 %VAXcluster, no connection to disk server %VAXcluster, no connection to disk server SLAVE %VAXcluster, attempting to reconnect to a disk server %VAXcluster, no connection to disk server %VAXcluster, attempting to reconnect to a disk server %VAXcluster, connected to disk server SLAVE %WBM-I-WBMINFO Write Bitmap has successfully completed initialization. %<------------------------- Alpha console log %%%%%%%%%%% OPCOM 11-DEC-2015 17:45:34.47 %%%%%%%%%%% Message from user DECNET on SLAVE DECnet event 0.3, automatic line service >From node 4.249 (SLAVE), 11-DEC-2015 17:45:34.47 Circuit EWA-0, Load, Requested, Node = 4.259 (ALEPH) File = ALEPHSYSTEM$:[SYS0.], Operating system, Ethernet address = 08-00-2B-2C-20 -6E %%%%%%%%%%% OPCOM 11-DEC-2015 17:46:01.70 %%%%%%%%%%% Message from user DECNET on SLAVE DECnet event 0.3, automatic line service >From node 4.249 (SLAVE), 11-DEC-2015 17:46:01.70 Circuit EWA-0, Load, Successful, Node = 4.259 (ALEPH) File = ALEPHSYSTEM$:[SYS0.], Operating system, Ethernet address = 08-00-2B-2C-20 -6E Username: %PEA0, Port has Closed Virtual Circuit - REMOTE NODE ALEPH Username: %PEA0, Port has Closed Virtual Circuit - REMOTE NODE ALEPH Username: %PEA0, Port has Closed Virtual Circuit - REMOTE NODE ALEPH Username: system Password: 01010011 01001100 01000001 01010110 01000101 +-+-+-+-+-+ |S|L|A|V|E| +-+-+-+-+-+ Welcome to SLAVE running OpenVMS AXP 8.3 SLAVE is a member of the HALO Cluster Strictly non-commercial use only Documentation is available at http://hpm.hecnet.eu/wiki/ Last interactive login on Friday, 11-DEC-2015 17:38:17.57 Last non-interactive login on Friday, 11-DEC-2015 17:44:08.37 SLAVE$$ show device pea0:/full Device PEA0:, device type NI_SCA, is online, shareable, error logging is enabled. Error count 576 Operations completed 0 Owner process "" Owner UIC [SYSTEM] Owner process ID 00000000 Dev Prot S:RWPL,O:RWPL,G,W Reference count 0 Default buffer size 0 Current preferred CPU Id 0 Fastpath 1 SLAVE$$ mcr ncp show known lines count Known Line Counters as of 11-DEC-2015 17:51:28 Line = EWA-0 654 Seconds since last zeroed 6522 Data blocks received 2589 Multicast blocks received 0 Receive failure 655620 Bytes received 372627 Multicast bytes received 0 Data overrun 3341 Data blocks sent 335 Multicast blocks sent 0 Blocks sent, multiple collisions 0 Blocks sent, single collision 0 Blocks sent, initially deferred 1529780 Bytes sent 42723 Multicast bytes sent 0 Send failure 0 Collision detect check failure 0 Unrecognized frame destination 0 System buffer unavailable 5 User buffer unavailable SLAVE$$

9 years, 9 months

Recommendation on replacement Dallas DS1287A

by system＠TMESIS.COM

Michael Holmes <mholmes10 at hotmail.com> writes: >Gurus, > > >I'm looking for your advice. > > >My DEC 3000 gave me a POST NVR error and after trying all the steps to fix = >it (reseating boards, memory, etc...) it looks like the RTC (DALLAS DS12871= >A) has died. > > >Searching on line I found some places marketing a replacement for DS1287 fo= >r old PC's but not sure if any would work for DEC given it had an A at the = >end in the model number (different pins etc...) > > >Given that this sounds like a common problem on early VAXen, I was wonderin= >g if of you have some recommendations on a good source to purchase a replac= >ement RTC that will work with DEC equipment. > > >Thanks much! You can replace it with the newer DS12887 available from various electronics parts resellers. Several listed below: http://www.mouser.com/ProductDetail/Maxim-Integrated/DS12887A+/?qs=0Y9aZN%2… http://www.digikey.com/product-detail/en/DS12887A%2B/DS12887A%2B-ND/956873 http://store.batteryspecialists.com/ds12887a.html http://www.interstatebatteries.com/1/1/5018-ds12887a-lit2695.html -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG I speak to machines with the voice of humanity.

9 years, 9 months

Recommendation on replacement Dallas DS1287A

by mholmes10＠hotmail.com

Gurus, I'm looking for your advice. My DEC 3000 gave me a POST NVR error and after trying all the steps to fix it (reseating boards, memory, etc...) it looks like the RTC (DALLAS DS12871A) has died. Searching on line I found some places marketing a replacement for DS1287 for old PC's but not sure if any would work for DEC given it had an A at the end in the model number (different pins etc...) Given that this sounds like a common problem on early VAXen, I was wondering if of you have some recommendations on a good source to purchase a replacement RTC that will work with DEC equipment. Thanks much! Mike

9 years, 9 months

New IP for LEGATO...

by bob＠jfcl.com

. one more time. This time should be the last time, I hope. 108.65.195.50 As always, decnet.jfcl.com points to the correct address, so if your end is using that you just need to restart the link. Bob

9 years, 9 months

RE: [DECtec] It's oh so quiet...

by robert.jarratt＠ntlworld.com

Indeed. I haven't been up to that much just lately, been doing other stuff. But I keep coming back to my failed H7864 PSU (from an rtVAX 1000), trying to find the fault. Right now I have a little DEC Venturis PC onto which I am just installing Windows NT 3.1 as I type. It isn't VAX or any kind of PDP, but it is still a DEC machine! Regards Rob > -----Original Message----- > From: DECtec [mailto:dectec-bounces at dectec.info] On Behalf Of Mark > Wickens > Sent: 14 November 2015 18:14 > To: DEC discussion list.; hecnet at Update.UU.SE > Subject: [DECtec] It's oh so quiet... > > It's very quiet - anyone up to anything interesting (on or off topic)? > > I'm starting to ramp up for Retrochallenge January 2015. > > I've bought an ESP8266 NodeMCU wifi board with a view to hooking up a Tandy > Model 102 to the internet. It's effectively a serial->tcp/ip converter. Very cool > and 10 quid delivered off eBay. > > I also created a character map for the Tandy 100/102/200 with a view to using > it to convert Tandy-format files to Unicode, so I can write my Retrochallenge > blog using the Tandy 200. > > http://wickensonline.co.uk/static/files/tandy/Tandy%20Model%20T%20Code%2 > 0to%20Unicode%20Generated%20V1.8.html > > Mark. > > -- > > DECtec mailing list > http://dectec.info > > To unsubscribe from this list see page at: > http://dectec.info/mailman/listinfo/dectec_dectec.info

9 years, 10 months

Re: [DECtec] It's oh so quiet...

by ian＠platinum.net

Yes, very quiet. I?m also starting to think about Retrochallenge. This time I think I might combine my ham radio hobby with my retro hobby. I?m going to try to get a VAX to connect to HECnet using DStar ID-1 radios that act as 128kbps ethernet bridges. From my reading, they are true bridges, so should be able to transport non-IP protocols. I suspect this is the first time anyone will have tried to deliver DECnet over DStar :) Ian > On Nov 14, 2015, at 10:13 AM, Mark Wickens <msw at hecnet.eu> wrote: > > It's very quiet - anyone up to anything interesting (on or off topic)? > > I'm starting to ramp up for Retrochallenge January 2015. > > I've bought an ESP8266 NodeMCU wifi board with a view to hooking up a Tandy Model 102 to the internet. It's effectively a serial->tcp/ip converter. Very cool and 10 quid delivered off eBay. > > I also created a character map for the Tandy 100/102/200 with a view to using it to convert Tandy-format files to Unicode, so I can write my Retrochallenge blog using the Tandy 200. > > http://wickensonline.co.uk/static/files/tandy/Tandy%20Model%20T%20Code%20to… > > Mark. > > -- > > DECtec mailing list > http://dectec.info > > To unsubscribe from this list see page at: http://dectec.info/mailman/listinfo/dectec_dectec.info > > > --- > Filter service subscribers can train this email as spam or not-spam here: http://my.email-as.net/spamham/cgi-bin/learn.pl?messageid=952F02F88AFB11E58…

9 years, 10 months

Announcing TCP/IP for RSX-11M-PLUS

by bqt＠softjar.se

Well, about two weeks since my last announcement, but I figured I should do another one. I've cut a new release of TCP/IP for RSX, and I encourage everyone to update to this latest release. A short list of changes since my last release: Documentation: . I've worked some on the documentation, and filled out some parts that were previously TBD. TCP: . Performance improvements. In general, I've improved file transfer performance by about 20% by tuning when TCP ACK messages as well as window updates are sent. On links where packets are dropped from time to time, the performance improvements can be significantly higher. . Bugfix. Retry counter were incorrectly reset under some circumstances. . Bugfix. TCP did not resend an ACK if the same data was received twice. . Bugfix. TCP sockets could erronously be left in a closed state with no task. However, looking at the socket, it looked like a task was associated. FTP: . Size calculation for stream type files in RSX mode was done incorrectly. Applications: . I've included a precompiled version of PCL.TSK As usual, the distribution is available from: ftp://mim.update.uu.se/bqtcp.dsk ftp://mim.update.uu.se/bqtcp.tap ftp://ftp.update.uu.se/pub/pdp11/rsx/tcpip/tcpip.dsk The documentation is also available through ftp on Mim, or also at http://mim.update.uu.se/tcpipdoc Johnny -- Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt at softjar.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol

9 years, 10 months

Vaxstation 4000-60 dead...

by jg＠jordi.guillaumes.name

Hello, My Vaxstation 4000-60 seems to be dead, probably due to a PSU problem (it does not power on). Does anyone know about options to find a replacement or to diagnose/fix it? (I just noticed it is dead, I have not even dissassembled it yet). Jordi Guillaumes Pons jguillaumes at me.com HECnet: BITXOV::JGUILLAUMES

9 years, 10 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

HECnet