HECnet

hecnet@lists.dfupdate.se

15586 discussions

by tommytimesharing＠gmail.com

If you are running a standard PANDA distribution, then DDT is in the monitor and you may fail to it.? Did it come up?? Did you do an examine from the KLH10 micro-engine to see what instruction it was failing on?? Did you see what module it is failing in? My monitor is modified from the base PANDA distribution to include several local enhancements, so when I looked at that address, it showed up as in the entry of CHKOPC, which is what is checking for differed closes on virtual circuits.? This is in PHYKLP which is the KLIPA driver (a.k.a. the CI).? Since KLH10 (sadly) does not implement the CI, there is no way you should be executing in that module as there nothing for it to talk to. Moreover, there is no JRST 4 there.? So probably you have something else at that address. I have been running KLH10 for a /very/ long time; since late December 2002 and have made modifications there, too to fix an issue with locking memory and to better support Linux (recent Ubuntu).? It is remarkably robust; despite intensive development, I have stayed up well over a year at a time (I.E., hit UP2LNG BUGHLT's) I have found one problem; if you are running it on an _extremely_ fast machine with SSD storage (in other words, you're basically never waiting for anything) and you seriously beat on the file system, then the keep-alive counter can get out of sync with the 20 thinking the front end has died and the KLH10 DTE simulator apparently not understanding what to do. The 20 typed an initial BUGCHK and then in the middle of the second one, it hangs waiting for the front end. It's on my list of things to investigate. > ------------------------------------------------------------------------ > On 8/31/20 4:15 PM, Supratim Sanyal wrote: > > hi all - my panda distribution instance is halting after a couple of > days with the following message. is this a known problem for which > there is some workaround? > > Monitor RF434E DEC10 Development > System uptime 52:10:47 > Current date/time Wednesday 29-Jul-120 6:01:04 > > [HALTED: Program Halt, PC = 22013] > > thanks > > Supratim >

5 years, 3 months

KLH10 halting at random

by supratim＠riseup.net

hi all - my panda distribution instance is halting after a couple of days with the following message. is this a known problem for which there is some workaround? Monitor RF434E DEC10 Development System uptime 52:10:47 Current date/time Wednesday 29-Jul-120 6:01:04 [HALTED: Program Halt, PC = 22013] thanks Supratim

5 years, 3 months

Configuring py-decnet.

by thordn＠gmail.com

Hello all! I am trying to test up decnet iv on a rsts/e 10.1 system on simh and hopefully connect to hecnet. Currently borrowing a node name/number from Peter L. Is the following setup workable/suitable? rsts/e --> delqua --> virtual tap ethernet --> pydecnet --> real-ethernet --> GRE tunnel. Anyone who has done this and willing to share the setup used? Or any good links? I have not found a decnet-iv manual for rsts/e online, but maybe the rsx manuals are usable. Anyone know? Best regards, Thord.

5 years, 3 months

Configuring py-decnet. --> Tops20 patches

by R.Voorhorst＠swabhawat.com

