1 INFO-VAX	Sun, 22 Feb 2004	Volume 2004 : Issue 104       Contents:I Re: BACKUP/COPY change file's allocated size. WHY? How do I prevent this? P Re: BACKUP/COPY change file's allocated size. WHY? How do I prevent this? this?t Bruce Ellis book" Re: DECnet-plus "SET HOST" problem" Re: DECnet-plus "SET HOST" problem6 DECvoice boards, software (was: Error mounting a disk) Re: Dual VMS data centers  Re: Dual VMS data centers  Re: Dual VMS data centers  Re: Easiest way..  Error mounting a disk  Re: Error mounting a disk 1 FA: Infoserver 1000 Infotower with 7 RRD45 drives  Re: Intel releases 64bit Xeon : Re: It is almost certain now, INTEL will have 64bit x86 !!: Re: It is almost certain now, INTEL will have 64bit x86 !!( Re: New SCSI interfaces on 7.3-2 (U320?)( Re: New SCSI interfaces on 7.3-2 (U320?)( Re: New SCSI interfaces on 7.3-2 (U320?)( Re: New SCSI interfaces on 7.3-2 (U320?)3 Port to forward behind ADSL router for DECWindows ? 7 Re: Port to forward behind ADSL router for DECWindows ? 7 Re: Port to forward behind ADSL router for DECWindows ? P Re: RDB database becomes disabled by remote user failures because of  security rP Re: RDB database becomes disabled by remote user failures because of  security r; replacing TCPIP cluster alias with FAILSAFE IP in TCPIP 5.4  Re: system directory confusion( Re: VMS question regarding SMTP headers. what is "$ FONT/DIR" on VAX?  Re: what is "$ FONT/DIR" on VAX?  Re: what is "$ FONT/DIR" on VAX?  Re: what is "$ FONT/DIR" on VAX? XP1000 technical manual? Re: XP1000 technical manual? Re: XP1000 technical manual? [OT] To Dave Froble 5 Re: [TCPIP V5.4] Session Disconnects (and DISCONNECT) 5 Re: [TCPIP V5.4] Session Disconnects (and DISCONNECT)   F ----------------------------------------------------------------------  % Date: Sat, 21 Feb 2004 18:53:23 -0000 ! From: Z  <zarlenga@conan.ids.net> R Subject: Re: BACKUP/COPY change file's allocated size. WHY? How do I prevent this?0 Message-ID: <103fa93d8ar7jda@corp.supernews.com>  - Paul Repacholi <prep@prep.synonet.com> wrote: H : > Is there any way to make a PERFECT copy of the file, the WHOLE file, : > i.e. all allocated blocks?  D : Fix your app. You are getting a copy of ALL of the file. Your file   Impossible; it's not MY app.  ? : You really have to do this. Although the "First Free Byte" is > : a `user' maintained value, highwater marking and other stuff= : now interect with it so it acts partly as a system one, and ; : for reliable behaviour should be treated as one. Anything D : after FFB, aka EOF is living in open season to be changed/replaced : or zeroed without warning.   Are you sure about that?  : I thought the entire allocated space on disk was reserved.   ------------------------------  % Date: Sat, 21 Feb 2004 21:01:02 +0100  From: Dirk Munk <munk@home.nl>Y Subject: Re: BACKUP/COPY change file's allocated size. WHY? How do I prevent this? this?t 2 Message-ID: <c18ec6$lgf$1@news1.tilbu1.nb.home.nl>   Z wrote:- > Paul Sture <nospam@sture.homeip.net> wrote: 2 > : So all you need to do is use COPY/NOTRUNCATE . > ? > Copy/NoTruncate fixed the changing of the allocated size, but C > didn't copy the whole file as-is.  It gives me the first 4 blocks A > (EOF is 4) perfectly - I verified that with DUMP - but the next A > 101 blocks must be different between the original and the copy.  > ? > I say this because the DB still refuses to start when pointed A > to the Copy/NoTruncate version and I can see (w/ DUMP/HEADER on B > the original) that the highest block written is 105 (even though > EOF is at block 4).  > ? > So it looks like Copy/NoTruncate is allocating 105 blocks for > > the copy but only copying 4 block of data from the original. > B > Is there a way to get DUMP to dump all the blocks (I tried using@ > /BLOCKS/COUNT=8 but that still gave me only 4 blocks of data)?= > Then I could verify that, for example, block 5 is different 4 > between the original and the Copy/NoTruncate copy. > @ > Is there any way to make a PERFECT copy of the file, the WHOLE" > file, i.e. all allocated blocks? >  >  > Q Allocated blocks do *not* belong to the file. It is space that is *reserved* for  L use by that file, but by definition it is not in use. The files ends at EOF.K It seems as if your application at some time writes data to that allocated  H space, but when the applications stops, it writes a EOF at block 4. The Q application then expects at the next startup that the allocated blocks (5 ->105)  M are still the same as they where before. Normally they are, but when copying  O those files (copy or backup), or even moving them with defrag, you can be sure  Q those blocks are not copied, since they don't belong to the file. The only thing  K you may be able to establish is that the file will have the same number of  G allocated blocks, but the contents of those allocated 100 blocks is by   definition undetermined.   ------------------------------  # Date: Sun, 22 Feb 2004 04:33:25 GMT + From: "Jay E. Morris" <usenet@epsilon3.com>  Subject: Bruce Ellis book 2 Message-ID: <piWZb.7671$J84.1341@fe1.texas.rr.com>  I HP lists a book by Bruce Ellis, OpenVMS Troubleshooting published Nov 03.   : http://www.hp.com/hpbooks/digital_press/dp_1555583032.html  G But I can't find it on Digital Press, Amazon, etc.  Did it actually get 
 published?   --  ' Jay E. Morris - morrisj at epsilon3 com @ Posted with Ink Spot (for Windows CE) from DejaVu Software, Inc.8 Usenet wherever you are - http://www.dejavusoftware.com/   ------------------------------   Date: 20 Feb 2004 22:14:13 GMT From: healyzh@aracnet.com + Subject: Re: DECnet-plus "SET HOST" problem , Message-ID: <c160rl01aku@enews3.newsguy.com>  K Thanks to SMS I solved this last night.  One of the things he suggested was J re-running NET$CONFIGURE.COM, and when I did I discovered the problem.  MyE DECnet address should have been 60.652, and this is what SHOW NET was K showing.  In reality, somehow it was 1.652 (even MCR DECNET_REGISTER showed I it as 60.652).  Once this was fixed, and stopped and started DECnet-plus,  everything was back to working.    		Zane   ------------------------------   Date: 20 Feb 2004 22:28:32 GMT From: healyzh@aracnet.com + Subject: Re: DECnet-plus "SET HOST" problem , Message-ID: <c161mg21aku@enews3.newsguy.com>  ' Don Sykes <paladin@mydomain.com> wrote: J > If you're running RSTS/E on a PDP-11, you may want to look into the new H > VAX systems that DEC has recently introduced... I hear they're pretty 
 > good. ;)  H Bah!  VAXen are just around to support PDP-11's, or run legacy apps that) don't run on the Alpha's or Itanium's :^)    			Zane    ------------------------------  % Date: Sat, 21 Feb 2004 06:15:13 -0000 , From: rdd@rhiannon.rddavis.org (R. D. Davis)? Subject: DECvoice boards, software (was: Error mounting a disk) 0 Message-ID: <103dtrhhdvkapba@corp.supernews.com>  0 In article <kLKdnZeO7YVNeKvdRVn-uw@comcast.com>,6 	"Richard B. Gilbert" <rgilbert88@comcast.net> writes:1 > $ MOUNT /OVERRIDE=IDENTIFICATION  ARTEMIS$DIA1:   C > To find the volume label and then dismount it and remount it with 0 > /SYSTEM or /CLUSTER using the volume label.  >  E Thanks! I've got the disk mounted.now.  It appears to contain lots of ; incomplete third party software odds and ends pertaining to B DECvoice.boards... those boards came with this system, but since IE don't have the right type of telephone equipment, they're not of much B use to me.  Anyone looking for some DECvoice boards as a trade, or> know how to make them work with standard residential telephone
 equipment?   --  N Copyright (C) 2003 R. D. Davis The difference between humans & other animals: M All Rights Reserved            an unnatural belief that we're above Nature &  O rdd@rddavis.org  410-744-4900  her other creatures, using dogma to justify such I http://www.rddavis.org         beliefs and to justify much human cruelty.    ------------------------------  % Date: Fri, 20 Feb 2004 23:23:33 -0500 3 From: "Richard B. Gilbert" <rgilbert88@comcast.net> " Subject: Re: Dual VMS data centers0 Message-ID: <58ydnSJ9v7SnQKvd4p2dnA@comcast.com>  ! How long does a shadow copy take?   I I seem to recall that, at the last site I worked at that used HBVS,  the  G crash of a single node in the cluster could force shadow copies of all  I volumes.  The copies took hours to complete and cluster performance went  D down the toilet until they were complete.   Now I'll grant that the H hardware was VAX/HSCxx/RAxx and scarcely state of the art even then but G I'd still worry about what could happen when you lost a node or a site.   G The bandwidth requirements for a shadow copy over a WAN boggle my mind!    Lee Mah wrote:   >  >  > Tim wrote: > E >> We're looking into setting up dual data centers with 4 ES 45 alpha E >> servers. Each site are to be locally clustered (2 nodes) with DRM   >> taking place D >> periodically. Idea is to for one center be DR backup site for the	 >> other.  >>   >>? >                Why are you not using HBVS (host-based volume   > shadowing) instead of DRM?C >                Why have two machines sitting there doing nothing   > except replicating data? > D >> We feel we can make the configuration work with ES 45's, sans and
 >> HSG80s.I >> HP seems to be insistant of larger configurations (ES 47's etc.) which G >> takingthis palen way out of budget. (Working ith a VAR is an option, / >> but, that is not the point of this message.)  >>I >> Please let me know of your success with Dual VMS Data centers and your I >> configuration. Thank you in advance for any assistance on this matter.  >>   >>F >                We have two ES45's at site 1, two ES45's at siate 2,  > and a quorum node at site 3.H >                All five nodes belong to a single VMScluster.  Sites 1 ! > and 2 have CI and Storageworks. F >                HBVS keeps all three sites synchronized in real time  > and available 24x7. F >                If any one of the three sites goes down, the cluster ! > still remains up and available.  > H >                Prior to that, we had four AS1200's and a quorum node,  > with the same configuration.F >                This cluster also provided the necessary RAS for our  > mission-critical applications 2 >                (Clinical, Financial, MatMan...). > + >                I strongly recommend HBVS.  >  >> Regards,  >> Tim >>   >> >    ------------------------------  # Date: Sat, 21 Feb 2004 15:01:23 GMT 5 From: rdeininger@mindspringdot.com (Robert Deininger) " Subject: Re: Dual VMS data centersL Message-ID: <rdeininger-2102041006170001@user-uinj0cc.dialup.mindspring.com>  = In article <327155b6.0402201031.5569903f@posting.google.com>,  tim267@msn.com (Tim) wrote:   C >We're looking into setting up dual data centers with 4 ES 45 alpha O >servers. Each site are to be locally clustered (2 nodes) with DRM taking place B >periodically. Idea is to for one center be DR backup site for the >other.   G I'm no expert in dual-site clusters, so I'll leave this part to others.     B >We feel we can make the configuration work with ES 45's, sans and >HSG80s.G >HP seems to be insistant of larger configurations (ES 47's etc.) which E >takingthis palen way out of budget. (Working ith a VAR is an option, - >but, that is not the point of this message.)   B ES45 and ES47 are both fine systems, either of them might fit yourH application.  It sounds like you've found someone at HP with an attitudeC problem.  You are the customer, you write the checks, therefore YOU @ insist!  It's not HP's place to insist.  If HP can't give you anH explanation, that satisfies you, for wanting ES47 instead of ES45, maybeD they are just trying to sell a bigger, more expensive configuration.  B VMS engineering maintains a lab where customers can bring in theirI applications and try them out on real HW configurations.  ES45s and ES47s I are both available in that lab, and they can simulate multi-site clusters H with long spools of fiber.  The lab staff can set up a configuration andG you can run your application from your site, without travelling to NH.  H The lab doesn't cost customers anything, but sometimes there's a waitingG list.  Ask your HP rep to set up a test of your application in the lab.   H Dual-site DR clusters require more than just hardware.  Careful planningE and testing of the configuration are required.  You should borrow the F experience of experts in this area, and not every HP sales rep has the right experience.    ------------------------------  % Date: Sat, 21 Feb 2004 16:47:11 -0500 % From: "DAVID TURNER" <DAVID@HPAQ.NET> " Subject: Re: Dual VMS data centers0 Message-ID: <103fkf137ljeea8@news.supernews.com>   Tim   J I can provide this complete solution refurbished with new licenses from HP- If you would like a quote, please let me know 4 We do have an impeccable reputation - ask about us !   Regards  David Turner dbturner@islandco.com  --   Island Computers US Corp 2700 Gregory St Suite 180  Savannah GA 31404  Tel: 912 4476622 Fax: 912 201 0402   ' "Tim" <tim267@msn.com> wrote in message 7 news:327155b6.0402201031.5569903f@posting.google.com... D > We're looking into setting up dual data centers with 4 ES 45 alphaJ > servers. Each site are to be locally clustered (2 nodes) with DRM taking place C > periodically. Idea is to for one center be DR backup site for the  > other. > C > We feel we can make the configuration work with ES 45's, sans and 	 > HSG80s. H > HP seems to be insistant of larger configurations (ES 47's etc.) whichF > takingthis palen way out of budget. (Working ith a VAR is an option,. > but, that is not the point of this message.) > H > Please let me know of your success with Dual VMS Data centers and yourH > configuration. Thank you in advance for any assistance on this matter. > 
 > Regards, > Tim    ------------------------------  % Date: Sat, 21 Feb 2004 22:51:05 -0600 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> Subject: Re: Easiest way..6 Message-ID: <40383539.F2B5DAB3@NeOaSrPtAhMlNiOnWk.net>   David Gray wrote:  >  > Greetings all, > H > Need to replicate an entire directory structure including  protections6 > and ACLs to another with a slight change in the path >  > EG.  >  > From > DISK1:[XPS...] >  > To > DISK1:[XAS...] > E > There are a few hundred directories than need recreating in the new  > XAS tree.  >  > I've tried >  > $ set default DISK1:[XAS] ' > $ copy/log DISK1:[XPS...]*.DIR  [...]  >  > But am not getting the ACLs. > , > What would be the simplest way to do this?   Hhmmm... Did you try:   8 $ SET SECURITY/LIKE=NAME=source_filespec target_filespec  H You may have to surround that with enough DCL to make up for the lack ofB wildcard support in that command. F$SEARCH() and F$PARSE() will be useful, at the very least.  H See also the on-line HELP and the Guide to System Security for important info.    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Sat, 21 Feb 2004 04:27:20 -0000 , From: rdd@rhiannon.rddavis.org (R. D. Davis) Subject: Error mounting a disk0 Message-ID: <103dnh8985puh9e@corp.supernews.com>  C While looking at the disks in a device listing on my VAX, I noticed ; that one of the disks is listed as online and not mounted.     $ sh dev/fu artemis$dia1:   I   Disk ARTEMIS$DIA1:, device type RF31F, is online, file-oriented device, @       shareable, available to cluster, error logging is enabled.  L   Error count                    0   Operations completed                180L   Owner process                 ""   Owner UIC                         [0,0]L   Owner process ID        00000000   Dev Prot    S:RWED,O:RWED,G:RWED,W:RWEDL   Reference count                0   Default buffer size                 512L   Total blocks              393600   Sectors per track                    50L   Total cylinders              984   Tracks per cylinder                   8L   Host name              "ARTEMIS"   Host type, avail              RF3F, yes    F If I attempt to mount the disk, the following messages appear.  How doC I find out what the right volume name of this device is in order to C mount it, or how else can I mount this disk?  It's been quite a few E years since I've done much with VMS, and am a little rusty with a few B things.  I bought this system used a few years ago, and am finallyF getting around to playing with it ...and am curious what, if anything, is on this disk. :-)  -   $ mount/system artemis$dia1: vaxdisk2 disk2 :   %%%%%%%%%%%  OPCOM  20-FEB-2004 23:00:20.80  %%%%%%%%%%%$   Message from user SYSTEM on VAX0401   device _ARTEMIS$DIA1: contains the wrong volume    B   %MOUNT-I-OPRQST, device _ARTEMIS$DIA1: contains the wrong volume:   %%%%%%%%%%%  OPCOM  20-FEB-2004 23:00:21.04  %%%%%%%%%%%'   Request 4, from user SYSTEM on VAX040 7   Please mount volume VAXDISK2 in device _ARTEMIS$DIA1:   H   %MOUNT-I-OPRQST, Please mount volume VAXDISK2 in device _ARTEMIS$DIA1::   %%%%%%%%%%%  OPCOM  20-FEB-2004 23:00:21.04  %%%%%%%%%%%'   Request 4, from user SYSTEM on VAX040 7   Please mount volume VAXDISK2 in device _ARTEMIS$DIA1:      --  N Copyright (C) 2003 R. D. Davis The difference between humans & other animals: M All Rights Reserved            an unnatural belief that we're above Nature &  O rdd@rddavis.org  410-744-4900  her other creatures, using dogma to justify such I http://www.rddavis.org         beliefs and to justify much human cruelty.    ------------------------------  % Date: Sat, 21 Feb 2004 17:00:35 -0500 2 From: "Stanley F. Quayle" <squayle@insight.rr.com>" Subject: Re: Error mounting a disk/ Message-ID: <40378EB3.32408.22665EAF@localhost>   * On 21 Feb 2004 at 4:27, R. D. Davis wrote:H > If I attempt to mount the disk, the following messages appear.  How doE > I find out what the right volume name of this device is in order to . > mount it, or how else can I mount this disk?   $ MOUNT/OVER=ID ARTEMIS$DIA1:   > will allow you to mount the disk just to your process.  Then, ; DISMOUNT it, and MOUNT/SYSTEM with the label that it found.   C If an error is reported on MOUNT/OVER=ID, you're out of luck.  The    disk is either blank or damaged.    
 --Stan Quayle  Quayle Consulting Inc.  
 ----------C Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363  Fax: +1 614 868-1671 1 8572 North Spring Ct. NW, Pickerington, OH  43147 = Preferred address:  stan@stanq.com       http://www.stanq.com    ------------------------------  % Date: Sat, 21 Feb 2004 15:55:47 -0600 / From: Clay M. Denton <denton@orison.dsserv.com> : Subject: FA: Infoserver 1000 Infotower with 7 RRD45 drives8 Message-ID: <9tkf30prjns55srj1s3osi3qfspvisldug@4ax.com>  , For those that may still need an Infoserver:  = http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3079982189    ------------------------------  % Date: Sat, 21 Feb 2004 18:53:42 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>& Subject: Re: Intel releases 64bit Xeon) Message-ID: <4037EF84.8B2281A4@istop.com>    David Svensson wrote: G > > Rumours of HP killing off itanium investments seems to become real.  > : > I have not seen anything that points in that direction ?    L That is because HP will make it look like it is fully comitted to IA64 rightL up until 10 minutes before they announce they are abandonning this expensiceJ proprietary low volume chip in favour of a high volume, cheaper, commodity> industry standard one. (I seem to have heard that one before).  K You need to look at the history of IA64, at the Digital technical documents N that blasted IA64's architecture, the fact that IA64 was very late and costs aJ hell of a lot to improve (it isn't just the chip, it's the compilers too).G IA64 will not become industry standard, nor will it become low cost nor K commodity not high volume nor multiple-source. Those were all the arguments N used to kill Alpha in favour of such a solution. IA64 isn't that solution, the 64 bit 8086 is.   J The writing is on the wall. Carly has read it, but won't publicly admit toL having read it. I'd be willing to bet that one of the high end VMS engineersL has been given a secret task of looking at what would be involved in portingS VMS to the 8086. has had been the case prior to the announcement of Alpha's murder.    ------------------------------  % Date: Fri, 20 Feb 2004 19:27:13 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>C Subject: Re: It is almost certain now, INTEL will have 64bit x86 !! ) Message-ID: <4036A5E0.429F8BA4@istop.com>    "Barry Treahy, Jr." wrote:J > That presumes one thing, that frustrated Tru64, HP-UX, MPE and VMS sitesB > to don't tell HP to kiss their collective back sides and move to > alternatives.   L I think it is more likely customers will delay the cost/trouble of migratingN to IA64 and continue to buys MIPS/Alpha/Pa-Risc systems until the dust settles$ and Carly admits IA64 has no future.   ------------------------------  % Date: Sat, 21 Feb 2004 20:32:46 +0100   From: "Dr. Dweeb" <dr@dweeb.com>C Subject: Re: It is almost certain now, INTEL will have 64bit x86 !! , Message-ID: <c18bp1$j6g$1@news.cybercity.dk>   JF Mezei wrote:  > "Barry Treahy, Jr." wrote:E >> That presumes one thing, that frustrated Tru64, HP-UX, MPE and VMS F >> sites to don't tell HP to kiss their collective back sides and move >> to alternatives.  > D > I think it is more likely customers will delay the cost/trouble ofC > migrating to IA64 and continue to buys MIPS/Alpha/Pa-Risc systems = > until the dust settles and Carly admits IA64 has no future.   F That is certainly an option, especially for those who do not have veryL steeply increasing hardware requirements.  For those who do not need a 220GBG 1280 fully populated with EV7s, there is still a considerable amount of L hardware available before they "top out".  If, however, you are the "Bank ofJ Xxxx" or "The Stock Exchange of Yyyyyy"  and had one of the abovementionedK monsters day 1 and can predict with a high degree of certainty when it will 1 be too small, then the view looks very different.   I The crunch will come for the Marvel customers quicker than for the others H and I suspect Marvel customers are highly profitable for HP.  It will beE interesting to see what happens.  People who have not worked in these L environments really have little clue as to just how massive a task of movingJ architectures and operating systems is.  A decision not taken lightly, and something massively costly.   F For the average customer, the crunch comes when they can no longer buyH support/upgrades etc for the OS and hardware they have and are forced toG Itanic by HP.  This will be quite a way down the road I suspect, and by K then, if things go as many predict, Itanic will have sunk and there will be  another path to take.   
 Just my take.   	 Dr. Dweeb    ------------------------------  % Date: Sat, 21 Feb 2004 18:37:36 +0100 3 From: Michael Unger <spam.to.unger@spamgourmet.com> 1 Subject: Re: New SCSI interfaces on 7.3-2 (U320?) : Message-ID: <c18ap8$1fjntc$1@ID-152801.news.uni-berlin.de>  . On 2004-02-21 15:37, "Robert Deininger" wrote:  ? > In article <ec25d2bf.0402180315.6b7844a2@posting.google.com>, 4 > matthew.finbow@btinternet.com (Matt Finbow) wrote: >  > [...]  > H >>Does anyone know whether multi-host SCSI will be supported on anything- >>faster than the 40Mbyte/sec UWD controller?  > @ > I think it will only happen if enough VMS customers demand it.  B Is there any _technical_ reason why the faster (low voltage and/orG differential) SCSI controllers do not support multi-host operation? Are G there special (non-standard) SCSI commands which have to be implemented % in firmware for multi-host operation?    Michael    --  ; Real names enhance the probability of getting real answers. @ Please do *not* send "Security Patch Notifications" or "SecurityA Updates"; this system isn't running a Micro$oft operating system. 5 My e-mail account at DECUS Munich is no longer valid.    ------------------------------  # Date: Sat, 21 Feb 2004 14:37:08 GMT 5 From: rdeininger@mindspringdot.com (Robert Deininger) 1 Subject: Re: New SCSI interfaces on 7.3-2 (U320?) L Message-ID: <rdeininger-2102040942030001@user-uinj0cc.dialup.mindspring.com>  = In article <ec25d2bf.0402180315.6b7844a2@posting.google.com>, 2 matthew.finbow@btinternet.com (Matt Finbow) wrote:  B >After recently installing OpenVMS 7.3-2 on my home systems, I wasB >poking around in sys$config.dat and noticed some new entries that8 >weren't present in my 7.3-1 installation, specifically: > + >LSI Logic 1030 U320 (SYS$PKW160DRIVER.EXE) , >LSI Logic 1010 Ultra160 (SYS$PKMDRIVER.EXE)0 >QLogic ISP12160 Ultra160 (SYS$PKQ160DRIVER.EXE) > D >However, I noticed that the sys$*driver.exe files were not present. > C >Are these drivers that are likely to appear on OpenVMS Alpha or is & >this a bleed through of IA64 OpenVMS?  D SYS$CONFIG.DAT is common between alpha and itanium.  But some of the. devices and drivers are architecture-specific.    G >Does anyone know whether multi-host SCSI will be supported on anything , >faster than the 40Mbyte/sec UWD controller?  > I think it will only happen if enough VMS customers demand it.   ------------------------------  % Date: Sat, 21 Feb 2004 14:53:00 -0500 - From: "John E. Malmberg" <wb8tyw@qsl.network> 1 Subject: Re: New SCSI interfaces on 7.3-2 (U320?) 1 Message-ID: <gr6dnQDGAemCKqrdRVn-iQ@adelphia.com>    Michael Unger wrote:0 > On 2004-02-21 15:37, "Robert Deininger" wrote: >  > ? >>In article <ec25d2bf.0402180315.6b7844a2@posting.google.com>, 4 >>matthew.finbow@btinternet.com (Matt Finbow) wrote: >>I >>>Does anyone know whether multi-host SCSI will be supported on anything . >>>faster than the 40Mbyte/sec UWD controller? >>@ >>I think it will only happen if enough VMS customers demand it. >   D > Is there any _technical_ reason why the faster (low voltage and/orI > differential) SCSI controllers do not support multi-host operation? Are I > there special (non-standard) SCSI commands which have to be implemented ' > in firmware for multi-host operation?   F It is not special commands, it is special error recovery needed.  The H error recovery in the existing firmware for each adapter will interfere  with each other.  H  From what I understand, this error recovery penalty would wipe out the  speed advantage of the drives.   -John  wb8tyw@qsl.network Personal Opinion Only    ------------------------------  % Date: Sat, 21 Feb 2004 21:56:32 -0500 . From: Glenn Everhart <Everhart-nospam@gce.com>1 Subject: Re: New SCSI interfaces on 7.3-2 (U320?) 3 Message-ID: <40381a78$0$3104$61fed72c@news.rcn.com>   7 For a SCSI device to work with multi initiator, it must < be able to keep track of commands from different initiators.9 It also needs to get tagged queueing commands right or it 1 won't work properly at cluster state transitions.   7 This is significantly more work than only accepting one < initiator. PC systems generally do not need multi initiator,; and VMS is I believe the only system that does not use SCSI ? reserve/release to handle the bus, which makes it necessary for = devices to track initiator identity internally for any queued = commands. Everyone else (far as I know) that does shared SCSI ; busses at all uses reserve/release so a device "belongs" to ? some one initiator at any given moment and knows which that is. B For VMS, the lock manager handles this so devices can get commands" from 2 or more initiators at once.  > Given the price pressure on disk vendors, it is perhaps not so? surprising that features that are part of the SCSI standard but ; which nothing else knows how to use besides VMS may not get @ implemented, or may be buggy. Heck, even decoding LUNs is beyond< many "SCSI" devices (CDs and tapes have been bad like this).  > The problem is that VMS is smarter about SCSI than many of the> disk firmware sets. Violating the standard? Well, not all SCSI> features are mandatory, and even some that are, are not always implemented.  = VMS will try pretty hard to let you use such gadgets as local = disks, but it cannot allow sharing of them unless the gadgets 8 know enough not to, in effect, drool all over your data.   Michael Unger wrote:0 > On 2004-02-21 15:37, "Robert Deininger" wrote: >  > ? >>In article <ec25d2bf.0402180315.6b7844a2@posting.google.com>, 4 >>matthew.finbow@btinternet.com (Matt Finbow) wrote: >> >>[...]  >> >>I >>>Does anyone know whether multi-host SCSI will be supported on anything . >>>faster than the 40Mbyte/sec UWD controller? >>@ >>I think it will only happen if enough VMS customers demand it. >  > D > Is there any _technical_ reason why the faster (low voltage and/orI > differential) SCSI controllers do not support multi-host operation? Are I > there special (non-standard) SCSI commands which have to be implemented ' > in firmware for multi-host operation?  > 	 > Michael  >    ------------------------------  % Date: Fri, 20 Feb 2004 22:42:20 +0100 " From: Didier Morandi <no@spam.com>< Subject: Port to forward behind ADSL router for DECWindows ?4 Message-ID: <40367f52$0$28134$636a15ce@news.free.fr>   Hi All,   P I'm trying to open a DECWindows session from my Alpha at work to my Presario at T home. It works perfectly well between both when in the same lan, with the commands :  : $ set display/create/transport=TCPIP/node=IP_address_of_PC and  $ mc decw$startlogin  J But from home, I'm behind an ADSL router and the X connection does not go L through the router. What is the port to forward to the PC via the router to  achieve what I wish to do ?    Thanks,    D. --  2 VAXUS - Your new helpful friend in the DEC Family!2 EHQ: 19 chemin de la Butte, 31400 Toulouse, France/       Phone: +336 7983 6418 Fax: +335 6154 1928 $                 http://www.vaxus.org   ------------------------------   Date: 20 Feb 2004 23:14:32 GMT& From: jealousxmp@aol.com (jealous xmp)@ Subject: Re: Port to forward behind ADSL router for DECWindows ?: Message-ID: <20040220181432.20136.00000076@mb-m27.aol.com>  M >You should be using SSH and tunneling the X connections through that though.   J What he says.  Otherwise the kiddies are going to have a field day with ur vaxen.   Michael    ------------------------------  % Date: Fri, 20 Feb 2004 19:31:00 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>@ Subject: Re: Port to forward behind ADSL router for DECWindows ?) Message-ID: <4036A6C3.816953C7@istop.com>    Didier Morandi wrote: K > But from home, I'm behind an ADSL router and the X connection does not go M > through the router. What is the port to forward to the PC via the router to  > achieve what I wish to do ?   ' Ports 6000 to 6064 should do the trick.   M You'll also need to tell your X server (x terminal) to allow connections from # the X-client (VMS machine at work).    ------------------------------  % Date: Sat, 21 Feb 2004 01:00:08 -0500 ( From: David Froble <davef@tsoft-inc.com>Y Subject: Re: RDB database becomes disabled by remote user failures because of  security r ( Message-ID: <4036F3E8.704@tsoft-inc.com>   sdavidson@uss.com wrote:  G > Our new corporate policy states that we have to automatically disuser ; > a user account after they fail at logging in three times.     L Sounds like "Idiots at work" to me.  Did the people/person instigating this L policy understand breakin evasion?  This policy seems like immense overkill.  @ Then again, possibly there's some valid reason.  What do I know?   Dave   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------    Date: 21 Feb 2004 15:53:22 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) Y Subject: Re: RDB database becomes disabled by remote user failures because of  security r 3 Message-ID: <maWjAIuPfY0Z@eisner.encompasserve.org>   S In article <4036F3E8.704@tsoft-inc.com>, David Froble <davef@tsoft-inc.com> writes:  > sdavidson@uss.com wrote: > H >> Our new corporate policy states that we have to automatically disuser< >> a user account after they fail at logging in three times. >  > N > Sounds like "Idiots at work" to me.  Did the people/person instigating this N > policy understand breakin evasion?  This policy seems like immense overkill. > 1 > Then again, possibly there's some valid reason.   G I don't know the _reason_ for the rule, but in this case it seems quite D effective at promoting security by ferreting out shared accounts andB forcing creation of individual accounts for better accountability.   ------------------------------  + Date: Sat, 21 Feb 2004 12:14:30 +0000 (UTC)hP From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)D Subject: replacing TCPIP cluster alias with FAILSAFE IP in TCPIP 5.4$ Message-ID: <c17i36$jpq$2@online.de>  E I've read that in TCPIP 5.4 the FAILSAFE IP will "replace" the TCPIP e+ cluster alias (and add more functionality).e  ; Can I continue to use the TCPIP cluster alias if I want to?o  C Can I achieve the same functionality I have now without additional  I hardware?  I have several nodes in a cluster behind a NAT/PAT router.  I 4C send incoming connections to the cluster alias.  I don't need load !  balancing, but do need failover.  I Is it THAT difficult to put ALL the commands into the TCPIP> interface?  nH I know the kernel is ported from unix, but why are we (at least in some % cases) FORCED to use the unix syntax?e   ------------------------------  # Date: Sat, 21 Feb 2004 18:59:52 GMTr( From: Alder <PGDEHMKOKIMD@spammotel.com>' Subject: Re: system directory confusion , Message-ID: <IUNZb.33687$D_5.11363@edtnps84>   Charlie Hammond wrote::y  3 > In article <SaCdnSqfybnk2KjdRVn-tA@comcast.com>,  7 > "Richard B. Gilbert" <rgilbert88@comcast.net> writes:y >  > G >>I would exercise extreme caution about moving any of the SYS$* files N > % >>from their default locations.   ...  > @ > If you move or rename any of the files that are provided by anB > OpenVMS installation or upgrade you *MUST* restore them to their< > original name and location before you upgrade your system. > E > If you do not restore them to their original name and location, the(H > next upgrade will do incorrect things that may cause serious problems. > < > Take your time and understand what your are doing and why. >  > I Thanks for the reminder, Charlie.  Lucky for me I'm merely toying with a . hobbyist system.  B In the end, I concluded that SYS$COMMON:[SYSMGR] was the authors' B intended target for the various startup COM files on a standalone = system.  The suggestion by them that these files be moved to lI SYS$COMMON:[SYS$STARTUP] means they are not executed by the default main .; STARTUP.COM procedure, which refers to SYS$MANAGER:SY*.COM.v   Alderh   ------------------------------  # Date: Sat, 21 Feb 2004 22:49:14 GMTw> From: Michael Austin <maustin@no-more-spam.firstdbasource.com>1 Subject: Re: VMS question regarding SMTP headers.o> Message-ID: <KfRZb.53$Pb3.50744495@newssvr11.news.prodigy.com>  $ systematipltoddemontodcotoduk wrote:  
 > Hi Steve > G > Is this using the VMS box as a POP server or as a POP client.  If thec > latter...  >  > How did you do it? >  > Steve- >  >  > -- > Steve Reece.0 > system at ipl dot nomed-reversed dot co dot uk >  > 3 > "Steve Young" <sdyoung@well.com> wrote in message.> > news:slrnc0rfq2.2fsa.steve@h68-144-59-39.cg.shawcable.net... > 
 >>  Hello, >>K >>  I have successfully got SMTP working fine on my VMS box.  However, wheny >  > Io > J >>grab email over POP, there is a blank line between the headers that wereL >>added on the VMS machine, and the headers that were already in the messageK >>when it was delivered.  This makes the headers appear as part of the body I >>to my MUA, which is kind of ugly.  Is there a fix for this? I've looked E >>in the TCP/IP Admin guide on HP's site and couldn't find any directeL >>reference to this.  If it is documented then a hint on where it's at would >>be much appreciated. >> >>  Thanks, 
 >>  Steve. >> >  >  >    did you use:8 $   DEFINE /SYSTEM  TCPIP$POP_IGNORE_MAIL11_HEADERS true   ------------------------------  + Date: Sat, 21 Feb 2004 12:11:49 +0000 (UTC)wP From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)% Subject: what is "$ FONT/DIR" on VAX? $ Message-ID: <c17hu5$jpq$1@online.de>  E I downloaded some .BDF files and used the FONT command to create somepG .PCF files on ALPHA and .DECW$FONT files on VAX.  I then copied them to E SYS$SYSDEVICE:[VMS$COMMON.SYSFONT.DECW.USER_COMMON].  On ALPHA, I rant the FONT/DIR command.   H There doesn't seem to be an equivalent command on VAX.  Why not?  Is it C necessary?  (FONT/DIR doesn't seem to be documented on ALPHA, even  F though it is there on my system and the FONT command IS documented in  HELP.)   ------------------------------  + Date: Sat, 21 Feb 2004 19:42:02 +0000 (UTC)t6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)) Subject: Re: what is "$ FONT/DIR" on VAX?e0 Message-ID: <newscache$1a9gth$4c3$1@news.sil.at>  w In article <c17hu5$jpq$1@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: F >I downloaded some .BDF files and used the FONT command to create someH >.PCF files on ALPHA and .DECW$FONT files on VAX.  I then copied them toF >SYS$SYSDEVICE:[VMS$COMMON.SYSFONT.DECW.USER_COMMON].  On ALPHA, I ran >the FONT/DIR command. e  ? Possible, but as you found, not the documented/recommended way.   I >There doesn't seem to be an equivalent command on VAX.  Why not?  Is it >D >necessary?  (FONT/DIR doesn't seem to be documented on ALPHA, even G >though it is there on my system and the FONT command IS documented in   >HELP.)'  0 	$ @SYS$UPDATE:DECW$MKFONTDIR	! on Alpha and VAX  " And there you find the VAX command  2 	$ MKFONTDIR :== $DECW$ROOT:[SYSEXE]DECW$MKFONTDIR  H It is better sometimes to use the direct but undocumented way, though...   -Peter  L PS: While we are on it, what .DECW$FONT to .BDF (aka .DECW$BDF) converter doM you all use/know ? Or in other words, how to get all fonts on all platforms ?  -- s Peter "EPLAN" LANGSTOEGER.% Network and OpenVMS system specialistt E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  + Date: Sat, 21 Feb 2004 22:55:13 +0000 (UTC)hP From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)) Subject: Re: what is "$ FONT/DIR" on VAX? $ Message-ID: <c18nkh$loa$1@online.de>  F In article <c17miv$1ednvo$1@ID-207001.news.uni-berlin.de>, Tony Arnold  <tony.arnold@man.ac.uk> writes:   G > Does it do what mkfontdir does on Unix systems (and is supplied with  G > DECwindows, I believe). X.11 requires a file which is a directory of dJ > font names and their associated file names. Whenever new font files are K > added, this directory file needs to be regenerated. mkfontdir used to be  = > the way to do this, but perhaps font/dir is an alternative.   F That appears to be it.  The puzzling thing is that FONT/DIR exists on F ALPHA but not on VAX.  I could presumably execute the command from an I ALPHA with the VAX directory as the argument, but I'm not sure what that )9 would result in!  There is no command "mkfontdir" on VAX.    ------------------------------  + Date: Sat, 21 Feb 2004 23:02:48 +0000 (UTC)YP From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)) Subject: Re: what is "$ FONT/DIR" on VAX?I$ Message-ID: <c18o2o$loa$2@online.de>  G > Does it do what mkfontdir does on Unix systems (and is supplied with  G > DECwindows, I believe). X.11 requires a file which is a directory of  J > font names and their associated file names. Whenever new font files are K > added, this directory file needs to be regenerated. mkfontdir used to be  = > the way to do this, but perhaps font/dir is an alternative.   H After reading Peter's post, I see that a global symbol called MKFONTDIR 2 is defined by executing SYS$UPDATE:DECW$MKFONTDIR.   ------------------------------  % Date: Fri, 20 Feb 2004 16:18:28 -0800w3 From: Alan Frisbie <Usenet01REMOVE@Flying-Disk.com> ! Subject: XP1000 technical manual?r. Message-ID: <4036A3D4.1030309@Flying-Disk.com>  = Does anyone know if a technical manual exists for the XP1000?r: I looked at everything pointed to by Ask The Wizard #8184, in particular:  @    And specifically for the AlphaStation XP1000 series hardware:  :      ftp://ftp.compaq.com/pub/supportinformation/techpubs/*          maintenance_guides/120205-002.pdf  ? But this manual is for PCs, and contains nothing more technical > than "If it does not turn on, make sure it is plugged in" (OK,8 it does go a bit further than that, but not much).   I'm+ afraid that The Wizard blew it on this one.o  < I'm looking for something that is actually useful to someone< who wants to open the case and do something radical like add memory or a disk drive.x  ( Has anyone ever seen anything like that?   Thanks Alan   ------------------------------  % Date: Fri, 20 Feb 2004 21:15:07 -0800d3 From: Alan Frisbie <Usenet01REMOVE@Flying-Disk.com>e% Subject: Re: XP1000 technical manual? . Message-ID: <4036E95B.6090206@Flying-Disk.com>   sms@antinode.org wrote: 5 > From: Alan Frisbie <Usenet01REMOVE@Flying-Disk.com>l >  > > Bradford J. Hamilton wrote:n  S > > > Would the SOC for the XP1000 do (there is a system diagram on the last page)?rK > > > http://h18000.www1.hp.com/products/quickspecs/soc_archives/80001.html   E > > I'm afraid not.   I already have that, and it doesn't really havetJ > > any technical detail.   I'm looking for things like the LED diagnostic > > codes, etc.u  G > Welcome to the club.  Ever since a short (and gentle) car ride killed G > mine, I've been looking for the same thing, with no success.  I'll beuJ > tempted to harm the next person who suggests the supremely inappropriateI > Compaq Quick Troubleshooting Guide (120205-002.PDF) which is frequentlyM > suggested but never useful.n  D Yes, that is the one cited by The Wizard.   Given The Wizard's usual: technical excellence, I cannot fathom why he suggested it.  @ >    EK-CPWXP-SIA01.PDF ("Compaq Professional Workstation XP1000B > Installation and Setup Guide") hints at the existence of "CompaqI > Professional Workstation XP1000 System Reference and Maintenance Guide"rC > and "Compaq Professional Workstation XP1000 Technical Information  > Guide".  Haven't found 'em.n  B I have found hints that at one time they were supplied on CDROM toA original purchasers of XP1000 systems, but I have never seen one.t@ If I ever do find one, I will be happy to burn copies for anyone who needs one.   Alan   ------------------------------  # Date: Sat, 21 Feb 2004 04:36:16 GMTc6 From: "Craig A. Berry" <craigberry@mac.com.spamfooler>% Subject: Re: XP1000 technical manual?>@ Message-ID: <31805abddc4882459e16cdfae27a22ea@news.teranews.com>  . In article <4036C7D7.5020507@Flying-Disk.com>,5  Alan Frisbie <Usenet01REMOVE@Flying-Disk.com> wrote:n   > Bradford J. Hamilton wrote:2 > 9 > > Alan Frisbie <Usenet01REMOVE@Flying-Disk.com> writes:<C > > > Does anyone know if a technical manual exists for the XP1000?i > K > > Would the SOC for the XP1000 do (there is a system diagram on the last  
 > > page)? > > I > > http://h18000.www1.hp.com/products/quickspecs/soc_archives/80001.htmla > C > I'm afraid not.   I already have that, and it doesn't really have H > any technical detail.   I'm looking for things like the LED diagnostic
 > codes, etc.   F The whitepapers here have quite a bit of technical detail, though I'm  not sure about LED codes.f  I <http://h18002.www1.hp.com/alphaserver/workstations/retired/xpseries/xp10n 00/whitepapers.html>   ------------------------------  # Date: Sat, 21 Feb 2004 10:03:52 GMT ( From: Phaeton   <spameater@spam.invalid> Subject: [OT] To Dave Froble7 Message-ID: <c2GZb.1908$KS1.65906@nasal.pacific.net.au>e  	 	Hi Dave,h  B 	Did you get my answer I sent to your e-mail, a few days earlier ?) 	( Sorry for bothering the newsgroup... )n 							Cheers,  Csabai  J  -------------------------------------------------------------------------H   CSABA I. HARANGOZO  |d|i|g|i|t|a|l|  csabah(at)zipworld(dot)com(dot)auJ  -------------------------------------------------------------------------;    EARTH::AUSTRALIA:[SYDNEY]HARANGOZO.CSABA;1, delete? [N]:     Gummidge's Law :nG   The amount of expertise varies in inverse proportion to the number of - 	statements understood by the general public.r   ------------------------------  + Date: Fri, 20 Feb 2004 23:16:21 +0000 (UTC)s6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)> Subject: Re: [TCPIP V5.4] Session Disconnects (and DISCONNECT)1 Message-ID: <newscache$ejoeth$3g32$1@news.sil.at>h  p In article <8ncZb.67244$Wa.23019@news-server.bigpond.net.au>, "Matt Muggeridge" <Matt.Muggeridge@hp.com> writes:2 >>When I delete the alias address(es) the sessions- >> (eg. DECnet over IP) don't get terminated.- >-9 >That is a good thing.  Protocol modularity and all that.D  9 I disagree. The address is gone, the sessions should too.s  B >> 1) Is there a chance that UCX at some time will do this right ?D >> eg. do you have an idea what parameters to try (besides how to do  >> keepalive for DECnet over IP) >eM >I'm not sure what your expectations are.  Using "tcpip disconnect" seems the M >right approach.  Your 3rd point suggests you would like to see this enhanced = >to accept /LOCAL and /REMOTE qualifiers for the port number.0   Yes. But I want both..I A DISCONNECT is the 2nd choice. 1st is the automatic session termination.m  3 >>Is there any chance that UCX will narrow this gap < >> (which exists now for a decade) in the very near future ? >rI >Sorry to say that I haven't seen this request on our recent requirementsn >list.    ) Is this list done by user requests only ? J Or does some marketing guy occassionally look on competing products, too ?K I surely discussed it on more than one occasion (but didn't submit an SPR).gK (And I still have the impression that PSC did add KILL CONNECTION on my owns, request way back in the very early nineties)  ) >       However, I will forward it along.t  
 Thanks a lot.r  M >                                           But before I do, is there more to 	 >it than:  > L >    tcpip disco dev /LOCAL=<local port number> /REMOTE=<remote port number>  # 	/LOCAL=<local-ia|*>.<local-port|*>m& 	/REMOTE=<remote-ia|*>.<remote-port|*>  I >Of course, like all work, this will be prioritised accordingly.  You can I >check in periodically to see where it is up to.  If you need our productt) >manager's email address, drop me a line.    Dropped ;-)  Does he accept hobbyists, too ?    >>Otherwise I willJ >> have to write a DCL script instead of using one simple TCPIP command... >i5 >That will have to be your solution in the near term.   % And this is a problem I'm afraid off.I  L eg. There is a difference between BG devices and sockets. F$DEVICE ("_BG*:")F So even getting a list of sockets is parsing output in files. Shudder.    M >> 3) Is there a chance that a lexical function (F$GETDVI comes to mind) will N >> (in the very near future) give me IP information (like the local IP addressL >> and/or port number) on BG devices ? Otherwise I will have to parse output >> files (written by CRTL).L >nJ >In the very near future... no.  If you can email me your requirement (theF >more detail the better) it will be added to our requirements list and  >reviewed during the next cycle.   Many Thanks.G I think the requirements should and will grow here in the news group...0  
 >> Any hope ?h >n* >There is always hope.  Keep smiling.  :-)  I I already do. Such a fast answer. And from the right person. Wonderful...o   -- t Peter "EPLAN" LANGSTOEGERi% Network and OpenVMS system specialisth E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  + Date: Sat, 21 Feb 2004 00:00:05 +0000 (UTC)t6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)> Subject: Re: [TCPIP V5.4] Session Disconnects (and DISCONNECT)1 Message-ID: <newscache$akqeth$ak32$1@news.sil.at>   p In article <v5dZb.67309$Wa.21061@news-server.bigpond.net.au>, "Matt Muggeridge" <Matt.Muggeridge@hp.com> writes:E >Oh, I should have also mentioned this command, in case it meets your  >immediate needs:  >6% >    $ ifconfig ie0 10.10.10.10 abort  >0M >This will abort all connections to the 10.10.10.10 address on interface ie0.   ? It does indeed meet my immediate needs (if it works of course).RE But the enhancements to DISCONNECT are still on my wish list (greaterpE flexibility) and if they are there, then this abort becomes obsolete.n  7 btw Where is this documented ? I didn't find it so far.tB If not, is it supported already (and only documentation missing) ?, Did it already exist in TCPIP V5.3 (ECO ?) ?     Now to my first tries:  P --------------------------------------------------------------------------------  $ ucx ifconfig we0 alias 1.2.3.4 $ ucx ifconfig -amA LO0: flags=100c89<UP,LOOPBACK,NOARP,MULTICAST,SIMPLEX,NOCHECKSUM>0/      inet 127.0.0.1 netmask ff000000 ipmtu 4096A   TN0: flags=80<NOARP>   TN1: flags=80<NOARP>  E WE0: flags=8000c63<UP,BROADCAST,NOTRAILERS,RUNNING,MULTICAST,SIMPLEX> E      inet 1.2.3.4 netmask ff000000 broadcast 1.255.255.255 ipmtu 1500eL      inet 192.168.50.81 netmask ffffff00 broadcast 192.168.50.255 ipmtu 1500    $ ucx ifconfig we0 1.2.3.4 abort& 1.2.3.4: aborting 53 tcp connection(s)P --------------------------------------------------------------------------------4 53 connections ? There wasn't even one existing yet.K OTOH no connection was disconnected and so it is only a cosmetical problem.DP -------------------------------------------------------------------------------- $ ucx ifconfig -aiA LO0: flags=100c89<UP,LOOPBACK,NOARP,MULTICAST,SIMPLEX,NOCHECKSUM>o/      inet 127.0.0.1 netmask ff000000 ipmtu 4096p   TN0: flags=80<NOARP>   TN1: flags=80<NOARP>  E WE0: flags=8000c63<UP,BROADCAST,NOTRAILERS,RUNNING,MULTICAST,SIMPLEX> E     *inet 1.2.3.4 netmask ff000000 broadcast 1.255.255.255 ipmtu 1500.L      inet 192.168.50.81 netmask ffffff00 broadcast 192.168.50.255 ipmtu 1500  ! $ ucx ifconfig we0 -alias 1.2.3.47P --------------------------------------------------------------------------------2 What does the asterisk indicate. A pending ABORT ?  = And now with a connection (to itself via this address) again:oP --------------------------------------------------------------------------------  $ ucx ifconfig we0 1.2.3.4 abort/ Unexpected error in status, deleting TCB (QIO). < Possibly in TIME_WAIT state of 120 seconds for BG device: 0.0 Unable to abort connections for address 1.2.3.4:P --------------------------------------------------------------------------------M OTOH after the 120 seconds passed, this message came and the session aborted.i    N Means, there is room for improvement but so far seems usable. Thanks for this.   -- - Peter "EPLAN" LANGSTOEGER-% Network and OpenVMS system specialist0 E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------   End of INFO-VAX 2004.104 ************************