1 INFO-VAX	Mon, 04 Apr 2005	Volume 2005 : Issue 187       Contents: %MOUNT-F-SHDWCOPYREQ Re: %MOUNT-F-SHDWCOPYREQ RE: cloning a system disk  Re: cloning a system disk  Re: cloning a system disk  Re: cloning a system disk  Re: cloning a system disk   Re: dvd writing software on OVMS4 Re: Finding The Right Path For Your VMS Applications indicator lights on SBB disks ! Re: indicator lights on SBB disks ! Re: indicator lights on SBB disks ! Re: indicator lights on SBB disks 	 InfoTower 
 Re: InfoTower 
 Re: InfoTower 
 Re: InfoTower * Re: New HP CEO Announced - Mark Hurd (NCR)* Re: New HP CEO Announced - Mark Hurd (NCR)* Re: New HP CEO Announced - Mark Hurd (NCR)* Re: New HP CEO Announced - Mark Hurd (NCR)* Re: New HP CEO Announced - Mark Hurd (NCR)* Re: New HP CEO Announced - Mark Hurd (NCR)* Re: New HP CEO Announced - Mark Hurd (NCR)* Re: New HP CEO Announced - Mark Hurd (NCR)* Re: New HP CEO Announced - Mark Hurd (NCR)* Re: New HP CEO Announced - Mark Hurd (NCR)$ RE: poor disk I/O performace on ds25$ Re: poor disk I/O performace on ds25$ Re: poor disk I/O performace on ds25$ Re: poor disk I/O performace on ds25$ Re: poor disk I/O performace on ds25$ Re: poor disk I/O performace on ds25 Re: Possible faulty drive * Re: problem with router---NAT and caching?$ Re: Restartable file transfer server Re: Script Kiddie tarpit wanted  Re: Script Kiddie tarpit wanted  Re: Script Kiddie tarpit wanted  Re: test- please ignoe what is VMS newby (blush)  Re: what is VMS newby (blush)   F ----------------------------------------------------------------------  * Date: Sun, 3 Apr 2005 21:10:09 +0000 (UTC)P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) Subject: %MOUNT-F-SHDWCOPYREQ $ Message-ID: <d2pm3g$fa3$1@online.de>  F $ mount/system/confirm DSA8081:/shadow=($8$DKB0:,$8$DKB600:)  ALPHASYS* %MOUNT-F-SHDWCOPYREQ, shadow copy requiredI Virtual Unit - _DSA8081:                          Volume Label - ALPHASYS 5      Member                    Volume Label Owner UIC 1      _$8$DKB600: (VERSCH)      ALPHASYS     [1,1] 4 Allow FULL shadow copy on the above member(s)? [N]:y/ %MOUNT-I-MOUNTED, ALPHASYS mounted on _DSA8081: A %MOUNT-I-ISAMBR, _$8$DKB0: (VERSCH) is a member of the shadow set P %MOUNT-I-SHDWMEMCOPY, _$8$DKB600: (VERSCH) added to the shadow set with a copy o peration  H To me, the above looks like normal, acceptable, expected behaviour. (I'mE adding a second member to an existing one-member shadow set.)  What's ? the motivation for the "-F-"?  Perhaps, in addition to Success, @ Information, Warning, Error, and Fatal error we need a "-Q-" forE Question.  In the example above, %MOUNT-Q-SHDWCOPYREQ would make more < sense to me.  If one sticks to the conventional categories, G Informational or even Warning would seem to make more sense than Fatal   error.   ------------------------------   Date: 3 Apr 2005 17:04:50 -0700 $ From: "AEF" <spamsink2001@yahoo.com>! Subject: Re: %MOUNT-F-SHDWCOPYREQ C Message-ID: <1112573090.375991.173850@l41g2000cwc.googlegroups.com>   / Phillip Helbig---remove CLOTHES to reply wrote: > > $ mount/system/confirm DSA8081:/shadow=($8$DKB0:,$8$DKB600:) ALPHASYS, > %MOUNT-F-SHDWCOPYREQ, shadow copy requiredB > Virtual Unit - _DSA8081:                          Volume Label - ALPHASYS7 >      Member                    Volume Label Owner UIC 3 >      _$8$DKB600: (VERSCH)      ALPHASYS     [1,1] 6 > Allow FULL shadow copy on the above member(s)? [N]:y1 > %MOUNT-I-MOUNTED, ALPHASYS mounted on _DSA8081: C > %MOUNT-I-ISAMBR, _$8$DKB0: (VERSCH) is a member of the shadow set D > %MOUNT-I-SHDWMEMCOPY, _$8$DKB600: (VERSCH) added to the shadow set
 with a copy o 
 > peration > E > To me, the above looks like normal, acceptable, expected behaviour.  (I'mG > adding a second member to an existing one-member shadow set.)  What's A > the motivation for the "-F-"?  Perhaps, in addition to Success, B > Information, Warning, Error, and Fatal error we need a "-Q-" forG > Question.  In the example above, %MOUNT-Q-SHDWCOPYREQ would make more = > sense to me.  If one sticks to the conventional categories, B > Informational or even Warning would seem to make more sense than Fatal  > error.  F Well, it is a tad scary at first, but it makes sense in that the MOUNTG command could not succeed due to a "fatal error", said error "actually" F being a safety obstacle requested by the user via /CONFIRM. Look at it? as reassuring you that the MOUNT, and therefore the needed copy G operation, did not happen yet. I don't think this warrants adding a new ; severity code. In fact, a question is not a severity level!   G Warning is no good because that implies the command ran, but perhaps is  not exactly what you wanted.  D Informational would be better than warning, but Fatal tells you thatD the command has not succeeded yet. And -I- would mean to me that the> MOUNT command was taking effect and that the error message wasD simplying letting me know that a copy operation was likely to begin.F -F- makes it clear that there is a problem and that the command hasn't acted yet on the disks.    ------------------------------  * Date: Sun, 3 Apr 2005 19:01:33 +0000 (UTC)P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)" Subject: RE: cloning a system disk$ Message-ID: <d2peid$3sr$1@online.de>  
 In articleG <FD827B33AB0D9C4E92EACEEFEE2BA2FB59567D@tayexc19.americas.cpqcorp.net>, * "Main, Kerry" <kerry.main@hp.com> writes:   B > Mmm... Unless I misunderstand what you are saying, not quite :-) > H > Resubmitting a job within itself using logical names will still resultE > in the batch queue entry still taking on the physical device names.   F No, I mean the following: I submit a batch job from DISK$USER.  I thenC redefine the logical DISK$USER, perhaps after having copied all the G stuff on it to a bigger disk (I haven't learned about dissimilar-member F volume shadowing yet :-) ).  However, I keep the old copy around.  TheB batch job runs the file from the old copy.  It doesn't matter thatC DISK$USER points to another disk, since it uses the physical device ? name.  When it resubmits itself, it takes the file from the new B DISK$USER.  Of course, it uses its physical name, but it is a new C physical name.  Also, this allows the batch job to use the current  H version of the file (whether or not I redefined DISK$USER), which might E be newer than the one I submitted.  (Depending on the circumstances,  / this might be what one wants, or might not be.)   H So, the batch job is in the queue, timed-release.  At a certain time, itH resubmits itself such that it is executed immediately; this picks up the? new version of the file.  It also resubmits itself for the next A timed-released execution, again with the new version of the file.       ------------------------------  % Date: Sun, 03 Apr 2005 17:50:47 -0400 ' From: Dave Froble <davef@tsoft-inc.com> " Subject: Re: cloning a system disk0 Message-ID: <1150on2lqugkpb2@corp.supernews.com>   Main, Kerry wrote: >>-----Original Message-----1 >>From: Dave Froble [mailto:davef@tsoft-inc.com]   >>Sent: April 3, 2005 12:32 PM >>To: Info-VAX@Mvb.Saic.Com $ >>Subject: Re: cloning a system disk >> >>Main, Kerry wrote: >> >>= >>>I had a Cust who was looking at a DR testing scenario and   >> >>that was when  >>G >>>they discovered that on the DR system with different physical device > >>>names, the hundreds of batch jobs they had would all bomb.  >>
 >>They had to  >>8 >>>write a small script to re-submit all the batch jobs. >>D >>Is there anybody that doesn't have such command files?  Same with B >>command file(s) to initialize all the queues at system start-up. >> >  >  > Dave,  > B > The batch job stuff remains across reboots. You do not re-submit! > daily's/weekly's etc on reboot.   F That's true.  But those would remain on the source disk.  The copy is H for another system and most likely will not be executing the batch jobs.  E The queue file will need to be deleted and a new one built after the  C node name changes, so any jobs in the queue will be lost.  Usually   that's what you want.   J > Most large shops typically have all sorts of application and/or db maintB > and/or reporting batch jobs that are submitted during the day byJ > different business groups at different times to different queues. Hence,H > re-creating batch jobs to run in the right sequence and with the right< > parameters on a different system can be a major challenge. > 	 > Regards  > 	 > / Kerry    ------------------------------  % Date: Sun, 03 Apr 2005 16:57:44 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> " Subject: Re: cloning a system diskB Message-ID: <1112561857.bf4e93403ccc3d43e22dc790a9761811@teranews>   Paul Sture wrote: J > But it is "worse" than that, depending on your point of view. The FID isI > also stored, so editing the batch file (and even making sure it has the = > same version number as the original) won't execute the job.   8 After you save the new version COPY/OVERLAY file.com ;-1  B This updates the original file in-situ keeping its file id intact.H (delete the current version afterwards to make sure that a purge doesn't+ zap the version that the qwueue points to).    ------------------------------  $ Date: Sun, 3 Apr 2005 18:59:40 -0400( From: "Wayne" <bruzeksat@comcastdot.net>" Subject: Re: cloning a system disk0 Message-ID: <4ZydnUzDG9zD6M3fRVn-sQ@comcast.com>  B I believe that it actually uses the FID.  If I submit a batch job L HI_WAYNE.COM that prints out HI WAYNE, and then, after submitting, edit the G file HI_WAYNE.COM to print out BYE WAYNE, the system will seek out the  H originally submitted file and execute that.  Even if I rename the newly G edited file to be exactly the same as the original file (same physical  L device, directory, name, ext, version, etc.) the system will still look for C the original FID to execute, and if it's not there, will error off.   ' That's if memory serves me correctly...    Wayne     5 "Dave Froble" <davef@tsoft-inc.com> wrote in message  * news:1150on2lqugkpb2@corp.supernews.com... > Main, Kerry wrote: >>>-----Original Message----- L >>>From: Dave Froble [mailto:davef@tsoft-inc.com] Sent: April 3, 2005 12:32  >>>PM  >>>To: Info-VAX@Mvb.Saic.Com% >>>Subject: Re: cloning a system disk  >>>  >>>Main, Kerry wrote:  >>>  >>> = >>>>I had a Cust who was looking at a DR testing scenario and  >>>  >>>that was when >>> H >>>>they discovered that on the DR system with different physical device> >>>>names, the hundreds of batch jobs they had would all bomb. >>>  >>>They had to >>> 9 >>>>write a small script to re-submit all the batch jobs.  >>> M >>>Is there anybody that doesn't have such command files?  Same with command  ; >>>file(s) to initialize all the queues at system start-up.  >>>  >> >> >> Dave, >>C >> The batch job stuff remains across reboots. You do not re-submit " >> daily's/weekly's etc on reboot. > L > That's true.  But those would remain on the source disk.  The copy is for F > another system and most likely will not be executing the batch jobs. > L > The queue file will need to be deleted and a new one built after the node L > name changes, so any jobs in the queue will be lost.  Usually that's what  > you want.  > K >> Most large shops typically have all sorts of application and/or db maint C >> and/or reporting batch jobs that are submitted during the day by K >> different business groups at different times to different queues. Hence, I >> re-creating batch jobs to run in the right sequence and with the right = >> parameters on a different system can be a major challenge.  >>
 >> Regards >> >> / Kerry     ------------------------------  % Date: Mon, 04 Apr 2005 00:29:51 +0100 - From: John Laird <nospam@laird-towers.org.uk> " Subject: Re: cloning a system disk8 Message-ID: <e1v051tfkgutts6lha5gn0u86uajrvivi5@4ax.com>  L On Sun, 3 Apr 2005 18:59:40 -0400, "Wayne" <bruzeksat@comcastdot.net> wrote:  
 >(batch jobs) C >I believe that it actually uses the FID.  If I submit a batch job  M >HI_WAYNE.COM that prints out HI WAYNE, and then, after submitting, edit the  H >file HI_WAYNE.COM to print out BYE WAYNE, the system will seek out the I >originally submitted file and execute that.  Even if I rename the newly  H >edited file to be exactly the same as the original file (same physical M >device, directory, name, ext, version, etc.) the system will still look for  D >the original FID to execute, and if it's not there, will error off. > ( >That's if memory serves me correctly...  A No, I think you're right.  However, I think you can get away with  copy/overlay...    --  1 Welcome to the jungle.  Please observe our laws.     Mail john rather than nospam...    ------------------------------  % Date: Sun, 03 Apr 2005 22:27:13 +0000 - From: David B Sneddon <dbsneddon@bigpond.com> ) Subject: Re: dvd writing software on OVMS * Message-ID: <42506DC1.1040508@bigpond.com>    Tom Linden was overheard to say:K > On Sun, 3 Apr 2005 09:58:01 -0400, Main, Kerry <kerry.main@hp.com> wrote:  >  >>> try cdrecord >>>  >>>  >> Also, check out: & >> http://home.tiscali.de/dvd4openvms/7 >> http://home.tiscali.de/dvd4openvms/dvdwrite_info.txt  >  > I > Is there a list of supported devices online?  I need both SCSI (PWS600)  > and IDE (XP1000) >      Have a look at  : http://home.tiscali.de/dvd4openvms/supported_hardware.html   Regards, Dave.  --  D David B Sneddon (dbs)  VMS Systems Programmer  dbsneddon@bigpond.comD Sneddo's quick guide ...     http://www.users.bigpond.com/dbsneddon/D DBS freeware     http://www.users.bigpond.com/dbsneddon/software.htm   ------------------------------  % Date: Sun, 03 Apr 2005 16:22:08 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>= Subject: Re: Finding The Right Path For Your VMS Applications * Message-ID: <42505E80.A72EDE3@comcast.net>   Larry Kilgallen wrote: > e > In article <ChvW4ZYQ$3$0@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes: m > > In article <It2dnZHO6P0R59DfRVn-iA@comcast.com>, Brad Hamilton <brMadAhaPmiSlton@coMmcAasPt.Snet> writes:  > >> Dave Froble wrote:  > >>> Roy Omond wrote: > >>>   > >>>> Transoft spouted garbage: > >>>  > >>>  > >>>> *Sigh*. > >>>  > >>> * > >>> Surely you're aware of today's date? > >>G > >> Sorry, www.transoft.com looks legitimate enough to me.  There is a G > >> "blinking" navigation link on the left-hand side of the page which  > >> offers to:  > >>J > >> "...help over 400,000 legacy VMS & OpenVMS users worldwide migrate to > >> UNIX and Windows."  > >>- > >> Call them today; they can help.      :-)  > > & > > Have them start with the AST code. > I > Someone told me this is a company where IBM bought Accelera8 or Sector7  > and then renamed it.    C AFAIK, Accelr8 and Scetor7 are/were separate outfits. Sector7's Jon 7 Powers was (for a while) posting here as himself and as H "gib.senip@reknaw.com". I'm sure that leaves no doubt about him, so I'll not expand on it.   3 > So presumably they already know that AST handling I > is nearly impossible to port.  Perhaps they even have a prepared answer  > to the question.  H Well, "they" made it happen for I64. Unless there's something special inH the CPU architecture to enable it, it should be doable elsewhere (if not at all "easy").    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  * Date: Sun, 3 Apr 2005 20:23:10 +0000 (UTC)P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)& Subject: indicator lights on SBB disks$ Message-ID: <d2pjbd$cb2$1@online.de>  E On the Storage Works building-block (SBB) disks (e.g. for use in the  H BA35x shelves), there are usually (always?) two indicator lights at the I front.  However, what they mean seems to vary with the disk model.  Some  : have one light on all the time, some only during activity.  D Does anyone have a list of all the SBB disks and what the indicator  lights mean?  H At the moment, I'm testing some 2-GB disks (all of them show up as RZ 28A from VMS, though one has a different label (SWXD3-SB) on the disk I itself).  I have 5 RZ28M-VA disks.  One is physically damaged (it knocks  H when powered up).  Of the other 4, three light up only at power-up time D and briefly during activity.  One of them, though, has an amber LED G which is lit up all the time.  (All have two LEDs on the left side, in  H the other cases both (I think) are green.  In the different case, it is G the LED towards the center which is the contantly lit amber one.)  The  B disk seems to behave just as the others do, so I don't think this H indicates a problem.  (I have some more modern disks which, if I recall ? correctly, always have an LED lit, though I think it is green.)   H While I'm on the topic, what's the story with the SW* disk names?  They G seem to have the same capacity as various RZ* disks, and at least some  I show up as RZ* disks from VMS.  Also, is there a definitive list of what  I the various stuff in the names mean?  Take the RZ28B-VA, for example.  I  E know that RZ indicates a SCSI disk, and 28 indicates 2 GB.  IIRC, VA  F indicates that this is a narrow disk (10 Mb/s).  Correct?  What about   the B or, in other cases, the M?  0 Looking around, I see I also have the following:  C RZ29L-AS, RZ26L, RZ29L-AA, RZ23L (as well as just RZ2% with nothing G else).  I seem to recall that the RZ23L was a bit larger than the RZ23  E so that one could just put the then-current version of VMS (possibly  B tailored, and of course for VAX) on it.  But what about the other  letters?  I Also, I see I have a couple of EZ32 disks.  These are solid-state disks,  B but seem to work just like a normal disk (at the moment, they are H connected to a DEC 3000/300LX and are in a BA356).  Z I suppose is SCSI I here as well---what does E mean as opposed to R?  Is it just solid-state  C as opposed to a "proper" disk?  What do the letters mean (Real and   Electr(on)ic, or what?  :-)  )   ------------------------------  % Date: Sun, 03 Apr 2005 20:26:14 -0700 # From: "Tom Linden" <tom@kednos.com> * Subject: Re: indicator lights on SBB disks( Message-ID: <opsoouh0vzzgicya@hyrrokkin>  J On Sun, 3 Apr 2005 20:23:10 +0000 (UTC), Phillip Helbig---remove CLOTHES  1 to reply <helbig@astro.multiCLOTHESvax.de> wrote:   F > On the Storage Works building-block (SBB) disks (e.g. for use in theI > BA35x shelves), there are usually (always?) two indicator lights at the J > front.  However, what they mean seems to vary with the disk model.  Some< > have one light on all the time, some only during activity.  H I had 4GB drives in the BA356 cannisters, took them out and replced withH 74GB Seagate drives, works like a charm.  of course, I only get 40MB not" the 160 the drives are capable of.   ------------------------------  % Date: Sun, 03 Apr 2005 23:19:08 -0400 ' From: Stuart Fuller <stufuller@usa.net> * Subject: Re: indicator lights on SBB disks/ Message-ID: <fao6i2-kvu.ln1@dadsys2.fuller.com>   / Phillip Helbig---remove CLOTHES to reply wrote:   F > On the Storage Works building-block (SBB) disks (e.g. for use in theI > BA35x shelves), there are usually (always?) two indicator lights at the J > front.  However, what they mean seems to vary with the disk model.  Some< > have one light on all the time, some only during activity. > E > Does anyone have a list of all the SBB disks and what the indicator  > lights mean?  L The green light indicates activity.  The amber light is generally controlledJ by some type of controller on the bus, and means what the controller wants it to mean.    J > At the moment, I'm testing some 2-GB disks (all of them show up as RZ 28C > from VMS, though one has a different label (SWXD3-SB) on the disk J > itself).  I have 5 RZ28M-VA disks.  One is physically damaged (it knocksI > when powered up).  Of the other 4, three light up only at power-up time E > and briefly during activity.  One of them, though, has an amber LED H > which is lit up all the time.  (All have two LEDs on the left side, inI > the other cases both (I think) are green.  In the different case, it is H > the LED towards the center which is the contantly lit amber one.)  TheC > disk seems to behave just as the others do, so I don't think this I > indicates a problem.  (I have some more modern disks which, if I recall A > correctly, always have an LED lit, though I think it is green.)   J The amber light, as indicated above indicates what the controller wants itE to mean.  However, you may not have a controller (like an HSJ40), but H rather an adapter (like a PCI-SCSI card).  In this case, then, the amberH light doesn't mean anything.  Unfortunately, the light's input floats inH this situation, and when powered up it may turn on or it may not.  If it0 does, cycle the power and it'll probably go off.   I > While I'm on the topic, what's the story with the SW* disk names?  They H > seem to have the same capacity as various RZ* disks, and at least someJ > show up as RZ* disks from VMS.  Also, is there a definitive list of whatJ > the various stuff in the names mean?  Take the RZ28B-VA, for example.  IF > know that RZ indicates a SCSI disk, and 28 indicates 2 GB.  IIRC, VAG > indicates that this is a narrow disk (10 Mb/s).  Correct?  What about " > the B or, in other cases, the M?  J RZ disks are for big systems, and generally have internal settings to suit8 the large systems.  They also tend to be more expensive.  J SWX disks are for PCs, and generally have internal settings to suit a PC. 3 They tend to be cheaper to suit the PC marketplace.   G The -VA simply means "narrow".  It does not imply 10MB/sec.  After all, E there are CDROMs and tape drives with -VA suffixes, and they are only  5MB/sec.  I The RZ28 vs. RZ28B vs. RZ28M simply indicate the type and manufacturer of  the disk inside the packaging.  2 > Looking around, I see I also have the following: > E > RZ29L-AS, RZ26L, RZ29L-AA, RZ23L (as well as just RZ2% with nothing H > else).  I seem to recall that the RZ23L was a bit larger than the RZ23F > so that one could just put the then-current version of VMS (possiblyC > tailored, and of course for VAX) on it.  But what about the other 
 > letters? > J > Also, I see I have a couple of EZ32 disks.  These are solid-state disks,C > but seem to work just like a normal disk (at the moment, they are I > connected to a DEC 3000/300LX and are in a BA356).  Z I suppose is SCSI J > here as well---what does E mean as opposed to R?  Is it just solid-stateD > as opposed to a "proper" disk?  What do the letters mean (Real and  > Electr(on)ic, or what?  :-)  )   E=Electronic, R=Rotating.    --             Stu    ------------------------------  % Date: Mon, 04 Apr 2005 01:29:08 -0400 ' From: Dave Froble <davef@tsoft-inc.com> * Subject: Re: indicator lights on SBB disks0 Message-ID: <1151jifgutuu449@corp.supernews.com>   Tom Linden wrote: C > On Sun, 3 Apr 2005 20:23:10 +0000 (UTC), Phillip Helbig---remove  < > CLOTHES  to reply <helbig@astro.multiCLOTHESvax.de> wrote: > G >> On the Storage Works building-block (SBB) disks (e.g. for use in the J >> BA35x shelves), there are usually (always?) two indicator lights at theK >> front.  However, what they mean seems to vary with the disk model.  Some = >> have one light on all the time, some only during activity.  >  > J > I had 4GB drives in the BA356 cannisters, took them out and replced withJ > 74GB Seagate drives, works like a charm.  of course, I only get 40MB not$ > the 160 the drives are capable of.   Huh?  + Want to try that again, doesn't make sense.   F Why wouldn't you be able to use the full size of the drive?  At least G with recent versions of VMS?  I can understand the CONSOLE of an older  ; system not working with newer drives, but VMS usually will.    ------------------------------  $ Date: Mon, 4 Apr 2005 10:13:25 +1000# From: "Gremlin" <not-here@all.mate>  Subject: InfoTower/ Message-ID: <425086a7$1@duster.adelaide.on.net>   " -----BEGIN PGP SIGNED MESSAGE-----
 Hash: SHA1  E I have an InfoTower and cable, populated with 6 CDs.  As I can't seem B to use it on Windows and my server now gets all its CD storage viaD Samba, the InfoTower is surplus to requirements (unless I can get it to work with Windows past NT4).   B So, has anyone got an InfoTower to work with W2K or W2K3?  Failing1 that, does anyone in Australia want an InfoTower?    TIA    -----BEGIN PGP SIGNATURE-----  Version: PGP 8.1  @ iQA/AwUBQlCGoLBJFNOSUYtbEQJWvwCeK8wwpe9+09sZl791GJrAVPfUyjQAn3Q2 nTJQZHgXUSI7RV1HZzm665HT =JMGA  -----END PGP SIGNATURE-----    ------------------------------   Date: 3 Apr 2005 20:56:53 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: InfoTower3 Message-ID: <OlvxS1nd4OtM@eisner.encompasserve.org>   U In article <425086a7$1@duster.adelaide.on.net>, "Gremlin" <not-here@all.mate> writes:  > $ > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > G > I have an InfoTower and cable, populated with 6 CDs.  As I can't seem D > to use it on Windows and my server now gets all its CD storage viaF > Samba, the InfoTower is surplus to requirements (unless I can get it! > to work with Windows past NT4).  > D > So, has anyone got an InfoTower to work with W2K or W2K3?  Failing3 > that, does anyone in Australia want an InfoTower?   B Presumably the InfoTower contains an InfoServer 1000, you need the# Windows InfoServer Client software.    ------------------------------  $ Date: Mon, 4 Apr 2005 12:36:15 +1000# From: "Gremlin" <not-here@all.mate>  Subject: Re: InfoTower/ Message-ID: <4250a81b$1@duster.adelaide.on.net>   " -----BEGIN PGP SIGNED MESSAGE-----
 Hash: SHA1   Hi Larry  D I suppose that it does, I was using it on NT4 and VMS, but I haven't> seen a W2K or W2K3 compatible client.  Can you point me in the direction of one?    TIA : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:OlvxS1nd4OtM@eisner.encompasserve.org... ; > In article <425086a7$1@duster.adelaide.on.net>, "Gremlin"  > <not-here@all.mate> writes: % >> -----BEGIN PGP SIGNED MESSAGE-----  >> >> Hash: SHA1 >>C >> I have an InfoTower and cable, populated with 6 CDs.  As I can't > >> seem to use it on Windows and my server now gets all its CD> >> storage via Samba, the InfoTower is surplus to requirements7 >> (unless I can get it to work with Windows past NT4).  >>E >> So, has anyone got an InfoTower to work with W2K or W2K3?  Failing 4 >> that, does anyone in Australia want an InfoTower? > D > Presumably the InfoTower contains an InfoServer 1000, you need the% > Windows InfoServer Client software.    -----BEGIN PGP SIGNATURE-----  Version: PGP 8.1  @ iQA/AwUBQlCoELBJFNOSUYtbEQJYDQCfSr3IAVW7TPFlZXQzEFbCPJxDqqoAoPGi vLCVdFJdwjuCHImksC7ySza3 =ph2B  -----END PGP SIGNATURE-----    ------------------------------  % Date: Mon, 04 Apr 2005 00:42:28 -0400 - From: "John E. Malmberg" <wb8tyw@qsl.network>  Subject: Re: InfoTower1 Message-ID: <j9-dnRBV6qgrWM3fRVn-pg@adelphia.com>    Gremlin wrote: > F > I suppose that it does, I was using it on NT4 and VMS, but I haven't@ > seen a W2K or W2K3 compatible client.  Can you point me in the > direction of one?   5 http://h71000.www7.hp.com/pathworks32/latestinfo.html   G The infoserver client is listed as an unsupported or obsolete feature.  I I have no idea if it would function on a W2K or a W2K3 compatible client.    -John  wb8tyw@qsl.network Personal Opinion Only    ------------------------------   Date: 3 Apr 2005 20:53:50 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon)3 Subject: Re: New HP CEO Announced - Mark Hurd (NCR) , Message-ID: <3bb3etF6hcm1cU1@individual.net>  B In article <1112498645.245897.86020@o13g2000cwo.googlegroups.com>,' 	"AEF" <spamsink2001@yahoo.com> writes:  > ; > A drop of honey gathers more flies than a gallon of gall.   > And garbage and manure attract more flies than honey or sugar. What's your point?   > G > Richard Nixon: Always give your best, never get discouraged, never be D > petty; always remember others may hate you, but those who hate you@ > don't win unless you hate them, and then you destroy yourself.  > Words of wisdom from an excellent role model.  Somehow I don't think this is making your case.    > 9 > OK, not quite the same situation, but you get the idea.  > F > Explain how VMS was the killer OS of the 1980s and how it languished  5 Tell me again what it killed?  Unix?  MSDOS? Windows?   G > due to lack of marketing, etc., in the 1990's and 200x's. Explain how ; > well VMS sales responded to the brief 2000 "Renaissance".  > F > Explain that anyone can make and sell Unix, but only HP has VMS, and  E Which from the standpoint of recent experience would be a good reason C to fix that problem by killing VMS.  Somehow, I don't think that is  what you had in mind.   E > how VMS offers unique and important advantages that no one else can 	 > offer.    E Recent HP management does not seem to have shared your opinion of the  importance of those advantages.    > @ > And security, and logical names, and the best clusters! Metion > DEFCON-9!   B Don't waste your time.  It's meaningless.  DEFCON has never hackedD PRIMOS, RSX or any other number of OSes.  The fact that they are notD willing to waste their time trying to break VMS only re-inforces the obscurity of the OS.  < >           And mention the new Unix poratablity initiative.  C Which, of course, would bring up the notion: "If Unix compatability * is so important, why  not just sell Unix?"    > E >> I feel that if he cannot be brought to understand that his 'better E >> mousetrap' needs marketing in order for it to best serve him, then  > we're  >> in for more of the same.  >>C >> At the least, it may help to challenge him to review some 'real' 	 > numbers F >> on the profitability of VMS.  I'm enough of a realist to understand > that= >> numbers can be cooked to reflect whatever the cook wishes.  >  > I > Well, if VMS is really bringing in good profits like Tom Linden claims, C > then imagine the profits if the base were expanded! Not much more = > costs, but a lot more revenue, even if you lower the price!   A If that were in fact true (maybe it is, but HP seems reluctant to C actually verify it in an substantial way!) and HP management really 6 cared, we wouldn't be having this constant discussion.   ? All we can really do is sit back and wait to see what direction C HP takes under new management and then make our corporate decisions ( based on how we percieve that direction.   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------   Date: 3 Apr 2005 21:02:55 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon)3 Subject: Re: New HP CEO Announced - Mark Hurd (NCR) , Message-ID: <3bb3vuF6hcm1cU2@individual.net>  0 In article <114uvfc6olgbt95@corp.supernews.com>,* 	Dave Froble <davef@tsoft-inc.com> writes: > AEF wrote: > J >> Well, if VMS is really bringing in good profits like Tom Linden claims,D >> then imagine the profits if the base were expanded! Not much more> >> costs, but a lot more revenue, even if you lower the price! >>   > K > Tom's numbers are similar to those stated in 1999, but I think I've read  K > that the numbers lately are about half of that.  Hey, what do I know, he   > may know something.  > J > How about when a customer complains about all the costs of dealing with K > virus', being able to look him directly and say that you can provide him  G > with systems that will not be affected by any virus, trojan, or worm?   B To which the customer says, "That's great, no more Word Viruses?" 7 And then you have to say, "Ummm.  It doesn't run Word."  Good bye sale.   > K > A good sales point would be that the savings in not coping with internet  / > problems would more than pay for the systems.   D Which is, of course, completely offset by the fact that you can't doF any of the things that the average business does every day either.  IfD you disconnect your Windows boxes from the INTERNET they are just as safe and just as unusable.  :-)    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   e   ------------------------------   Date: 3 Apr 2005 21:07:52 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon)3 Subject: Re: New HP CEO Announced - Mark Hurd (NCR)h, Message-ID: <3bb497F6hcm1cU3@individual.net>  ( In article <opson0k31mzgicya@hyrrokkin>,& 	"Tom Linden" <tom@kednos.com> writes:J > On Sun, 03 Apr 2005 12:26:07 -0400, Bill Todd <billtodd@metrocast.net>   > wrote: >  >> Tom Linden wrote:L >>> On Sun, 03 Apr 2005 00:33:55 -0500, Dave Froble <davef@tsoft-inc.com>   
 >>> wrote: >> >> ... >>J >>>> Tom's numbers are similar to those stated in 1999, but I think I've  L >>>> read  that the numbers lately are about half of that.  Hey, what do I  " >>>> know, he  may know something.3 >>>   My numbers come from inside and are reliable.e >>M >> A great deal of the absolute garbage immediately following the Alphacide  EM >> 'came from the inside and was reliable', Tom.  Some of it even came from  oI >> Mark Gorham, IIRC (though I have no reason to believe that he *knew*  oK >> that what he was spouting was utterly false:  he probably just trusted  sA >> others whom he shouldn't have, just as you may well be doing).  >>H >> So pardon some of us for not taking the numbers you've presented on  K >> faith.  If you could bolster them with something more substantive than  n( >> your own trust in them it would help. > 3 > Revealing sources isn't done.  Think Deep Throat.-  D And thus, the numbers have no more credibility than any of the otherA garbage spouted by HP since the Alphacide and no one but the most-C rabid Compaq/HP supporters will take them seriously.  No one with a ? brain is going to put his job on the line based on that kind ofw information.   bill     -- SJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   s   ------------------------------  % Date: Sun, 03 Apr 2005 18:05:45 -0400d' From: Dave Froble <davef@tsoft-inc.com>:3 Subject: Re: New HP CEO Announced - Mark Hurd (NCR)D0 Message-ID: <1150pj422pg082b@corp.supernews.com>   Bill Gunshannon wrote:2 > In article <114uvfc6olgbt95@corp.supernews.com>,, > 	Dave Froble <davef@tsoft-inc.com> writes: >  >>AEF wrote: >> >>J >>>Well, if VMS is really bringing in good profits like Tom Linden claims,D >>>then imagine the profits if the base were expanded! Not much more> >>>costs, but a lot more revenue, even if you lower the price! >>>o >>K >>Tom's numbers are similar to those stated in 1999, but I think I've read oK >>that the numbers lately are about half of that.  Hey, what do I know, he   >>may know something.- >>J >>How about when a customer complains about all the costs of dealing with K >>virus', being able to look him directly and say that you can provide him @G >>with systems that will not be affected by any virus, trojan, or worm?y >  > D > To which the customer says, "That's great, no more Word Viruses?" 9 > And then you have to say, "Ummm.  It doesn't run Word."a > Good bye sale. >  > K >>A good sales point would be that the savings in not coping with internet V/ >>problems would more than pay for the systems.H >  > F > Which is, of course, completely offset by the fact that you can't doH > any of the things that the average business does every day either.  IfF > you disconnect your Windows boxes from the INTERNET they are just as! > safe and just as unusable.  :-)h >  > bill >   5 I'd think that you'd know better than what you wrote.k  F If all internet access went through a system that is imune to viruses G and such, and any such was not passed on to the internal network, then e internet access becomes safe.o  D As a gateway, VMS makes sense.  On the desktop, applications aren't I available.  Still, if you can keep the viruses from the windows systems, m" isn't that most of the battle won?   Dave   ------------------------------  % Date: Sun, 03 Apr 2005 18:12:25 -0400e' From: Dave Froble <davef@tsoft-inc.com>l3 Subject: Re: New HP CEO Announced - Mark Hurd (NCR)h0 Message-ID: <1150pvlj0l0rq5b@corp.supernews.com>   Bill Gunshannon wrote:  F >>Explain that anyone can make and sell Unix, but only HP has VMS, and >  > G > Which from the standpoint of recent experience would be a good reasontE > to fix that problem by killing VMS.  Somehow, I don't think that ise > what you had in mind.s  < What recent experience?  Don't know what you're refering to.  A > All we can really do is sit back and wait to see what directioneE > HP takes under new management and then make our corporate decisionsh* > based on how we percieve that direction.  E You don't believe that customers can have any influence on a vendor? eF Your comment of "All we can really do" is silly at best, and arrogant H otherwise.  I can write a letter.  Others can write.  Were you possibly  commanding us to do nothing?   ------------------------------   Date: 3 Apr 2005 23:21:27 GMT0( From: bill@cs.uofs.edu (Bill Gunshannon)3 Subject: Re: New HP CEO Announced - Mark Hurd (NCR)t, Message-ID: <3bbc3mF6ekgapU1@individual.net>  0 In article <1150pvlj0l0rq5b@corp.supernews.com>,* 	Dave Froble <davef@tsoft-inc.com> writes: > Bill Gunshannon wrote: > G >>>Explain that anyone can make and sell Unix, but only HP has VMS, andt >> h >> uH >> Which from the standpoint of recent experience would be a good reasonF >> to fix that problem by killing VMS.  Somehow, I don't think that is >> what you had in mind. > > > What recent experience?  Don't know what you're refering to.  > The past several years of VMS's owners refusing to do anything* to make VMS more apparent to the industry.   > B >> All we can really do is sit back and wait to see what directionF >> HP takes under new management and then make our corporate decisions+ >> based on how we percieve that direction.U > G > You don't believe that customers can have any influence on a vendor? tH > Your comment of "All we can really do" is silly at best, and arrogant J > otherwise.  I can write a letter.  Others can write.  Were you possibly  > commanding us to do nothing?  > OK.  So how much have the people here who continue to bring up; the lack of marketing by Compaq and then by HP been able tog= influence that decision?  I am not commanding anything.  I amt? merely pointing out that if the vendor in question doesn't careAC about your opinion nothing you have to say is going to effect them.iA It doesn't matter how many trees you kill.  People have from timet? to time posted that they have sent letters to various people inn@ positions at every level of management.  What effect has it had?  A Remember, the only good thing about pounding one's head against at. brick wall is how good it feels when you stop.   bill   -- 5J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------   Date: 3 Apr 2005 16:52:17 -0700 $ From: "AEF" <spamsink2001@yahoo.com>3 Subject: Re: New HP CEO Announced - Mark Hurd (NCR)wB Message-ID: <1112572337.195142.10180@f14g2000cwb.googlegroups.com>   Bill Gunshannon wrote:D > In article <1112498645.245897.86020@o13g2000cwo.googlegroups.com>,) > 	"AEF" <spamsink2001@yahoo.com> writes:o > > = > > A drop of honey gathers more flies than a gallon of gall.i >z@ > And garbage and manure attract more flies than honey or sugar. > What's your point?    B That writing angry letters about stupidity is not going to help. I; think you're taking the fly analogy a little too literally.d    F > > Richard Nixon: Always give your best, never get discouraged, never beF > > petty; always remember others may hate you, but those who hate youB > > don't win unless you hate them, and then you destroy yourself. >t@ > Words of wisdom from an excellent role model.  Somehow I don't! > think this is making your case.d    G If you write out of hate for Stallard and Winkler (and Carly and Curly) @ you will accomplish nothing. I admitted it didn't quite fit, but  thought worth mentioning anyway.   >t > > ; > > OK, not quite the same situation, but you get the idea.i > >n= > > Explain how VMS was the killer OS of the 1980s and how itr
 languished >-7 > Tell me again what it killed?  Unix?  MSDOS? Windows?0    G All right, VMS was certainly a lot more successful in the 1980's. In mysD former field of physics it was very big (not use of the word 'was').C Every lab I went to had VAX systems running VMS. In this forum I'veiG heard a lot about that special campus license program and how it helped G sell VAX systems to universties. I've heard that digital used to be thei( darling of Wall Street. That's my point.    E > > due to lack of marketing, etc., in the 1990's and 200x's. Explain  howi= > > well VMS sales responded to the brief 2000 "Renaissance".  > >wD > > Explain that anyone can make and sell Unix, but only HP has VMS, andn >tG > Which from the standpoint of recent experience would be a good reason-E > to fix that problem by killing VMS.  Somehow, I don't think that iss > what you had in mind.4    E So what's wrong with trying to leverage a unique product? Look at theIF i-pod, for example. Apple is doing really well with that. So sell bothB Unix and VMS. VMS will make you stand out. Unix will make you just another company selling Unix.o    G > > how VMS offers unique and important advantages that no one else cane
 > > offer. >lG > Recent HP management does not seem to have shared your opinion of thei! > importance of those advantages.t    G Recent HP management doesn't include Mr. Hurd, and we are talking aboutt< what to include in letters to him, not recent HP management.    B > > And security, and logical names, and the best clusters! Metion
 > > DEFCON-9!2 >gD > Don't waste your time.  It's meaningless.  DEFCON has never hackedF > PRIMOS, RSX or any other number of OSes.  The fact that they are notF > willing to waste their time trying to break VMS only re-inforces the > obscurity of the OS.     OK, then skip the DEFCON bit.     > > >           And mention the new Unix poratablity initiative. >>E > Which, of course, would bring up the notion: "If Unix compatabilityi, > is so important, why  not just sell Unix?"    9 Then why has HP bothered with the Unix portability stuff?a  E With Unix you must compete with others. If you grow the VMS market to>G all businesses who can benefit from its unique advantages, you can havec that market all to yourself.  C You have to give a reason for a business to move from their Unix to>D yours. There's a bigger difference between VMS and Unix than betweenC Unix1 and Unix2, so you can try to sell the advantages of VMS while @ showing that porting will be facilitated by the Unix Portability Initiative.w  E It seems to me that even under Carly, VMS was more being ignored thaneB actively killed. So what harm would a little marketing do for VMS?   [...]tC > > Well, if VMS is really bringing in good profits like Tom Lindens claims,hE > > then imagine the profits if the base were expanded! Not much more ? > > costs, but a lot more revenue, even if you lower the price!f >eC > If that were in fact true (maybe it is, but HP seems reluctant to>E > actually verify it in an substantial way!) and HP management really 8 > cared, we wouldn't be having this constant discussion.    F But again, Mr. Hurd is NEW HP management. So he hasn't read any of theG letters, etc., sent to the old HP management. Maybe he'll see promotingtC VMS as a way to save the "troubled" Enterprise sector of HP. It can5@ only help if we write and mention all the good things about VMS.   >0A > All we can really do is sit back and wait to see what directionIE > HP takes under new management and then make our corporate decisions_* > based on how we percieve that direction.    E Maybe. Maybe not. Mr. Hurd already has a Web page asking what we, thetG customers, want to see from HP. Would it be a horrible thing to oblige?.   ------------------------------  % Date: Sun, 03 Apr 2005 20:42:01 -0400o( From: Bill Todd <billtodd@metrocast.net>3 Subject: Re: New HP CEO Announced - Mark Hurd (NCR)l= Message-ID: <Gu-dncR9HNbEEM3fRVn-oQ@metrocastcablevision.com>r  
 AEF wrote:   ...   G > It seems to me that even under Carly, VMS was more being ignored thanw > actively killed.  H I have it on reasonably solid authority that significant numbers of VMS H people have been being laid off fairly regularly every 3 - 6 months for H the past year and a half, with another force reduction scheduled around F now.  Couple that with the near-halt in new development over the past H three years while the port to Itanic was being developed (no, guys, the G halt wasn't complete, and everyone appreciates what you *were* able to .I get done, but face it:  the most experienced people were devoting *very* tI large portions of their time to the Itanic fiasco the only real need for wI which was created when Alpha got the axe), and you're only talking about e? the difference between the Death of 1000 Cuts vs. a quick kill.t   ...p  5   Mr. Hurd already has a Web page asking what we, the ! > customers, want to see from HP.d  6 That certainly sounds encouraging, and worth visiting.   - bill   ------------------------------   Date: 3 Apr 2005 18:13:10 -0700a$ From: "AEF" <spamsink2001@yahoo.com>3 Subject: Re: New HP CEO Announced - Mark Hurd (NCR)-C Message-ID: <1112577190.950149.276140@g14g2000cwa.googlegroups.com>j   Bill Todd wrote: > AEF wrote: >: > ...g >eD > > It seems to me that even under Carly, VMS was more being ignored than > > actively killed. > E > I have it on reasonably solid authority that significant numbers ofl VMSpE > people have been being laid off fairly regularly every 3 - 6 monthsV forcB > the past year and a half, with another force reduction scheduled aroundG > now.  Couple that with the near-halt in new development over the pastu  E > three years while the port to Itanic was being developed (no, guys,y therE > halt wasn't complete, and everyone appreciates what you *were* ablet toC > get done, but face it:  the most experienced people were devotingl *very*F > large portions of their time to the Itanic fiasco the only real need forlD > which was created when Alpha got the axe), and you're only talking about>A > the difference between the Death of 1000 Cuts vs. a quick kill.e    F OK. Then either writing to the old management had no effect, or it had a negative effect.  F Let's be careful and make sure that anything we write to Mr. Hurd willE have at worst no effect, but of course, hopefully, a positive effect.r     > ...f >d7 >   Mr. Hurd already has a Web page asking what we, theb# > > customers, want to see from HP.t > 8 > That certainly sounds encouraging, and worth visiting. >  > - bill   OK!t   ------------------------------   Date: 3 Apr 2005 21:55:12 -0700.$ From: "AEF" <spamsink2001@yahoo.com>3 Subject: Re: New HP CEO Announced - Mark Hurd (NCR)tC Message-ID: <1112590512.097825.156460@g14g2000cwa.googlegroups.com>a  
 AEF wrote: > Bill Todd wrote: > > AEF wrote:   [...]w  D > OK. Then either writing to the old management had no effect, or it hady > a negative effect.  G Well, upon further thought I think we really don't know what would have  happened under other scenarios.g  C > Let's be careful and make sure that anything we write to Mr. HurdS willG > have at worst no effect, but of course, hopefully, a positive effect.   0 I'm still with this one, and I'm sticking to it!   [...]P   ------------------------------  $ Date: Sun, 3 Apr 2005 13:45:40 -0400' From: "Main, Kerry" <kerry.main@hp.com>d- Subject: RE: poor disk I/O performace on ds25 R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB59567C@tayexc19.americas.cpqcorp.net>   > -----Original Message-----5 > From: Nitendra [mailto:ns_panwar@rediffmail.com]=20  > Sent: April 3, 2005 1:05 PMh > To: Info-VAX@Mvb.Saic.Comv/ > Subject: Re: poor disk I/O performace on ds25s >=20 > Dear Kerry >=20 > i will try these setting >=20E > but the thing is all these machines are newlly shipped, they dosentu' > have any application running on them.n >=20F > its only copy command i am using it copy 500MB single file is copied: > from one disk to another and i am getting poor response. >=203 > this is case with all the 5 DS25 we have procuredf >=20	 > Regardss >=20 >=20  F Apologies if I missed something, but just to clarify - is it only thisE one system that is having this poor performance? If yes, then I wouldtC look for differences in sys/net parameters, physical errors etc.=20.  C I would check that the one system with the problem did not have anytG major SW parameter differences from the others e.g. like the high-waterc marking.  F I would also ensure that the target disk was recently initialized i.e.E it was not seriously defragmented when trying to copy a large file to  it.t  D Now, it might not make any difference, but for most Customers I haveF dealt with, they like to remove this high-water parameter on all theirH drives as they feel they do not need the extra overhead. Course, ymmv in3 that you may decide to keep the parameter in place.   D Btw - here is extract from doc's on high-water marking: ($initializeB command, but set volume/nohigh does similar thing in terms of this
 parameter.   ++++++ /HIGHWATER (default) /NOHIGHWATERA Applies to Files-11 On-Disk Structure Level 2 (ODS-2) and Level 5l (ODS-5) disks only.=20  F Sets the file high-water mark (FHM) volume attribute, which guaranteesB that users cannot read data that they have not written. You cannot8 specify the /NOHIGHWATER qualifier for magnetic tape.=20  : The /NOHIGHWATER qualifier disables FHM for a disk volume. ++++++     Regardsn   ------------------------------  % Date: Sun, 03 Apr 2005 18:15:05 -0400 ' From: Dave Froble <davef@tsoft-inc.com>a- Subject: Re: poor disk I/O performace on ds25i0 Message-ID: <1150q4hmukgrnd2@corp.supernews.com>   Main, Kerry wrote: >>-----Original Message-----3 >>From: Nitendra [mailto:ns_panwar@rediffmail.com] - >>Sent: April 3, 2005 1:05 PM6 >>To: Info-VAX@Mvb.Saic.Com"/ >>Subject: Re: poor disk I/O performace on ds25  >> >>Dear Kerry >> >>i will try these setting >>E >>but the thing is all these machines are newlly shipped, they dosentO' >>have any application running on them.E >>F >>its only copy command i am using it copy 500MB single file is copied: >>from one disk to another and i am getting poor response. >>3 >>this is case with all the 5 DS25 we have procuredh >>	 >>Regardso >> >> >  > H > Apologies if I missed something, but just to clarify - is it only this3 > one system that is having this poor performance? k  E Did you miss the line above about it happening on all 5 DS25 systems?c   ------------------------------   Date: 3 Apr 2005 18:51:29 -0500-- From: Kilgallen@SpamCop.net (Larry Kilgallen) - Subject: Re: poor disk I/O performace on ds25u3 Message-ID: <MtDFgd8imW8V@eisner.encompasserve.org>d  Z In article <BE756316.ADB0%roktsci@comcast.net>, Jeff Cameron <roktsci@comcast.net> writes:M > On 4/3/05 8:25 AM, in article Cs2pcQljdA$B@eisner.encompasserve.org, "Larry + > Kilgallen" <Kilgallen@SpamCop.net> wrote:a  J >> As I recall there was a time when highwater marking was less efficient,E >> but the design and current implementation, as I understand it, areo >> pretty efficient. > D > I was always under the impression that the blocks were zeroed when9 > allocated, to prevent allocating then reading old data.   L Zeroing on allocation would not correspond to the name "High Water Marking",H since the High Water Mark is the point beyond which the data is not from
 this user.   ------------------------------  % Date: Sun, 03 Apr 2005 20:54:35 -0700d( From: Jeff Cameron <roktsci@comcast.net>- Subject: Re: poor disk I/O performace on ds25i/ Message-ID: <BE76088B.AE0F%roktsci@comcast.net>   K On 4/3/05 4:51 PM, in article MtDFgd8imW8V@eisner.encompasserve.org, "Larryt) Kilgallen" <Kilgallen@SpamCop.net> wrote:   > > In article <BE756316.ADB0%roktsci@comcast.net>, Jeff Cameron > <roktsci@comcast.net> writes: N >> On 4/3/05 8:25 AM, in article Cs2pcQljdA$B@eisner.encompasserve.org, "Larry, >> Kilgallen" <Kilgallen@SpamCop.net> wrote: > K >>> As I recall there was a time when highwater marking was less efficient, F >>> but the design and current implementation, as I understand it, are >>> pretty efficient.i >> oE >> I was always under the impression that the blocks were zeroed whena: >> allocated, to prevent allocating then reading old data. > N > Zeroing on allocation would not correspond to the name "High Water Marking",J > since the High Water Mark is the point beyond which the data is not from > this user.  J I can appreciate the meaning behind the nomenclature, but that is not whatK is happening. I just got finished writing a test program in FORTRAN where I K used SYS$ASSIGN to open a file of 2048 blocks and used SYS$QIOW to read the J blocks, and when done on a disk with HFWM active all blocks were zero, but1 were not on the same disk when HFWM was disabled.i  ( Also the System manager's manual states:K (http://h71000.www7.hp.com/doc/731FINAL/6017/6017pro_077.html#index_x_4370)iI "High-water marking creates some overhead; the system erases the previouskF contents of the disk  blocks allocated every time a file is created or
 extended."   ------------------------------   Date: 3 Apr 2005 21:52:16 -0700 $ From: "AEF" <spamsink2001@yahoo.com>- Subject: Re: poor disk I/O performace on ds25nC Message-ID: <1112590336.904305.163640@g14g2000cwa.googlegroups.com>    Jeff Cameron wrote:aF > On 4/3/05 4:51 PM, in article MtDFgd8imW8V@eisner.encompasserve.org, "Larry+ > Kilgallen" <Kilgallen@SpamCop.net> wrote:u >x@ > > In article <BE756316.ADB0%roktsci@comcast.net>, Jeff Cameron! > > <roktsci@comcast.net> writes:t" > >> On 4/3/05 8:25 AM, in article- Cs2pcQljdA$B@eisner.encompasserve.org, "Larry . > >> Kilgallen" <Kilgallen@SpamCop.net> wrote: > >sB > >>> As I recall there was a time when highwater marking was less
 efficient,D > >>> but the design and current implementation, as I understand it, aree > >>> pretty efficient.    Correct.   > >>G > >> I was always under the impression that the blocks were zeroed when < > >> allocated, to prevent allocating then reading old data.    E In older versions of VMS (prob. pre-V5, but I'm not sure, I'd have to B check the manuals if I can even find them for such old releases!).    F > > Zeroing on allocation would not correspond to the name "High Water	 Marking",oG > > since the High Water Mark is the point beyond which the data is noto from > > this user. > G > I can appreciate the meaning behind the nomenclature, but that is not- whatE > is happening. I just got finished writing a test program in FORTRANf where IcD > used SYS$ASSIGN to open a file of 2048 blocks and used SYS$QIOW to read theB > blocks, and when done on a disk with HFWM active all blocks were	 zero, but 3 > were not on the same disk when HFWM was disabled.     E They were zero probably because the system is showing you zeros afteriB the mark (which I assume is at the beginning of the file), when in@ reality, there is probably random data there. Thus the highwaterG marking is working. I mean, if you were able to read the random data innD your newly created file, the high water marking wouldn't be working!    * > Also the System manager's manual states: >nK (http://h71000.www7.hp.com/doc/731FINAL/6017/6017pro_077.html#index_x_4370) B > "High-water marking creates some overhead; the system erases the previousE > contents of the disk  blocks allocated every time a file is createdl or > extended."    B Uh, you quoted out of context. Here is the same quote, in context:  
 [begin quote]yE Disable file system high-water marking---This security feature is set-F by default when a volume is initialized to guarantee that users cannot  read data they have not written.  D For nonshared sequential files, the performance impact of high-water
 marking is ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^  G minimal. However, for files of nonsequential format, high-water markinguE creates some overhead; the system erases the previous contents of thet? disk blocks allocated every time a file is created or extended.wG Disabling the feature improves system performance by a variable amount,i# depending on the following factors:a$ How frequently new files are createdA For indexed and relative files, how frequently existing files are/ extended How fragmented the volume is  @ Be sure to consider the security implications before you disable high-water marking.-? To disable high-water marking, you can specify the /NOHIGHWATER E qualifier when initializing the volume, or you can disable high-water @ marking with the DCL command SET VOLUME in the following format:- SET VOLUME/NOHIGHWATER_MARKING device-name[:]  [end quote].    B Note that it says there is little impact for sequential files. TheE overhead is significant for files of NON-sequential format and shareds files.   >From the security manual:  % Prevention Through High-Water Markinga  A High-water marking refers to a technique that tracks the furthest F extent to which each file has been written and prohibits user attempts" at reading data beyond that point.  ? The operating system implements true high-water marking for alltG sequential, exclusively accessed files, such as the set of files outputrF from various text editors, compilers, and linkers, that is, most filesC a process writes. The high-water mark is updated in the file headerRG whenever the logical end-of-file mark is updated (usually when the fileG is closed).   D For shared files (both indexed and sequential), the operating systemF uses the principle of erase-on-allocate to achieve a result similar to> true high-water marking. When a file is about to be created orF extended, the system determines how much disk space (the extent of theF file) is required and applies the security erasure pattern of zeros toF the areas (extents) it allocates for writing. The file is then writtenG into the area just erased for it. Thus, if any user gains access to theeE file (including its full extent) and attempts to read the area beyondmE where the file has been written, only the data security erase patternr is readable.   ------------------------------   Date: 3 Apr 2005 22:34:08 -0700 + From: "Nitendra" <ns_panwar@rediffmail.com>t- Subject: Re: poor disk I/O performace on ds25iC Message-ID: <1112592848.439386.289320@z14g2000cwz.googlegroups.com>n  D can any share the result of copying some 200MB file from one disk to( one another disk on system running OVMS.  F pls share your system type and OS version along with time to copy that file@ i will try that on my system and compare with what you have got.   Regards-   ------------------------------  % Date: Sun, 03 Apr 2005 18:56:30 +0100 # From: issinoho <issinoho@gmail.com>u" Subject: Re: Possible faulty drive5 Message-ID: <1112550992.35345.0@demeter.uk.clara.net>    Paul Sture wrote:i > issinoho wrote:  >  >> issinoho wrote: >>D >>> Just got a real cheap new drive from ebay and am having trouble  >>> getting her fired up.t >>>hI >>> Can anyone help me diagnose the problem with this drive. If I try to l- >>> INIT it I get a simple 'INIT-F-DEVCMDERR'  >>>e >>> Is it hosed? >>>n >>>  From DIAGNOSE...3 >>>a0 >>> Logging OS                        1. OpenVMS. >>> System Architecture               2. Alpha/ >>> OS version                           V7.3-1l( >>> Event sequence number          4332.= >>> Timestamp of occurrence              30-MAR-2005 21:49:53F9 >>> Time since reboot                    0 Day(s) 0:26:066. >>> Host name                            XXXXX >>>0E >>> System Model                         Digital Personal WorkStation  >>>n5 >>> Entry Type                        1. Device Error  >>>h >>>o >>> ---- Device Profile ----5 >>> Unit                                 XXXXX$DKB400 4 >>> Product Name                         WD91 ULTRA2/ >>> Vendor                               WDIGTLi >>>e >>> -- Driver Supplied Info -d- >>> Device Firmware Revision             1.00eA >>> VMS SCSI Error Type               3. Send SCSI Command Failed ' >>> SCSI ID                         x04n' >>> SCSI LUN                        x00o' >>> SCSI SUBLUN                     x00hI >>> Port Status               x0000032C  DEVCMDERR - device command error 0 >>> SCSI Command Opcode             x12  Inquiry >>> Command Data' >>>                                 x00 ' >>>                                 x00 ' >>>                                 x00n' >>>                                 xFFd' >>>                                 x00d >>>o; >>> SCSI Status                     xFF  No Status Receivedn >>>t >>> ----- Software Info ----- : >>> UCB$x_ERTCNT                     16. Retries Remaining: >>> UCB$x_ERTMAX                     16. Retries Allowable/ >>> IRP$Q_IOSB                x0000000000000000o/ >>> UCB$x_STS                 x18020110  Onlineo- >>>                                      BusyEJ >>>                                      Volume is Valid on the local nodeD >>>                                      Unit supports the Extended  >>> Function bit8 >>> IRP$L_PID                 x00010053  Requestor "PID"9 >>> IRP$x_BOFF                        0. Byte Page OffsetpA >>> IRP$x_BCNT                        0. Transfer Size In Byte(s)o9 >>> UCB$x_ERRCNT                      5. Errors This Units8 >>> UCB$L_OPCNT                       6. QIO's This Unit3 >>> ORB$L_OWNER               x00010004  Owners UIC = >>> UCB$L_DEVCHAR1            x1CC54008  Directory Structured>6 >>>                                      File Oriented1 >>>                                      Sharableb2 >>>                                      Available6 >>>                                      Error Logging2 >>>                                      Allocated9 >>>                                      Capable of Inputn: >>>                                      Capable of Output6 >>>                                      Random Access >>>  >>>u >> Progress... >>G >> I jumpered the drive to set 'Force SE' on. Now according to Google, uH >> this  allows newer Ultra2, Wide Ultra2, Ultra160, Ultra160+ or other C >> LVD SCSI drives to be forced to use single-ended (SE) operation  - >> instead of low voltage differential (LVD).  >>! >> Well it worked... well nearly!m >>I >> I could now initialise the drive and proceeded to load OpenVMS on it.  J >> All was looking great until on the initial boot it attempted to extend H >> the Pagefile. Half-way through the drive started clicking loudly and H >> just kept on clicking. VMS went into a Mount Verification loop and I C >> had to power off. Retrying resulted in the same thing happening.  >> > B > A click or a click-burr? It sounds like a defective drive to me.
 Just a click.nH Does anyone know what the console commands are to test drives at the >>> prompt? It's a PWS433au.   ------------------------------  % Date: Sun, 03 Apr 2005 16:54:53 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>i3 Subject: Re: problem with router---NAT and caching?nB Message-ID: <1112561687.f337242c33721a5bb400ea39bd05c79f@teranews>  / Phillip Helbig---remove CLOTHES to reply wrote: H > Ifconfig verifies that it picked up the new address.  Log into router.J > ip arp status now shows three addresses (in addition to broadcast): VAX,I > old ALPHA address and new ALPHA address.  This shows up immediately; nopB > ping necessary.  ip arp flush gets rid of the old ALPHA address.  G OK, this means that your ALPHA now responds to connect requests for itsi new IP.   H > Why does the router treat port 6000 differently?  Can anyone reproduce > this?,  F Decwindows works in reverse. The application connects to the terminal.  D 1- Your terminal (decwindows server) may have a security config thatG accepts only calls from the old IP address. So change the IP address oftE the host running the application, and the terminal may not accept the C connection request from the app because it comes from an unknown IPdB address.  (The DECWIDNOWS software has a security memnnu where you5 configure who is allowed to connect to that terminal)i  C 2- If you are changing the IP address of the terminal, there may be.F issues with the aplication already listening to the old IP address andF not listening to the new IP address. (not sure how this works when you8 change the IP address from under a running application).   ------------------------------  % Date: Sun, 03 Apr 2005 14:22:26 -0400l" From: Glenn Everhart <gce@gce.com>- Subject: Re: Restartable file transfer serverb, Message-ID: <yOOdnVTuaKNDqM3fRVn-qw@rcn.net>   ste.kaze wrote:oG > "Phil" <philip.tregoning@gmail.com> a crit dans le message de news: 24 > 90ba3fc8.0503310511.1fc06802@posting.google.com... >  >>Hello, >>H >>Are there any TCP/IP based restartable file transfer servers availableA >>for VMS/Alpha?  The standard TCP/IP Services FTP server says ite@ >>doens't support the REST command (as seen by HELP /REMOTE when  >>connected from an FTP client). >>5 >>This is for a system running VMS 7.1-2 and UCX 4.2.e >>	 >>Thanks,y >>	 >> Phil Tr >  > N > FTSO, which is FTSV (file transfer spooler for Vms ...) using IP instead of  > Decnet, should do it.  >  > buy it at HP i >  >  Or try hgftp....   ------------------------------   Date: 03 Apr 2005 20:47:36 GMT$ From: "Doc." <doc@openvms-rocks.com>( Subject: Re: Script Kiddie tarpit wanted7 Message-ID: <Xns962DE7FDAE3A0dcovmsrox@212.100.160.126>h  G %NEWS-I-NEWMSG, Paul Sture wrote in news:3b98r7F6eaficU1@individual.net    > Thierry Dussuet wrote: > @ > from a lugs.ch address! (That's Linux User Group Switzerland). >  > Ooooh. :-)   Thierry is a Deathrow convert.  @ He's responsible for me installing APRIL_FOOL.COM on Friday. :-)     Doc. --  G OpenVMS:     Eight out of ten hackers prefer *other* operating systems. G http://www.openvms-rocks.com    Deathrow Public-Access OpenVMS Cluster.H   ------------------------------   Date: 03 Apr 2005 21:56:56 GMT/ From: Thierry Dussuet <thierry@dussuet.lugs.ch>o( Subject: Re: Script Kiddie tarpit wanted/ Message-ID: <slrnd50pla.sf.thierry@MARS.Family>e  1 On 2005-04-03, Tom Linden <tom@kednos.com> wrote: J > On 02 Apr 2005 20:13:26 GMT, Thierry Dussuet <thierry@dussuet.lugs.ch>   > wrote: >|4 >> On 2005-04-02, Tom Linden <tom@kednos.com> wrote:J >>> On 01 Apr 2005 16:45:15 GMT, Thierry Dussuet <thierry@dussuet.lugs.ch>
 >>> wrote:/ >>>> http://wigwam.ethz.ch/~dussuett/prompt.plie >>>aL > BTW,  you don't need to have the external declarations, they cab go insideM > PROMPT as can all the procedures, since it is lexically scoped.  Also,  youeJ > didn't need the select statement for determining the month, but then you$ > weren't looking for efficiency :-) >  > [more efficient code]m  E Thank you!  I've put the new code in and will get rid of the external O declarations (and will hide some comments between the lines of code, promised!)i   Thierryo   ------------------------------  % Date: Sun, 03 Apr 2005 19:27:06 -0700b# From: "Tom Linden" <tom@kednos.com>w( Subject: Re: Script Kiddie tarpit wanted( Message-ID: <opsoorrgapzgicya@hyrrokkin>  H On 03 Apr 2005 21:56:56 GMT, Thierry Dussuet <thierry@dussuet.lugs.ch>   wrote:  G > Thank you!  I've put the new code in and will get rid of the external,H > declarations (and will hide some comments between the lines of code,   > promised!)  J BTW, unless you are using a Hobbyist license you are likely using a very   oldlJ compiler.  I can get you an educational license gratis.  That includes allJ the documentation in a variety of formats, including html versions you can install locally.   Tomt   ------------------------------  % Date: Sun, 03 Apr 2005 16:15:50 -0500a2 From: David J Dachtera <djesys.nospam@comcast.net> Subject: Re: test- please ignoeI+ Message-ID: <42505D05.30F21169@comcast.net>u   John Vottero wrote:i > A > "David J Dachtera" <djesys.nospam@comcast.net> wrote in messagea' > news:424E08F6.CD7791C8@comcast.net...t > > John Vottero wrote:  > >>D > >> "David J Dachtera" <djesys.nospam@comcast.net> wrote in message* > >> news:424CB5E2.BD741B0F@comcast.net...
 > >> > [snip]s8 > >> > Well, that's cool, but here's what I really need: > >> >! > >> > $ SYNC/ENTRY=(45,62,83,99)d > >> > > >>K > >> Add /RETAIN=UNTIL=delta-time to the SUBMITS and then just do the SYNCs- > >> sequentially.N > >> If you don't care about the final status of the jobs you're syncing with,% > >> you don't even need the /RETAIN.  > >gH > > Non capisco. SYNC has to do with when a job completes execution, not? > > when the entry is deleted from the queue by whatever means.a > >  > > See HELP SYNCHRONIZE.d > L > I know what SYNCHRONIZE does.  You add the /RETAIN=UNTIL=deltatime so thatH > the job is still in the queue even if it has already completed.  Then,
 > instead of:n >  > $ SYNC/ENTRY=(45,62,83,99) > 	 > You do:  >  > $ SYNC/ENTRY=45  > $ SYNC/ENTRY=62e > $ SYNC/ENTRY=83  > $ SYNC/ENTRY=99m > N > The first SYNC waits until entry 45 completes.  When entry 45 completes, theK > second SYNC executes, if entry 62 is already complete, the SYNC completesoK > immediately.    When you make it through all four of those SYNC commands, ' > you know that all 4 entries are done.  > M > Make the deltatime on the /RETAIN longer than the longest expected run time- > of any of the entries. > M > Note that this works with the new (V5.5) queue manager but not with the oldEL > queue manager.   It's open to debate as to which of the queue manager does > SYNC correctly.v   Hey! That's a slick approach...v  A If course, in practical application, the "dispatcher" (proc. that F SUBMITs the jobs) will have to collect the entry numbers and pass themH to the "watcher" which can then loop through the entry list, SYNCHing on+ each entry in turn until they all complete.n  
 Excellent!   -- n David J Dachtera dba DJE Systemsn http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page:g" http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/.  " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/i   Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  # Date: Mon, 04 Apr 2005 00:17:39 GMToS From: "steves-place www.bigun.serverbox.org" <steves-place@www.bigun.serverbox.org>o" Subject: what is VMS newby (blush)5 Message-ID: <DI%3e.8363$pA6.206@newsfe1-win.ntli.net>r   what is VMS newby (blush)u   ------------------------------  $ Date: Sun, 3 Apr 2005 19:59:33 -0500, From: "Dave Gudewicz" <k9jdk@NOSPAMarrl.net>& Subject: Re: what is VMS newby (blush)0 Message-ID: <U5CdnT38V_LrDM3fRVn-sg@comcast.com>  . http://www.openvms.org/pages.php?page=Beginner  D Tha above link should contain enough information to get you started.   Dave...y  ' "steves-place www.bigun.serverbox.org" e8 <steves-place@www.bigun.serverbox.org> wrote in message / news:DI%3e.8363$pA6.206@newsfe1-win.ntli.net...e > what is VMS newby (blush)l >l >    ------------------------------   End of INFO-VAX 2005.187 ************************