Well Steve Davidson has built a system for updating IP addresses of MULTINET circuits - it seems to work pretty well.
sampsa
On 29 Jan 2013, at 02:29, Pete Edwards <stimpy.u.idiot at gmail.com> wrote:
Hi All,
After a rather suddenly enforced break over 2 years ago I'm in a
position where I can try and get back onto HECNET.
I've renewed my VMS PAKs and have a couple of simh VMS 7.3 instances up again.
Unfortunately when I dropped off back then I lost my static IP, so
step one, I guess, is asking this: What are the current best options
the group has found to deal with dynamic addresses?
Alas FLETCH (1.100), my VS4000/60 has suffered some kind of disk
trauma during the intervening 2 house moves so it might be a while
before I can connect a physical system.
Nice to see the return of the mapping project too - rather more
elegant than my own short-lived efforts.
Cheers,
Pete
--
Pete Edwards
"There's a man with a mullet going mad with a mallet in Millets!" - HMHB
Hi All,
After a rather suddenly enforced break over 2 years ago I'm in a
position where I can try and get back onto HECNET.
I've renewed my VMS PAKs and have a couple of simh VMS 7.3 instances up again.
Unfortunately when I dropped off back then I lost my static IP, so
step one, I guess, is asking this: What are the current best options
the group has found to deal with dynamic addresses?
Alas FLETCH (1.100), my VS4000/60 has suffered some kind of disk
trauma during the intervening 2 house moves so it might be a while
before I can connect a physical system.
Nice to see the return of the mapping project too - rather more
elegant than my own short-lived efforts.
Cheers,
Pete
--
Pete Edwards
"There's a man with a mullet going mad with a mallet in Millets!" - HMHB
Hi all,
My alphaserver 800 finally arrived and I'm setting it up now and would like to request a HECNET area so I experiment with connecting to HECNET.
I saw a previous message listing available areas and I'd like to request area 39 if its not already spoken for.
I finally found a SCSI drive that will work in it and am currently installing VMS 8.3 and DECNET IV on it right now.
Hopefully will have it finished tonight and be able work on the HECNET options (router, etc) through the week and weekend.
I also have a DEC 3000L and a multia that I'll try to bring back to life sometime later.
Thanks
Mike
Alexandria, VA
Ok, areas 42 and 9 added.
sampsa
On 29 Jan 2013, at 00:58, Ian McLaughlin <ian at platinum.net> wrote:
Sampsa,
You can add area 42 - my log files can take it :) If polling machines that aren't always up is a problem, then BET:: is always up, and my main machine.
Ian
On 2013-01-28, at 2:54 PM, sampsa at mac.com wrote:
I found some DCL code on Deathrow's "Hack VMS FAQ" that outputs a nicely formatted listing of PHONE DIR.
So I took this code, ran it against a bunch of my hosts and ran it, and it works fine.
The output is in RHESUS::[.PHONEDIR]HECNETDIR.TXT
This service is opt-in: if you want you system listed in the phone directory, let me know and I'll add it to the script. Currently it only covers areas 8 and 47.
PS: Johnny, as we're not touching area 1, you shouldn't be getting those log messages I hope..
sampsa
---
Filter service subscribers can train this email as spam or not-spam here: http://my.email-as.net/spamham/cgi-bin/learn.pl?messageid=C4ACE860699D11E2A…
sampsa at mac.com wrote:
I found some DCL code on Deathrow's "Hack VMS FAQ" that outputs a nicely formatted listing of PHONE DIR.
So I took this code, ran it against a bunch of my hosts and ran it, and it works fine.
The output is in RHESUS::[.PHONEDIR]HECNETDIR.TXT
This service is opt-in: if you want you system listed in the phone directory, let me know and I'll add it to the script. Currently it only covers areas 8 and 47.
Cover area 9 once I get it back up. ;)
PS: Johnny, as we're not touching area 1, you shouldn't be getting those log messages I hope..
sampsa
Sampsa,
You can add area 42 - my log files can take it :) If polling machines that aren't always up is a problem, then BET:: is always up, and my main machine.
Ian
On 2013-01-28, at 2:54 PM, sampsa at mac.com wrote:
I found some DCL code on Deathrow's "Hack VMS FAQ" that outputs a nicely formatted listing of PHONE DIR.
So I took this code, ran it against a bunch of my hosts and ran it, and it works fine.
The output is in RHESUS::[.PHONEDIR]HECNETDIR.TXT
This service is opt-in: if you want you system listed in the phone directory, let me know and I'll add it to the script. Currently it only covers areas 8 and 47.
PS: Johnny, as we're not touching area 1, you shouldn't be getting those log messages I hope..
sampsa
---
Filter service subscribers can train this email as spam or not-spam here: http://my.email-as.net/spamham/cgi-bin/learn.pl?messageid=C4ACE860699D11E2A…
I found some DCL code on Deathrow's "Hack VMS FAQ" that outputs a nicely formatted listing of PHONE DIR.
So I took this code, ran it against a bunch of my hosts and ran it, and it works fine.
The output is in RHESUS::[.PHONEDIR]HECNETDIR.TXT
This service is opt-in: if you want you system listed in the phone directory, let me know and I'll add it to the script. Currently it only covers areas 8 and 47.
PS: Johnny, as we're not touching area 1, you shouldn't be getting those log messages I hope..
sampsa
I've had a bit of a play. Nice.
We had a similar thing many years ago when i worked at the university. One of the students wrote it for a laugh. He had an Ultrix client for it too.
My handle, by the way, is the utterly unimaginatve "tonyblews".
Tony.
On Fri, Jan 25, 2013 at 7:20 PM, <sampsa at mac.com> wrote:
Oh yes, add me as well, my handle is 'djinn'.
The HIMUSERLIST script will show all registered handles, btw.
sampsa
On 25 Jan 2013, at 21:18, Ian McLaughlin <ian at platinum.net> wrote:
> Once you're live, add me to your buddy list - the handle is 'ian'.
>
> Ian
>
> On 2013-01-25, at 11:16 AM, sampsa at mac.com wrote:
>
>> Guys,
>>
>> Me and some chaps on the DECtek mailing list have been testing HIM and it's at least mostly functional at this stage.
>>
>> Grab a copy from RHESUS::[.MEDIALIB.HIM]HIM.ZIP or check out http://rhesus.sampsa.com/him/
>>
>> sampsa
>>
>>
>>
>>
>>
>>
>>
>>
>> ---
>> Filter service subscribers can train this email as spam or not-spam here: http://my.email-as.net/spamham/cgi-bin/learn.pl?messageid=CFEF0126672311E2B…
>
It works!
After much fooling around, I figured out what was going wrong. I hate to admit the largest of the problems, but I guess I should come clean...
After writing and reading DLTIII tapes to make sure the hardware was working just fine, I moved over to using TK50 tapes to see if I could read them from Linux. No matter what I did, I was not getting a VMS-style tape. In fact, I was getting back the same data that I had written to the DLTIII tape for testing???? Was there some buffer somewhere? No, the machine I was testing from has a DLTIII tape drive installed internally, as well as the external tape library I was playing with. All my testing was actually being done to a tpe installed in the internal drive - I was using the wrong device name.
Oh well, after wasting a few hours on that, I figured out the correct device name, and performed the tests again. Everything started working! I have now grabbed about 20 tapes and archived them. One tape got stuck in the drive, and a couple of tapes are coming up with read errors, but I am able to read a surprising number of them.
I'm starting to post the tapes up on my archive page here:
http://www.vaxhaven.com/index.php?title=TK50_Image_Archive
You should start seeing more appear as the evening progresses. The images are in SIMH format, which is documented on the SIMH site. A better programmer than I should be able to write a VMS program to read SIMH tap files and write them to real tapes. This would close the loop.
I'd appreciate feedback if anyone has the opportunity to test some of these images.
Ian
On 26 Jan 2013, at 06:29, Ian McLaughlin wrote:
Does anyone have the document EK-TZ875-OM in their digital collections anywhere? I am unable to find it anywhere, and I'm trying to decypher the front panel controls for this device.
I had a good search, I found everything but the user manual. Is there any chance of removing the tape drive deck from it? I thing the TZ875 (from the pictures) just has 5 drives in a 4U box at the back. It might be faster to extract a drive from it and use that! If you do it carefully you can put it back afterwards. :)
I can read and write DLTIII tapes without a problem. Reading TK50 tapes seems to work, but I'm getting random garbage. There appears to be a method to override the density on the front panel, but I can't quite figure it out.
The individual drives have 2 buttons, one unloads the cartridge, the other selects the density of the media manually. Obviously, on a jukebox this will all be connected to a micro-controller that does it via the panel, which you don't have am manual for. If it were me I'd just futz with the panel (with no tapes in) and see if there was a density override option but I'm *guessing* you tried that.
--
Mark Benson
http://DECtec.info
Twitter: @DECtecInfo
HECnet: STAR69::MARK
Online Resource & Mailing List for DEC Enthusiasts.