1 INFO-VAX	Sun, 24 Aug 2003	Volume 2003 : Issue 468       Contents:/ Re: connect FALCO 5220e to ALPHAstation 255/233 > Re: Difficulties with DPW 500au and StorageWorks components...> Re: Difficulties with DPW 500au and StorageWorks components...< Re: Look for information on exercising third-party FC disks." Re: Looking for TK50s in the UK...( Re: M7940/DHV-11, TU58, and a VAX 11/750( Re: M7940/DHV-11, TU58, and a VAX 11/750 Re: OpenVMS SecurityI Re: overhead with host-based volume shadowing for a one-member shadow-set  Re: PDP-11 OS Release Dates 2 Re: Question about a free shell provider - VisTech' Reconstructing pdf file broken via mail 1 Re: Will OpenVMS I64 run on a Dell PowerEdge 3250   F ----------------------------------------------------------------------  % Date: Sun, 24 Aug 2003 10:13:16 +0100 ' From: Elliott Roper <elliott@yrl.co.uk> 8 Subject: Re: connect FALCO 5220e to ALPHAstation 255/2332 Message-ID: <240820031013168096%elliott@yrl.co.uk>  G In article <bi8utb$2f1$1@online.de>, Phillip Helbig---remove CLOTHES to . reply <helbig@astro.multiCLOTHESvax.de> wrote:  H > Several years ago, I used to have a FALCO 5220e terminal connected to K > the serial port (OPA0 or TTA0) of an ALPHAstation 255/233.  Now, I can't   > get it to work.    > G > Does the FALCO require a different sort of cable (apart from gender)  F > than a VT320 (the FALCO has a female RS232 connector on the back (2 I > actually, one for each port) whereas the VT320 has a male connector)?   J > There are so many options in the setup that even if it were possible to H > change the nature of the connection, I doubt I could find it.  Anyone  > know if this is possible?   D I dimly remember there was once a Falco that was its own null modem. Try a straight through cable.    ------------------------------  % Date: Sun, 24 Aug 2003 14:48:37 +0200  From: Dirk Munk <munk@home.nl>G Subject: Re: Difficulties with DPW 500au and StorageWorks components... 2 Message-ID: <biac96$qs5$1@news2.tilbu1.nb.home.nl>   ohm62 wrote:) > Thanks again for the suggestion, Tom...  > L > Unfortunately, setting the first 3 address dip switches didn't do it in my > case...   :-(  > L > I was not using INIT, and power-cycling the PWS completely, as well as theM > BA. prior to each test, to make sure the bus was fully reinitialized, so it D > is not a problem with INIT either (although I was not aware of the: > limitation of INIT either, so the warning is welcome :-) > M > I am wondering if I have the right QLA1040, now...  It looks like there are K > many different models out there, and according to the document William W. K > Webb was kind enough to point out to me (TCR_HWCFG.pdf, easily found with J > google search) I would need the KZBPA-CB, which is capable of ultra wideG > differential (and single ended?).  The SRM let me select differential H > terminaison on mine, but I am not sure that proves anything...  It wasM > merely advertised as QLA1040 Ultra-wide single ended when I bought it, so I M > am not sure what it really is.  I'll probably have to pull it out again and & > look at the part & serial numbers... > F > Tom, did you get a second QLA1040, PCI based (which port, btw?), forM > external SCSI or do you use the internal adaptor with an extension cable to L > provide the external port?  I am curious to know whether a second QLA is a@ > viable solution, as Dirk mentionned he read somewhere about anK > incompatibility, and I do remember coming across such a warning in one of L > the news groups...  As I am running SRM v7.2-1 and the QLA firmware v5.57,J > and the versions the problem description referred to were ancient, I hadK > some hopes my more recent versions would help getting around that part of  > the issue... > J > Thanks to all of you who gave a hand so far, I am very grateful for your > time and advices!  > 	 > Cheers,  >  >   -- Olivier.  >  > P The differential adaptor is the KZPBA-CY. I have one (not in use), and it has a Q sticker with that part number and anothor one with the Compaq replacement number  
 (401922-001). K Furthermore if you look just above the external connector, there is a SCSI  P symbol stamped in the metal. Just above the SCSI symbol the words SCSI DIFF are % also stamped in the metal. Easy .....    ------------------------------  # Date: Sun, 24 Aug 2003 17:01:46 GMT " From: "ohm62" <ohm62@coldmail.com>G Subject: Re: Difficulties with DPW 500au and StorageWorks components... 7 Message-ID: <_b62b.15733$kF1.4260@nwrdny02.gnilink.net>   K > The differential adaptor is the KZPBA-CY. I have one (not in use), and it  has a K > sticker with that part number and anothor one with the Compaq replacement  number > (401922-001). L > Furthermore if you look just above the external connector, there is a SCSIH > symbol stamped in the metal. Just above the SCSI symbol the words SCSI DIFF are' > also stamped in the metal. Easy .....     G Geez!  I just glanced behind the PWS, and the differential SCSI logo is L obvious enough indeed!  I can't believe I overlooked this; I guess I've beenI a bit too enthusiastic unpacking it and plugging it in, as the seller was J advertising it Single Ended, and it looked pretty much the same as the -CXJ ones I saw pictures of on eBay.  It doesn't pay to be overly confident ;-)  H I guess that explains the incompatibility with the personality module...5 The -CY is unable to function in S.E. mode, isn't it?    Thank You for the heads up!!!!  
   -- Olivier.    ------------------------------  # Date: Sun, 24 Aug 2003 05:52:41 GMT " From: Lee <lytmah@telusplanet.net>E Subject: Re: Look for information on exercising third-party FC disks. / Message-ID: <3F4852A1.9D58ABBF@telusplanet.net>    Thanks, Rob.D I realize comparing I/O of the DGA and DUA disks would be fruitless.L I'm more interested in evaluating the compatibility of the DGA disks on VMS.E Most of my testing so far has been on the DGA disks, DGA/DGA shadows, + and to a lesser extent the DGA/HSJ shadows. L I wanted to know if I could add more to the current exerciser mix, which forJ the first five minutes of the run has 18 concurrent jobs (12 CONVERT and 6G sequential copies).  Even assuming that VMS CONVERT is efficient, would 1 these 18 jobs not throw off sequential pre-fetch? H An interesting note is that the DGA devices have so far racked up errorsF in bunches.  No errors have been logged on the corresponding HSJ disksA I reformatted to have the same number of blocks as the DGA disks. > What do you make of this?  (Only L is connected to FC so far.)   Site 1: D $1$DGA142:         (L)  ShadowSetMember     20  (member of DSA1001:)D $1$DGA191:         (L)  ShadowSetMember     20  (member of DSA1003:)D $1$DGA200:         (L)  ShadowSetMember     20  (member of DSA1005:)D $1$DGA444:         (L)  ShadowSetMember     19  (member of DSA1008:)   Site 2: D $1$DGA4270:        (L)  ShadowSetMember      3  (member of DSA1001:)D $1$DGA4271:        (L)  ShadowSetMember      4  (member of DSA1003:)D $1$DGA4272:        (L)  ShadowSetMember      5  (member of DSA1006:)D $1$DGA4273:        (L)  ShadowSetMember      6  (member of DSA1007:)  F Re directing I/O to a particular DGA, could I not get the same numbers, working with a single-member DGA shadow set?G BTW, how can I show the read costs of a device, and how did you display  the test results?      Rob Young wrote:  V > In article <3F47B5BB.3B528F98@telusplanet.net>, Lee <lytmah@telusplanet.net> writes:E > > Our VMScluster is comprised of 3 sites and 5 nodes (4 production,  > ...    -- Lee    lytmah@telusplanet.net   ------------------------------    Date: 24 Aug 2003 00:48:19 -0700/ From: rod.chapman@praxis-cs.co.uk (Rod Chapman) + Subject: Re: Looking for TK50s in the UK... = Message-ID: <cf2c6063.0308232348.40d06f01@posting.google.com>   h Kilgallen@SpamCop.net (Larry Kilgallen) wrote in message news:<dEY0phvoxDwl@eisner.encompasserve.org>... > But for the size of O > demand you describe (i.e., not all customers), eBay would be a viable source.    yes - good idea.  G > Rod, is Spark Inspector available for VAX VMS ?   What VMS versions ?   D yes - it was the first platform supported.  The Examiner was largely7 developed on VMS.  VMS version 5.5-2 or better I think. '  - Rod Chapman, Praxis Critical Systems    ------------------------------  % Date: Sun, 24 Aug 2003 14:06:02 +0200 + From: "Hans Vlems" <hvlems.nieuw@zonnet.nl> 1 Subject: Re: M7940/DHV-11, TU58, and a VAX 11/750 9 Message-ID: <bia9na$73i25$1@ID-143435.news.uni-berlin.de>   * "msell" <msell@pdq.net> schreef in bericht' news:bi9anp$qc1@library2.airnews.net...  >  > Hello everyone,  >  > H > I was wondering if anyone on this newsgroup has a suggestion on how to/ > connect a dual-TU58 tape drive to a QBus VAX?  > H > I found a document describing how to configure an M7940 (which I have)I > for operation with a TU58, and my QBus VAX (MicroVAX II) recognizes the D > drives (the interface, actually) - so the card at least appears to > partially operate. > E > However - when I try to "mount" a tape, there is no activity on the I > interface (M7940) as tested with a logic probe. This board came from an H > LSI-11/03 in a VAX 11/780, and I believe this board to be operational.J > The point of using the logic probe is to make a cable to attach the dual > TU58 to the M7940. > C > The goal is to create a set of boot tapes for my 11/750. I have a I > working VAXCluster with 4000's, and two MicroVAXes, and I'd like to get  > this 11/750 booting. > > > Has anyone here been successful in using a M7940 with TU58s? > ( > Am I barking up the wrong tree?    : ) >  > Thanks for the insight!  >  >  > - Matt > I IIRC the 11/750 could boot directly from RL02 and RA80's depending on the  selector switch position. K Provided that the bootblock was properly setup with writeboot. That way you + don't need a TU58, they're not that fast...    ------------------------------  % Date: Sun, 24 Aug 2003 11:10:40 -0500 3 From: "misc@vectorgames.org" <misc@vectorgames.org> 1 Subject: Re: M7940/DHV-11, TU58, and a VAX 11/750 - Message-ID: <bianvs$tvd@library2.airnews.net>    Hans Vlems wrote:    >> > K > IIRC the 11/750 could boot directly from RL02 and RA80's depending on the  > selector switch position. M > Provided that the bootblock was properly setup with writeboot. That way you - > don't need a TU58, they're not that fast...  >     I Unfortunately I don't have (I don't think....) a bootable RL02 with VMS.  G I will check again, though. I may have a working RL02 diskpack from an   8600-series.  B This 11/750 is being brought-up "cold" - meaning I don't have any , bootable media for it yet to start into VMS.  G It's a rescue project - all of the components of it and my 11/780 were  D rescued from a computer scrapyard and restored. The 750 seems to be J working correctly now, and the next step is to make it part of my cluster.     	- Matt    ------------------------------  # Date: Sat, 23 Aug 2003 14:48:21 GMT - From: "John E. Malmberg" <wb8tyw@qsl.network>  Subject: Re: OpenVMS Security ; Message-ID: <V8L1b.6581$Nc.4094550@news1.news.adelphia.net>    Bob Ceculski wrote:   E > one more great place to get a really good idea is the cert site ...  > @ > OpenVMS the last time I checked had 31 certs in 13 years while  F Those certs also include were the operating system was listed as "Not E Vulnerable", and some of them are summary lists, which duplicate all   previous listings.  L So a search for any platform will reveal more certs than there actually are.   -John  wb8tyw@qsl.network Personal Opinion Only    ------------------------------  % Date: Sun, 24 Aug 2003 12:38:54 +0200 . From: "Thomas H. Pauli" <thomaspauli@arcor.de>R Subject: Re: overhead with host-based volume shadowing for a one-member shadow-set, Message-ID: <opruenu4i9loujp4@news.arcor.de>   Dear Philip,  J we had this kind of configuration for some years until we replaced it withI Fiberchannel. Experience shows that your planned configuration will work, J but beware of Ethernet loads above maybe 30%, because this will lead to a K kind of collision storms delaying everything. But a more potent performance I killer might be the delay caused by the write confirmation message of the I remote shadow member, which has to wiggle its way through the net, before  a write can be 'closed' by VMS.    Thomas PAuli  J On Sat, 23 Aug 2003 20:44:49 +0000 (UTC), Phillip Helbig---remove CLOTHES 1 to reply <helbig@astro.multiCLOTHESvax.de> wrote:   K > My hobbyist cluster has simple SCSI disks, a mixture of "internal" disks  G > in computers and expansion boxes (disks and boxes: some DEC and some  H > third-party) and SBBs in BA35x boxes (and one DSSI disk inside a VAX) H > which have a SCSI connection to only one node and are MSCP-served and & > mounted by all nodes in the cluster. > G > Some of these are shadow sets; members of system-disk shadow sets are F > connected to the same node (and controller and box) while members ofL > non-system-disk shadow sets are connected to different nodes (and, though K > theoretically not necessary with a split-bus box, different boxes and of  E > course different controllers).  Some are non-shadowed single disks.  > F > My mid-term goal is to have every logical disk be a two-membered (orF > even three-membered) shadow set.  To make things easier when working> > towards this goal (i.e. less to think about when editing theG > disk-mounting procedure which is run at startup), I'm thinking about  I > making ALL disks a shadow set, even if at the moment there is only one  	 > member.  > , > How much additional overhead will this be? > J > All communication (MSCP, cluster communication, "normal" network trafficF > (LAT, TCPIP, no DECnet at the moment) is via a 10 Mb/s LAN, and eachE > node has only ethernet card.  While I'm sure that the network is a  G > bottleneck in some cases, at the moment it's not a problem and other  K > bottlenecks (such as memory in an ALPHA which has only 64 MB) are higher  " > on my list of problems to solve. > K > Also, I now mount all disks on all nodes, even if these disks are rarely  H > accessed from a node other than the one they are connected to via the K > SCSI bus (for example, system disks).  It can be convenient, though, for  L > example when running a procedure to show information about all the disks. F > Again, how much additional overhead is this (i.e. the MSCP serving). >  >        --   Thomas H. Pauli  Hammersteinstr. 19 14199 Berlin Germany    ------------------------------  # Date: Sun, 24 Aug 2003 08:11:57 GMT ! From: inwap@inwap.com (Joe Smith) $ Subject: Re: PDP-11 OS Release Dates9 Message-ID: <hr_1b.261$Zr2.10494@iad-read.news.verio.net>   2 In article <VrqdnYQY_sgOG6qiXTWc-g@speakeasy.net>," Rob Warnock <rpw3@rpw3.org> wrote:C >Even in PDP-10 land, having multiple entry points was not all that D >uncommon (though on the -10 one couldn't jump into the middle of an >instruction, of course).    Another example:  ( OCTOUT::TDZA	T3,T3		; Output T1 in octal+ DECOUT:: MOVEI	T3,2		; Output T1 in decimal & 	IDIVI	T1,8(T3)	; Divide by 8 or by 10- 	HRL	T2,(P)		; Put remainder on program stack  	SKIPE	T1		; Stop when done = 	 PUSHJ	P,DECOUT+1	; Recursively create digits, right to left  	HLRZ	T1,(P)		; Next digit  	ADDI	T1,"0"		; Convert to ASCII: CHROUT::OUTCHR	T1		; Output T1 as a single ASCII character, 	POPJ	P,		; Loop back to RADOUT+4 until done     Another variation on the theme:    OCTOUT:	SKIPA	T3,CHROUT+1  DECOUT:	 MOVEI	T3,^D10< RADOUT:	IDIVI	T1,0(T3)	; RH of T3 is the radix; 2, 8, or 10. 	... CHROUT:	OUTCHR	T1 5 	POPJ	P,8		; Store constant in RH of this instruction  --  8 See http://www.inwap.com/ for PDP-10 and "ReBoot" pages.   ------------------------------    Date: 24 Aug 2003 07:45:29 -00004 From: Doc.Cypher <Use-Author-Address-Header@[127.1]>; Subject: Re: Question about a free shell provider - VisTech 6 Message-ID: <20030824074529.23930.qmail@gacracker.org>  > On 23 Aug 2003, djcameron60616@yahoo.com (stg-delfuego) wrote:    5 >1.  Anyone here know when their site may be back up?   L I'm logged in to the cluster right now.  It hasn't been down, there are some4 niggles with the NEWUSER setup that need ironed out.  E >2.  Anyone know if their are commands I can run in the system to see G >if my account (signed up a few months back up and got too busy to keep < >up with it), only withing good taste and legal constraints?   Log into DEMO and do   $ FINGER <username>   I If you've forgotten the password I'm afraid I can't help you, the NEWUSER  account isn't my area.  G >3.  Anyone know of a good site offering free user accounts on VMS that  >is available?   Google for Hobbes the VAX.     Doc. --  K OpenVMS.         Eight out of ten hackers prefer *other* operating systems. K [Get PGP Key via finger]   http://openvms-rocks.com   http://vmsbox.cjb.net    ------------------------------  % Date: Sun, 24 Aug 2003 11:57:14 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>0 Subject: Reconstructing pdf file broken via mail) Message-ID: <3F48E059.3FECFCAA@istop.com>   F Someone at a government tried to send me a PDF file. Unfortunatly, theP contents were sent from some microsoft box, obviously not adhering to standards.  L It was sent as application/octet-stream, and instead of encoded as base64 or1 uuencode, it was sent as quoted-printable "text".   N The email was picked up by an application of mine from a pop mailbox. It opens the VMS mail file with: N fopen("thefile","w","rfm=var","rat=cr") and uses fputs() to write each line to	 the file.   L the MAIL application barfed on the message due to a record being longer thanL some 5000 bytes, so I was not able to extract it. But I was able to find the! actual VMS file and play with it.   K I used CONVERT to convert it to various formats, and then FTP to a mac that Q has the acrobat reader, but alas, ACROBAT seems to complain about a corrupt file.   M Has anyone ever had success in reconstructing a PDF file ? Any tricks ? Or is & this a lost cause not worth pursuing ?  F (It was a document not meant for public distribution, so I am not in a  position to officially complain)   ------------------------------  # Date: Sun, 24 Aug 2003 15:15:15 GMT 3 From: wallacethinmintr@eircom.net (Russell Wallace) : Subject: Re: Will OpenVMS I64 run on a Dell PowerEdge 32500 Message-ID: <3f48d66b.145924761@news.eircom.net>  F On Sat, 23 Aug 2003 17:35:08 -0400, David Froble <davef@tsoft-inc.com> wrote:  Q >Totally useless thread.  With the exception of a few and VMS engineering, there  M >are no IA-64 systems that will run VMS, because there isn't a VMS for IA-64   >available yet.   F That just means none of them _currently_ run VMS. It doesn't mean none of them _will_ run VMS.    --   "Sore wa himitsu desu."  To reply by email, remove  the small snack from address. ! http://www.esatclear.ie/~rwallace    ------------------------------   End of INFO-VAX 2003.468 ************************