Hi Thomas, How are your patches related to the Panda distribution? Based upon as a reference or unrelated? There are a lot of cross platform problems within fal for instance like in Tops10, Best regards, Reindert From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Thomas DeBellis Sent: Wednesday, 26 August, 2020 22:44 To: hecnet at Update.UU.SE Subject: Re: [HECnet] Configuring py-decnet. You and me both! I have over a 130 documented fixes and enhancements to Tops-20, some of them massive. This does not include what I've completely rewritten from scratch. Several items are in active development. Yet I have no idea who I'd give them to. A few might interest XKL, perhaps. I guess I'll do something Github, one of these days. I wore out all my vulgar language when Jupiter was cancelled. Seems like it's all 'Darn it', 'Golly' and 'Gee whiz' these days. _____ On 8/26/20 4:02 PM, Johnny Billquist wrote: Aw, shit! (Excuse my language.) I had more or less forgotten. Yes, as distributed, it has a bug. I have fixed it, but of course, noone else have that. For now, the simple solution, pick MIM::DU:[5,54]RRS.TSK, and you'll be good. Sigh! I really hope the whole DEC/Mentec/HP ownership mess can be sorted one day. I have about 100 fixes or improvements to RSX sitting... Johnny _____ On 2020-08-26 21:57, R. Voorhorst wrote: L.S. Is there something different with patch levels or otherwise? After successful login on Rsts 10.1: $ logout SAVED ALL DISK FILES ON SY: 6784 BLOCKS IN USE JOB 7 USER 1,2 LOGGED OFF KB24: AT 26-AUG-20 21:53 6 OTHER USERS STILL LOGGED IN UNDER THIS ACCOUNT SYSTEM RSTS V10.1-L RSTS/E V10.1 RUN TIME WAS .2 SECONDS ELAPSED TIME WAS 1 MINUTE GOOD EVENING SWBU01::RRS -- Remote disconnect SWBU01::RRS -- Control returned to node SWBU01:: MOV #20,R0 EM:065126 XDT> Best regards, Reindert -----Original Message----- From: owner-hecnet at Update.UU.SE <mailto:owner-hecnet at Update.UU.SE> [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Johnny Billquist Sent: Wednesday, 26 August, 2020 15:09 To: hecnet at Update.UU.SE <mailto:hecnet at Update.UU.SE> Cc: Thord Nilson <mailto:thordn at gmail.com> <thordn at gmail.com> Subject: Re: [HECnet] Configuring py-decnet. And to complement the picture a little more. On RSX, you need a program called RRS, which is provided among the "unsupported utilities" in the DECnet distribution. .rrs elvira MIM::RRS -- Connection established to node ELVIRA:: RSTS V10.1-L 26-Aug-20 14:41 User: 99,99 PASSWORD: LAST INTERACTIVE LOGIN ON 26-AUG-20, 02:36 AT KB21: $ Johnny On 2020-08-26 02:19, Thomas DeBellis wrote: Yeah, that's what I found out, too. On Tops-20, the CTERM client is called CTERM-SERVER (don't ask) whereas the NRT client is called SETHOST. SETHOST is /quite/ old and I had been hacking it for efficiency and fixing a few bugs. It now has an alternate debugging entry to try to force Tops-20 NRT (which will also work on Tops-10) and ignore the remote node type until it can't proceed any further. Here are the results from my own tests; they indicate that a CTERM (server) object does not exist on ELVIRA. I'm not sure, but I had thought that CTERM had not been done on RSTS/E. !cterm-sERVER.EXE.2 elvira [Attempting a connection, _CTERM Connect failed - Destination process does not exist_ !g ds:sethost !ree Escape character(^Y): Host name: ELVIRA:: [Connecting to remote host: ELVIRA] _?RSTS/E type systems do not support Tops-20 NRT communications._ On 8/25/20 8:09 PM, Paul Koning wrote: John, Some systems, like VMS, will use CTERM by default, and there isn't a CTERM listener on RSTS. So you have to tell it to use the "old protocol", whatever that involves on your OS. paul On Aug 25, 2020, at 7:24 PM,jy at xtra.co.nz <mailto:jy at xtra.co.nz> wrote: Hi Thord, Congratulations, I can see you're up at: http://akdesign.dyndns.org:8080/map/data I just tried a set host elvira and set hsot 59.53 but I'm getting "network object unknown at remote node". Cheers, John On 26 August 2020 at 11:14 Thord Nilson <mailto:thordn at gmail.com> <thordn at gmail.com> wrote: Hi all! Update! Basic connections are now working, so for a limited time you can: set host elvira:: login as 99,99 psw: testing Nothing much to see though. Thanks to all for your help! /Thord.

5 years, 3 months

JNET

by jy＠xtra.co.nz

Hi all, I'm working on a connection from an OpenVMS 7.3 emulation currently running DECnet and MultiNet, to the HNET using JNET 3.6. I'm stuck with the following after starting JNET: $ @JAN_DEVICE:[JANCOMMON.SYS]JANSTART %JCP-I-CREATE, Creating new Jnet database of 159 pages $ %%%%%%%%%%% OPCOM 27-AUG-2020 15:52:14.00 %%%%%%%%%%% Message from user SYSTEM on GLOVER Jnet status message from link NZVAX001 Unexpected Jnet daemon termination for link: Unknown: %RMS-E-FNF, file not found And JNET isn't attempting to open a TCP connect to the HNET peer. The JENT install went OK and I've carefully cross checked my config files with Supratim who has been very helpful. I appreciate this is a bit off topic for this reflector so if anyone has experience with JNET and time to help, I'd appreciate a contact off list. My email is jy at xtra.co.nz mailto:jy at xtra.co.nz Thanks, John

5 years, 3 months

DECnet/E Y2K bugfix

by paulkoning＠comcast.net

I just made some small changes to the DECnet/E event logger application to fix a Y2K problem. (More precisely, a Y2K.003 problem). https://github.com/pkoning2/decstuff This is for RSTS V10.1. Just drop the new evtlog.tsk into [0,16]. paul

5 years, 3 months

NETMAPPER login attempts?

by healyzh＠avanthar.com

Paul, I?m pretty sure this is you. It?s coming from 28nh (41.28). What is it expecting? I seem to remember a discussion on this, but can?t find it in my archives. Thanks, Zane

5 years, 3 months

Rank 1st in google with Content Marketing Strategy

by kipemilf56k＠gmail.com

hi Get your business to the next level with a solid Content Marketing strategy http://www.str8-creative.io/product/content-marketing/ Regards Tim Timoteo ? Unsubscribe option is available on the footer of our website

5 years, 4 months

HECnet mapper -- request to backbone node operators

by paulkoning＠comcast.net

Gentlepeople, I've added a new feature to the HECnet mapper (http://akdesign.dyndns.org:8080/map/) to listen for topology change events and do incremental updates of the map as these happen. You can see this in the current mapper display, which will show "Last incremental change" in the map title block if there has been any incremental change since the last full update. For this to be most effective, the mapper needs to be sent these events from at least one router in each area. A good choice would be the main backbone area router in each area; better still all the backbone area routers if there are several. So if you have one of these and are interested in participating, please do the equivalent of this NCP command: NCP>set logging monitor events 4.7-10,14-15,18-19 sink node 28nh and of course the equivalent permanent command ("define" instead of "set", and perhaps in a different utility at least for the case of RSX). If you're running PyDECnet, you need to upgrade to the current version, rev 524. Then add this line to the config file: logging monitor --sink-node 28nh --events 4.7-10,14-15,18-19 When you set up a router for this, please drop me an email so I know which nodes are currently participating. Thanks much, paul

5 years, 4 months

RSTS patch, highly recommended

by paulkoning＠comcast.net

Gentlepeople, I just found a small but nasty bug in the DECnet/E NML (network management listener). When it is asked for information that comes back in a stream of messages, it may hit a transmit queue full condition. That's more likely if the requesting node does ACK delaying, as PyDECnet does, but it can also happen if the network latency is significant. For that status, the transmit is supposed to be retries, but due to a one line error in the code it was not. The attached patch file fixes that. Feed it to ONLPAT, with "file to patch" the NML image, which normally would be DECNET$:NCP.TSK. Tested on V10.1; the patch may well work on older versions too. If you have NML enabled on your HECnet system, the network mapper will probably connect and ask for a bunch of things. Those requests are likely to exercise this bug, so for such systems I urge you to install the patch. paul

5 years, 4 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

HECnet