Thanks to everyone for all the advice and tips etc regarding disk drives -
it is most helpful and very much appreciated!
Regards,
Andrew
On (23:48 18/09/09), gerry77 at mail.com wrote:
On Fri, 18 Sep 2009 14:39:03 +0100, you wrote:
I too have hardware in waiting - a growing collection. And if anybody is
able to help I have:
- A VAXstation 2000 in need of an RD53/54 and a KVM cable (mono)
I would like to point out that since about 1999 it is possible to use a SCSI
disk even in VAXstation 2000s, thanks to a patch that transforms the awful
almost-SCSI tape interface into a fully working SCSI disk interface! :)
The kit is made up of a patch for the console ROM plus patches for the SCSI
port driver for OpenVMS (PK2KDRVR.EXE) and other system images.
Look here: http://users.bart.nl/users/pb0aia/vax/vs-scsi.html
and here: http://ftp.gwdg.de/pub/vms/pk2k/
And if someone is not willing or not able to patch ROMs, there is also a boot
image that can be loaded via MOP or tape to start a SCSI boot from disk.
HTH, :)
G.
--
Andrew Back
a at smokebelch.org
Kari Uusim ki wrote:
Paul Koning wrote:
Excerpt of message (sent 18 September 2009) by Kari Uusim ki:
Andrew, have you tried other ST506 disks than RD53 or RD54? IIRC none of the RD disks were DEC built disks, but relabeled ones from other vendors.
That's true, but I think at least in some cases (and, perhaps, on some
systems, like a Pro) they required non-standard jumper configurations.
Also possibly low level formatting, which might require tools that
aren't easily available.
paul
Yes, low level formatting might be needed. If my memory serves me right, both VS2000 and the RQDX* have a low level formatting utility in the ROM.
I have to check that out.
The VS2000 have low level formatting routines in the firmware, the RQDX* don't.
Also, you can low level format a disk several ways, which all will work, but will produce different performance numbers for the disk.
The VS2000 formats the disk in a way that is optimal for the VS2000. It also works in a RQDX3 after that, but not optimally. This has to do with track skew and track interleave.
Johnny
Brian Hechinger wrote:
On Fri, Sep 18, 2009 at 10:07:21AM +0100, Sampsa Laine wrote:
That could work but like you said needs quite a bit of designing to work well - I would suggest that for now we maybe set up mirrors like FTP sites do, i.e. complete copies on more than one host, this way the bandwidth load is at least shared.
Does anyone have any objection to a private bittorrent tracker? It would
help with the centralized management/searching/etc and if more than one
person has space to keep stuff it helps everyone overall with download
speeds.
Just a thought. :)
Speaking as someone who don't keep up with all the latest trends, do bittorrent work with something shared on DECnet?
Apart from that, I don't have a problem with people setting up things, and sharing, as long as you try to keep it to legal stuff only. VMS stuff in general would appear to be ok, since you need a separate license key to run it, and the distributions as such are pretty much free.
PDP-11 software is more difficult. I try to keep the stuff that is free around on MIM::, but I don't have a very good system for it right now...
(I also try to keep it up to date on ftp://ftp.update.uu.se/pub/pdp11/rsx, and I think I have it in better order there)
Johnny
Sampsa, I saw that you already got an answer which solved the problem, but I still through I'd add a comment.
On CHIMPY, who were you running as?
Johnny
Sampsa Laine wrote:
Guys,
I'm trying to define some proxies on RHESUS for both CHIMPY and CHIMP, but can't seem to get it to work.
Basically, I've run the following command in AUTHORIZE:
UAF> ADD/PROXY CHIMPY::SYSTEM SYSTEM
%UAF-I-NAFADDMSG, proxy from CHIMPY::SYSTEM to SYSTEM added
But then when trying to access a directory on RHESUS from CHIMPY I get the following error:
CHIMPYSYS$ dir rhesus::dka0:[temp]
Directory RHESUS::DKA0:[TEMP]
*.*;* insufficient privilege or object protection violation
The proxy database on RHESUS looks like this:
UAF> show/proxy *
Default proxies are flagged with (D)
CHIMPY::SAMPSA
SAMPSA
CHIMPY::SYSTEM
SYSTEM
CHIMP::SYSTEM
SYSTEM
What am I doing wrong? Confused.
Sampsa
Sampsa Laine wrote:
Booted my router, it suddenly works again. How odd.
Sampsa
PS: Good thing you added the bypass, you probably don't want to be spamblocking Apple's official SMTP servers, quite a few legitimate users I should think :)
Btw, this IP was 24H-blocked by ualberta.ca some days ago - I've forgot to enable database updates after upgrading of my router :))
--
I've found my old account on encompass and succesfully received OpenVMS licenses, so it's time to connect another emulator to hecnet :))
--
When I'm trying to login to chimp, sylogin tries to execute inaccessible indirect file :))
%DCL-E-OPENIN, error opening SYS$SYSDEVICE:[IMAGES]SENSIBLE.COM; as input
-RMS-E-PRV, insufficient privilege or file protection violation
Booted my router, it suddenly works again. How odd.
Sampsa
PS: Good thing you added the bypass, you probably don't want to be spamblocking Apple's official SMTP servers, quite a few legitimate users I should think :)
On 19 Sep 2009, at 19:15, Oleg Safiullin wrote:
Oleg Safiullin wrote:
Sampsa Laine wrote:
Is anyone else's connection to update down? I can't seem to bridge packets.
Sampsa
Oops.
Your smtp server is catched by ualberta.ca spamtrap :)
/var/log/daemon.0.gz:Sep 20 00:50:25 pdp-11 spamd[8462]: 17.148.16.94: connected (2/1), lists: uatraps
/var/log/daemon.0.gz:Sep 20 00:53:46 pdp-11 spamd[8462]: (BLACK) 17.148.16.94: <sampsa at mac.com> -> <form at pdp-11.org.ru>
/var/log/daemon.0.gz:Sep 20 00:55:30 pdp-11 spamd[8462]: 17.148.16.94: From: Sampsa Laine <sampsa at mac.com>
/var/log/daemon.0.gz:Sep 20 00:55:30 pdp-11 spamd[8462]: 17.148.16.94: To: Oleg Safiullin <form at pdp-11.org.ru>
/var/log/daemon.0.gz:Sep 20 00:55:30 pdp-11 spamd[8462]: 17.148.16.94: Subject: Re: [HECnet] Connection to update
/var/log/daemon.0.gz:Sep 20 00:56:45 pdp-11 spamd[8462]: 17.148.16.94: disconnected after 380 seconds. lists: uatraps
I've added this address to bypass list. Please re-send your letter :)
Update (tee-hee): The problem was on my side, booted my router and all is well again.
Sampsa
On 19 Sep 2009, at 18:29, Sampsa Laine wrote:
Is anyone else's connection to update down? I can't seem to bridge packets.
Sampsa
Booted my router, it suddenly works again. How odd.
Sampsa
On 19 Sep 2009, at 18:36, Oleg Safiullin wrote:
Sampsa Laine wrote:
Is anyone else's connection to update down? I can't seem to bridge packets.
Sampsa
I Can see MIM thro bridge, but CHIMP & RHESUS are unreachable...
Btw, there's a bug in bridge program on HECnet site, which may cause bridge to coredump.
You can look at my patch http://pdp-11.org.ru/~form/files/bridge-tap.diff which fixes the problem (and adds OpenBSD L2 tun/FreeBSD tap support).
--
Buggy code fix:
@@ -497,8 +644,8 @@
if (is_decnet(d)) d->type = DECnet;
if (is_lat(d)) d->type = LAT;
- if (bridge[d->source].types[d->type] == 0) return;
if (d->type == -1) return;
+ if (bridge[d->source].types[d->type] == 0) return;
bridge[d->source].xcount++;
--
>ncp tel mim sho act nod
Active nodes summary as of 20-SEP-09 00:32:49
Executor node = 1.13 (MIM)
State = On, Identification = "RSX system at Update, Sweden"
Remote Active Next
Node State Links Delay Circuit Node
1.15 (PONDUS) Reachable UNA-0 1.15 (PONDUS)
1.250 (ORAC) Unreachable 0 4
1.251 (ZX6000) Unreachable 0 4
1.300 (CTAKAH) Reachable 1 4 UNA-0 1.300 (CTAKAH)
1.401 (CHIMPY) Unreachable 0 4
1.402 (CHIMP) Unreachable 0 4
1.403 (RHESUS) Unreachable 0 4
11.1 (VAXSYS) 0 10 11.2 (MAISA)
11.2 (MAISA) Reachable UNA-0 11.2 (MAISA)
11.3 (OLLIE) 0 4 11.2 (MAISA)
60.652 (MONK) 0 4 60.664 (PDXVAX)
60.664 (PDXVAX) Reachable UNA-0 60.664 (PDXVAX)
>
Sampsa Laine wrote:
Is anyone else's connection to update down? I can't seem to bridge packets.
Sampsa
I Can see MIM thro bridge, but CHIMP & RHESUS are unreachable...
Btw, there's a bug in bridge program on HECnet site, which may cause bridge to coredump.
You can look at my patch http://pdp-11.org.ru/~form/files/bridge-tap.diff which fixes the problem (and adds OpenBSD L2 tun/FreeBSD tap support).
--
Buggy code fix:
@@ -497,8 +644,8 @@
if (is_decnet(d)) d->type = DECnet;
if (is_lat(d)) d->type = LAT;
- if (bridge[d->source].types[d->type] == 0) return;
if (d->type == -1) return;
+ if (bridge[d->source].types[d->type] == 0) return;
bridge[d->source].xcount++;
--
>ncp tel mim sho act nod
Active nodes summary as of 20-SEP-09 00:32:49
Executor node = 1.13 (MIM)
State = On, Identification = "RSX system at Update, Sweden"
Remote Active Next
Node State Links Delay Circuit Node
1.15 (PONDUS) Reachable UNA-0 1.15 (PONDUS)
1.250 (ORAC) Unreachable 0 4
1.251 (ZX6000) Unreachable 0 4
1.300 (CTAKAH) Reachable 1 4 UNA-0 1.300 (CTAKAH)
1.401 (CHIMPY) Unreachable 0 4
1.402 (CHIMP) Unreachable 0 4
1.403 (RHESUS) Unreachable 0 4
11.1 (VAXSYS) 0 10 11.2 (MAISA)
11.2 (MAISA) Reachable UNA-0 11.2 (MAISA)
11.3 (OLLIE) 0 4 11.2 (MAISA)
60.652 (MONK) 0 4 60.664 (PDXVAX)
60.664 (PDXVAX) Reachable UNA-0 60.664 (PDXVAX)
>
