Mark Benson <md.benson at gmail.com> writes:
>
>
>On 28/08/2015 14:42, Hans Vlems wrote:
>> Yup, that's what my memory thought it was. I've learned to mistrust my =
>own memory s=E2=80=8Eubsystem somewhat....
>> Anyway, SETTIME set to 1 makes VMS behave like standalone backup: it as=
>ks for the date and (optionally) time.
>> Hans
>
>OpenVMS 7.3 appears to save the time when you shut it down and resume=20
>from that time when you boot it up. When I started mine it was still on=20
>August 2014. Like a fool I set the time correctly (and invalidated all=20
>my licenses).
>
>I just booted it up again and it thinks it's 8:49pm last night. Which is=20
>when I shut it down yesterday.
You could always edit SYS$SYSTEM:STARTUP.COM and put:
$ SET TIME="17-NOV-1858"
in it! Your PAKs will not be expired! :)
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
I speak to machines with the voice of humanity.
Hi,
I fired my VAXstation 4000 Model 60 up after a while dormant and it
keeps asking me for a language in the SRM prompt after the self-test.
I know it asked for it previously but I don't remember it needing it
more than once, particularly between power switch cycles.
Is there an issue here, maybe a dead battery I need to look at somewhere
or something else?
--
Mark @ DECtec.info
twitter.com/DECtecInfo
Mark Benson <md.benson at gmail.com> writes:
>
>
>On 27/08/2015 22:58, Hans Vlems wrote:
>> I didn't bother with the replacement units. It's far cheaper to write d=
>own the boot parameters
>
>In my case that's pretty easy, just Language 4 and hit the interrupt=20
>switch and boot DKA0, so it's no sweat really :)
>
>and set the Sysgen variable that forces vms to ask for the date and time.
>
>Do you have the details of that variable?
TIMEPROMPTWAIT
I believe that is is correct. If not, drill down in SYSGEN help.
$ MCR SYSGEN HELP PARAMETER TIMEPROMPTWAIT
VMS will continue to prompt you for time if the TOY is non-functional.
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
I speak to machines with the voice of humanity.
Well, after a long absence due to life being what life is sometimes, I'm
now in my own apartment with my own Broadband line. Alas I'm still on a
dynamic IP. I wondered if anyone had made any progress with allowing us
wandering souls to connect to HECnet.
I aim to renew my VMS Hobbyist licenses (hopefully that still works? Did
it move to VMSsoftware or is HP still doing it?) and get my VAXstation
up and running as well as a couple of RPi's running an older VAX sim
with VMS and PDP-11 sim RSX-11M Plus. I may also dabble in using Tru64
on my Alpha, if I can dig out some bigger disks for it.
Hoping I can get back into DEC as it's about the only esoteric hardware
I have left these days!
Thanks,
--
Mark @ DECtec.info
twitter.com/DECtecInfo
Gregg Levine <gregg.drwho8 at gmail.com> writes:
>Hello!
>Mark, Jordi is right, the original part number isn't made anymore,
>worse luck, but MAXIM does make a drop in replacement as he shown.
>
>They are designed to have a (approximately) five year life time, so
>when did you last use your rig? You're what, based in the UK? Farnell
>is your best bet there.
FYI, if you Google the TOY clock chip, you will find some links to hacking
the battery in the chip. However, I've found it just much easier to order
up the drop in replacement.
Happily, most Alpha and Itanium have replaceable batterys for the TOY and
NVRAM.
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
I speak to machines with the voice of humanity.
A couple of years ago, there was at least one discussion wherein several of
us attempted to get working TOPS-20 systems up on HECnet. At the time, if I
recall, there seemed to be an issue with the version of DECnet available.
I eventually grabbed Panda and used it to build "joshua", but I'm curious
if anyone has a non-panda TOPS20 up on the [HEC] net.
Joe
I'm going to need to change my ISP in a month or two and a static IP is
going to add about $30-$35/month to the cost. I've decided that dDNS will
suffice for all the stuff I'm currently doing and it's not really worth it,
except maybe Multinet DECnet links to LEGATO. I also looked into using a
VPN provider to establish a static IP gateway that's automatically routed to
my server, but that costs almost as much and is much more hassle to
maintain. I'm thinking about just living without static IPs anymore.
There's about half a dozen sites currently connected to LEGATO - is
anybody going to have a problem if the IP becomes dynamic at some point? As
with most dynamic IP situations, I don't expect that the IP address will
actually change very often (maybe once every few months), but the
possibility exists that it will.
Bob
Hi all. Update have an 11/10, that was recently powered on again for the
first time in I don't know when. After some fiddling with the RX01
disks, we put an RL11 and an RL02 on it. Lots of space, I know. :-)
Also, we have RT-11 running on it. And for fun, we wanted to run the
original Tetris. But here is the catch - Tetris is using some
instructions that the 11/10 don't have. (I would guess EIS stuff.)
Do anyone know if there is some software emulation of these instructions
that can be added to RT-11 in order to be able to run such programs?
RT-11 V5.5 by the way, if anyone wants to know. And no, I am not sitting
by the machine, or trying to play with it personally. It's other people
at Update. But an 11/10 is cute.
And we did boot the RL02 on Magica (11/70) to check that there is
nothing wrong with the binary, and it runs fine on that large machine.
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
I've way rusty on VMS, so I figured someone here can probably give me an
answer way faster than I can figure it out myself.
I brought SIGGE:: online two days ago. (VAX 7000-720). Started YCPIP
services as well. Now the disk is full. I'm guessing some logging
somewhere, as people are crazy about probing and poking. TELNET stopped
working, but I can log in fine from DECnet or LAT.
Can anyone tell me where logs go, and how to clean it up so I free some
disk.
Also, are there some known issue with the telnet server? If I telnet to
the machine, it's just constantly spewing out one character. Probably 0xff.
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
Johnny Billquist <bqt at softjar.se> writes:
>On 2015-08-10 16:55, Brian Schenkenberger, VAXman- wrote:
>> Johnny Billquist <bqt at softjar.se> writes:
>>
>>> Well, if I wanted then, even easier is to just set a version limit on=20
>>> the files. :-)
>>
>> Both your solution (version limits) and the periodic batch job purge will
>> not stop the unnecessary log file I/O, and both add to disk I/O and file
>> system activity. If this is a known problem with V5.1 and it's fixed in
>> V5.3, I'd suggest that you obtain that patch/version/eco and install it.
>> I, personally, loathe solutions to problems that elicit other problems or
>> increase resource loads.
>
>Agree. But besides, I do not (so far) have excessive number of
>generations of log files in the first place. I just felt that if I
>wanted to keep the number of kept generations low, I would just put a
>limit on them instead of having a batch job run regularly that did a
>purge...
Well, you're getting an implicit purge each time a new file is created with
a version limit. Probably much better than filling up a directory with log
files and then, purging but you're still purging.
>But the known problem in 5.1 that I was referring to was the total
>failure of the telnet daemon, by which is just spews 0xff after
>something manages to corrupt it. I also have a full disk, which I yet do
>now know for sure why.
>
>> FYI, eventually, your version limit solution will require intervention as
>> you inevitably crash and burn when you hit ;32,767.
>
>That is also true.
I had a client hit 32,767 on the day of the Mayan apocalypse. It wasn't the
end of the world but it was the end of their production for that day. ;)
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
I speak to machines with the voice of humanity.
