1 INFO-VAX	Tue, 26 Dec 2000	Volume 2000 : Issue 721       Contents:/ Re: Any tips and/or tricks for VMS with HSG80s? = CMS V4.1 MOD LIB/REFERENCE refuses to work on Alpha VMS 7.2-1 A Re: CMS V4.1 MOD LIB/REFERENCE refuses to work on Alpha VMS 7.2-1  DEC EQUIPMENT FOR SALE, did you ever see something like this ?  9484 Re: Giving up on VMS Re: Giving up on VMS Re: Giving up on VMS Re: Giving up on VMS
 HP 4050 TN& Re: Monitor on a AXP running VMS 7.2-1 Re: OpenVMS Listserv Software  OpenVMS on Alpha XL? Re: OpenVMS SAN Integration % OpenVMS V5.5-2 VAX tailoring question % python telnet script for openvms host 9 Re: Simply Marvelous (was DS20 vs DS20E. Was: Sun Cluster 9 Re: Simply Marvelous (was DS20 vs DS20E. Was: Sun Cluster = Re: Simply Marvelous (was Re: DS20 vs DS20E. Was: Sun Cluster = Re: Simply Marvelous (was Re: DS20 vs DS20E. Was: Sun Cluster $ Re: The Listserver here has gone mad  F ----------------------------------------------------------------------  # Date: Sun, 24 Dec 2000 22:21:07 GMT  From: Dirk Munk <munk@home.nl>8 Subject: Re: Any tips and/or tricks for VMS with HSG80s?' Message-ID: <3A4676D1.1481CD90@home.nl>    Uwe Zessin wrote:  > ) > In article <3A45EF6B.6775C6FA@home.nl>, # >   Dirk Munk <munk@home.nl> wrote: 
 > > Hi Kerry,  > > G > > Thanks very much for your suggestions. Further on in this message I  > > will reply to them.  > >  > > Regards, > >  > > Dirk > >  > > "Main, Kerry" wrote: > > >  > > > Hello Dirk,  > > > A > > > Some good tips, but a few suggestions for consideration  ..  > > > G > > > >> You have to set the desired path on the HSG80 (I think), or on 1 > > > VMS (you may have 8 paths to the unit !)<<<  > > > A > > > In a redundant config (2 HBA's per server, 2 FC switchs and > > > > 2 HSG80's), OpenVMS should find 4 connections per device > > > automatically. > 9 > I beleive Dirk was talking about a fully-meshed fabric.   	 Yes I was    > E > > > Recommend that you do not set the "preferred path" on the HSG80 D > > > as it will be overridden anyway, since OpenVMS will choose theG > > > first path it finds as the initial preferred path for the device.  > > J > > I know about and use the possibility to set the preffered path in VMS,H > > and was considering trying it on the HSG80. But if VMS overrides theG > > HSG80 settings, then I don't have to try. Furthermore the HSG80 CLI F > > manual is a bit confusing about this subject. On page 2-31 it saysE > > "This qualifier is effective only in multiple-bus failover mode". E > > On page 2-131 it says about the same switch "The controllers only B > > use the PREFERRED_PATH setting if they are in a dual redundant > > configuration". ( > > So the manual contradicts itself.... > A > There are many more (e.g. on memory requirements for snapshot).  > J > > The manual is not very clear about another situation too. It states onJ > > page 2-29 that if the controllers are in transparent failover mode (soG > > not applicable to VMS), units D0 to D99 are assigned to port 1, and E > > units D100 to D199 are assigned to port 2. But it does not say on H > > which controller, or are the units visible on both controllers? ThatJ > > would mean that unit D10 is visible on port 1 of both controllers, but > > I doubt it. Very confusing.  > D > No. That's correct. In dual-redundant (=transparent failover) modeE > PORT_1 of controller A is active and PORT_2 is standby while PORT_1 E > of controller B is standby, PORT_2 is active. Should one controller E > fail, the other takes over - WARNING! A bad cable will not cause an 6 > automatic failover - at least I have never seen one. > A > You have only 2 visible WWNs (for PORT_1 and PORT_2) and during H > failover it will move from PORT_1/Controller_A to PORT_1/Controller_B)0 > or PORT_2/Controller_B to PORT_2/Controller_A. > E > Now about the units. The 'trick' is that in dual-redundant mode all B > connections to PORT_2 (remember that a CONNECTION defines a pathF > from a host bus adapter to a particular controller/port combination)) > automatically get a unit-offset of 100.  > D > Let's assume all 4 ports are connected to the same switch. 2 PortsC > have 'link up' and 2 are 'down'. Also, you will see 2 connections   > per HBA, not 4 on your HSG80s. > B > You don't want this mode with OpenVMS (or any other OS) that hasE > multi-path capability (or at least some software like Secure Path).   G Thanks for this clarification. I was looking at the dual redundant mode H for a setup where a True64 Unix 4.0x system is connected to the HSG80's.= It this case it is not possible to use the multipath setting.    > F > > > Ideal situation is to leave the default as "nopreferred path" onC > > > all devices on the HSG80. However, before the disk drives are B > > > mounted from OpenVMS, run a command procedure which does theB > > > following for each device. This sets the preferred path that* > > > you want for optimum load balancing. > > > = > > > $ set device $1$DGA34: /path="PKA0.2343-A855-BC99-876F"  > > @ > > actualy: set device $1$DGA34: /path=PGA0.2343-A855-BC99-876F > > (device PG, and no "") > @ > I have seen some text about using or leaving off the '"'s, but  > I don't remember it right now. > - > > > $ help set device /path (for more info) / > > > $ help show device /multi (for more info)  > > > # > > > Also, see this web reference: H > > > <http://www.openvms.compaq.com/openvms/fibre/doc/6318pro_004.html# > setup_hsg80_h> > > > H > > > Suggestion for optimum config, is that you want to try and get allH > > > RAID devices created in one group to be mounted via the same HSG80 > > > controllerF > > > e.g. if S1 is a stripe set of 3 mirror sets M1, M2, M3 and S1 isD > > > partitioned into 4 drives $1$DGA34/35/36/37, then ideally, youF > > > want the preferred path to be the same for all 4 drives and that& > > > path will be via the same HSG80. > > H > > And even the same port on that HSG80. ("Partitioned units can not be% > > split accross ports" - page 2-29)  > I > I vaguely recall that partitioned storage sets cannot even split across B > different hosts, although that might be a non-VMS OS limitation. > H > > > >> Set the allocation class on the controller, even if VMS doesn't > > > use it (yet).<<  > > > D > > > Not sure if I understand this tip. The main reason for settingA > > > a device allocation class is to ensure a device is uniquely  > > > identified in a cluster.E > > > I have not heard of any future requirement for allocation class F > > > to be used by OpenVMS with HSG80's (not saying that there is notE > > > a requirement, just that I have never even it being discussed).  > > > F > > > As you stated, OpenVMS does not use the allocation parameter forE > > > HSG80's and SAN's, so I am not sure what this would gain ...the F > > > down side could be added confusion when alloc parameters are setD > > > on the HSG80's but these are not reflected back in the OpenVMS> > > > device numbering scheme, so it might confuse some folks. > E > It is confusing! Do a '>>> show device' after you have run WWIDMGR. E > I have done some training for a customer, I had just configured the D > boot support and his people got a little bit nervous when they saw# > all these 'strange device names'.  > F > > I can imagine this tip looks a bit strange at first. The HSG80 CLIJ > > manual states op page 2-121 that the allocation class number should beH > > set to a unique value for every HSG80 pair. Apparently in an earlierI > > stage of development of the SAN infrastructure VMS was suppose to use G > > this allocation class number. I don't know if the present situation F > > where VMS does not use it is a permanent situation, or that it mayE > > change in the future. Furthermore I don't know if other operating J > > systems like to see unique allocation class numbers or not. So to keepC > > on the save side I give the HSG80's a unique allocation number.  > > G > > And I would very much like it if VMS could use the allocation class G > > number. I have a situation where 4 large computer sites are located J > > miles from each other. I would like to use the allocation class numberJ > > to determine where the HSG80 is located. That way I can design commandI > > procedures that will set the appropiate shadow settings for shadowing B > > over 2 sites in disaster tolerant cluster setups with cascaded< > >  switches. For now I have designed the following scheme: > > F > > Every site gets a range of numbers, 2-19, 20-39, 40-59, 60-79, and > > 80-99 (spare).A > > Every controller pair gets a unique number from these ranges. J > > This number is used as allocation class number, CCL identifier, and in, > > the first digits of the unit identifier. > >  > > Example:G > > the controller pair has allocation class 14, CCL identifier 14, and 0 > > units with identifiers 1401, 1402, 1403 etc. > > C > > But this way I can 'only' install about 20 HSG80 pairs on every F > > computer site, and that is not so much. I was hoping that with theF > > proper use of the allocation class numbers I would be able to makeC > > a scheme where I can install something like 1000 HSG80 pairs on G > > every site (in the scheme that is, so no need to send Rich Marcello H > > over here to sign multi-million $$$ contracts -:)) ). Of course thisI > > only works if the allocation class is added to the identifier number, < > > because identifiers have a maximum value of 'only' 9999. > < > I wonder what that would do to you in a DRM environment...  < I don't know, cause I don't know what you mean with DRM :-))   >  > > > Regards, > > >  > > > Kerry Main > > > Senior Consultant  > > > Compaq Canada Inc. > > > Professional Services  > > > Voice: 613-592-4660  > > > Fax  :  819-772-7036" > > > Email: Kerry.Main@Compaq.com > > >   > > > -----Original Message-----+ > > > From: Dirk Munk [mailto:munk@home.nl] % > > > Sent: December 23, 2000 3:40 AM  > > > To: Info-VAX@Mvb.Saic.Com > > > > Subject: Re: Any tips and/or tricks for VMS with HSG80s? > > >  > > > Some tips: > [...]  >  > -- > Uwe Zessin5 > (If you want to send mail, please use user "zessin" 1 > who lives at "decus.decus.de", not my-deja.com)  >  > -- > -- > Uwe Zessin5 > (If you want to send mail, please use user "zessin" 1 > who lives at "decus.decus.de", not my-deja.com)  >  > Sent via Deja.com  > http://www.deja.com/   ------------------------------  % Date: Tue, 26 Dec 2000 14:00:22 +0100   From: Paul Sture <paul@sture.ch>F Subject: CMS V4.1 MOD LIB/REFERENCE refuses to work on Alpha VMS 7.2-1+ Message-ID: <VA.000001f9.01dbe977@sture.ch>   = CMS refuses to create an association to a reference library,  6 complaining that extended filenames are not available:   $ CREATE/DIR [.TEST] $ CREATE/DIR [.REF]  $ CMS SHOW VER CMS version V4.1 $ CMS CREATE LIB [.TEST] "" 7 %CMS-S-CREATED, CMS Library USER_SY:[PAUL.TEST] created , %CMS-I-LIBIS, library is USER_SY:[PAUL.TEST] %CMS-S-LIBSET, library set) -CMS-I-SUPERSEDE, library list superseded 5 $ CMS MOD LIB/REFERENCE=SYS$SYSDEVICE:[MYPROJECT.REF] < %CMS-E-NOMODIFY, error modifying library USER_SY:[PAUL.TEST]? -CMS-E-NOEXTENDEDREF, extended filenames are not available for   reference copy directory.   H From scouring the manuals, Release Notes and help, I can only find that G CMS MODIFY LIBRARY/EXTENDED_FILENAMES appears to want an ODS-5 disk. I  B haven't got one. I do have a spare disk to do this with, but it's ) horribly noisy and I'd rather not use it.   
 Any ideas? ___ 
 Paul Sture Switzerland    ------------------------------  % Date: Tue, 26 Dec 2000 14:08:17 +0100   From: Paul Sture <paul@sture.ch>J Subject: Re: CMS V4.1 MOD LIB/REFERENCE refuses to work on Alpha VMS 7.2-1+ Message-ID: <VA.000001fa.01e32989@sture.ch>   = In article <VA.000001f9.01dbe977@sture.ch>, Paul Sture wrote: ' > Date: Tue, 26 Dec 2000 14:00:22 +0100  > Newsgroups: comp.os.vms H > Subject: CMS V4.1 MOD LIB/REFERENCE refuses to work on Alpha VMS 7.2-1" > From: Paul Sture <paul@sture.ch> > ? > CMS refuses to create an association to a reference library,  8 > complaining that extended filenames are not available: >  > $ CREATE/DIR [.TEST] > $ CREATE/DIR [.REF]  > $ CMS SHOW VER > CMS version V4.1 > $ CMS CREATE LIB [.TEST] "" 9 > %CMS-S-CREATED, CMS Library USER_SY:[PAUL.TEST] created . > %CMS-I-LIBIS, library is USER_SY:[PAUL.TEST] > %CMS-S-LIBSET, library set+ > -CMS-I-SUPERSEDE, library list superseded 7 > $ CMS MOD LIB/REFERENCE=SYS$SYSDEVICE:[MYPROJECT.REF] > > %CMS-E-NOMODIFY, error modifying library USER_SY:[PAUL.TEST]A > -CMS-E-NOEXTENDEDREF, extended filenames are not available for   > reference copy directory.  > J > From scouring the manuals, Release Notes and help, I can only find that I > CMS MODIFY LIBRARY/EXTENDED_FILENAMES appears to want an ODS-5 disk. I  D > haven't got one. I do have a spare disk to do this with, but it's + > horribly noisy and I'd rather not use it.  >  > Any ideas?  H Sorry for the pollution, but the problem is described as being fixed in B the latest ECO available in the V7.2-1/CMS/4.1 patch directories.  Downloading now... ___ 
 Paul Sture Switzerland    ------------------------------   Date: 26 Dec 2000 17:19:03 GMT% From: chain28906@aol.com (CHain28906)  Subject: DEC EQUIPMENT FOR SALE : Message-ID: <20001226121903.10146.00008952@ng-md1.aol.com>  /                                            ACSI 5                                        4389 CULVER RD 6                                     ROCHESTER NY 146223        P 716-339-9932                F 716-339-9163 J CIPCA-AA                                                       DS-RZ1DF-VWJ CIPCA-BA                                                       DS-RZ1DD-VW9 DSRVW-EA DEC SERVER 700-8                     DS-RZ1EF-VW 8 DSRVW-GA DEC SERVER 700-16                   DS-RZ1ED-VW@ H0345-AA FLASH CARD                                  DS-RZ1FB-VWF AS500/400 VMS OR UNIX                                PBXGB-AA GRAPHICSF AS500/500 VMS OR UNIX                                PBXGB-CA GRAPHICS< KN610-BA ES40 5-667 CPU                             MS610-EA< KN610-AA ES40 6-500 CPU                             MS610-FA< MS7CC-FA 2 GB FOR AS 8400                        DS-HSG80-BJ; MS7CC-GA 4 GB FOR AS 8400                       DS-HSG80-BK = MS330-FA 1GB FOR AS 4100                          DS-HSJ80-LX < MS330-GA 2GB FOR AS 4100                         DS-HSZ80-AJC EZ832-VW SOLID STATE DISC                        KA694-AA 4705A CPU C EZ58R-VA SOLID STATE DISC                        PB47H-AA AS255/233  PB48H-AA AS255/300   MUCH MORE IN STOCK3 TRADE INS OR PURCHASES OFFERED ON SURPLUS EQUIPMENT    ------------------------------  # Date: Tue, 26 Dec 2000 16:09:44 GMT  From: bob@lenaerts.org5 Subject: did you ever see something like this ?  9484 < Message-ID: <cp326.89330$Ww.1931473@afrodite.telenet-ops.be>   take a look at http://www.webline.be and see the rates for hosting your site. Its almost for free. And you must check out its speed. WAAAAAUUUW. great. take a look @ resyoclorgmyckfkhtnljvmfjkkdurwqmektpyxtbdwrduljdtwjpehqronuneon   ------------------------------  % Date: Sun, 24 Dec 2000 19:30:27 -0500 , From: Howard S Shubs <hshubs@mindspring.com> Subject: Re: Giving up on VMS > Message-ID: <hshubs-01102D.19302724122000@news.mindspring.com>  6 In article <3A468BB7.22D27E71@videotron.ca>, JF Mezei % <jfmezei.spamnot@videotron.ca> wrote:   M >I hadn't though about that issue of media. That spare microvax has a not too G >functioning TK50 but I have no way of generating TK50s from the other  	 >microvax  >which has TK70   & So find an old RRD40 and a controller. --   Howard S ShubsD "Run in circles, scream and shout!"  "I hope you have good backups!"   ------------------------------  % Date: Tue, 26 Dec 2000 08:30:31 -0500 , From: Howard S Shubs <hshubs@mindspring.com> Subject: Re: Giving up on VMS > Message-ID: <hshubs-0CA790.08303126122000@news.mindspring.com>  L In article <929jof$kkn$1@joe.rice.edu>, leslie@clio.rice.edu (Jerry Leslie)  wrote:  K >The only thing that might stop such a trend is something drastic, like an  K >investigation of the Wintel Cartel for violation of the anti-racketeering   >laws.  N Yeah, that's drastic.  Another would be to split MS into at least 4 parts.  I K see these as: (1) operating systems, (2) Office, (3) Internet-related, (4) 6? everything else.  If they can't compete at that point, too bad.a --   Howard S ShubsD "Run in circles, scream and shout!"  "I hope you have good backups!"   ------------------------------  % Date: Tue, 26 Dec 2000 10:58:22 -0500 , From: "Glenn C. Everhart" <Everhart@GCE.com> Subject: Re: Giving up on VMSi' Message-ID: <3A4879CE.68918C8E@GCE.com>i  > NT is more closely related to VMS (internals having come from = as I have heard a followon) but then you can ask 2 questions: A 1. Having done anything in VMS, why bother to prove you can do itoC in NT? 2. Do you want to aid Microsoft...do you approve of and wantrB to extend its business practices...or do you prefer to do businessB with others?  There are many answers to these, and doing the right? thing may not be the same as doing the economically viable one.SD Personally I suspect that greater learning and challenge is possibleC with the non-NT systems. I would however stick with something where-? sources are available for your inspection. OpenBSD, Linux, etc.@A have this. Sun says that Solaris is available also, though I have ) not been able to get thru to their fax... ? Possibly some completely different OSs will be showing up also; < for example, Be has released something open source recently.   JF Mezei wrote:h >  > John Nebel wrote:rE > > Personally I depend on VMS, but I'm, not adverse to OSF/DU/Tru64., > N > If I am switching away from a Compaq product because , like its predecessor,F > Compaq is genetically incapable of selling/marketing its products, IP > certaintly won't go to a Compaq proprietary unix product whose market share isP > questionable anyways. The whole point of leaving VMS is to focus on mainstreamO > products that gives me marketable skills, not some other little known product P > whose marketing is also doubtfull due to the rigid control Intel and Microsoft > have on Compaq's marketing.  > O > If companies are dropping VMS because they need mainstream applications, they8I > are dropping VMS in favour of a mainstream OS.  And right now, it means  > Solaris, NT or Linux.s   ------------------------------  % Date: Tue, 26 Dec 2000 08:33:09 -0700e+ From: "Barry Treahy, Jr." <treahy@mmaz.com>  Subject: Re: Giving up on VMSr( Message-ID: <3A48BA34.AA30A534@mmaz.com>  P VMS has never been a hopeless case, even when I could crash it with EDT, but theO recent corporate support history of Digital and Compaq has cast doubt about thelO long-term future.  The OS is only as useful as the software that will run on ityN and if no one develops software for VMS, it makes it hard to stay with VMS let% alone entice others to migrate to it.   M IMHO, you are wasting your time attempting to run any flavor of Unix on oldermO boxes like a MV2.  You can grab an old 486 PC that is otherwise useless and getcN more use out of it running Linux than you ever will attempting to run BSD on aP MV2.  I have Linux running on PC's from 33Mhz 486's to Dual-Pentium 733 servers,Q to replace VMS?  Nope with a shoe-string budget I'm able to supplement what isn'tBI available on VMS, or is inefficient to run on VMS, or most likely, is tooo expensive to run on VMS.  I Do I give up something running on Linux vs. VMS?  Yes, but this distorted N methodology has allowed me to KEEP VMS and reduce the arguments that it cannot work with other systems...   Barryt       JF Mezei wrote:P  O > I have a spare Microvax II. What are my options to put some free Unix on it ?u= > How recent would that Unix be ?  Can it support X-windows ?a >aH > Also, does anyone have some good pointers on learning "unix" x-windowsI > programming (eg: not using any VMS specific functions to make a program  > portable to Unix) ?v >rP > I am coming to the conclusion that VMS is a hopeless case. Compaq just doesn'tM > have the guts to do what it takes to revive VMS, so this current attempt attM > convincing us that VMS isn't dead (with balls, posters etc) is just another C > veil attempt that will fizzle out and be way too little too late.)   --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIOr  A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028a   ------------------------------  % Date: Tue, 26 Dec 2000 14:26:19 +01000- From: "Sandrine Treheux" <satr@memo.ikea.com>  Subject: HP 4050 TNt, Message-ID: <92a6he$em5$1@mailgate.ikea.com>   Hej,  K     Is there any possibility to setup HP 4050 TN printer on VMS to use trayu 3 ?d%     We are running VMS 7.2, UCX V5.0A4   Br/Sandrinee   ------------------------------  # Date: Fri, 22 Dec 2000 22:49:16 GMTe! From: Ian Parker <parker@gol.com>d/ Subject: Re: Monitor on a AXP running VMS 7.2-1r& Message-ID: <wN0l6GAIp9Q6EwnK@gol.com>  C In article <920cmj$jil$1@mailint03.im.hou.compaq.com>, Hoff Hoffman & <hoffman@xdelta.zko.dec.nospam> writes > N >In article <3a436082.76217725@news.starnet.net>, sfm1115@bjcmail.carenet.org  >(Shawn) writes:F >:I know how to run Monitor System and Monitor System/all.  Is there aB >:way I can re-direct the output to a file rather than the system. >..9B >:I looked through my manuals and was unable to locate the correct >:parameter to set...t- >:I am running OpenVMS 7.2-1 on an Alpha 2100  > > >  The MONITOR utility can record and play back information... >e >  $ MONITOR  >  MONITOR> HELP MONITOR /RECORD >  ... >  Topic? MONITOR /INPUT >  ... >.G >  For additional details, please see the MONITOR utility documentation A >  in the OpenVMS manual set.  An online version is available at:y >d' >    http://www.openvms.compaq.com:8000n= >      /72final/6258/6048pro_contents_002.html#toc_chapter_15  >. >iO > --------------------------- pure personal opinion ---------------------------oM >   Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.como >   E And you can, if you really want, direct the output to a file, perhaps.E for inclusion in a report.  I can't remember whether the /[NO]DISPLAYa9 qualifier may take a file name, alternatively just try a a" $ DEFINE/USER SYS$OUTPUT filename  before the MONITOR command.      Regardsn -- t
 Ian Parker   ------------------------------  % Date: Tue, 26 Dec 2000 08:41:39 -0700s% From: Dean Woodward <deanw@rdrop.com>t& Subject: Re: OpenVMS Listserv Software) Message-ID: <3A48BC33.EEF0BBDB@rdrop.com>    Jordan Henderson wrote:  > G > Some folks in Compaq OpenVMS Engineering ported Majordomo a few yearsiF > back, and it was included in the Internet Product Suite.  I've neverH > heard of anyone who's actually _used_ it, however.  I asked on severalC > mailing lists and here (IIRC) some time back and got no response.   A I'm trying to get it operational with mixed success (VMS 7.1-2 / l TCPIP 5.0A).  3 > But, I bet it doesn't work without some coercion.t   That's a safe bet. :-/   ------------------------------  % Date: Sun, 24 Dec 2000 18:59:36 -0500 3 From: "Walker Bennett" <Wabennett@gw.total-web.net>t Subject: OpenVMS on Alpha XL?i/ Message-ID: <t4d3e2ggr7p6f0@corp.supernews.com>   I Does anyone know if OpenVMS (any version) will install on an Alpha XL 366e
 (21164 chip)?n  A I just inherited one which is loaded with NT, but I'd rather VMS.s   Thanks,    Walker Bennett w_bennett@msn.com  wbennett@caldwellspartin.com   ------------------------------  # Date: Tue, 26 Dec 2000 16:48:37 GMTG" From: fooguy <jweisen@my-deja.com>$ Subject: Re: OpenVMS SAN Integration) Message-ID: <92ai53$isp$1@nnrp1.deja.com>r  D Sorry you feel that way, I mean Segate thought they were of a decentB engineering spec, who were we to argue? We looked at dozens beforeB buying the Xiotech, which we've had for a year now and we love it.F Initally we looked for something with true end to end redundancy (now,E we started shopping two years ago, not many choices) and this was thetG closest we could come in our price range. We had a config that was E2E, E except that it didn't fail over that way. In the beginning we ran twooB fiber HABs to each machine to add a redunant path (we have a spareA backplane for the unit, but yes it doesn't sit inside so it's not E "redundant" it's "spare"). Now, we only have one HAB in each machine.bE The majority of machines connect right now are Netware (two GroupWisecF post offices, two NW 5 file servers, and one of our Sun Netras). To beF honest, Netware has crapped out a bunch of times just because, and the Xiotech has been great.r  G The Dell one is more like NAS than a SAN, attached right to the networkgC and generating three times the traffic for every packet. While I've H heard both about the IBM SAN, a peer of mine has one where he works, andG they've had horrible luck with it (slow, blows drives all the time). It E was on one of their midrange systems (they have an S/390, an RS/6000,oD and an AS/400...don't ask which one cause I don't know) they finallyE moved it to the PCs running Notes. Now, could it be their fault, yes.n I'm just glad we didn't buy it.o  B We looked at the Sun on as well, and as I recall at the time thereH wasn't much support for anything other than Sun hardware and Solaris. IfG I'm wrong on there, then I'd have to look back at my notes and find thes= prevailing reason (if it wasn't that, it was probably money).   B The Compaq one...we've had such bad luck with Compaq (not DEC, butF "What's red and white and I'll be fixing all night") I can't recall if0 we even looked at them, let alone considered it.  C So while I'm sure you felt your comment was helpful, the word trollo comes to mind.  ) In article <3A42BC99.9EC93764@wi.rr.com>,n'   Scott Vieth <svieth@wi.rr.com> wrote: D > You're thinking of connecting a VMS system to a XIOtech box?  Ugh!G > I looked at the XIOtech box for about 15 minutes and then walked away6= > from it after counting all of the single-points-of-failure.c > D > There's no way that a VMS system connected to one of those systems wouldh > ever be supported. >e > -Scott >  > fooguy wrote:o >nH > > We have Xiotech Fiberchannel Storage Area Network Solution, to which weF > > have attached several Netware, NT, and Solaris systems. We have onB > > order, to replace our AS800, (2) DS20s (one with a Solid State Disk).C > > What we're wondering, is if anyone has had any luck with QLogicaF > > Fiberchannel HABs under OpenVMS. QLogic seems to make hardware andG > > drivers for every platform and OS (and DEC seems to use their stuff  here > > and there).- > >- > > Thanks,u > > John */     Sent via Deja.com  http://www.deja.com/   ------------------------------  # Date: Tue, 26 Dec 2000 17:58:44 GMT2+ From: rjordan@mars.mcs.net (Richard Jordan)h. Subject: OpenVMS V5.5-2 VAX tailoring question1 Message-ID: <o%426.487$0p.60525@news.goodnet.com>e  A We've got a customer running on an MV3100, VMS V5.5-2.  It is not G currently upgradeable for a variety of reasons.  When VMS was installedCF by the original vendor, they did a heavily tailored installation, with, most programming/development files left off.  D You guessed it.  Now some development needs to be done on the systemI (don't worry, it has valid and real licenses for same, not ADLs) and I'veUH been looking at doing the tailor-on for the requisite files.  ApparentlyF all we _really_ need is the debugger and related files, so it won't be a massive job.  F Problem one.  The system is TZ30 tape only; my V5.5 and V5.5-2 update E TK50s are dead/unreadable, though I have working V5.5-2H4 remastered dF kits.  I do still have CD media, but no easy way to get a drive on the system.   H Since this is not an actual install, just a tailor on, can I simply copyJ the kits from CD to TK50 cartridge on a local system, then yse those tapes6 as the source media for the tailor-on?  Feels like it  should work...  G Problem two.  It appears that the debug images are among those replacedsG by the V5.5-2 update kit.  I'm _assuming_ I need to tailor on the files D from the V5.5 install kit, then reapply the V5.5-2 update.  The fileE SYS$SYSTEM:VMS$INSTALL_UPG_DATA.COM shows the current version at V5.5 D rather than V5.5-2.  That makes it tough due to time constraints and limited free disk space.  H Given the availability of the remastered V5.5-2H4 kits, I'm wondering ifE a good solution might be to temporarily clear enough space to install G the V5.5-2H4 update kit on the current system, but that would only helpSG if it then allows the tailor-on to use the V5.5-2H4 install kits as theSJ basis for the tailor-on.  So then a question; does installing the V5.5-2H4D _update_ kit change the  VER_ID  in VMS$INSTALL_UPG_DATA.COM to showF V5.5-2 or V5.5-2H4 as the version to tailor on from (and thus allowingF tailoring from the remaster kit) rather than the base V5.5 kit with anF immediate reapplication of the update?  Any info would be appreciated.   Rich Jordanp rjordan@mcs.netO   ------------------------------  # Date: Tue, 26 Dec 2000 17:00:58 GMT,) From: Ennis Rosamond <ennisr@my-deja.com> . Subject: python telnet script for openvms host) Message-ID: <92ais7$jd5$1@nnrp1.deja.com>b  ; I am attempting to develop a Python telnet script to accessp an OpenVMS host.  < The script is partially successful in that it logs on to the< target host. I know this because following acceptance of the> user password by the host, the host sends back the same header= message as is received in an interactive telnet session.  The>? problem I am having is that the host doesn't seem to be sending ? back a '$ ' prompt after the session header; at least I haven't @ seen it.  Consequently, the host doesn't respond to any commands sent by the script. . (I have been trying a simple '$ dir' command.)   My test script is listed below.A   #python test script: import sys, telnetlib  host = 'hostname'  user = 'username\r'0 password = 'mypasswd\r'S tn = telnetlib.Telnet(host)E tn.read_until('Username: ')- tn.write(user) tn.read_until('Password: ')  tn.write(password)4 tn.read_until('[c')    #last char of session hearder tn.write('$ dir\r')P  - #following this, I receive back the sequence:  #recv '\377\373\001'
 #IAC WILL 251E #recv '\377\373\003'
 #IAC WILL 251  #recv '\003\\\033Z'A #4% #which I don't know how to interpret.   : Anyone have an idea about how to determine what I am doing7 wrong?  Could the problem have something to do with the 2 terminal type expected by the OpenVMS telnet host?  ; I am posting this to both the python and openvms discussion & groups.  Any help greatly appreciated.     Sent via Deja.com  http://www.deja.com/   ------------------------------  % Date: Tue, 26 Dec 2000 11:25:48 +0100   From: Paul Sture <paul@sture.ch>B Subject: Re: Simply Marvelous (was DS20 vs DS20E. Was: Sun Cluster+ Message-ID: <VA.000001f7.014e682d@sture.ch>   ; In article <928bdk$43q$1@nnrp1.deja.com>, Uwe Zessin wrote:u' > From: Uwe Zessin <zessin@my-deja.com>e3 > Newsgroups: comp.os.vms,comp.sys.dec,vmsnet.alphasH > Subject: Re: Simply Marvelous (was Re: DS20 vs DS20E. Was: Sun Cluster% > Date: Mon, 25 Dec 2000 20:41:24 GMTu > + > In article <927v14$s0f$1@nnrp1.deja.com>,a >  jgessling@yahoo.com wrote:l > [...]rF > >  Gee, I did spend some time trying to get the lights on my storageJ > > works drives to make nice patterns.  But it seems with the caching andJ > > all it's hard to tell when a real disk access would be required, whichI > > would flash the green LED.  I had to give up on my dream of scrolling,G > > messages and settle for the massive blinking during backups.  (yes,oF > > this cabinet has a glass front, not the standard louvres that hide > > all the lights)a > = > If you have a HSx controller and want a spectacular effect, ' > try the "HSx> LOCATE ALL" command ;-). > D > I sometimes make a little bit fun during installation or training.& > Some people get _really_ nervous ;-) > = > I think it looks much better with the universal drives thand > the old SBBs.m >  > -- >>G I  had good results during the regular restores which were part of Y2K 0I testing. A full shadow copy of 24 disks in the same HSZ70 controlled cab iJ was definitely worth switching off the computer room lights to appreciate.   ___i
 Paul Sture Switzerland    ------------------------------  % Date: Tue, 26 Dec 2000 11:25:49 +0100e  From: Paul Sture <paul@sture.ch>B Subject: Re: Simply Marvelous (was DS20 vs DS20E. Was: Sun Cluster+ Message-ID: <VA.000001f8.014e6aa4@sture.ch>(  F In article <HTT16.29583$1t.1068415@typhoon.ne.mediaone.net>, Terry C.  Shannon wrote:6 > From: "Terry C. Shannon" <terryshannon@mediaone.net>3 > Newsgroups: comp.os.vms,comp.sys.dec,vmsnet.alpha-H > Subject: Re: Simply Marvelous (was Re: DS20 vs DS20E. Was: Sun Cluster% > Date: Tue, 26 Dec 2000 03:03:03 GMTc >  > L > <jgessling@yahoo.com> wrote in message news:927v14$s0f$1@nnrp1.deja.com...? > > In article <LSS06.25243$1t.839399@typhoon.ne.mediaone.net>, ; > >   "Terry C. Shannon" <terryshannon@mediaone.net> wrote:a > <snip> > > >hI > > > Yeah, well, a TS-11 running the UETP program does, er, did a prettyd > > good jobI > > > with the lights. Trouble is, you need to go back to the days of theiI > > > PDP/11-50 or one o' the IBM 360s to get a decent set of front panelh > > lites... > > >mF > >  Gee, I did spend some time trying to get the lights on my storageJ > > works drives to make nice patterns.  But it seems with the caching andJ > > all it's hard to tell when a real disk access would be required, whichI > > would flash the green LED.  I had to give up on my dream of scrolling G > > messages and settle for the massive blinking during backups.  (yes, F > > this cabinet has a glass front, not the standard louvres that hide > > all the lights)e > >r > K > Hmmm... there might be a lucrative third-party or aftermarket opportunitynF > here. Perhaps the folks who design stadium scoreboards (or Wurlitzer& > jukeboxes) could cache in on this... >   You could get shot for that pun! ___l
 Paul Sture Switzerlandr   ------------------------------  # Date: Tue, 26 Dec 2000 16:23:47 GMTx4 From: "Terry C. Shannon" <terryshannon@mediaone.net>F Subject: Re: Simply Marvelous (was Re: DS20 vs DS20E. Was: Sun Cluster< Message-ID: <nC326.29802$1t.1098255@typhoon.ne.mediaone.net>  3 "Peter da Silva" <peter@abbnm.com> wrote in messager news:92aeq6$j92@web.nmti.com...   A > Blue LEDs. Everyone knows blue LEDs make the system run faster.e >s  C Must have been having a Senior Moment to have overlooked that fact!r   D. Oppler-Shift.   ------------------------------  % Date: Tue, 26 Dec 2000 14:58:30 -0300-) From: fabio_compaq@ep-bc.petrobras.com.br0F Subject: Re: Simply Marvelous (was Re: DS20 vs DS20E. Was: Sun ClusterL Message-ID: <OFDA0EA783.CE77859E-ON032569C1.00627FCC@ep-bc.petrobras.com.br>  J Blue leds .... red leds.... the panels must be like the Alphaserver 4100 - or better -sH  like the Proliant panels - Or better.... a wireless Palm-panel based in Bluetooth :-)))))e     Regardsf   FC              E "Terry C. Shannon" <terryshannon@mediaone.net> em 26/12/2000 14:23:47aL                                                                             L                                                                             L                                                                                 >                                                               >                                                               >                                                               >  Para:    Info-VAX@Mvb.Saic.Com                               >                                                               >  cc:      (bcc: Fabio dos Santos Cardoso/E-P-BC/Contratada)   >                                                               >                                                               >                                                               >  Assunto: Re: Simply Marvelous (was Re: DS20 vs DS20E. Was:   >           Sun Cluster                                         >                                                                               3 "Peter da Silva" <peter@abbnm.com> wrote in messagek news:92aeq6$j92@web.nmti.com...   A > Blue LEDs. Everyone knows blue LEDs make the system run faster.C >a  C Must have been having a Senior Moment to have overlooked that fact!h   D. Oppler-Shifta   ------------------------------   Date: 22 Dec 2000 22:39:55 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)n- Subject: Re: The Listserver here has gone madr0 Message-ID: <920l7r$khj$1@n.ruf.uni-freiburg.de>  d In article <920k0m$rgf$05$1@news.t-online.com>, "Helge Krambeck" <helgekrambeck@t-online.de> writes:= >I just replied to my own Post (SMTP Server under OpenVMS...)n6 >Now the Listserver has gone mad and keeps telling me,4 >that i am not allowed to post the same thing again,1 >which I DIDNT DO. Can anybody who is responsiblep8 >for the Listserver please stop this stupid machine ????  O Had the same problem with my last posting. Let's see whether it persits on thise one, too...1   Regards,    Christoph Gartmannl  H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------   End of INFO-VAX 2000.721 ************************