1 INFO-VAX	Mon, 19 Dec 2005	Volume 2005 : Issue 705       Contents: Re: Another Backup suggestion  Re: Another Backup suggestion " Re: calloc() fails, no more memory Re: Clustering Re: Clustering/ Re: Clustering: switches reliability/redundancy / Re: Clustering: switches reliability/redundancy ) Re: Deleting alias files (blocks deleted) ) Re: Deleting alias files (blocks deleted) ) Re: Deleting alias files (blocks deleted) ) Re: Deleting alias files (blocks deleted) , ES45 COM1 as console port NOT working HELP ! extrenal cache battery7 Re: HP announces new Integrity Blade Servers - OpenVMS? & Re: Moving directories of files to dos& Re: Moving directories of files to dos Re: MSCP transfer rates P Re: OT - GETSYI (was:Re: PHONE error - Invalid specification of node or person. E Re: PHONE error - Invalid specification of node or person. Try again.  Re: shadowing questions   F ----------------------------------------------------------------------    Date: 19 Dec 2005 08:19:19 -0800$ From: "AEF" <spamsink2001@yahoo.com>& Subject: Re: Another Backup suggestionC Message-ID: <1135009159.323397.127380@g14g2000cwa.googlegroups.com>    Albrecht Schlosser wrote:  > Phillip Helbig wrote: B > > In article <11nund.9b.ln@news.hus-soft.de>, Albrecht Schlosser > > <ajs856@tiscali.de> writes:  > >  > > < > >>>Last week I added a new qualifier - /PROGRESS_REPORT=n.C > >>>The new qualifier instructs BACKUP to write progress report to D > >>>SYS$OUTPUT (which may be a log file) every n seconds.  We writeI > >>>the new CTRL-T message to the log file (data saved/restored, current : > >>>file, rate and estimated completion time) prefixed by > >>>%BACKUP-I-PROGRESS_REPORT,  > >>I > >>Fine, but I'm missing some sort of time stamp, at least with the line A > >>"... starting verification pass" (or similar). Sometimes it's F > >>interesting to know how long it took to write the saveset and when< > >>backup started verification (and backup date recording). > >  > >  > > $ SET PREFIX > >  > I > Nice, didn't know that :-) , but this would only show the completion of  > the backup command.  > 
 > Albrecht  F Just to be more clear, and to second this request, SET PREFIX will notD show you when the verification and backup passes start, or any other  BACKUP messages for that matter.   ------------------------------  % Date: Mon, 19 Dec 2005 13:29:55 -0500 ' From: Dave Froble <davef@tsoft-inc.com> & Subject: Re: Another Backup suggestion0 Message-ID: <11qdutliopt7903@corp.supernews.com>  
 AEF wrote: > Albrecht Schlosser wrote:  >  >>Phillip Helbig wrote:  >>A >>>In article <11nund.9b.ln@news.hus-soft.de>, Albrecht Schlosser  >>><ajs856@tiscali.de> writes: >>>  >>>  >>> < >>>>>Last week I added a new qualifier - /PROGRESS_REPORT=n.C >>>>>The new qualifier instructs BACKUP to write progress report to D >>>>>SYS$OUTPUT (which may be a log file) every n seconds.  We writeI >>>>>the new CTRL-T message to the log file (data saved/restored, current : >>>>>file, rate and estimated completion time) prefixed by >>>>>%BACKUP-I-PROGRESS_REPORT,  >>>>I >>>>Fine, but I'm missing some sort of time stamp, at least with the line A >>>>"... starting verification pass" (or similar). Sometimes it's F >>>>interesting to know how long it took to write the saveset and when< >>>>backup started verification (and backup date recording). >>>  >>>  >>>$ SET PREFIX  >>>  >>I >>Nice, didn't know that :-) , but this would only show the completion of  >>the backup command.  >>
 >>Albrecht >  > H > Just to be more clear, and to second this request, SET PREFIX will notF > show you when the verification and backup passes start, or any other" > BACKUP messages for that matter. >   H Well, it's ugly, and I probably wouldn't use it, but if you really have D to have the seperate times, how about one command to do the BACKUP, ; without /VERIFY, and then another command, BACKUP /COMPARE?   G Having a timestamp on the message for the beginning of the VERIFY pass  G is really the way to do it.  Should have been there from the beginning.    --  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: Mon, 19 Dec 2005 08:27:21 -0700 # From: Jim Mehlhop <jim@mehlhop.org> + Subject: Re: calloc() fails, no more memory * Message-ID: <43A6D159.1080807@mehlhop.org>   Ken Fairfield wrote: > Karsten Nyblad wrote:  >  >> Hans Blom wrote:  >> >>> Hello all,K >>> I'm running OpenVMS 7.3-2 on an Alphaserver. A programmer has developed K >>> an application that, in order to work with speed, wants to keep as much K >>> as possible of the data in memory. At some point he does an calloc() to H >>> get a memoryarea to keep about 400 000 pointers. He gets a null backH >>> from the call, basically OpenVMS saying - sorry sir, no more memory! >>> L >>> We have tried raising pgflquota, wsextent (in order to decrease need forK >>> paging) and every other conceivable quota both in sysuaf and sysgen. We K >>> can see that as long as the program works in memory everything is fine, H >>> but as soon as wsextent is hit and it has to start paging, it fails. >>> 3 >>> I'm stuck! Anybody got any ideas on what to do?  >>>  >>> Regards  >>> 
 >>> Hans Blom  >> >> >>F >> There is one system parameter, that I do not understand why nobody C >> have mentioned.  Is it just me, who have not had my hands on an    >> OpenVMS machine for too long? >  > ? >    I don't know why no one mentioned it either, but I haven't 4 > been paying particular attention to this thread... > A >    On VAXes, there is the SYSGEN parameter VIRTUALPAGECNT which ? > limits the maximum virtual memory any process can have.  This > > parameter should be set less than the total of your physicalC > memory plus your total pagefile space.  On Alphas, this parameter > > is obsolete (and was removed at some point rather early on). >  > [...]  >  >     Regards, Ken  H I haven't been watching this thread either, but it does say Alphaserver - VMS7.3-2 so VIRTUALPAGECNT is not applicable.   B Since I haven't watched I will ask a basic question.  Do you have  sufficient pagefile?  @ If so then the only thing I can think of is that, if I remember D correctly CALLOC used a heap of memory.  If you then need to expand F address space for some other reason and then Calloc needs more memory G you can get to a situation where the calloc memory is interleaved with  E expand memory space and if you try to shrink memory it can not do it  H because the calloc heap is in the middle of it.  If this activity keeps G going on then you ultimately end up with infinite memory growth and at   some point hit pagefile quota.   Jim    ------------------------------  % Date: Mon, 19 Dec 2005 10:10:07 +0100 & From: Paul Sture <paul.sture@decus.ch> Subject: Re: Clustering , Message-ID: <40nbmgF1aacrkU1@individual.net>   Bob Koehler wrote:\ > In article <11q5lqcgtoor5b0@corp.supernews.com>, Dave Froble <davef@tsoft-inc.com> writes: > J >>It's been a while, and I've never been real intimate with clusters, but J >>I think the biggest issue with running diskless workstations is paging.  >  > F >    That's why our "diskless" VAXstations all had local page and swap/ >    disks.  Paging over 10BT is not efficient.  >   G CLUSTER_CONFIG (on Alphas *) can create page and swap files for you on  C the workstation's local disk when adding it as a satellite. It's a   painless process.   F You also void cluttering up your cluster system disk with workstation  page and swap files.   ------------------------------  % Date: Mon, 19 Dec 2005 10:11:22 +0100 & From: Paul Sture <paul.sture@decus.ch> Subject: Re: Clustering , Message-ID: <40nboqF1aacrkU2@individual.net>   Paul Sture wrote:  > Bob Koehler wrote: > @ >> In article <11q5lqcgtoor5b0@corp.supernews.com>, Dave Froble   >> <davef@tsoft-inc.com> writes: >>H >>> It's been a while, and I've never been real intimate with clusters, H >>> but I think the biggest issue with running diskless workstations is  >>> paging.  >> >> >>G >>    That's why our "diskless" VAXstations all had local page and swap 0 >>    disks.  Paging over 10BT is not efficient. >> > I > CLUSTER_CONFIG (on Alphas *) can create page and swap files for you on  E > the workstation's local disk when adding it as a satellite. It's a   > painless process.  > H > You also void cluttering up your cluster system disk with workstation  > page and swap files.  ; The last sentence should of course read "You also avoid..."    ------------------------------  + Date: Mon, 19 Dec 2005 14:37:41 +0000 (UTC) - From: klewis@OMEGA.MITRE.ORG (Keith A. Lewis) 8 Subject: Re: Clustering: switches reliability/redundancy. Message-ID: <do6gjk$hjo$1@newslocal.mitre.org>   "Alex Daniels" <alexNOSPAMHERETHANKSdaniels@themail.co.uk> writes in article <43a24893$0$29573$da0feed9@news.zen.co.uk> dated Fri, 16 Dec 2005 04:54:44 -0000:F >"Michael Moroney" <moroney@world.std.spaamtrap.com> wrote in message # >news:dntgm3$dno$1@pcls4.std.com... 2 >> klewis@OMEGA.MITRE.ORG (Keith A. Lewis) writes: >>L >>>Example:  Nodes A-C each have 2 NICs and are connected to switches 1 and  >>>2. M >>>If NIC A-1 fails, everything still works.  But if NIC B-2 fails before A-1 L >>>is fixed, nodes A and B can no longer communicate.  C can still see both  >>>of M >>>them, so it wants to keep the cluster together, and each of {A,B} wants to : >>>kick the other out.  The result is a cluster-wide hang. >>L >> Cluster shouldn't hang.  One of A or B will be kicked out and the clusterK >> will continue.  I don't know the algorithm other than the one with fewer F >> votes will be kicked out if different.  C knows A and B cannot talk >> to each other.   F Hmmmm, is this new behavior?  It does not match my experience (openVMS 6.2 or 7.1 AXP).  3 >It will hang for the value of RECNXINTERVAL first.   I Always set to 20 seconds here, AFAIK.  The hangs I saw were minutes-hours @ and ended each time when I powered off one of the failing nodes.  0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  + Date: Mon, 19 Dec 2005 15:04:45 +0000 (UTC) 7 From: moroney@world.std.spaamtrap.com (Michael Moroney) 8 Subject: Re: Clustering: switches reliability/redundancy( Message-ID: <do6i6d$jc2$1@pcls4.std.com>  / klewis@OMEGA.MITRE.ORG (Keith A. Lewis) writes:    >"Alex Daniels" <alexNOSPAMHERETHANKSdaniels@themail.co.uk> writes in article <43a24893$0$29573$da0feed9@news.zen.co.uk> dated Fri, 16 Dec 2005 04:54:44 -0000: G >>"Michael Moroney" <moroney@world.std.spaamtrap.com> wrote in message  $ >>news:dntgm3$dno$1@pcls4.std.com...3 >>> klewis@OMEGA.MITRE.ORG (Keith A. Lewis) writes:  >>> M >>>>Example:  Nodes A-C each have 2 NICs and are connected to switches 1 and   >>>>2.N >>>>If NIC A-1 fails, everything still works.  But if NIC B-2 fails before A-1M >>>>is fixed, nodes A and B can no longer communicate.  C can still see both   >>>>ofN >>>>them, so it wants to keep the cluster together, and each of {A,B} wants to; >>>>kick the other out.  The result is a cluster-wide hang.  >>> M >>> Cluster shouldn't hang.  One of A or B will be kicked out and the cluster L >>> will continue.  I don't know the algorithm other than the one with fewerG >>> votes will be kicked out if different.  C knows A and B cannot talk  >>> to each other.  G >Hmmmm, is this new behavior?  It does not match my experience (openVMS  >6.2 or 7.1 AXP).   E Not new behavior, it's been this way for a while.  But it sounds like G it doesn't work in all cases.  The times I've seen it (simple case of 3 G nodes like you described) it has worked, but I've seen it only a couple 	 of times.    ------------------------------    Date: 19 Dec 2005 10:47:21 +01006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)2 Subject: Re: Deleting alias files (blocks deleted)* Message-ID: <43a68fb9@news.langstoeger.at>  ` In article <43A62BED.5E8EFE3B@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes: >JF Mezei wrote:J >> Is it normal when one is deleting an alias file that the delete command$ >> reports having deleted X blocks ? >>  0 >> Shouldn't it report having deleted 0 blocks ? >>   >> (This is on VAX VMS 7.2)  > A >DELETE will remove the directory entry and $DELETE the file. The F >remaining directory entry(-ies) now point(s) to a file that no longer >exists.  G But only on VAXes. On Alphas it was fixed long ago and deletes the file E only if this is the last pointer to the file. (It is said to also fix E the backlink pointer FID and the file name in the file header to make G one of the secondary entries to the primary entry if the original entry G gets deleted - but I haven't seen this so far !! - backlink pointer FID @ has a random value and file name in file header keeps unchanged)  B >You're looking for SET FILE/REMOVE, not DELETE (i.e., there is no >DELETE/ALIAS, AFAIK).   Be careful. : With SET FILE/REMOVE you can still remove the only/primary0 entry and get a lost file then (on Alphas, too).    
 Hoff/Guy ?   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------    Date: 19 Dec 2005 11:10:48 +01006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)2 Subject: Re: Deleting alias files (blocks deleted), Message-ID: <43a69538$1@news.langstoeger.at>  [ In article <43A63DEF.62DDFDB@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:  >David J Dachtera wrote:C >> DELETE will remove the directory entry and $DELETE the file. The H >> remaining directory entry(-ies) now point(s) to a file that no longer
 >> exists. >  >That is terrible. > E >One of those files was SYSBOOT.EXE, there was an alias in [000000].    9 And which did you delete ? The primary or the secondary ? B Did you check before deleting ? And if not how did you know it was an alias entry at all ?   @ >The file is still in [VMS$COMMON.SYSEXE] and I can dump it. AndG >ANA/DISK/REPAIR finds no problem with the disk. Shouldn't it find that / >the file in VMS$COMMON points to free blocks ?   I If you deleted the primary then a DIRECTORY/mumble (again, on a VAX only) I would give you "no such file" instead of date/security/size. VERIFY would J tell %ANALDISK-W-BADDIRENT, invalid file identification in directory entry  > So you obviously deleted the alias and everything is still ok.  I >Frankly, if DELETE doesn't check the alias bit in the directory entry, I   B There is no "alias bit". Only backlink FID (and file name) makes a< directory entry of a file to the primary or a secondary one.  I >am terribly disapointed. It doesn't let you delete a non empty directory I >file. So you'd expect it to either properly delete an alias entry or not $ >delete it at all and warn about it.  0 On OpenVMS VAX it seems you are on your own now.F But you had ~20 years to tell them about bugs and gotta have it fixed.C Do yourself a favor and get a cheap Alpha, test there and only then I you could expect VMS engineering to fix the (still existing) bugs in VMS.   < Yes, I would like to see such bug fixes in OpenVMS VAX, too.H But I no longer expect it (and I still really hope, that VMS doesn't die at all with this Itanic thing)  G >Is there a garantee that ANA/DISK will spot any inconsistencies due to H >my deleteing the alias file but not the main file ? If ANA/DISK doesn'tA >find anything wrong, does this mean I did not cause any damage ?   H Every VMS version did have improvements so far. V7.2 is older/worse thanG V7.3 and OpenVMS VAX is older/worse than OpenVMS Alpha and OpenVMS I64. F I have seen VERIFY find no errors when there have been some and I alsoC have seen VERIFY corrupt the disk during a /REPAIR (long long ago). E So your only guarantee is keep VMS as current as feasible/possible...    --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------    Date: 19 Dec 2005 06:34:42 -0800$ From: "AEF" <spamsink2001@yahoo.com>2 Subject: Re: Deleting alias files (blocks deleted)C Message-ID: <1135002882.360845.191530@z14g2000cwz.googlegroups.com>     Peter 'EPLAN' LANGSTOEGER wrote:^ > In article <43A5EB16.F3F88A4B@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:J > >Is it normal when one is deleting an alias file that the delete command$ > >reports having deleted X blocks ? > > 0 > >Shouldn't it report having deleted 0 blocks ? > > > It should (in my eyes too), but (AFAIK) it never did so far.( > Perhaps an improvement area for Guy...    E Without warning that it is an alias entry that is being removed, that  is also misleading.   D IMW, BISTM that this whole alias feature was -- at least at first --E just an ad hoc addition as part of the evolution of VMScluster system B disks. Using aliases for other purposes is partly "use at your ownD risk" or "as is". This would then be just like the way "default" SETC FILE/NOBACKUP PAGEFILE.SYS,SWAPFILE,SYSDUMP.DMP is an ad hoc way to F speed up system backups. At least one site (I was a user at that site)E tried to use SET FILE/NOBACKUP to make BACKUP "skip" saving a scratch C directory tree. Well, one day the site did a restore and we got the E scratch directory tree back with all the files but no data: not quite A the desired result! I now understand why that happened but it was G confusing then. And it seems to be a similar case with aliases. They're C really not that easy to deal with. Directory doesn't tell you which E files are just aliase entries and other DCL commands don't warn about G any alias entries they encounter. It appears to not have been meant for  "general use".  G Just changing (>0) blocks to 0 blocks is not really helpful in my eyes. D Either a warning from hp that you use the alias feature "as is" or a! more comprehensive fix is needed.    AEF    ------------------------------  % Date: Mon, 19 Dec 2005 10:55:16 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 2 Subject: Re: Deleting alias files (blocks deleted), Message-ID: <43A6D78F.A0EC0F80@teksavvy.com>    Peter 'EPLAN' LANGSTOEGER wrote:; > And which did you delete ? The primary or the secondary ? D > Did you check before deleting ? And if not how did you know it was > an alias entry at all ?    MC DFU DIR/ALIAS    J (it did report in one run that oen file (a lot file) was its own alias !).  H But disk:[000000]SYSBOOT.EXE was clearly an alias of the real file (same
 file IDs).  K > If you deleted the primary then a DIRECTORY/mumble (again, on a VAX only) K > would give you "no such file" instead of date/security/size. VERIFY would L > tell %ANALDISK-W-BADDIRENT, invalid file identification in directory entry > @ > So you obviously deleted the alias and everything is still ok.  F Well it seems. But when folks here reported that I would have actually deleted data it got me scared.  F Coumpound this with the fact that there was a obscure boot flag in theG SRM that wanted it to boot from a non-existant SYS1 and I really though B I had lot the system. Used WRITEBOOT.EXE plenty of times, searched4 everywhere.... Eventually clued in on the boot flag.  C > There is no "alias bit". Only backlink FID (and file name) akes a > > directory entry of a file to the primary or a secondary one.  H I thought that there was in fact an alias bit in the directory file. (or is it in INDEXF.SYS ?)  E > Do yourself a favor and get a cheap Alpha, test there and only then K > you could expect VMS engineering to fix the (still existing) bugs in VMS.   C It is pretty obvious that VAX-VMS has been abandonned. I certaintly 3 can't expect support from the current owner of VMS. & Hence support from this newsgroups :-)   ------------------------------  % Date: Mon, 19 Dec 2005 09:46:30 -0500 C From: "David Turner, Island Computers US Corp" <dbturner@icusc.com> 5 Subject: ES45 COM1 as console port NOT working HELP ! 8 Message-ID: <RBzpf.6458$eF1.1815@bignews2.bellsouth.net>   Dear All  ? Just got some some ES45 systems in and have a strange situation     A COM1 is doing nothing on all four systems, but the MMJ port works 7 I have contacted HP but they don't have any information   % I believe it is a simple SRM setting.   5 FYI - We checked J4 on the motherboard was set to 2-3     > Anyone know how to init the COM1 port (for the DB9 connection)  + If so please email me at dbturner@icusc.com   I We have a test system here and have compared the settings as our COM1 and  MMJ ports both work fine.   " These came directly from HP so....     --     David B Turner Island Computers US Corp 2700 Gregory St, Suite 180 Savannah GA 31404  Tel: 912 447 6622 X201 Cell: 912 447 6622 X252  Fax: 912 201 0402  Email: dbturner@icusc.com  Web: http://www.islandco.com% ===================================== < All orders are subject to the following terms and conditions. of sale. These should be read before ordering.% http://www.islandco.com/warranty.html    ------------------------------    Date: 19 Dec 2005 06:50:55 -0800= From: "SanthoshfromJay@gmail.com" <SanthoshfromJay@gmail.com>  Subject: extrenal cache battery C Message-ID: <1135003855.878269.248970@z14g2000cwz.googlegroups.com>   G Why an extrenal cache battery is required in HSZ70 disk array controler * eventhough i have UPS  for the controller.   ------------------------------  % Date: Mon, 19 Dec 2005 09:44:33 +0100 & From: Paul Sture <paul.sture@decus.ch>@ Subject: Re: HP announces new Integrity Blade Servers - OpenVMS?, Message-ID: <40na6iF1b3ccuU1@individual.net>   Larry Kilgallen wrote:\ > In article <11q4jinojb5gl0f@corp.supernews.com>, Dave Froble <davef@tsoft-inc.com> writes: >  >>Main, Kerry wrote: >  > D >>>Thinking about the above, perhaps HPTC, movies on demand, digital4 >>>theatres etc might be something to think about .. >>H >>I guess my only question is, which of the above cannot be done on the " >>platforms VMS currently runs on? >  > E > The (unwritten) part about "fits in a Blade form-factor, conforming E > to the latest industry buzzwords".  There may be technical benefits 3 > as well, but market appeal is a critical quality.   @ LOL! Think of the appeal of the following when doing purchasing  presentations :-)   F "All our solutions conform to the latest industry standard buzzwords."   ------------------------------    Date: 19 Dec 2005 09:14:01 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) / Subject: Re: Moving directories of files to dos 3 Message-ID: <xnjzx4GGb1y9@eisner.encompasserve.org>   m In article <1134963458.237511.107100@g47g2000cwa.googlegroups.com>, "tadamsmar" <tadamsmar@yahoo.com> writes: I > I want to move some directories that are used for java development from = > a Alpha VMS system to a DOS/Windows system.  What is a good C > way to do that?  I there a good cross-platform zip/unzip program?   6    My condolences.  ZIP works fine.  Watch out for -a.  E > I want to move the .java files and various ascii data files read by E > the dos programs.  I will have to convert a few .com files to .bat.  >    ------------------------------  + Date: Mon, 19 Dec 2005 09:31:08 -0600 (CST) * From: sms@antinode.org (Steven M. Schweda)/ Subject: Re: Moving directories of files to dos 2 Message-ID: <05121909310827_202488EC@antinode.org>  2 From: martin@radiogaga.harz.de (Martin Vorlaender)  G > > I want to move the .java files and various ascii data files read by G > > the dos programs.  I will have to convert a few .com files to .bat.  > K > If you zip the files on VMS *without* using the "-V" switch (i.e. without G > recording record attributes), Windows' unzip can unpack that archive.   H    And if you Zip the files _using_ "-V" on any Zip from version 2.31 onG up, and if the files' contents make sense ex-VMS (that is, if they have G Stream_LF or fixed-512 fecord formats), then you can unpack the archive 0 on a non-VMS system and all should be well, too.  F    Now that this ages-old bug has been removed, I'd be grateful if the0 all the warnings could be revised appropriately.  H    If you have doubts, just fetch any recent Wget kit from my server, asA they were created using "zip -V", and they work just fine on UNIX C systems.  (I haven't tried them on a DOS or Windows system, but I'm D willing to consider any well-formed complaints from anyone who has.)  F    Of course, if the goal is a move to a non-VMS system, using "-V" is not useful.   H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------  % Date: Mon, 19 Dec 2005 08:47:26 -0700 # From: Jim Mehlhop <jim@mehlhop.org>   Subject: Re: MSCP transfer rates1 Message-ID: <mCApf.1574$DB5.1808@news.uswest.net>    David J Dachtera wrote:    > JF Mezei wrote:  >  >>Michael Moroney wrote: >>9 >>>On which system was the BACKUP command itself running?  >>> >>On the 4000-600.  So the MVII was handling only the MSCP and( >>SCS/ETHERNET to feed data to the 4000. >>F >>I am doing a similar backup now running on the 4000 and pulling dataF >>from a disk served by a 3100. And it is sucking up much CPU from theI >>3100 too (but not to 100%). It is interesting that MON SYS doesn't show G >>the "MSCP process" as the top CPU user. (is it CLUSTER_SERVER process  >>which handles this ?)  >  > I > So, which process *IS* the top CPU user? (MONITOR PROCESS/TOPCPU/INT=x)  >   G As mentioned earlier it doesn't matter as the MSCP serving is done via  . an Interrupt Service Routine in a VMS execlet.   Jim    ------------------------------  % Date: Mon, 19 Dec 2005 13:35:29 +0100 & From: Paul Sture <paul.sture@decus.ch>Y Subject: Re: OT - GETSYI (was:Re: PHONE error - Invalid specification of node or person.  , Message-ID: <40nnnhF1b5s4fU1@individual.net>   Richard Maher wrote: > Hi,  >  > Examples Correction: -9 > Syi$_nodename writes the 3 bytes scsnode plus 97 nulls. K > Syi$_scsnode writes 3 bytes scsnode? + 5 bytes of spaces + 92 nulls (Room  > for "::"?) >   6 The space filling is consistent with the returns from : f$getsyi("NODENAME") and f$getsyi("SCSNODE") respectively.  ;  From SYSGEN do a SHOW SCSNODE, and you will see that it is > an 8 byte space filled field, consistent with the results for + Syi$_scsnode and f$getsyi("SCSNODE") above.   H However, the SYSGEN help says "Specify SCSNODE as a string of up to six  characters."  I As to the null filling, I would guess that is down to the author of that  G piece of code thinking that initializing the buffer to remove previous  E "junk" not a bad idea (heavens knows how many bugs I've corrected in  H program maintenance which were caused by failing to initialize buffers).  G Perhaps I'm being dense today, but I don't see why you are passing 100  G bytes to retrieve Syi$_scsnode. If you are calling from COBOL, why not   call using BUFF(1:6) ?   ------------------------------    Date: 19 Dec 2005 09:01:57 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) N Subject: Re: PHONE error - Invalid specification of node or person. Try again.3 Message-ID: <CFJ+MEiDP$C7@eisner.encompasserve.org>   w In article <do0rgj$ril$2@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: ) > strip off the trailing colons, though.)  > K > On a related note, when will PHONE run over TCPIP?  MONITOR can run over  - > TCPIP if there is no DECnet; why not PHONE?   A    The usual solution is to use talk, which already runs over IP.   $    Why solve the same problem twice?   ------------------------------    Date: 19 Dec 2005 00:24:14 -0800& From: "Bart Zorn" <bartzorn@yahoo.com>  Subject: Re: shadowing questionsC Message-ID: <1134980654.165786.111380@g44g2000cwa.googlegroups.com>    Phillip Helbig wrote:   ( > <keithparris_NOS...@yahoo.com> writes:J > > Bit-maps aren't copied between nodes, so the booting Alpha couldn't doJ > > the mini-copy, as it would have no bit-map; another Alpha with a write > > bitmap would have to do it.   H > OK.  So I need at least one ALPHA in the cluster at all times to avoid$ > full copies for planned dismounts.  D Yes, but you should also make sure that the DISMOUNT is done on thatC Alpha system, because otherwise you will not have a minicopy bitmap ? either. A subsequent MOUNT   can be done on any cluster member.    Regards,  	 Bart Zorn    ------------------------------   End of INFO-VAX 2005.705 ************************                                                                                                                                                                                                                                                  b*`	;&eifIfBq2⚋ !&:0lCtUh]<%5UoIӠoH?9\l_DgHݠً,<E"3j7E@z7u҃z72j(Y>{ۼ3MjLTLy׎;NG!{ձHRB9FĪ֜{v+rWkz~f?AYMeHY1
S~7(\x8%CoꪉzO
jnE`FYHdwJ.>U~U,56e
aΡ::`,MB.oEP8B&H(y{VC00i8Y`N;;>LR4-TZe/J|
bUDv]d1}!-pnA8V6*8OEB"9$C̰'2~D	_J@&2` D?vgzP>݂ƖZ*Xc6Gߑ3F|=7V_#I̷35Q8~XH{KTޣ&|W8lمt))Hڂ)jaJN6$ 0;Y*KViBSnUu
n"Lx?yFT~1gxs_,y)!y7G"@[G`u$|Ҡ߼0_x|[jv8*⿯ Us+[^޾GDKG(I!nFzQjLEG[]qXԐQ,'yT=T(LM^La޷ɒފ뙚5<sڔϕ10u&Did
I&XĭFzPA B掿"hņX<XE%hv>([ :{n2r1{q;0I5y̟0Uk zPCEKvhم.2-
H$>nr|BtWg~ӹ1>vUI೽Dt k,>6G@<(:&g :diX"
խjMgSU,F[>:X5]iә2+S#Fzc@nxuE^65,A3ӉSxFSCj`E$d6zpq7كKv73N$	su9w63cZ'?=tjZRIܣ$Tja\e{ͯDzC)\4~>+a	j7!zAފ\	ޫ i{}3[+#b{quޫT@%Nؽ$uPj_+wxo$>Qyq{+Y'ҹ
za1I疂KB3jy-F`g/7k۲i7g_ͯ#b_%}z}KP(?/%w
!<4곷l4ū0{(QsX)5<OW6kH5zh+y6T٘Ze<c_ըР.sާ>}?_
;!no14Ѱ
~0 pN֘\6 Xj8j̝	
$C#ɤKs#UrP޳Ê9]p!̭#`|5xd,鄩kڄR:\ⁿ|0ڝ4"+U.mNd﷽X{m+J=\y鱿x57ZMYt=<r)MrNUhIޞ?tG3MjcBNJ)hܘaF)Cg2^> c:9eUؕ=G.*gŚUF*Wv!?.1OhY9RozY|q<$ȋ@<xʀ1!&q΅4W2J1h^_ΤbYYZsƮ!gkaQ,5mL=d88,oA܍^e =Y4CySv﹕4D\}lу(NMPNaϡ"(Gy<7!!&D0U}h9g
WGvL;Ŗ1wΉX~X	ǴZN=wѻh(NHL9C/g/tFP	3pSlV<dg!~/fHt'&瘯b=JhETh_3S|ߎ!ȝ|Y-pzSڅ}i mM|hKa<:Sa|ps"miCJf{{n8&?Ƚۓ]32<u5f\5XPWHmdwS`j4^g3["rzpj	.eŇSe}`0<!pє_^~Q3d-rf~>j-R<-(eAf[@̿>Aacܿej Pao˿?>ڗj/\ڸ}c<{ məLNxN;9.}jL7#ܴQv}/Q#anɻf%ukߢC귴}e=|/r*q4lqg~ڦCݤ8}o淘n4x>vڜ0AzL{O>;A3VSOg~KO8ݙ7k/>Θ~#9o.*n~|揻K/?}J:\qOz߰Z_}wAwҲ;/ިwGTJﲭđ~Ʈ}|$i?o_/O(=SRTЌ)^_( E@o
HGs~X}`~
|{z'[l7 j8^FN;5H^Tza2hx*5	a4daOP堦{呒ЃΕ_tab+eEmz#tz3%:za1TK7J{uv$@TS'43X莚g's
y[.UՆa_绡B6ԝH²t4hA;ւ
SJq3:TE-׫7z;NAM	1LlW`氃6]%HetXíWTE]8GIvD[cxL'3a9倆JD^]pa\ t躯HqQ/Z@#'1
U<>J	lN܁;jdEFF-oI4T:k*KEisp;½r48+,9:5Åz-E]F}ѳJLinF"!l870i