INFO-VAX Thu, 07 Feb 2008 Volume 2008 : Issue 75 Contents: Re: DECnet Phase IV CONFIGURATOR DS10L "Processor correctable error through vector 630." Re: Help identifying a cable Re: Help identifying a cable Re: Help with OpenVMS - Apache - User Login Through the Browser Re: VT100 standards and EDT Re: Zip 3.0g source kit is available. Re: Zip 3.0g source kit is available. Re: Zip 3.0g source kit is available. Re: Zip 3.0g source kit is available. Re: Zip 3.0g source kit is available. ---------------------------------------------------------------------- Date: Wed, 6 Feb 2008 17:52:38 -0800 (PST) From: AEF Subject: Re: DECnet Phase IV CONFIGURATOR Message-ID: <09855ae1-b33c-4fd7-b1e6-402eae43daf5@n20g2000hsh.googlegroups.com> On Feb 5, 10:51 pm, "Bob Blum" wrote: > Are you talking about the Configurator Module (aka "Module Configurator")? Yes! > If so, I've used it for years as part of a network monitoring tool I wrote. > I normally had no problem starting it up, except for one time on one system. > I'm trying to recall what I did to correct the situation, but I don't think > I used the added AUDIT priv, or at least not in the way described in this > thread. I think I may have created a separate account to run it under, like > other DECnet objects. That was another thing I was curious about. They have default accounts out of the box for FAL, NML, DECNET, MAIL, MIRROR, VPM (did I leave any out?), but not for this. You have to "roll your own". I guess few ever used it, as evidenced by my getting so few replies to my ON TOPIC POST! > > My monitoring tool evolved over many years, since at least 1991 until the > early 2000s. I would turn on the module configurator to have it listen for > SYSID messages from the network, then periodically run a DCL command file to > read and parse the output of the NCP command SHOW CONFIG KNOWN CIRCUIT > STATUS. It would then generate "flat file" reports with a single line > record for each device it heard. Since the SYSID messages would be sent out > approximately every fifteen mintes, I could create a timestamp value for the > last time my monitoring node heard the device. It included the DECnet > physical address (AA-00-04-00-yy-xx) and controller ROM address > (08-00-2B-xx-yy-zz), as well as a system ID code. On a large metropolitan > network with literally thousands of nodes, I could tell within 15 minutes > when a device went down (or at least unreachable). I even used the report > files to discover new terminal servers, and generated DCL to auto-populate > Terminal Server Manager with their hardware addresses, then do a TSM TEST > LAT SERVER PARTITION XXX to find out their LAT service node names. Interesting. My node monitor uses $ MCR NCP TELL 'CLIENT_NODE' SHOW EXEC TO NL: looping through all expected nodes, of course. But I wrote it years before I made a serious effort to get the CONFIGURATOR to work. > > If you're talking about something else, I'm not sure if I could help. > Wasn't there also an X.25 Configurator as well? Yes, it's mentioned in the DECnet manuals. Thanks for your reply to this ON TOPIC POST!!! > > Bob Blum > > "AEF" wrote in message > > news:1192535766.289260.15300@v23g2000prn.googlegroups.com... > > > On Oct 16, 5:50 am, IanMiller wrote: > >> On OpenVMS Alpha V8.3 STARTNET.COM still has > > >> THEN INSTALL ADD NICONFIG/ > >> PRIVILEGES=(SYSNAM,LOG_IO) > > > Thanks for checking! Is there a chance that it doesn't need AUDIT priv > > anymore? I suspect not. > > > Could it be that I'm the only one in the VMS universe who has actually > > bothered to get the thing working? Has no one ever reported this to > > VMS Engineering? > > > AEF ------------------------------ Date: Wed, 6 Feb 2008 21:54:03 +0000 From: Anton Shterenlikht Subject: DS10L "Processor correctable error through vector 630." Message-ID: <20080206215403.GA97780@mech-aslap33.men.bris.ac.uk> Hello I understand the folling message means one DIMM is faulty, but which one? The problem seem to appear in connection with a cpu fan failure. Since the DIMMs are very close to the cpu in ds10l, perhaps overheating is to blame. Running SRM memexer I get the following message, probably one message per pass. >>>show_status ID Program Device Pass Hard/Soft Bytes Written Bytes Read -------- ------------ ------------ ------ --------- ------------- ------------- 00000001 idle system 0 0 0 0 0 0000079e memtest memory 30 0 0 31809601536 31809601536 >>> Processor correctable error through vector 630. Machine Check Logout Frame @ 0x6000 Code = 0x86 Alpha 21264 IPRs (CPU 0): I_STAT: 0000000000000000 DC_STAT: 000000000000000C C_ADDR: 00000000296287C0 DC1_SYNDROME: 0000000000000000 DC0_SYNDROME: 000000000000008F C_STAT: 0000000000000003 C_STS: 000000000000000A MM_STAT: 0000000000000000 The address is always the same. many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 ------------------------------ Date: Thu, 7 Feb 2008 05:19:11 +0000 (UTC) From: Cydrome Leader Subject: Re: Help identifying a cable Message-ID: Bob Blum wrote: > I think others who have responded are right, it looks like an old > DataProducts printer interface using the 50-pin Winchester connector. > Here's a link to a page mentioning it. Although it shows a parallel-to-DP > adapter, I just want to show the 50-pin connector. > > http://www3.sympatico.ca/photologic/cd2.htm > > I remember some old printers like System Industries ("SI") or Printronix > using the DataProducts interface. I even once had to hook two up to a > DECserver 250, the one with two 37-pin "D" connectors for parallel line > printers! > > In the photo of the cable, at the Winchester end, it looks like there's a > label that says something like "INMAC 8066 4426 25FT". I tried putting some INMAC was a huge computer cables distributor. I think they vanished in the early 90s. > of those in as keywords to a Google search, but didn't come up with much. > Try this: http://www.google.com/search?hl=en&q=50-pin+winchester. > > Good Luck! > > Bob Blum > > > > > "Tad Winters" wrote in message > news:Xns9A19DEE58DB59staffordnospamwinter@199.45.49.11... >> Thanks for identifying the last item! (Bill and others.) >> >> I have a cable I'd like to identify now. If you can take a look at: >> >> http://mysite.verizon.net/stafford.winters2/Unknown-Clear-Signal-cable.html >> >> (Sorry if it wrapped.) >> The jacket itself has INMAC CLEAR SIGNAL CABLE on it, but there is no >> identifying tag as I'm used to seeing. It's only cluttering up my home >> office, so I'd like to figure out what it is and get it outta here. >> Thanks, >> >> Tad > > ------------------------------ Date: Thu, 07 Feb 2008 01:22:38 -0500 From: JF Mezei Subject: Re: Help identifying a cable Message-ID: <47aaa457$0$15761$c3e8da3@news.astraweb.com> Cydrome Leader wrote: > INMAC was a huge computer cables distributor. I think they vanished in the > early 90s. If I recall properly, INMAC and the PC/MAC wharehouse became/merged into what is today CDW. BlackBox still has a big catalogue of various cables. ------------------------------ Date: Wed, 06 Feb 2008 18:44:44 -0800 From: "Tom Linden" Subject: Re: Help with OpenVMS - Apache - User Login Through the Browser Message-ID: On Mon, 04 Feb 2008 13:17:11 -0800, Muehlbauer, Jeffrey wrote: > Hi, > > I'm hoping for some help regarding logging into VMS through Apache Web > Server (CSWS). Before installing Apache I had WASD installed and was > able to have my users log into and view files in their home directory. > I did this by entering http://server/~ in the browser and it took them > to their SYS$LOGIN directory. If you had it working with WASD, why did you need to downgrade to Apache? > > Does anyone know how to do this with Apache? My MRP runs on OpenVMS and > I'd like my users to be able to run a report and view it from within the > browser. > > I've made the appropriate changes (I think) to > APACHE$ROOT:[CONF]HTTPD.CONF, created the directory [.PUBLIC_HTTP] under > the users home directory (and set the protections) and created the > .HTACCESS file, I just cant log in through the browser. > > Any help that anyone could provide would be appreciated. > > Thanks > > Jeffrey J. Muehlbauer > Director, Information Technologies > Artistic Carton Company > 1975 Big Timber Road > Elgin, Illinois  60123 > Main:              (847) 741-0247 > Fax:                (847) 741-8529 > Direct:           (847) 717-1950 > Cell:             (630) 430-4756 > E-Mail:           jmuehlbauer@artisticcarton.com > -- PL/I for OpenVMS www.kednos.com ------------------------------ Date: Wed, 6 Feb 2008 19:51:35 -0500 From: Dave Cantor Subject: Re: VT100 standards and EDT Message-ID: In article , bqt@update.uu.se wrote... > FredK skrev: > > The only undocumented sequences that I know about have to do with > > manufacturing diagnostics and tests. > > The undocumented VT100-sequences I know of are the ones related to the LED > control, of which some other numbers did "funny" things on the VT100, which > obviously were bugs. I think I remember [155q (lower-case Q) for Ring Bell Forever Try [143q for "piano mode". I'm not too sure of that. And I think I remember [8;0y or maybe [0;8y for Perform No Test Until Power Off (Continuously performs the tests specified by the zero argument (which are none). IIRC if a 1 is used instead of 0, the terminal will flash about once a second until power off. Maybe the 8 parameter was a 9. It's been too long; I don't remember for sure. -- Dave C. Groton, CT ex-DECcie ------------------------------ Date: Wed, 6 Feb 2008 14:52:23 -0600 (CST) From: sms@antinode.org (Steven M. Schweda) Subject: Re: Zip 3.0g source kit is available. Message-ID: <08020614522383_2062A39A@antinode.org> From: "Richard Brodie" > "Ken Robinson" wrote in message > news:7dd80f60802060906w1a72a46x8bf2b1ec5202d977@mail.gmail.com... > > > I tried to get it using smartFTP and got the following error: > > > > [12:04:04] CWD /pub/infozip/beta/zip30g.zip > > Try a different client. CWD to a file isn't likely to work. Good plan. Wget loved it, and this is a "MultiNet FTP Server Process V5.2(16)" FTP server, so it even looks UNIX-like. You seem to have StupidFTP rathar than SmartFTP. (Which version? Once, upon a time when I cared, SmartFTP could even deal with a VMS FTP server with some success.) ------------------------------------------------------------------------ Steven M. Schweda sms@antinode-org 382 South Warwick Street (+1) 651-699-9818 Saint Paul MN 55105-2547 ------------------------------ Date: Wed, 6 Feb 2008 16:13:52 -0500 From: "Ken Robinson" Subject: Re: Zip 3.0g source kit is available. Message-ID: <7dd80f60802061313j6628fc8au91fa3e181c13207d@mail.gmail.com> On Feb 6, 2008 3:52 PM, Steven M. Schweda wrote: > From: "Richard Brodie" > > > > "Ken Robinson" wrote in message > > news:7dd80f60802060906w1a72a46x8bf2b1ec5202d977@mail.gmail.com... > > > > > I tried to get it using smartFTP and got the following error: > > > > > > [12:04:04] CWD /pub/infozip/beta/zip30g.zip > > > > Try a different client. CWD to a file isn't likely to work. > > Good plan. Wget loved it, and this is a "MultiNet FTP Server Process > V5.2(16)" FTP server, so it even looks UNIX-like. You seem to have > StupidFTP rathar than SmartFTP. (Which version? Once, upon a time when > I cared, SmartFTP could even deal with a VMS FTP server with some > success.) I got it using a plain "$ copy/ftp/bin/log" from VMS. SmartFTP likes VMS, I use it all the time. It looks like the problem is that the directory that the file resides in "beta" can not be read. I tried going to that directory directly and SmartFTP showed no files in it. Ken ------------------------------ Date: Wed, 6 Feb 2008 17:18:15 -0600 (CST) From: sms@antinode.org (Steven M. Schweda) Subject: Re: Zip 3.0g source kit is available. Message-ID: <08020617181509_2062A39A@antinode.org> From: "Ken Robinson" > I got it using a plain "$ copy/ftp/bin/log" from VMS. SmartFTP likes > VMS, I use it all the time. It looks like the problem is that the > directory that the file resides in "beta" can not be read. I tried > going to that directory directly and SmartFTP showed no files in it. Lacking any useful details, I can only guess, but that FTP server has a somewhat quirky property: [...] FTP> quote syst 215 UNIX MultiNet Unix Emulation V5.2(92) FTP> cd [] 250 Connected to DSA0:[INFOZIP]. FTP> quote syst 215 VMS MultiNet V5.2(92) FTP> This ability to flip and flop between UNIX and VMS directory listing styles can confuse an FTP client which expects more stability. (I added code to wget specifically to deal with this behavior.) This one seems to be configured to start up in UNIX mode, so, unless you said something VMS-like, I'd expect it to stay that way, and everyone to be happy. But what do I know? Everything's complicated. ------------------------------------------------------------------------ Steven M. Schweda sms@antinode-org 382 South Warwick Street (+1) 651-699-9818 Saint Paul MN 55105-2547 ------------------------------ Date: Wed, 06 Feb 2008 22:13:12 -0700 From: Jeff Campbell Subject: Re: Zip 3.0g source kit is available. Message-ID: <1202361273_7319@sp12lax.superfeed.net> Ken Robinson wrote: > On Feb 6, 2008 3:52 PM, Steven M. Schweda wrote: >> From: "Richard Brodie" >> >> >>> "Ken Robinson" wrote in message >>> news:7dd80f60802060906w1a72a46x8bf2b1ec5202d977@mail.gmail.com... >>> >>>> I tried to get it using smartFTP and got the following error: >>>> >>>> [12:04:04] CWD /pub/infozip/beta/zip30g.zip >>> Try a different client. CWD to a file isn't likely to work. >> Good plan. Wget loved it, and this is a "MultiNet FTP Server Process >> V5.2(16)" FTP server, so it even looks UNIX-like. You seem to have >> StupidFTP rathar than SmartFTP. (Which version? Once, upon a time when >> I cared, SmartFTP could even deal with a VMS FTP server with some >> success.) > > I got it using a plain "$ copy/ftp/bin/log" from VMS. SmartFTP likes > VMS, I use it all the time. It looks like the problem is that the > directory that the file resides in "beta" can not be read. I tried > going to that directory directly and SmartFTP showed no files in it. > > Ken Ken, Does SmartFTP work with ODS-5 volumes? I just downloaded it and tried it with my VMS 7.3-1 TCPIP v5.3 system. If I copy a file with embedded spaces in the it's name, e.g. "This is a test.txt", it gets transferred OK. The remote directory listing shows the file as "This^_is^_a^_test.txt" which is the VMS mapping of the file name. If I then try to copy the file back, the copy operation fails because SmartFTP sends the file name verbatim as displayed. Is there a workaround, besides don't do that? 8-) Jeff ------------------------------ Date: Wed, 6 Feb 2008 23:31:28 -0600 (CST) From: sms@antinode.org (Steven M. Schweda) Subject: Re: Zip 3.0g source kit is available. Message-ID: <08020623312811_2062A39A@antinode.org> From: Jeff Campbell > Does SmartFTP work with ODS-5 volumes? I just downloaded it > and tried it with my VMS 7.3-1 TCPIP v5.3 system. If I copy a file > with embedded spaces in the it's name, e.g. "This is a test.txt", > it gets transferred OK. The remote directory listing shows the > file as "This^_is^_a^_test.txt" which is the VMS mapping of the file > name. > > If I then try to copy the file back, the copy operation fails because > SmartFTP sends the file name verbatim as displayed. > > Is there a workaround, besides don't do that? 8-) No reasonable FTP client can deal with ODS5 extended file names on the VMS TCPIP FTP server, because any reasonable FTP client would expect the server to be able to cope with a file name supplied by the server. FTP> dir a* 200 PORT command successful. 150 Opening data connection for a* (15.170.178.183,52642) Directory USER5:[antinode] a^.b.c;1 1/3 7-FEB-2008 01:45:08 [ANTINODE] (RWED,RWED,RE,) Total of 1 file, 1/3 blocks 226 LIST Directory transfer complete. 163 bytes received in 00:00:00.00 seconds (79.59 Kbytes/s) FTP> get a^.b.c 200 PORT command successful. 550-Failed to open USER5:[antinode]a^^^.b.c; for input. 550 file not found FTP> get a.b.c 200 PORT command successful. 150 Opening data connection for USER5:[antinode]a^.b.c; (15.170.178.183,52644) ( 8 bytes) 226 Transfer complete. local: USER5:[antinode]a^.b.c;2 remote: a.b.c This is using a less obsolete version, too. td183 $ tcpip show version HP TCP/IP Services for OpenVMS Industry Standard 64 Version V5.6 on an HP rx2600 (1.40GHz/1.5MB) running OpenVMS V8.3 This problem is old, and should be well known, but it doesn't seem to bother the folks in charge of the TCPIP code. I did add some code to wget to deal with this problem, but I see no excuse for the server's inconsistent (erroneous, lame) behavior. ------------------------------------------------------------------------ Steven M. Schweda sms@antinode-org 382 South Warwick Street (+1) 651-699-9818 Saint Paul MN 55105-2547 ------------------------------ End of INFO-VAX 2008.075 ************************