1 INFO-VAX	Mon, 01 Sep 2003	Volume 2003 : Issue 484       Contents:M Re: ??==Delete key only backspaces w/o delete from Telnet in Mac OSX Terminal  Compaq BASIC's optimizer Re: DSSI problemP RE: Enterprise Systems Journal: Benefits of muti-OS support in a hardware platfoP RE: Enterprise Systems Journal: Benefits of muti-OS support in a hardware platfo Re: Full system disk Re: Full system disk Re: Full system disk Re: HSZTERM  Re: HSZTERM  Re: HSZTERM  Re: HSZTERM + Re: Idiot (I know that's redundant) spammer + Re: Idiot (I know that's redundant) spammer ( Re: M7940/DHV-11, TU58, and a VAX 11/750( Re: M7940/DHV-11, TU58, and a VAX 11/750 Re: OpenVMS Security Re: OpenVMS Security Re: OpenVMS Security Re: OpenVMS Security Re: OpenVMS Security Re: OpenVMS Security Re: OpenVMS Security$ Re: Patching Ident field of an Image$ Re: Patching Ident field of an Image Re: PDP-11 OS Release Dates  Re: PDP-11 OS Release Dates  Re: PDP-11 OS Release Dates  Re: PDP-11 OS Release Dates  Re: PDP-11 OS Release Dates   Re: Shadowing question: NOMASTER  Re: Shadowing question: NOMASTER  Re: Shadowing question: NOMASTER  Re: Shadowing question: NOMASTER  Re: Shadowing question: NOMASTER  Re: Shadowing question: NOMASTER' Soundcard for Compaq DS 10 and HP DS 15 + Re: Soundcard for Compaq DS 10 and HP DS 15 " Re: Switch Frm DECNet+ to Phase IV" Re: Switch Frm DECNet+ to Phase IV" Re: Switch Frm DECNet+ to Phase IV Re: The vmsnet hierarchy Re: The vmsnet hierarchy Re: TPU Section files... Re: TPU Section files...6 Re: Vax 4000/600 TOY battery substitute at Radio Shack5 Re: VMS and SAN storage.  Was RE: OVM & DELL servers.   F ----------------------------------------------------------------------  % Date: Mon, 01 Sep 2003 09:40:10 +0200 . From: "Hans M. Aus" <aus@vim.uni-wuerzburg.de>V Subject: Re: ??==Delete key only backspaces w/o delete from Telnet in Mac OSX TerminalB Message-ID: <aus-C0022C.09401001092003@wrzx08.rz.uni-wuerzburg.de>  2 In article <300820031509409880%elliott@yrl.co.uk>,)  Elliott Roper <elliott@yrl.co.uk> wrote:  ... G > If you (original poster) are using terminal on Mac OS X, to telnet or H > ssh to VMS, simply choose Window Settings..-> Emulation and make  sureI > 'delete sends backspace' is unchecked. It then sends an octal 177, like  > a proper terminal should. [1]  >   I Elliott, I tried your suggestion this (Monday) morning using the MacOS X  2 Terminal with 'delete sends backspace' unchecked.   : With "telnet vmsbox-ip" the delete key works as it should.  F HOWEVER, in order to have the German Umlauts display correctly on the ! terminal, I have to connect with:    "telnet -8 vmsbox-ip"   9 Then the delete key apparently sends end of command line.  :(   --  B Cheers, Hans M. Aus, Wuerzburg, Germany,  aus@vim.uni-wuerzburg.de   ------------------------------  $ Date: Mon, 1 Sep 2003 12:38:30 -0400) From: "Neil Rieck" <n.rieck@sympatico.ca> ! Subject: Compaq BASIC's optimizer 8 Message-ID: <aCK4b.6343$Kj.283815@news20.bellglobal.com>   Folks,  F While renovating some older programs written by a colleague I stumbledF onto some strange case statements (line 2000) that didn't generate anyE complier warnings. I rewrote the case statements into equivalent code F using if-then statements (line 3000) which didn't produce any complier warnings either.  : (ps. the code at line 4000 does produce compiler warnings)  D Did Compaq's BASIC optimizer ever detect these coding errors or am I imagining that it once did?   
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.! http://www3.sympatico.ca/n.rieck/      1000(         ! complier: Alpha BASIC V1.5-0008         ! switches: /warn=all/optim=level=4/list/machine         option type=explicit         set no prompt          declare long a% 1         input "enter a number? (range: 1-3) "; a% 	         !  2000         print "case test"          select a%              case >=2%                  print ">=2"              case <=2%                  print "<=2"              case =2%                 print "=2(a)"              case =2%                 print "=2(b)"          end select	         !  3000         print "if test"          if a% >=2% then                  print ">=2" (                 goto simulate_end_select         end if         if a% <=2% then                  print "<=2" (                 goto simulate_end_select         end if         if a% = 2% then                  print "=2(a)" (                 goto simulate_end_select         end if         if a% = 2% then                  print "=2(b)"          end if         simulate_end_select:	         !  4000         if 1=0 then "                 print "do nothing"         end if	         !          end    ------------------------------  % Date: Mon, 01 Sep 2003 12:25:19 +0100 & From: Nic Clews <spamthis@[127.0.0.1]> Subject: Re: DSSI problem ' Message-ID: <bivaac$ps3$1@lore.csc.com>    Thierry Dussuet wrote:: > In article <biili1$hc3$1@lore.csc.com>, Nic Clews wrote: >   D >>I was more thinking you dismantle the system so you can access theH >>cabling to check it / reseat the connections. This is something I have >>not had to do. >  > H > I've looked at the cable from the cpu board to the control panel -- itH > seems that in 10 years of opening/closing the control panel, the cableH > suffered.  I'm not sure, but there's like a broken place in the middleH > of the cable.  Would that cause the DSSI disks not to be seen anymore," > and the date not to be readable?  - The answer is possibly yes to both questions.   I I have repaired a SCSI cable in a MV3100. Very fine wires a steady hand,  G soldering and careful repair and the devices work. It is probably more  F related to the DSSI devices not working, this break in the cable. How  easy to repair, I don't know.   I The other issue is if one has broken through wear and tear, then another  D break is likely, so getting a replacement loom is probably the best D answer. Part number will be stamped somewhere on it. It is possible C other systems share this same bit of cable, so you may find that a  F diskless system may be better value. There is also the service store, G while most of the prices seem a little high, you may find a reasonable   price.   --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at spamblock csc dot com    ------------------------------  $ Date: Mon, 1 Sep 2003 09:35:27 -0400' From: "Main, Kerry" <kerry.main@hp.com> Y Subject: RE: Enterprise Systems Journal: Benefits of muti-OS support in a hardware platfo R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB0C7B5B@tayexc19.americas.cpqcorp.net>   Tom,  / Re: Supporting multiple OS's on one platform...   E Another (potentially big) benefit from a med-large ISV perspective is F the ability to support a number of different platforms (UNIX, OpenVMS,( Linux, Windows) with a single system.=20  D Simply acquire relatively low end SAN and then with that one system,A boot into different environments as is required to test/reproduce  problem etc.  A With a partitioned system on a SAN, you can also reproduce / test ) multi-tier platform environments as well.    Regards   
 Kerry Main Senior Consultant  Hewlett-Packard (Canada) Co.! Consulting & Integration Services  Voice: 613-592-4660  Fax   : 613-591-4477 Email: kerryDOTmain@hpDOTcom-     (remove the DOT's and replace with "."'s)  OpenVMS DCL - the original .COM  =20    ------------------------------  $ Date: Mon, 1 Sep 2003 06:51:04 -0700# From: "Tom Linden" <tom@kednos.com> Y Subject: RE: Enterprise Systems Journal: Benefits of muti-OS support in a hardware platfo 9 Message-ID: <CIEJLCMNHNNDLLOOGNJIAEBAHOAA.tom@kednos.com>   K The main benefit, as I said before, inures to HP by standardizing platforms @ and secondarily to end users who can standardize HW procurement. Personally, J I find mult-booting a nusiance, and would prefer either multiple platforms orG virtual machines.  Consider the case of your hypothetical ISV, he has a  problem J with a release on one OS, so he wants to see how it behaves on a differentE system, and maybe step through each with the debugger comparing as he  goes along.  QED.    >-----Original Message----- - >From: Main, Kerry [mailto:kerry.main@hp.com] ) >Sent: Monday, September 01, 2003 6:35 AM  >To: Info-VAX@Mvb.Saic.ComH >Subject: RE: Enterprise Systems Journal: Benefits of muti-OS support in >a hardware platform >  >  >Tom,  > 0 >Re: Supporting multiple OS's on one platform... > F >Another (potentially big) benefit from a med-large ISV perspective isG >the ability to support a number of different platforms (UNIX, OpenVMS, & >Linux, Windows) with a single system. > E >Simply acquire relatively low end SAN and then with that one system, B >boot into different environments as is required to test/reproduce
 >problem etc.  > B >With a partitioned system on a SAN, you can also reproduce / test* >multi-tier platform environments as well. >  >Regards >  >Kerry Main  >Senior Consultant >Hewlett-Packard (Canada) Co. " >Consulting & Integration Services >Voice: 613-592-4660 >Fax   : 613-591-4477  >Email: kerryDOTmain@hpDOTcom . >    (remove the DOT's and replace with "."'s)  >OpenVMS DCL - the original .COM >  >  >---' >Incoming mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com). A >Version: 6.0.511 / Virus Database: 308 - Release Date: 8/18/2003  >  --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.511 / Virus Database: 308 - Release Date: 8/18/2003   ------------------------------  % Date: Mon, 01 Sep 2003 09:53:37 +0100 0 From: Chris Sharman <chris.sharman@sorry.nospam> Subject: Re: Full system disk 4 Message-ID: <biv1eh$qm8$1$8300dec7@news.demon.co.uk>   Chris Doran wrote:s > JimStrehlow@data911.com (Jim Strehlow) wrote in message news:<4b6ec350.0308291032.56436cb6@posting.google.com>...  >  >>>Chris Sharman wrote:  >>> 7 >>>>Now the system disk (1Gb rx26f) is full (12M free).  >>C >>Have you purged down log files such as SYS$SYSTEM:STARTUP.LOG (if / >>used) and SYS$MANAGER:OPERATOR.LOG (if used)? . >>Do you have SYS$MANAGER:ACCOUNTNG.DAT files? >  > See my ancient post at> http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&safe=off&threadm=2123f120.4d9384b6%40usw-ex0104-032.remarq.com&rnum=2&prev=/groups%3Fhl%3Den%26lr%3D%26ie%3DISO-8859-1%26safe%3Doff%26q%3Dweeds%2Bdoran%26btnG%3DGoogle%2BSearch%26meta%3Dgroup%253Dcomp.os.vmsG > (phew!*) for some VMS "weeds" that need to be kept under control, and G > how to kill them. Some things may have changed in the current version + > of VMS, but this may give you some clues.   . Thanks - those are all tidied monthly already.* Got rid of ECP, which isn't used any more.B There seem to be a lot of unused *_TV.EXE images, .IIF files, and ' alternative math files (UVMTH*, *D56*).    Chris    ------------------------------  % Date: Mon, 01 Sep 2003 14:13:29 +0300 * From: Mike Rechtman <rechtman@tzora.co.il> Subject: Re: Full system disk & Message-ID: <3F5329D9.201@tzora.co.il>   Chris Sharman wrote: > Chris Doran wrote: > ; >> JimStrehlow@data911.com (Jim Strehlow) wrote in message  < >> news:<4b6ec350.0308291032.56436cb6@posting.google.com>... >> >>>> Chris Sharman wrote:  >>>>9 >>>>> Now the system disk (1Gb rx26f) is full (12M free).  >>>> >>> E >>> Have you purged down log files such as SYS$SYSTEM:STARTUP.LOG (if 1 >>> used) and SYS$MANAGER:OPERATOR.LOG (if used)? 0 >>> Do you have SYS$MANAGER:ACCOUNTNG.DAT files? >> >> >> See my ancient post at >> http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&safe=off&threadm=2123f120.4d9384b6%40usw-ex0104-032.remarq.com&rnum=2&prev=/groups%3Fhl%3Den%26lr%3D%26ie%3DISO-8859-1%26safe%3Doff%26q%3Dweeds%2Bdoran%26btnG%3DGoogle%2BSearch%26meta%3Dgroup%253Dcomp.os.vms  >>H >> (phew!*) for some VMS "weeds" that need to be kept under control, andH >> how to kill them. Some things may have changed in the current version, >> of VMS, but this may give you some clues. >  > 0 > Thanks - those are all tidied monthly already., > Got rid of ECP, which isn't used any more.D > There seem to be a lot of unused *_TV.EXE images, .IIF files, and ) > alternative math files (UVMTH*, *D56*).  >  > Chris  >   + Is this an Alpha or VAX? Was it once a VAX? @ *_TV.EXE and *.IIF are repectively the resultant executables and= feedback files created by VESTing a VAX .EXE to Alpha format. ? IIRC you can VEST with /NOFEEDBACK to avoid creating IIF files, > and you can probably kick them if you don't plan on re-VESTing+ executables for marginal efficiency boosts.    Mike --    & New to c.o.vms? allow me to recommend:6 http://eisner.encompasserve.org/~rechtman/post_hlp.htm@ Other useful links at http://eisner.encompasserve.org/~rechtman/E --------------------------------------------------------------------- E Usual disclaimer: All opinions are mine alone, perhaps not even that. ? Mike Rechtman                            *rechtman@tzora.co.il* E Kibbutz Tzor'a.                          Voice (home):(972)-2-9908337 C    "20% of a job takes 80% of the time, the rest takes another 80%" E ---------------------------------------------------------------------    ------------------------------  % Date: Mon, 01 Sep 2003 15:08:13 +0100 0 From: Chris Sharman <chris.sharman@sorry.nospam> Subject: Re: Full system disk 4 Message-ID: <bivjsd$beh$1$830fa7a5@news.demon.co.uk>   Mike Rechtman wrote: > Chris Sharman wrote: >  >> Chris Doran wrote:  >>< >>> JimStrehlow@data911.com (Jim Strehlow) wrote in message = >>> news:<4b6ec350.0308291032.56436cb6@posting.google.com>...  >>>  >>>>> Chris Sharman wrote:: >>>>>> Now the system disk (1Gb rx26f) is full (12M free). >>>>F >>>> Have you purged down log files such as SYS$SYSTEM:STARTUP.LOG (if2 >>>> used) and SYS$MANAGER:OPERATOR.LOG (if used)?1 >>>> Do you have SYS$MANAGER:ACCOUNTNG.DAT files?  >>>  >>> See my ancient post at>>> http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&safe=off&threadm=2123f120.4d9384b6%40usw-ex0104-032.remarq.com&rnum=2&prev=/groups%3Fhl%3Den%26lr%3D%26ie%3DISO-8859-1%26safe%3Doff%26q%3Dweeds%2Bdoran%26btnG%3DGoogle%2BSearch%26meta%3Dgroup%253Dcomp.os.vms   >>> I >>> (phew!*) for some VMS "weeds" that need to be kept under control, and I >>> how to kill them. Some things may have changed in the current version - >>> of VMS, but this may give you some clues.  >>1 >> Thanks - those are all tidied monthly already. - >> Got rid of ECP, which isn't used any more. E >> There seem to be a lot of unused *_TV.EXE images, .IIF files, and  * >> alternative math files (UVMTH*, *D56*). > - > Is this an Alpha or VAX? Was it once a VAX? B > *_TV.EXE and *.IIF are repectively the resultant executables and? > feedback files created by VESTing a VAX .EXE to Alpha format. A > IIRC you can VEST with /NOFEEDBACK to avoid creating IIF files, @ > and you can probably kick them if you don't plan on re-VESTing- > executables for marginal efficiency boosts.   @ It's an Alpha. I certainly haven't ported these images from VAX.H We did purchase VEST, but we never made use of it - it turned out to be = an unnecessary (for us) last resort in the migration process. E I've listed the images below, with mod & expiry dates - some of them  3 have been referenced in some way, but most haven't.   E If anyone has any idea how they come to be there, or whether they're   necessary, I'd be grateful.    Thanks,  Chris    Directory SYS$COMMON:[SYSEXE]   F DBLMSGMGR_TV.EXE;1                151/152     18-MAR-2001 10:49:45.47  20-JUL-2001 14:40:10.99 F DSTGRAPH$MAIN_TV.EXE;1            379/384     24-MAY-1996 16:22:50.19  25-APR-1997 09:58:59.29 F EDF_TV.EXE;1                     1981/1984    18-MAR-2001 10:49:45.68  20-JUL-2001 14:40:38.62 F FLOWGRAPH$MAIN_TV.EXE;1           421/428     24-MAY-1996 16:22:50.02  25-APR-1997 09:59:02.98 F MONITOR_TV.EXE;1                 1256/1256    22-MAR-2001 15:48:45.29  11-APR-2003 11:06:15.57 F TECO32_TV.EXE;1                    32/32      18-MAR-2001 10:49:44.80  20-JUL-2001 14:42:46.84 F VEST$MAIN_TV.EXE;1               7947/7952    24-MAY-1996 16:22:49.83  25-APR-1997 09:59:30.54   % Total of 7 files, 12167/12188 blocks.    Directory SYS$COMMON:[SYSLIB]   F BASRTL2_D53_TV.EXE;1             2954/2956    18-MAR-2001 10:49:51.58  20-JUL-2001 14:55:36.71 F BASRTL2_D56_TV.EXE;1             2882/2884    18-MAR-2001 10:49:53.64  20-JUL-2001 14:55:40.18 F BASRTL_D56_TV.EXE;1              1352/1352    18-MAR-2001 10:49:48.56  11-APR-2003 11:06:16.41 F BLAS1RTL_D53_TV.EXE;1             230/232     18-MAR-2001 10:49:55.68  20-JUL-2001 14:55:44.81 F BLAS1RTL_D56_TV.EXE;1             212/212     18-MAR-2001 10:49:56.34  20-JUL-2001 14:55:45.56 F COBRTL_D56_TV.EXE;1              2829/2832    18-MAR-2001 10:49:57.57  20-JUL-2001 14:55:59.00 F DBLRTL_D56_TV.EXE;1              2339/2340    18-MAR-2001 10:50:00.93  20-JUL-2001 14:56:11.37 F DTM_SCANSHR_TV.EXE;1              873/876     24-MAY-1996 16:48:21.93  20-NOV-1999 10:44:18.42 F FORRTL2_TV.EXE;1                  186/188     18-MAR-2001 10:50:06.53  20-JUL-2001 14:59:34.54 F FORRTL_D56_TV.EXE;1               740/740     18-MAR-2001 10:50:05.16  29-AUG-2003 14:42:45.73 F LIBRTL2_D56_TV.EXE;1              134/136     18-MAR-2001 10:50:08.76  20-JUL-2001 15:00:29.09 F LIBRTL_D56_TV.EXE;1               357/360     18-MAR-2001 10:50:07.72  29-AUG-2003 14:42:45.77 F MTHRTL_D53_TV.EXE;1              1369/1372    18-MAR-2001 10:50:09.65  11-APR-2003 11:06:18.91 F MTHRTL_D56_TV.EXE;1              1289/1292    18-MAR-2001 10:50:10.89  20-JUL-2001 15:00:48.36 F PASRTL_D56_TV.EXE;1               755/756     18-MAR-2001 10:50:12.34  20-JUL-2001 15:00:58.29 F PLIRTL_D56_TV.EXE;1               832/832     18-MAR-2001 10:50:13.25  23-JUL-2003 16:01:28.42 F RPGRTL_TV.EXE;1                   106/108     18-MAR-2001 10:50:15.17  20-JUL-2001 15:01:12.01 F SCNRTL_TV.EXE;1                   393/396     18-MAR-2001 10:50:16.33  20-JUL-2001 15:01:14.00 F TCPIP$SMTP_PARSESHR_TV.EXE;1      134/136     25-SEP-2001 14:02:58.13  20-OCT-2001 13:50:56.72 F TECOSHR_TV.EXE;1                  749/752     18-MAR-2001 10:49:44.93  20-JUL-2001 15:02:40.44 F TIE$EMULAT_TV.EXE;1               354/356     18-MAR-2001 10:50:18.40  23-JUL-2003 12:26:41.90 F UVMTHRTL_D53_TV.EXE;1            1369/1372    18-MAR-2001 10:50:19.25  20-JUL-2001 15:02:52.52 F UVMTHRTL_D56_TV.EXE;1            1289/1292    18-MAR-2001 10:50:20.37  20-JUL-2001 15:02:54.28 F VAXCRTLG_D56_TV.EXE;1            1550/1552    18-MAR-2001 10:50:23.12  20-JUL-2001 15:03:03.74 F VAXCRTL_D56_TV.EXE;1             1551/1552    18-MAR-2001 10:50:21.70  11-APR-2003 11:06:19.54 F VMSRTL_TV.EXE;1                   222/224     18-MAR-2001 10:50:24.52  20-JUL-2001 15:03:21.23   & Total of 26 files, 27050/27100 blocks.   ------------------------------  % Date: Mon, 01 Sep 2003 08:01:53 +0200  From: Dirk Munk <munk@home.nl> Subject: Re: HSZTERM2 Message-ID: <biungb$vvm$1@news2.tilbu1.nb.home.nl>   David J. Dachtera wrote: > Jan-Erik Sderholm wrote:  >  >>Hi. = >>I'v been looking around the HP/VMS site to locate a copy of + >>HSZTERM (aka SCSIPAD), but can't find it.  >>F >>(The kit that enables the SET HOST/SCSI interface to HSZ controlers) >>- >>Anybody know what has happend to this kit ?  >>Or where I can find it ? >  > H > Look for hszterm.zip at http://www.djesys.com/freeware/vms/hszterm.zip > + > DJAS01::DDACHTERA$ unzip/test hszterm.zip ) > Archive:  DKA0:[DDACHTERA]HSZTERM.ZIP;1 * >     testing: hszterm010.a             OK* >     testing: hszterm010.b             OK* >     testing: hszterm010.c             OK* >     testing: vms71_hszterm.com        OKI > No errors detected in compressed data of DKA0:[DDACHTERA]HSZTERM.ZIP;1.  > * > (Hoff: Can this go on the freeware CDs?) >   P Hoff can answer for himself of course, but it would be a bit odd if it would go G on the freeware CDs. VMS engineering has warned that it may cause data  O corruption (and we have seen that), and distributing software that is known to  0 cause data corruption is hardly sensible policy.  O And let's not forget that HP has Storageworks Command Scripter as replacement.  % (obviously it is not for free ......)    ------------------------------  % Date: Mon, 01 Sep 2003 08:06:16 +0200  From: Dirk Munk <munk@home.nl> Subject: Re: HSZTERM2 Message-ID: <biunoi$2jj$1@news2.tilbu1.nb.home.nl>   Jan-Erik Sderholm wrote:  > Dirk Munk wrote: >  >>R >>We connect the console ports of the HSZ controllers to a DECserver, and that wayQ >>you can get access too ! The console ports of the Alpha's are also connected to A >>a DECserver. It is a good way of getting remote console access.  >  >  > Very true. > J > Now, this is a HSZ22, and I'm not sure they "do" serial consoles. And if > you C > are going to run it though the console port, you have to use SWCC  > anyway, right ?   Q No, you don't need any additional software. You will be hooked up to the console  N just as if you would hook up a laptop to do configurations etc. (assuming you  don't need logging).  I > With "real" HSZ's I'd prefer to hook them up using Console Manager, but 
 > a simpleH > terminal server (or single port serial "print server") also works fine > if you) > don't need the history logging in CM...  > . > I'm not asking for HSZTERM for no reason. :) >  >  > Jan-Erik.    ------------------------------  % Date: Mon, 01 Sep 2003 08:45:14 +0200 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>  Subject: Re: HSZTERM' Message-ID: <3F52EAFA.36C191D7@aaa.com>   ! OK, I didn't know about that one.  I'll take a look. 2 If it runs on VMS and is character terminal based, it might be interesting.  	 Jan-Erik.      Keith Parris wrote:  > C > The replacement for HSZterm is StorageWorks Command Scripter (see F > http://h18006.www1.hp.com/products/sanworks/commandscripter/).  Same3 > features, with many bugs fixed, and is supported.    ------------------------------  % Date: Mon, 01 Sep 2003 09:04:52 +0200 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>  Subject: Re: HSZTERM& Message-ID: <3F52EF94.A3D070A@aaa.com>  	 Hi again. ; Well now, I can *NOT* find anything about HSZ22 in the page ( below. Only HS* 60,70, and 80 models....  ) And when I tried to read the SPD, I got :   3 550 /pub/products/sanworks/techdoc/AE-RN6GA-TE.pdf: /     The system cannot find the file specified.    ! (The other docs worked anyway...)   8 So, "StorageWorks Command Scripter" is not a replacement? for HSZTERM, it's another product targeting newer controlers...   # "...same features...", well well...   	 Jan-Erik.    Keith Parris wrote:  > C > The replacement for HSZterm is StorageWorks Command Scripter (see F > http://h18006.www1.hp.com/products/sanworks/commandscripter/).  Same3 > features, with many bugs fixed, and is supported.    ------------------------------  $ Date: Mon, 1 Sep 2003 13:35:48 +0200+ From: "Rik Steenwinkel" <rsteenw@xs4all.nl> 4 Subject: Re: Idiot (I know that's redundant) spammer: Message-ID: <Ysd2q9KROUC1-pn2-oXj5KwrMLdFr@news.xs4all.nl>  D On Sun, 3 Aug 2003 12:52:26 UTC,   VAXman-  @SendSpamHere.ORG wrote:  M } Does anybody reading this thread have one of the floppy camera memeory card M } readers?  If you do, what does VMS see when you insert the floopy?  This is $ } my other alternative if it works.   D No, there should be at least one more, although pretty expensive: a F SCSI card reader. I have one by Microtech which can accept two PCMCIA E cards, but with the appropriate converter I can read/write CF cards,  E and probably other types too. They also have units that can natively  C accept PCMCIA, CF and SM, last time I looked. The gizmo identifies  @ itself on the SCSI bus as a removeable disk drive, and given OS E support for the file system used on the cards (usually FAT or VFAT),  F it should work without further fuss. At least it did without requiringF any additional drivers under OS/2, Linux and one of the BSDs (I forgot which).   A Has VMS USB support reached mass storage devices? If so, then an  8 external USB cardreader would probably be the way to go.   --  > // Rik Steenwinkel  #  VMS mercenary  #  Enschede, Netherlands // 1024D/CDBAE5C1    ------------------------------  $ Date: Mon, 1 Sep 2003 13:53:37 +0200+ From: "Rik Steenwinkel" <rsteenw@xs4all.nl> 4 Subject: Re: Idiot (I know that's redundant) spammer: Message-ID: <Ysd2q9KROUC1-pn2-Stlj0isdZhSR@news.xs4all.nl>  E On Sun, 3 Aug 2003 10:25:25 UTC, p_sture@elias.decus.ch (Paul Sture)   wrote:  K } Having said that, the DOS command line offers an alternative. You do need E } to realize that any filename longer than 8.3 will translate to some . } gibberish involving a ~, but it is workable.  > It gets better when you first visit http://www.jpsoft.com and A download/install 4DOS or 4NT first. You'll then have much better  E wildcarding (like ab*cd*.txt or x[1246-9]*.jpg), better command line  E editing and recall, functions (of course not as comprehensive as DCL  F lexicals, but still a useable bunch), file selection by size or date, 	 etcetera.   F (sorry for the shameless plug, but over the years their products have F kept the DOS/Windows environments I had to struggle with comparatively	 useable).    --  > // Rik Steenwinkel  #  VMS mercenary  #  Enschede, Netherlands // 1024D/CDBAE5C1    ------------------------------  $ Date: Mon, 1 Sep 2003 12:05:03 +0200+ From: "Rik Steenwinkel" <rsteenw@xs4all.nl> 1 Subject: Re: M7940/DHV-11, TU58, and a VAX 11/750 : Message-ID: <Ysd2q9KROUC1-pn2-Kr4TzklFeXeN@news.xs4all.nl>  / On Tue, 26 Aug 2003 07:32:22 UTC, "Hans Vlems"   <hvlems.nieuw@zonnet.nl> wrote:    } The M } 730 used a peculiar drive with one spindle and two volumes, the top one was : } removable. That was bootable but definitely not an RL02.  B If I'm not mistaken it was the 11/725 which had such a unit, 25MB  removeable and 25MB fixed.   --  > // Rik Steenwinkel  #  VMS mercenary  #  Enschede, Netherlands // 1024D/CDBAE5C1    ------------------------------  % Date: Mon, 01 Sep 2003 12:34:26 -0500 / From: Clay M. Denton <denton@orison.dsserv.com> 1 Subject: Re: M7940/DHV-11, TU58, and a VAX 11/750 8 Message-ID: <ln07lv0chhf5dvau1jod2jfp09iumg1t8m@4ax.com>  R This was the RC25 drive - 5.25" platters IIRC - with 1 fixed internal. 1 removable
 cartridge.   Clay  O On Mon, 1 Sep 2003 12:05:03 +0200, "Rik Steenwinkel" <rsteenw@xs4all.nl> wrote:   0 >On Tue, 26 Aug 2003 07:32:22 UTC, "Hans Vlems"   ><hvlems.nieuw@zonnet.nl> wrote: >  >} TheN >} 730 used a peculiar drive with one spindle and two volumes, the top one was; >} removable. That was bootable but definitely not an RL02.  > C >If I'm not mistaken it was the 11/725 which had such a unit, 25MB   >removeable and 25MB fixed.    ------------------------------  % Date: Mon, 01 Sep 2003 10:18:07 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>  Subject: Re: OpenVMS Security 0 Message-ID: <biv2sf$qh7$1@new-usenet.uk.sun.com>   David Froble wrote:   J > Andrew constantly tries to lump denial of service with security.  It is= =20 G > NOT a security issue.  Someone can blow up the local power utility=20 F > generating station, and your system will quit running.  Is this a=20J > security issue?  Not for the VMS system, but maybe for the power compan= y. >=20C > Security issues, to me, are when someone can get your data, or=20 J > destroy/change your data.  OS security is outside the scope of physical= =20 J > security, such as blowing up your building, or getting physical access =   > to your computer.  >=20J > Security to me is having data links that someone can access, but even=20A > after accessing a VMS system, can in no manner obtain and/or=20  > destroy/change data. >=20C > Now, within that definition, Andy boy, can you show us any VMS=20  > vulnerabilities? >=20C > Dave, who expects Andy boy to ignore a question he cannot answer.  >=20  = That may be you view but it isn't a view that CERT subscribes  to.   ) This is CERT's description of their role.   B "The CERT=AE Coordination Center (CERT/CC) is a center of InternetD security expertise, located at the Software Engineering Institute, aE federally funded research and development center operated by Carnegie E Mellon University. Our information ranges from protecting your system H against potential problems to reacting to current problems to predictingG future problems. Our work involves handling computer security incidents F and vulnerabilities, publishing security alerts, researching long-termH changes in networked systems, and developing information and training to( help you improve security at your site."  @ Since all the OpenVMS vunerabilities I have listed are from CERT@ advisories I would suggest that instead of accusing me trying toB lump anything with anything you instead lobby CERT to change their charter.  < I would also have taken more notice of your point if you had9 cautioned Bob not to include denial of service attacks in # his proposed statistical excercise.    But you didn't !   Regards  Andrew Harrison    ------------------------------  % Date: Mon, 01 Sep 2003 11:18:56 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>  Subject: Re: OpenVMS Security 0 Message-ID: <biv6eh$rnn$1@new-usenet.uk.sun.com>   Mark Berryman wrote:* > Andrew Harrison SUNUK Consultancy wrote: >  >> Mark Berryman wrote:   K > Get this through your head, Andrew.  UCX does NOT equal VMS.  There have  D > always been VMS IP implmentations that were not vulnerable to the I > attacks you so desperately want VMS to have been vulnerable to.  There  F > may have been individual products that were vulnerable, but not VMS. >   / Sorry but this is just BS and not even good BS.   C UCX was Digitals IP stack for OpenVMS. UCX was vunerable to various @ CERT exploits, so where would you expect OpenVMS admins managingA systems using UCX go to get reliable responses to CERT advisories  for UCX on OpenVMS ?   CERT or somewhere else ?  A Now if Digital had never posted CERT responses for UCX on OpenVMS A or always posted CERT responses for UCX on OpenVMS you might have  a point.  A But the thing that totally destroys your argument is that Digital 2 did sometimes post responses to UCX vunerabilites.  C Take Ping of Death, Digital did post a response for UCX on OpenVMS.   E Take LAND, your argument crap as it is it that Digital didn't need to D post a response because UCX while vunerable isnt part of OpenVMS. IfE true how does that explain their response to POD which they were also B like LAND vunerable to but which according to you they didn't need to respond to ?   7 Just how much more daft do you need to end up looking ?   J > If you still can't grasp this, I have some code I can load onto solaris J > that makes it vulnerable to every IP attack known.  Does this mean that # > it is solaris that is vulnerable?  >   F Likewise OpenVMS so what does that prove except that its irrelevant to the argument ?   Regards  Andrew Harrison    ------------------------------  % Date: Mon, 01 Sep 2003 13:59:42 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>  Subject: Re: OpenVMS Security 0 Message-ID: <bivfrv$1km$1@new-usenet.uk.sun.com>   Dirk Munk wrote:* > Andrew Harrison SUNUK Consultancy wrote: >  >> Bob Koehler wrote:  >>E >>> In article <biksij$c76$1@new-usenet.uk.sun.com>, Andrew Harrison  E >>> SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes:  >>> C >>>> You could argue that because Compaq had the gall to charge for E >>>> something that in almost every other OS was a standard component B >>>> then the very least they could have done was get the security >>>> reporting sorted out. >>>  >>>  >>>  >>> K >>>    Like Solaris and the C compiler?  How often do you clean the windows  >>>    in your glass house?  >>>  >> >>
 >> Hardly. >>@ >> Having the ability to connect to the network is a rather moreF >> fundamental for most customers than being able to develop software. >>C >> Almost all customers need networking a smaller subset need to be  >> able to develop software. >  > I > You are absolutely right Andrew, however it seems you define 'network'  M > as TCP/IP (like many others who have never seen or heard of anything else).  >     D There are apparently 400,000 installed VMS/OpenVMS systems worldwideD Including mobile phones supporting IP there are probably 200 million plus devices that support IP.   B What ever you may think about the technical merits of IP it is the? defacto network standard and to suggest as you go on to do thatk; DECnet would at this point be a better option is laughable.   ? I don't think IP when I think networking SNA, DECnet, OSLAN etcs< are all network protocols. But if you want to connect almost/ anything to almost anything else then it is IP.       H > I had been using DECnet for many years before I first used TCP/IP. At A > the time I was shocked to find how primitive TCP/IP looked and R  > functioned compared to DECnet. >   A This may or may not be true but isn't relevant to the discussion.H  J > DECnet is native to VMS, in fact a full file specification in VMS looks 
 > like this:  D > decnet-node::disk:[directory]file-name.file-extension;file-version > 1 > example: myhost::$1$DKA300:[mydir]file.dat;2354u > K > A VMS system can in principle use (read/write/update) files on any other  G > VMS system, like it is a file on the system itself, without (!!) any  I > special network programming. In fact it can do that with certain other  < > operating systems as well using DECnet. Try that with IP ! > J > Or those default gateway problems. DECnet was always capable of finding 6 > its own routers, and only lately IP can do that too. > @ > I used DECnet on my VMS workstation to do background software I > distributions between McIntosh workstations long before Apple could do D > that with Appletalk. >  > How you may ask? > ( > Simple: copy MAC001::file MAC002::file >    Also not relevant.F > If you want to try DECnet yourself, please do so. There is a DECnet D > phase IV and  OSI stack for Solaris, please look in your software  > catalogue. >   7 I have, I used to install it for customers who required- DECnet connectivity.  = A decade ago this was quite common now its almost unheard of.u  3 Almost all customers have standardised on IP mainly < because for the last decade all the systems they have bought; with the possible exception of OpenVMS have included IP and0; it doesn't make any sense to force the vast majority to pay@9 to be able to talk to a tiny minory (OpenVMS) of systems.i  ? In fact it would ensure that the tiny minority becomes a tinier 7 minority something that I am sure you don't want thoughe; it would be the inevitable consequence of the direction you  appear to be advocating.   Regards  Andrew Harrisoni   ------------------------------   Date: 1 Sep 2003 08:28:55 -0500l- From: Kilgallen@SpamCop.net (Larry Kilgallen)i Subject: Re: OpenVMS Securitye3 Message-ID: <+TWTwkoIMjjU@eisner.encompasserve.org>    In article <biv6eh$rnn$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes:  E > UCX was Digitals IP stack for OpenVMS. UCX was vunerable to variouszB > CERT exploits, so where would you expect OpenVMS admins managingC > systems using UCX go to get reliable responses to CERT advisories. > for UCX on OpenVMS ?  B At the time, those IP-connected systems using UCX may have been in- the minority.  Multinet was _very_ prominent.i   ------------------------------  % Date: Mon, 01 Sep 2003 15:58:42 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>e Subject: Re: OpenVMS Securitya0 Message-ID: <bivmr2$4k1$1@new-usenet.uk.sun.com>   Larry Kilgallen wrote: > In article <biv6eh$rnn$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: >  > E >>UCX was Digitals IP stack for OpenVMS. UCX was vunerable to various/B >>CERT exploits, so where would you expect OpenVMS admins managingC >>systems using UCX go to get reliable responses to CERT advisories  >>for UCX on OpenVMS ? >  > D > At the time, those IP-connected systems using UCX may have been in/ > the minority.  Multinet was _very_ prominent.n    = What on earth has this got to do with Digitals responsibilitye? to provide accurate responses to issues related to the security " and reliability of their products.   Does this mean that:  > Oracle don't need to publish responses to advisories for their< product running on Linux because the majority of Linux users
 run MySQL.  : Sun don't need to provide responses to firewall advisories8 on Solaris relating to SunScreen because more people run Checkpoint.e   Of course not.  > Ohh dear you got hacked/crashed and we didn't warn you because= more people use another package/OS combination. Not a tenable 2 position is it so don't try using it as an excuse.   Regardso Andrew Harrisone   ------------------------------  % Date: Mon, 01 Sep 2003 18:27:58 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>t Subject: Re: OpenVMS Security 0 Message-ID: <bivviv$7mi$1@new-usenet.uk.sun.com>   Larry Kilgallen wrote:j > In article <bio0pn$aoq35$1@ID-135708.news.uni-berlin.de>, bill@gw5.cs.uofs.edu (Bill Gunshannon) writes: > 5 >>In article <$6nfcvTC16BY@eisner.encompasserve.org>,e2 >>	Kilgallen@SpamCop.net (Larry Kilgallen) writes: >> >>>In article <bincje$97r$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes:c >>>t >>> A >>>>Having the ability to connect to the network is a rather moretG >>>>fundamental for most customers than being able to develop software.  >>>aM >>>So will Solaris out-of-the-box be able to connect to my internal network ?b >>D >>If you are using "the Industry Standard" (where have we heard this7 >>term before?) networking protocol, the answer is yes.a >  > C > So you want me to change my network before Solaris will have that  > advantage Andrew proclaimed !V >   
 Advantage ???   ; Solaris doesn't have an out of the box advantage because itw9 includes IP because thats the status quo for modern OS's.   : We would have an out of the box dissadvantage if it didn't6 include IP but you can hardly claim that supporting IP1 in this day and age is some sort of selling tool.  > : >>Oh, and while were denigrating Solaris for not providingD >>a C compiler with the base distribution, which compilers come with( >>the VMS base distribution and license? >  > 9 > I certainly never suggested anyone should program in C.e    ; Nope but the thread you have jumped in on suggests that Sunu7 not bundling a commercial C compiler (we do supply GCC)e7 with Solaris is equivalent to OpenVMS not having had ana	 IP stack.   < If not having a C compiler isn't a bad thing in your opinion2 then whats the point of your argument about IP ???   regards  Andrew Harrisont   ------------------------------  % Date: Mon, 01 Sep 2003 18:30:32 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>> Subject: Re: OpenVMS Securityi0 Message-ID: <bivvnp$7mi$2@new-usenet.uk.sun.com>   Nic Clews wrote:* > Andrew Harrison SUNUK Consultancy wrote: >  >>Fred Kleinsorge wrote: >>N >>>"Andrew Harrison SUNUK Consultancy" <Andrew_No.Harrison_No@nospamn.sun.com>> >>>wrote in message news:biie4h$gep$2@new-usenet.uk.sun.com... >>>t >>>f7 >>>>>Can you identify which CERT you are referring to ?b >>>>>. >>>>< >>>>POD, LAND and a number of other IP stack vunerabilities. >>>> >>>i >>>aM >>>Arguably, VMS "has no IP stack" integrated as part of the OS.  At minimum,lJ >>>one would need to identify which IP stack is actually installed for theO >>>system to be vulnerable - as they are by no means the same code bases, and I K >>>would expect differing strengths and vulnerabilities.  I would also note-M >>>that until perhaps 4-5 years ago, most VMS customers probably were running"M >>>DECnet or DECnet/ISO stacks and so had no such issues... and yes, in orderSK >>>to co-exist in a IP world we end up getting at least some of the baggage@C >>>that comes with the UNIX origins of some of the code and design.t >>>d >>>  >>; >>Arguably but since the IP stack was packaged with OpenVMSr >>its not a very good defence. >>> >>Sure you could avoid the problem by not installing the stackB >>something thats pretty much true for most of the CERT advisories1 >>don't use bind not vunerable to bind CERTS etc.h >>@ >>But not responding at all didn't alert OpenVMS admins that had> >>installed or were thinking of installing the IP stack to the. >>issues associated with the bundled IP stack. >>C >>This ignorance is dangerous and has interesting side effects like5 >>Bob for example. >  > J > Please understand that the (anyones) IP stack to OpenVMS with regards toD > the operating system, has a different position to that to say UNIXJ > (anybodies) as an operating system. A very fundamental difference. We're* > talking operating system internals here. > H > While you see "not" packaging some IP stack or other with OpenVMS as aH > failure, the way OpenVMS grew up without one in the first place, meansE > that whatever IP stack doesn't have the same dangerous, potentially J > damaging little "hooks" into the kernel. As an add-on it has to obey theB > protection laws as laid down by the operating system architects. >   = Ohh so if this is the case why do the vunerabilites exist fora the OpenVMS IP stack ??t    > > As you say, ignorance of facts can lead to wrong assertions. >   > As you can see wrong assumptions can lead to you being at odds' with the facts as you are in this case.a   Regards  Andrew Harrisonn   ------------------------------   Date: 1 Sep 2003 03:30:02 -0700h* From: Anders.Wallin@om.com (Anders Wallin)- Subject: Re: Patching Ident field of an Image = Message-ID: <79de16e3.0309010230.6c0bf5a3@posting.google.com>A  h Kilgallen@SpamCop.net (Larry Kilgallen) wrote in message news:<BuyJ9nY4c3ij@eisner.encompasserve.org>...O > Can't you make the production logs show the Image File Build Identification ?  > M > I have not seen any response in this thread indicating why that field woulde > not solve your problems.  ' ---------------------------------------:" Perhaps this is a better solution.? I'll check on displaying the "Image File Build Identification".gD Do you have any hints on how I get this information written into the& image header without having to relink?   Regardse
 Anders Wallinn   ------------------------------   Date: 1 Sep 2003 08:31:59 -0500E- From: Kilgallen@SpamCop.net (Larry Kilgallen)A- Subject: Re: Patching Ident field of an Imaget3 Message-ID: <3s+cFv33YUWK@eisner.encompasserve.org>&  j In article <79de16e3.0309010230.6c0bf5a3@posting.google.com>, Anders.Wallin@om.com (Anders Wallin) writes:j > Kilgallen@SpamCop.net (Larry Kilgallen) wrote in message news:<BuyJ9nY4c3ij@eisner.encompasserve.org>...P >> Can't you make the production logs show the Image File Build Identification ? >>  N >> I have not seen any response in this thread indicating why that field would >> not solve your problems.h > ) > ---------------------------------------o$ > Perhaps this is a better solution.A > I'll check on displaying the "Image File Build Identification".nF > Do you have any hints on how I get this information written into the( > image header without having to relink?  D As I indicate in my earlier post, use the PRODUCT PACKAGE command toD create a Reference (not Sequential) kit.  When you have finished you. can discard everything but the modified image.  C If you are not a regular user of PRODUCT PACKAGE it will take a bit5C of reading, but once you have it working a simple command procedurewA taking a parameter for the image filespec and one for the desirede0 Build Identification should work for many years.   ------------------------------   Date: 1 Sep 2003 07:09:33 GMTP( From: peter@taronga.com (Peter da Silva)$ Subject: Re: PDP-11 OS Release Dates1 Message-ID: <biurbd$4hi$1@citadel.in.taronga.com>l  G In article <binfv1$1vf$2@bob.news.rcn.net>,  <jmfbahciv@aol.com> wrote:03 >In article <bilgka$2uhp$1@citadel.in.taronga.com>,%- >   peter@taronga.com (Peter da Silva) wrote:B9 >>EDLIN should be able to do that. It's a TECO lookalike.m  ? >BARF!  No way.  Not if it's the EDLIN I tried to wrestle with.   $ I said "lookalike", not "workalike".   -- mH Rev. Peter da Silva, ULC.	 29.6852N 95.5770W                       WWFD?  F "Be conservative in what you generate, and liberal in what you accept" 	-- Matthew 10:16 (l.trans)d   ------------------------------   Date: 1 Sep 2003 07:14:07 GMTF( From: peter@taronga.com (Peter da Silva)$ Subject: Re: PDP-11 OS Release Dates1 Message-ID: <biurjv$4l2$1@citadel.in.taronga.com>E  G In article <bina0k$jsl$1@bob.news.rcn.net>,  <jmfbahciv@aol.com> wrote:e3 >In article <bilifr$2vqo$1@citadel.in.taronga.com>,u- >   peter@taronga.com (Peter da Silva) wrote:FI >>In article <bgtadc$60n$2@bob.news.rcn.net>,  <jmfbahciv@aol.com> wrote:xB >>>That isn't efficiency; it's brain damage.  I can see setting itD >>>up as a table and then indexing through it but this is documented >>>just by having the table.    D >Just a note.  I've forgotten what I was talking about so if I driftC >the thread, it's because I've lost the ends.  And I'm not to spend  >time going back. :-)l  * >>What if you don't have room for a table?  , >You hash the table.  That's how ISAM works.  $ You don't have room for that either.  C >>In my closet I have the source code for a Z-80-based chat system.eC >>User passwords were things like A04B6/7M and couldn't be changed.-C >>That's because there wasn't room for any tables, so your password G >>was 4 hex digits that were (IIRC) hashed with your username, followednA >>by the next 4 bytes found at the resulting address in the code.$A >>Every time the system was upgraded all the users got mailed outh >>new passwords.  > >One doesn't have to keep all user names in core all the time.  % On a bitty box, core is all there is.0  > >That would have been a point of rework in our group.  If the ? >port code had to be realtime and couldn't be interrupted, then ? >it wasn't a timesharing nor a servicing-multiple-users system.T   But this one was.>  K It was supporting 8 users on a Z80 with unbuffered UARTs and *no* FEPs. TheA< whole system was smaller than a typical front end processor.  , >>Programming on a bitty box is *different*.  K >Bitty as in bytes?  Or bitty as in small?  If the latter, think again. :-)o   Bitty as in small. REAL small.   -- 6H Rev. Peter da Silva, ULC.	 29.6852N 95.5770W                       WWFD?  F "Be conservative in what you generate, and liberal in what you accept" 	-- Matthew 10:16 (l.trans)o   ------------------------------   Date: 1 Sep 2003 07:16:21 GMT ( From: peter@taronga.com (Peter da Silva)$ Subject: Re: PDP-11 OS Release Dates1 Message-ID: <biuro5$520$1@citadel.in.taronga.com>i  G In article <binnpr$jhk$1@bob.news.rcn.net>,  <jmfbahciv@aol.com> wrote:.* >>  What if you have no secondary storage?   >I'd buy me a card reader.  D How do you read from it? You're spending 100% of your time servicing 8 serial ports.t  @ >It sounds like Peter was hand making a wheel to fit the gear he >had.  m  I Not me, a friend. It was in impressive system, considering what he had ton work with. 8 users on a TRS-80.o   --  H Rev. Peter da Silva, ULC.	 29.6852N 95.5770W                       WWFD?  F "Be conservative in what you generate, and liberal in what you accept" 	-- Matthew 10:16 (l.trans)s   ------------------------------  ! Date: Mon, 01 Sep 03 08:47:08 GMTt From: jmfbahciv@aol.com'$ Subject: Re: PDP-11 OS Release Dates+ Message-ID: <biv50n$9th$2@bob.news.rcn.net>e  1 In article <biurbd$4hi$1@citadel.in.taronga.com>,a,    peter@taronga.com (Peter da Silva) wrote:H >In article <binfv1$1vf$2@bob.news.rcn.net>,  <jmfbahciv@aol.com> wrote:4 >>In article <bilgka$2uhp$1@citadel.in.taronga.com>,. >>   peter@taronga.com (Peter da Silva) wrote:: >>>EDLIN should be able to do that. It's a TECO lookalike. > @ >>BARF!  No way.  Not if it's the EDLIN I tried to wrestle with. > % >I said "lookalike", not "workalike".2 > - TECO is a character editor not a line editor.P   /BAH  ' Subtract a hundred and four for e-mail.6   ------------------------------   Date: 1 Sep 2003 14:08:05 GMT ( From: peter@taronga.com (Peter da Silva)$ Subject: Re: PDP-11 OS Release Dates1 Message-ID: <bivjs5$kt6$1@citadel.in.taronga.com>:  G In article <biv50n$9th$2@bob.news.rcn.net>,  <jmfbahciv@aol.com> wrote:22 >In article <biurbd$4hi$1@citadel.in.taronga.com>,- >   peter@taronga.com (Peter da Silva) wrote: I >>In article <binfv1$1vf$2@bob.news.rcn.net>,  <jmfbahciv@aol.com> wrote:65 >>>In article <bilgka$2uhp$1@citadel.in.taronga.com>, / >>>   peter@taronga.com (Peter da Silva) wrote:M; >>>>EDLIN should be able to do that. It's a TECO lookalike..  A >>>BARF!  No way.  Not if it's the EDLIN I tried to wrestle with.   & >>I said "lookalike", not "workalike".  . >TECO is a character editor not a line editor.   Your point?8   -- SH Rev. Peter da Silva, ULC.	 29.6852N 95.5770W                       WWFD?  F "Be conservative in what you generate, and liberal in what you accept" 	-- Matthew 10:16 (l.trans)    ------------------------------  $ Date: Mon, 1 Sep 2003 09:29:47 +0100( From: "John Travell" <john@jomatech.com>) Subject: Re: Shadowing question: NOMASTER49 Message-ID: <biv5jg$dhghv$1@ID-120847.news.uni-berlin.de>V  - "Z" <zarlenga@conan.ids.net> wrote in message0) news:vl535f9b0updb2@corp.supernews.com...L) > I have a VMS Volume Shadowing question.M >2@ > I have a test system (Alpha server DS20) where the UAF is on aB > shadow set (but not on the system disk, which is also shadowed). >0C > Apparently, one of the shadow members in this set has been desig-7C > nated the "master" because when I try to create a shadow set with/0 > just the other member, I get a NOMASTER error. >8 > Some questions I have: > 1 > Must one of the members in the set be a master?J  G Yes, this is the volume that will be the source of a shadow copy should2 there be a need for one.  D > Is this because some of the system files, like the UAF, are on the
 > shadow set?   0 Nothing at all to do with the files on the disk.  D > Is there any way to change the shadow set (without moving the UAF,2 > etc) so that either member can be mounted first?  ' Allow a full or merge copy to complete.0  L In general, all full members of a shadow set are eligible to become masters.J There may be situations where a member that would otherwise be eligible is& disqualified for some reason or other.L If the current master member is either dismounted from, or fails out of, theI shadow set, an eligible member will be promoted to become the new master.RJ When the former master is restored to the shadow set it will become a copyA target. It will NOT automatically be restored as a shadow master. L This CAN create entertaining situations if the current master member of yourL system disk shadow set is not in your boot device list, and the default bootI device is either not  member of the shadow set at all, or not eligible to2 become a master member.5       -- John Travell" Independent VMS crashdump analyst. john- at - jomatech - dot - com- +44-(0)23-92552229 http://www.jomatech.com/       --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).A Version: 6.0.512 / Virus Database: 309 - Release Date: 19/08/2003    ------------------------------  % Date: Mon, 01 Sep 2003 12:34:51 -0000>! From: Z  <zarlenga@conan.ids.net>n) Subject: Re: Shadowing question: NOMASTER / Message-ID: <vl6f7b9mdlsl8c@corp.supernews.com>b  2 Keith Parris <keithparris_NOSPAM@yahoo.com> wrote:G : It might be helpful if you describe what you're trying to accomplish,rH : the exact sequence of operations you're doing, what you're expecing to# : happen, and what happens instead.I  < There are two servers in the cluster. The shadow set is made= up of two members: let's call them 1 and 2.  The disks in the ( shadow reside in a disk array enclosure.  C Server 1 can only see member 1 of the shadow when server 2 is down.H  C Server 2 can only see member 2 of the shadow when server 1 is down.o  > I want to be able to boot the servers in either order and onlyD one at a time, and still have access to the shadow set, even it it's* created with only one member at boot time.  C When I boot server 2 (while server 1 is down), I get what I expect:uA a 1-member shadow with just the member that it sees when server 1s is down.  A When I boot server 1 (while server 2 is down), I get the NOMASTER B error on the Mount/Cluster/Shadow command and all the files on theA shadow are inaccessible, including the UAF, disabling all logins.E   ------------------------------  % Date: Mon, 01 Sep 2003 12:37:39 -0000m! From: Z  <zarlenga@conan.ids.net>>) Subject: Re: Shadowing question: NOMASTER / Message-ID: <vl6fcj37hkuh24@corp.supernews.com>a  ' John Travell <john@jomatech.com> wrote: ) : Allow a full or merge copy to complete.e   As far as I know, I did.  C When the systems were shutdown (@SYS$SYSTEML:SHUTDOWN) SHOW DEVICESH1 did not indicate a merge or copy was in progress.n    N : In general, all full members of a shadow set are eligible to become masters.L : There may be situations where a member that would otherwise be eligible is( : disqualified for some reason or other.N : If the current master member is either dismounted from, or fails out of, theK : shadow set, an eligible member will be promoted to become the new master.rL : When the former master is restored to the shadow set it will become a copy  9 How can I tell which member is the current master member?    ------------------------------  + Date: Mon, 01 Sep 2003 15:35:40 +0200 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>0) Subject: Re: Shadowing question: NOMASTER?; Message-ID: <01L05LHHRLNCAMSOR1@sysdev.deutsche-boerse.com>-  > > There are two servers in the cluster. The shadow set is made? > up of two members: let's call them 1 and 2.  The disks in thei* > shadow reside in a disk array enclosure. > E > Server 1 can only see member 1 of the shadow when server 2 is down.a > E > Server 2 can only see member 2 of the shadow when server 1 is down.k > @ > I want to be able to boot the servers in either order and onlyF > one at a time, and still have access to the shadow set, even it it's, > created with only one member at boot time. > E > When I boot server 2 (while server 1 is down), I get what I expect:3C > a 1-member shadow with just the member that it sees when server 1u
 > is down. > C > When I boot server 1 (while server 2 is down), I get the NOMASTER , > error on the Mount/Cluster/Shadow command   H If the two servers are configured exactly the same, then you should get I the same behaviour in both cases.  Of course, before you boot one of the c; servers, the shadow set cannot be in a COPY or MERGE state.c   > and all the files on theC > shadow are inaccessible, including the UAF, disabling all logins.r  / So do the two servers use the same system disk?o  D I would recommend putting the UAF on a different disk, one which youE rarely if ever have to take down.  Why?  This allows one to log in as D long as the cluster is up.  The only other way to achieve this is toG have a UAF on each system disk, keep them in sync etc.  (Actually, keep:C a UAF on each system disk so that you can log in as SYSTEM and withCD whatever administration accounts you have in case you have to boot aH machine on its own.  You can define SYSUAF to point to the main UAF on aH non-system disk if it is available during startup.)  Apparently you wantE the ability to shut down and start up the machines individually, i.e.iH don't want the cluster as a whole to go down (otherwise you wouldn't be F experiencing the problems you have).  In that case, I would recommend H putting the two disks of the shadow set in separate enclosures; the way H I understand it, you have both in the same enclosure, creating a single G point of failure for two systems (since apparently they both boot from iD the same shadow set).  Also, if your firmware allows it, enter both : members of the shadow set as BOOTDEF_DEV as a search list.   ------------------------------  $ Date: Mon, 1 Sep 2003 15:22:59 +0100( From: "John Travell" <john@jomatech.com>) Subject: Re: Shadowing question: NOMASTER 9 Message-ID: <bivkq5$dn35f$1@ID-120847.news.uni-berlin.de>s  - "Z" <zarlenga@conan.ids.net> wrote in message ) news:vl6fcj37hkuh24@corp.supernews.com...S) > John Travell <john@jomatech.com> wrote:N+ > : Allow a full or merge copy to complete.- >- > As far as I know, I did. >SE > When the systems were shutdown (@SYS$SYSTEML:SHUTDOWN) SHOW DEVICESu3 > did not indicate a merge or copy was in progress.e >g >DG > : In general, all full members of a shadow set are eligible to become: masters.K > : There may be situations where a member that would otherwise be eligible  is* > : disqualified for some reason or other.L > : If the current master member is either dismounted from, or fails out of, thesE > : shadow set, an eligible member will be promoted to become the newi master./I > : When the former master is restored to the shadow set it will become am copy >r; > How can I tell which member is the current master member?o   $ analyse/system: SDA> sho device DSAx (where 'x' is your shadow set number)G Somewhere in the middle of the second? page it will give you the membere0 status. One of them will say 'master,etc,etc...'     -- John Travell" Independent VMS crashdump analyst. john- at - jomatech - dot - com  +44-(0)23-92552229 http://www.jomatech.com/       ---l& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).A Version: 6.0.512 / Virus Database: 309 - Release Date: 19/08/2003t   ------------------------------  % Date: Mon, 01 Sep 2003 15:12:40 -0000g! From: Z  <zarlenga@conan.ids.net>N) Subject: Re: Shadowing question: NOMASTER3. Message-ID: <vl6of8pjibpe3@corp.supernews.com>  ' John Travell <john@jomatech.com> wrote:  : $ analyse/system< : SDA> sho device DSAx (where 'x' is your shadow set number)I : Somewhere in the middle of the second? page it will give you the member 2 : status. One of them will say 'master,etc,etc...'  E Thanks.  I couldn't find that anywherr in the Volume Shadowing Guide.n   ------------------------------  $ Date: Mon, 1 Sep 2003 13:18:10 +02003 From: "Goeschl Werner" <werner.goeschl@siemens.com>n0 Subject: Soundcard for Compaq DS 10 and HP DS 152 Message-ID: <biv9tj$oie$1@zrha108x.zrh.siemens.ch>   Hi all!i  K Does anybody have experience with a soundcard model which works well with ad( Compaq DS10 (and the successor HP DS15)?K I will use the API from the MMOV (multimedia service for OVMS) to play wavsw on the soundcard.2   Thank you, for information!!   Werner   ------------------------------   Date: 1 Sep 2003 13:41:02 +0100iK From: pmoreau@ath.cena.fr (Patrick MOREAU, CENA Athis, Tel: 01.69.57.68.40)b4 Subject: Re: Soundcard for Compaq DS 10 and HP DS 15! Message-ID: <wylV1Tp0YwWd@sinead>d  3 In article <biv9tj$oie$1@zrha108x.zrh.siemens.ch>, -5 "Goeschl Werner" <werner.goeschl@siemens.com> writes:1 > M > Does anybody have experience with a soundcard model which works well with aa* > Compaq DS10 (and the successor HP DS15)?M > I will use the API from the MMOV (multimedia service for OVMS) to play wavs  > on the soundcard.e   Hello,  L The SN-AVH10-AB (Compaq Ensoniq AudioPCI) works well on a DS10. You may find some on second hand.   Patricki --O ===============================================================================uN pmoreau@ath.cena.fr  (CENA)      ______      ___   _          (Patrick MOREAU)4 moreau_p@decus.fr (DECUS)       / /   /     / /|  /|J CENA/Athis-Mons FRANCE         / /___/     / / | / |   __   __   __   __  N BP 205                        / /         / /  |/  |  |  | |__| |__  |__| |  |N 94542 ORLY AEROGARE CEDEX    / /   ::    / /       |  |__| | \  |__  |  | |__|N http://www.ath.cena.fr/~pmoreau/            http://www.multimania.com/pmoreau/O ===============================================================================d   ------------------------------  + Date: Mon, 01 Sep 2003 11:32:50 +0200 (MET)e9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>r+ Subject: Re: Switch Frm DECNet+ to Phase IV ; Message-ID: <01L05D9P4CNMAOOLBD@sysdev.deutsche-boerse.com>i  G > DECnet IV is routable just fine, HOWEVER, I do not think Alphas couldrE > ever be anything other than end nodes.  So you'll need either a VAXnH > of some sort, or one of the Cisco/modified DECserver/whatever boxes to > actually do so.i  @ Interesting, a feature which exists on VAX but not ALPHA and is > apparently not hardware-specific.  What's the reason for this?   ------------------------------   Date: 1 Sep 2003 08:26:17 -0700i1 From: keithparris_NOSPAM@yahoo.com (Keith Parris)e+ Subject: Re: Switch Frm DECNet+ to Phase IVk= Message-ID: <cf15391e.0309010726.5515ac2c@posting.google.com>u  g moroney@world.std.spaamtrpa.com (Michael Moroney) wrote in message news:<biqgok$are$1@pcls4.std.com>...o > I do not think Alphas couldaE > ever be anything other than end nodes.  So you'll need either a VAXbH > of some sort, or one of the Cisco/modified DECserver/whatever boxes to > actually do so.h  C This was the case for a while (the EXT license allowed routing onlypF for the Cluster Alias), but full routing was added to Alpha later.  So/ an "EXT"ended license should now allow routing.    ------------------------------  # Date: Mon, 01 Sep 2003 15:50:55 GMT 4 From: Tim Llewellyn <tim.llewellyn@blueyonder.co.uk>+ Subject: Re: Switch Frm DECNet+ to Phase IV@0 Message-ID: <3F5368DA.88632577@blueyonder.co.uk>   Phillip Helbig wrote:s > I > > DECnet IV is routable just fine, HOWEVER, I do not think Alphas couldnG > > ever be anything other than end nodes.  So you'll need either a VAXnJ > > of some sort, or one of the Cisco/modified DECserver/whatever boxes to > > actually do so.e > A > Interesting, a feature which exists on VAX but not ALPHA and isr@ > apparently not hardware-specific.  What's the reason for this?  E Digital were trying to flog DECNis's for Phase V routing at the time?a   Who remembers Futurebus :-)    -- o tim.llewellyn@blueyonder.co.uk   ------------------------------    Date: 01 Sep 2003 09:19:24 -0700( From: Javier Henderson <javier@KJSL.COM>! Subject: Re: The vmsnet hierarchyp- Message-ID: <86he3wjxbn.fsf@skylane.kjsl.com>w  / Kilgallen@SpamCop.net (Larry Kilgallen) writes:g  Z > In article <86oey55kyb.fsf@skylane.kjsl.com>, Javier Henderson <javier@KJSL.COM> writes:/ > > Tony Arnold <tony.arnold@man.ac.uk> writes:  > > T > >> If they are not being used for their intended purpose, there is little point inS > >> having them, IMHO. IS there a way to remove them all together, i.e., from news 
 > >> servers?p > > H > > Well, we can send rmgroup control messages, but I doubt many servers > > will honor them. > K > If you are in a position to do that, are you in a position to send cancelt > messages ? > K > Having their posts quickly cancelled might drive the hijackers elsewhere.   F I can create and send cmsg's (anyone can, really) but most servers areH configured to ignore them, due to the possibilities of abuse. If there'sH an official hierarchy czar, with a registered pgp key, then those cmsg's( could carry some weight on some servers.  3 It's largely a hopeless case by now, unfortunately.,   -jav   ------------------------------   Date: 1 Sep 2003 18:00:06 -0000_4 From: Doc.Cypher <Use-Author-Address-Header@[127.1]>! Subject: Re: The vmsnet hierarchy$6 Message-ID: <20030901180006.31537.qmail@gacracker.org>  9 On 31 Aug 2003, Javier Henderson <javier@KJSL.COM> wrote: C >Is anyone using vmsnet groups for anything other than filesharing?s  ( Yes, and I don't think I'm the only one.  I >I'm about to remove this hierarchy from my server, it seems that there'spK >precious little valid traffic there. I know that some active mailing listswJ >are gatewayed into vmsnet groups (info-multinet, for example), but that's$ >about the only legit traffic there. >u
 >What say ye?   C UDP the SoBs.  Ask your peers to impose a UDP on them too.  The ISPlI responsible for this little band of pirates should be isolated until such>& time as they put their house in order.     Doc. -- rF OpenVMS:    Eight out of ten hackers prefer *other* operating systems.F [New Key - Get via finger]                       http://vmsbox.cjb.net   ------------------------------  $ Date: Mon, 1 Sep 2003 10:40:26 -0400+ From: "David Pikcilingis" <dcpik@bosbc.com>w! Subject: Re: TPU Section files...r0 Message-ID: <ucudnQANRssax86iXTWJkw@comcast.com>   Ahh, for the simplicity of EDT!0   s/~/<CR><LF>/  WHOLE   David Pikcilingisn Boston Business Computingr" OpenVMS Tools for Windows and UNIX EDT+, VCL, Vbackup
 www.BosBC.com     K "Michael Austin" <maustin@no-more-spam.firstdbasource.com> wrote in messagew0 news:bqRYa.21$En.9@newssvr23.news.prodigy.com...J > After using TPU for <mumble> years, I finally have a problem I am havingG > difficulty in solving.... Writing a simple TPU Section file that does " > the equivilant of the following: >l > $edit <file>	 > replacey > ~  > crlf > all  > exit >  > Thanks...u >g >CG > Note... return address is munged, but I am guessing anyone wishing tok4 > respond via email will be able to figure it out... >d > Michael Austin.. >    ------------------------------  % Date: Mon, 01 Sep 2003 18:59:40 +0300 * From: Mike Rechtman <rechtman@tzora.co.il>! Subject: Re: TPU Section files...e* Message-ID: <3F536CEC.8060905@tzora.co.il>   David Pikcilingis wrote:! > Ahh, for the simplicity of EDT!K >  > s/~/<CR><LF>/  WHOLE >  > David Pikcilingis  > Boston Business Computinga$ > OpenVMS Tools for Windows and UNIX > EDT+, VCL, Vbackup > www.BosBC.comf >  > M > "Michael Austin" <maustin@no-more-spam.firstdbasource.com> wrote in messagen2 > news:bqRYa.21$En.9@newssvr23.news.prodigy.com... > J >>After using TPU for <mumble> years, I finally have a problem I am havingG >>difficulty in solving.... Writing a simple TPU Section file that does." >>the equivilant of the following: >> >>$edit <file>	 >>replacer >>~  >>crlf >>alle >>exit >> >>Thanks...n >> >>G >>Note... return address is munged, but I am guessing anyone wishing to 4 >>respond via email will be able to figure it out... >> >>Michael Austin.u >> >  >  > C If I understood the OP, the following file should do what he wants.t2 (Instructions in the comments at files beginning.)! ---------<start code>------------n !l ! 1. Edit this source in TPU ! 2. EXTEND ALLt- ! 3. SAVE ATTRIBUTES into a .TPU$SECTION filew= ! 4. Edit/TPU/SECTION=<full-filespec.TPU$SECTION>/NODISPLAY -s !			<file with tildes> !o !					Mike Rechtman, Sept. 2003  PROCEDURE BREAK_LINESt! LOCAL src_range , replace_count ;v   ON_ERRORD   msg_txt := FAO(" Completed !UL replacement!%S " , replace_count );   MESSAGE(msg_txt); 	   RETURN;r ENDON_ERROR;   replace_count := 0;t LOOP1    src_range := SEARCH( "~" ,FORWARD, NO_EXACT );i    ERASE( src_range );#    POSITION( END_OF( src_range ) );u    SPLIT_LINE ;b&    replace_count := replace_count + 1; ENDLOOP;
 ENDPROCEDURE;    PROCEDURE TPU$LOCAL_INIT2 file_spec := GET_INFO( COMMAND_LINE,"file_name" ); next_file := ""; IF file_spec = ""m THEN5 	MESSAGE( "You did not enter an input file-spec." ) ;e 	EXIT ;  EndIf ;M   Loop& 	next_file := File_Search (file_spec); 	Exitif next_file = "";s0 	msg_txt := FAO( "Working on !AS" , next_file ); 	MESSAGE ( msg_txt ) ;3 	main_buffer := CREATE_BUFFER( "main",next_file ) ;p* 	POSITION( BEGINNING_OF( main_buffer ) ) ; 	BREAK_LINES ; 	WRITE_FILE ( main_buffer ) ;m 	DELETE ( main_buffer ) ;n 	MESSAGE("------------------");s 	MESSAGE(" ");	 Endloop ;  Exit ; ENDPROCEDURE !e TPU$LOCAL_INIT ; !c3 -----------------<end code>------------------------    HTHe --    & New to c.o.vms? allow me to recommend:6 http://eisner.encompasserve.org/~rechtman/post_hlp.htm@ Other useful links at http://eisner.encompasserve.org/~rechtman/E ---------------------------------------------------------------------@E Usual disclaimer: All opinions are mine alone, perhaps not even that.r? Mike Rechtman                            *rechtman@tzora.co.il*nE Kibbutz Tzor'a.                          Voice (home):(972)-2-9908337sC    "20% of a job takes 80% of the time, the rest takes another 80%",E ---------------------------------------------------------------------    ------------------------------   Date: 1 Sep 2003 04:47:29 -0700S+ From: shoppa@trailing-edge.com (Tim Shoppa) ? Subject: Re: Vax 4000/600 TOY battery substitute at Radio Shack = Message-ID: <bec993c8.0309010347.5d22d286@posting.google.com>i  ~ Michael Austin <maustin@no-more-spam.firstdbasource.com> wrote in message news:<%8U3b.274$s52.7@newssvr23.news.prodigy.com>... > Robert Young wrote:r > H > > There have been several posts over the years to this forum regardingG > > Vax 4000s that "lost" theTime Of Year, or their "boot" information,dF > > after a power outage. The most frequent culprit sited is a defunct* > > NiCd battery (3.6V @ few hundred mAh). > > E > > For any who have an interest, Radio Shack cordless telephone NiCdbH > > battery 23-281 will substitute for the original NiCd battery in thisG > > system. The battery itself has to be "attached" to the underside ofiE > > the user console with "sticky back" Velcro ( the physical size is5H > > different so it will not fit in the battery "snap" holder) , but theE > > pinout on the connector is the same as on the OEM. The plug has amJ > > slightly different shape (the Radio Shack is smaller in OD dimension),H > > but the plug connector pin spacing and wire sizes are a match. ThereE > > is no problem sliding the connector into place. Cost is $12.99 US  > J > That is almost as good as one tech in Dallas soldering in a pencil lead N > in place of a very high wattage resistor until he could get the right board.  D Except in this case the Radio Shack battery pack is superior to whatH HPaq is sending out with field service people.  At my day job if we callH HP field service for a TOY battery for a ten-year-old system, they bringI a ten-year-old battery pack... which is just as dead (or deader) than the"C one we need replaced because it has been sitting on a shelf for tenw0 years.  Only solution is to go to Radio Shack...   Tim.   ------------------------------   Date: 1 Sep 2003 08:25:39 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen)o> Subject: Re: VMS and SAN storage.  Was RE: OVM & DELL servers.3 Message-ID: <6Y8rxjqKNSTP@eisner.encompasserve.org>   ` In article <M7A4b.13861$Pd1.5427@twister.rdc-kc.rr.com>, "Mike Naime" <mnaime@kc.rr.com> writes: > All: > L > I was responding to a storage question on ITRC when it hit me that the oneN > key requirement that I would have for another vendors server to run VMS in aJ > production SAN environment is the built in firmware ability to deal withJ > multi-pathing boot devices!  I.E.  How easy is it to set this up to boot > from a SAN drive.  > M > With the Alphaservers that I have dealt with, this functionality is part ofuM > the console firmware!  All of the other OS's that I deal with have an added 4 > securepath layer that lets them deal with the SAN. > N > So, even if a DELL server was capable of running OVMS.  If it could not bootL > from the SAN, it is useless to me in my work environment!  I might like it< > at home. :-)  but it would not be production ready for me. >  > Thoughts?  Opinions?  H People who spend a lot of money on Fibre Channel should spend some money% on a support-qualified configuration.i   ------------------------------   End of INFO-VAX 2003.484 ************************