-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Some of you are aware that I've been pursuing a long-term project of
constructing a museum in the Pittsburgh area.
I am proud to announce that we have hit a major milestone: We have
set a date for the first public opening. The Large Scale Systems
Museum will open its doors to the public on Saturday, October 17th,
just under one month from now.
This is to be a one-day provisional opening coinciding with an event
here in town. We may decide to open the museum regularly on a sparse
schedule afterward, or it may wait awhile, depending on how things go
on the 17th. The renovation work is ongoing, so it won't be perfect,
but we think it'll be good. A great deal of progress has been made
here in the past several months.
Many of the Really Big Computers here will be running and
demonstrated on a rotation throughout the day.
The event in town is a large "block party" of sorts that will
encompass much of the downtown area. A few highlights:
- A fancy department store that was located on this block decades
ago will re-open in their old store location to show off vintage
wedding gowns, and some people who purchased their gowns there in the
past will bring them back to show them off.
- A local winery will set up a wine tasting.
- A soldering workshop.
- A makerspace pop-up.
- A beer garden!
- The standard fare of food vendors, live bands, etc.
There are two other "Big Deal" tie-ins that I'd like to announce:
Big Deal #1: Many of you will remember my fiancee Autumn, who sold
handmade vintage-computer-themed soaps at the most recent VCF-East.
Her company, Apothecary Soap Company, will be opening its first store,
here in town around the corner from our main building.
Big Deal #2: While the details aren't yet finalized, C/PMuseum in
downtown Pittsburgh, curated by Corey Little and Chris Little, will be
relocating many of its exhibits, including some vintage game consoles,
to a temporary exhibit space just a few buildings down from mine.
Since C/PMuseum's primary focus is on microcomputers and the Large
Scale Systems Museum's primary focus is on minicomputers and
mainframes, so together we'll have great coverage of a range of genres.
My building is at 924 4th Avenue, New Kensington, PA 15068, right in
the middle of the block party area. New Kensington is about ten
minutes' drive from the Allegheny Valley exit of the Pennsylvania
Turnpike, Exit 48. It's a very easy area to reach, and there are a
number of decent hotels nearby.
I wish to extend an invitation to all of you to attend this event.
It's on Saturday, October 17th, from noon to 8PM.
Please feel free to forward this message to anyone whom you think
might be interested.
Thanks,
-Dave
- --
Dave McGuire, AK4HZ
New Kensington, PA
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)
iQEcBAEBAgAGBQJWAh6LAAoJEE5tL7J4kgzEHokH/Aw9W87czdQsNXjoRcCIU3+h
nTr4yDw0/V47L5+MoyWetX7lipGdTR/+bYoKh8uYEDc6v3ne1dEDukM+BYJ+s4V8
7I9odtMn4sLTse6eOpX8NtfaZpSFgwGB1aGuWJ5owAjzZ9BzFYUCNrKCRXnFVPCB
WrJ21458U9mc6ZDsPfAftSd0U8HvS+VFcstqePQcDXdqDKfXoY0q5c9Xke2z0FTs
SvNyE0WuXy+KQlYfMNUn+Gm5ZOYZ8CWjvHKpyA5nOVglwn8H+4WnBuC7HGlZJN0M
qxOKdwq4/1MN1myeMuD236DoTrzF+dp/B6bQue1WtEyBXJ3y1N5t/sxUZNPFIfU=
=Ap5f
-----END PGP SIGNATURE-----
Sorry to spam everyone but this is an opportunity somebody here might want.
I got a call this AM from a vendor that I have purchased used equipment
from in the past (he's local to me in Maynard MA). He remembered that I'm
a UNIX guy and called me. He has a client in Attleboro MA (who also has a
site somewhere in Mexico I believe) that has some instance of a Vax system
running some flavor of UNIX (from the description I think its Ultrix).
DECNet is supposed to be involved too some how. The Vax is having some
disk issues (he thinks is a data overflow - too full disk) and he needs a
SW guy to tell him what's going on.
Frankly, I've got too much on my plate at the moment. He asked me if I knew
anyone that could help him and I said -- well I'm a mailing list of old
systems hackers, one of them might be interested. To be honest, I don't
expect there is a lot of money in this job, but somebody here might find it
a way to make a few $s or maybe a deal for some used gear. I do not know
anything more, such as if you can do this remotely or you need to go to
Attleboro.
So, if anyone is interested, please send me a note off-list and I'll pass
on the contact info.
Clem
Hi,
I'm guessing I need compiler packages/installers/things for BASIC and
FORTRAN on RSX? Anyone have access to any suitable ones or can advise
which to use?
Thanks,
--
Mark @ DECtec.info
twitter.com/DECtecInfo
Hans Vlems <hvlems at zonnet.nl> writes:
>You may want to zip "-V" the LD-image
For that matter, he should ZIP "-V" the backup saveset.
Also, $ SET FILE/ATTRIBUTE= can be your friend when you need to setup fix up
the saveset's record format, record length and carriage control attributes.
For many years, I've received system dumps and backup savesets that customers
have munged by FTPing them and or by forwarding them via WEENDOZE. By using
$ SET FILE/ATTRIBUTE= on the file(s), I was able to make most of them useful;
save for those really munged by ftp ASCII mode.
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
I speak to machines with the voice of humanity.
Sampsa Laine <sampsa at mac.com> writes:
>Guys,
>
>Can I FTP an LD image from one system to another without the usual =
>problems of transferring BCK images?
>
>The file is more or less just a stream of bytes, correct?
>
>sampsa
Be sure to set mode to image or binary first.
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
I speak to machines with the voice of humanity.
Guys,
Can I FTP an LD image from one system to another without the usual problems of transferring BCK images?
The file is more or less just a stream of bytes, correct?
sampsa
Johnny Billquist <bqt at softjar.se> writes:
>On 2015-09-16 16:03, Sampsa Laine wrote:
>>
>> On 16 Sep 2015, at 15:01, Johnny Billquist <bqt at softjar.se> wrote:
>>
>>>
>>> But this would also require that I have a separate network for this setup. We're talking about a machine that are on the internet today... On a well known, static ip address.
>>>
>>
>> Then you're unfortunately pretty out of luck unless - AFAIK VMS doesn't have anything like iptables to help you filter out the connections.
>
>Well, you are trying to suggest ways to prevent this from happening. And
>no, VMS do not have iptables, as far as I know.
>When you are looking for is essentially a way to block some ranges of
>addresses. That can be done in a router, or sometimes switch. Quite
>possible I'll look into that. But that don't answer my current question,
>how to fix the current state on the VMS system. And no, I do not
>consider "reboot" to be the solution. :-)
>
>> A really crappy solution would be to restart the IP stack every so often but there are of course issues with that as well..
>
>Yeah... No... Not going there.
>
At hospital typing on my tablet...
You are correct, no iptables... that's because it's VMS; not ewwwnix!
RTFM, and look for: ACCEPT NETS, ACCEPT HOSTS,REJECT NETS, REJECT HOSTS.
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
I speak to machines with the voice of humanity.
Sampsa Laine <sampsa at mac.com> writes:
>On 16 Sep 2015, at 11:46, Brian Schenkenberger, VAXman- =
><system at TMESIS.COM> wrote:
>
>> Sampsa Laine <sampsa at mac.com> writes:
>>=20
>>> I'm running a batch job that is creating a large (82 GB) file and =3D
>>> monitoring the system with MONITOR DISK.
>>>=20
>>> The value I'm getting is 39 - what does this actually mean, what is =
>the =3D
>>> unit that is being monitored?
>>=20
>>=20
>> I'm assuming you did not specify /ITEM. =46rom the MONITOR HELP:
>>=20
>> When the /ITEM qualifier is omitted, the default is =
>/ITEM=3DOPERATION_RATE.
>> :
>> :
>> OPERATION_ Specifies that I/O operation rate statistics are
>> RATE displayed for each disk.
>>=20
>> What's you concern, if any?
>
>Yes, I did this but the operation rate does not give me an indication of =
>how many block/second are beyond read/written, or does it?
It's a performance metric that is maintained in/by VMS about the number of I/O
operations to the disks. Maintaining block counts would be more/only meaning-
ful on a per-disk basis. That's generally not something that's a performance
metric.
This is a very simple procedure to get you a block/second count. Put this in
a file (BLOCKS_PER_SECOND.COM, for example) and execute it with the disk name
in question. (ie. $ @BLOCKS_PER_SECOND DKA100)
$ 100$: BLOCKS_THEN = F$getdvi(P1,"FREEBLOCKS")
$ WAIT ::01
$ WRITE SYS$OUTPUT BLOCKS_THEN-F$getdvi(P1,"FREEBLOCKS") ! THEN - NOW
$ GOTO 100$
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
I speak to machines with the voice of humanity.
Sampsa Laine <sampsa at mac.com> writes:
>You're probably under a Chinese/Russian robot attack, trying to =
>brute-force their way in.
>
>I've had this on occasion and am tempted to just drop all packets =
>originating from China..
I've gone even further here. I block all nets that originate APNIC.
>Not sure what the best way to do this is, I have a pretty simple =
>consumer level router (Draytek) so I guess I could use iptables or =
>something on Linux - however I'm not if that'll just affect the host I =
>run the iptables command on or the whole interface.
>
>Basically, I have one physical interface for 8 virtual machines and a =
>bunch of SIMH instances etc. If I could drop the packets at the =
>interface of the host machine it'd be ideal.
>
>Any iptables experts out there?
I use IPTABLES on one of the Lunix servers I run to add IP addresses which I
have determined to be those of botnet control systems (generally, systems the
Chinese et al are using).
/sbin/iptables -A INPUT -s $IP -p all -j DROP
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
I speak to machines with the voice of humanity.
Johnny Billquist <bqt at softjar.se> writes:
>On 2015-09-16 13:34, Brian Schenkenberger, VAXman- wrote:
>> Sampsa Laine <sampsa at mac.com> writes:
>>
>>> On 16 Sep 2015, at 11:46, Brian Schenkenberger, VAXman- =
>>> <system at TMESIS.COM> wrote:
>>>
>>>> Sampsa Laine <sampsa at mac.com> writes:
>>>> =20
>>>>> I'm running a batch job that is creating a large (82 GB) file and =3D
>>>>> monitoring the system with MONITOR DISK.
>>>>> =20
>>>>> The value I'm getting is 39 - what does this actually mean, what is =
>>> the =3D
>>>>> unit that is being monitored?
>>>> =20
>>>> =20
>>>> I'm assuming you did not specify /ITEM. =46rom the MONITOR HELP:
>>>> =20
>>>> When the /ITEM qualifier is omitted, the default is =
>>> /ITEM=3DOPERATION_RATE.
>>>> :
>>>> :
>>>> OPERATION_ Specifies that I/O operation rate statistics are
>>>> RATE displayed for each disk.
>>>> =20
>>>> What's you concern, if any?
>>>
>>> Yes, I did this but the operation rate does not give me an indication of =
>>> how many block/second are beyond read/written, or does it?
>>
>> It's a performance metric that is maintained in/by VMS about the number of I/O
>> operations to the disks. Maintaining block counts would be more/only meaning-
>> ful on a per-disk basis. That's generally not something that's a performance
>> metric.
>>
>> This is a very simple procedure to get you a block/second count. Put this in
>> a file (BLOCKS_PER_SECOND.COM, for example) and execute it with the disk name
>> in question. (ie. $ @BLOCKS_PER_SECOND DKA100)
>>
>> $ 100$: BLOCKS_THEN = F$getdvi(P1,"FREEBLOCKS")
>> $ WAIT ::01
>> $ WRITE SYS$OUTPUT BLOCKS_THEN-F$getdvi(P1,"FREEBLOCKS") ! THEN - NOW
>> $ GOTO 100$
>
>Wouldn't that just show a delta of how many blocks have been allocated?
>That do not really correspond to I/O throughput.
>
>That said, what does the monitor operation_rate tell? Is it QIOs, disk
>blocks, disk requests, or something else?
Think $QIOs. There's also the queue length /ITEM. That would show the $QIOs
that are queued but have not yet been processed.
>If it would actually be disk blocks, then Sampsa can indeed deduce I/O
>rates from it, since we know the size of a disk block.
>However, QIOs can cover many disk blocks, and so can I/O requests.
Correct. It's overall disk statistics; not individual disk statistics.
>While I'm at it - a slightly different question. On a VMS system (VMS
>7.3 on a VAX), I now have like hundreds of telnet connections that are
>in a SUSP state. This have gone so far that I cannot establish any more
>connections to the system. I have no idea what people/probes/robots have
>been doing, but it seems TCP/IP or telnet daemon in VMS 7.3 have some
>issues.
Hmm. What version of TCPIP?
$ TCPIP SHOW VERSION
>But my first question is, how do I get rid of all these processes? Do I
>have to kill each one, giving the PID, or is there some better way of
>getting this unstuck?
Generally, process SUSPension is voluntary. Something had to tell the process
to SUSPend itself. If there was a process "idling", waiting for I/O activity,
it would generally wait in LEF (Local Event Flag) wait state.
Can you send me a "$ SHOW SYSTEM" output of this too? From there, we can look
to see why it's SUSpended (some SDA work will ensue). It very well may be an
issue that has already been addressed with TCP/IP (eg. some TCP/IP bug that's
placing processes into SUSPended state when the connection terminates). Are
these TELNET connection initiated via somebody TELNETting into the system? Or,
are these reverse telnet established sessions?
I need to dash out. My wife is having surgery in a week and I must take her
to hospital today for pre-surgery tests.
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
I speak to machines with the voice of humanity.
