1 INFO-VAX	Thu, 14 Dec 2006	Volume 2006 : Issue 687       Contents: Alphaserver ds20 + CIPCA-BA  Re: Alphaserver ds20 + CIPCA-BA  Re: Alphaserver ds20 + CIPCA-BA  Re: DEC 3000/400 problems & Emulex CP34 Distribution Panels URGENT" Re: Fixing corrupt directory files$ Re: FTP limitation on directory size# Re: Interesting problem with BACKUP  Repopulating a MAIL.MAI file  Re: Repopulating a MAIL.MAI file  Re: Repopulating a MAIL.MAI file  Re: Repopulating a MAIL.MAI file Re: The Hole in Cerner's Logic Re: The Hole in Cerner's Logic; Re: VAX VMS 7.3,  ana/image running out of virtual memory ? 9 Re: VAX VMS 7.3, ana/disk running out of virtual memory ? : Re: VAX VMS 7.3, ana/image running out of virtual memory ?  F ----------------------------------------------------------------------    Date: 14 Dec 2006 08:33:23 -0800 From: paco.linux@gmail.com$ Subject: Alphaserver ds20 + CIPCA-BAB Message-ID: <1166114003.818723.215830@f1g2000cwa.googlegroups.com>  
 Hi people:  C I have read documentation and  I dont see this combination. Someone @ knows if is possible put a CIPCA-BA(2 pci slots)  in a 'low end' alphaserver like this ?    Thanks Paco   ------------------------------    Date: 14 Dec 2006 10:16:19 -0800) From: "WWWebb" <William.W.Webb@gmail.com> ( Subject: Re: Alphaserver ds20 + CIPCA-BAC Message-ID: <1166120179.762582.100640@j72g2000cwa.googlegroups.com>    paco.linux@gmail.com wrote:  > Hi people: > E > I have read documentation and  I dont see this combination. Someone B > knows if is possible put a CIPCA-BA(2 pci slots)  in a 'low end' > alphaserver like this ?  > = You mean the one that shows up under "Storage Adapter" on the  DS20 Supported Options page?  ] http://h18002.www1.hp.com/alphaserver/options/asds20/asds20_All_options.html#Adapter%20-%20CI     Storage: Adapter - CI< CIPCA-BA PCI TO CI HOST BUS ADAPTER, USES TWO PCI SLOTS, FORF ALPHASERVER 4000 SERIES AND NEW SYSTEMS  Yes 7.1-2 1 N/S 0 N/S 0 N/S 0  F  Assuming you're on a recent version of VMS and you have two slots, it appears that the answer is yes.    WWWebb      > Thanks > Paco   ------------------------------    Date: 14 Dec 2006 10:36:17 -0800 From: paco.linux@gmail.com( Subject: Re: Alphaserver ds20 + CIPCA-BAC Message-ID: <1166121377.904866.176100@j72g2000cwa.googlegroups.com>   	 Hi again,   F Thanks WWWeb,  seems that the aswer is yes. I was looking in this doc:F http://ftp.uni-bayreuth.de/Digital/Alpha/misc/cipca_cg.pdf, but I onlyD find reference to 3.3 AlphaServer 4000/4100 Systems that is a system similar to alphaserver ds20.   Paco  > On Dec 14, 7:16 pm, "WWWebb" <William.W.W...@gmail.com> wrote: > paco.li...@gmail.com wrote:  > > Hi people: > G > > I have read documentation and  I dont see this combination. Someone D > > knows if is possible put a CIPCA-BA(2 pci slots)  in a 'low end'X > > alphaserver like this ?You mean the one that shows up under "Storage Adapter" on the > DS20 Supported Options page? > J > http://h18002.www1.hp.com/alphaserver/options/asds20/asds20_All_optio... >  >  Storage: Adapter - CI> > CIPCA-BA PCI TO CI HOST BUS ADAPTER, USES TWO PCI SLOTS, FORH > ALPHASERVER 4000 SERIES AND NEW SYSTEMS  Yes 7.1-2 1 N/S 0 N/S 0 N/S 0 > H >  Assuming you're on a recent version of VMS and you have two slots, it! > appears that the answer is yes.  >  > WWWebb > 
 > > Thanks > > Paco   ------------------------------  % Date: Thu, 14 Dec 2006 06:00:32 -0500 7 From: lbw2 <lbw2.2it13h@no-mx.forums.yourdomain.com.au> " Subject: Re: DEC 3000/400 problems8 Message-ID: <lbw2.2it13h@no-mx.forums.yourdomain.com.au>  G ::>Did you vacuum the PS? If the temp sensor isn't working it will shut E > down the power put a voltmeter on the output from the PS and see if  you ) > get anything when you trip the switch::   G ::Im sure it is not a fan issue. Disconnected the fan connector inside G my H7816-AA and the system still powers up. Sensor faulty dont know.::     * ::Pinout on module to check power supply::     ::J28::  ::GND POK::  ::GND 12V::  ::GND 12V::  ::GND 3.3V:: ::GND 3.3V:: ::GND 3.3V::       ::J27:: 
 ::5V GND::
 ::5V GND::
 ::5V GND:: ::GND:: 
 ::GND 5V:: ::LOOK GND 5V:: 
 ::GND 5V::
 ::GND 5V::     ::J25::  ::GND GND::  ::GND GND::  ::GND GND:: 
 ::5V GND::	 ::5V 5V:: 	 ::5V 5V:: 	 ::5V 5V::     G ::>The power supply makes a blowing sound for 2 seconds, then stops. If G >one looks closely at the power supply, there is one fan that continues / >to turn. No POST codes at the back, nothing.::   D ::Try running in minimum config in case something is dragging supplyD down. With only the Sandpiper motherboard no DIMMs or IO, you should get FF on the POST LEDs.::  
 ::Cheers::   ::Will::     --   lbw2H ------------------------------------------------------------------------= lbw2's Profile: http://techiegroups.com/member.php?userid=689 E View this thread: http://www.techiegroups.com/showthread.php?t=122554    ------------------------------  % Date: Thu, 14 Dec 2006 10:48:13 -0500 > From: "Island Computers, D B Turner" <dturner-at-islandco.com>/ Subject: Emulex CP34 Distribution Panels URGENT 0 Message-ID: <12o2sj86eor0m6d@news.supernews.com>  ? We are in desperate need of Emulex CP34 Distribution Panel Kits 2 If anyone has any or knows of any please email me!   Thanks   --   Island Computers US Corp 2700 Gregory St  Savannah GA 31404  Tel: 912 447 6622 x201# Mail: dturner-atnospam-islandco-com % (You know what to do with the dashes)    ------------------------------  % Date: Thu, 14 Dec 2006 12:12:12 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> + Subject: Re: Fixing corrupt directory files , Message-ID: <458185E5.6EBF75C7@teksavvy.com>   OK, I found how to do it.   ' it requires the old DECUS FILE utility.    $CREATE/DIR [TEMPLATE]  " $SET FILE TEMPLATE.DIR/NODIRECTORY  ! $SET FILE CORRUPT.DIR/NODIRECTORY & $COPY/OVERLAY TEMPLATE.DIR CORRUPT.DIR, $FILE CORRUPT.DIR /CHARACTERISTICS=DIRECTORY   This *SEEMS* to work.   D Unfortunatly, after an ANA/DISK/REPAIR, lost files still all went toH [SYSLOST].  But ANA/DISK/REPAIR did not complain about those directories I had fixed.   ------------------------------    Date: 14 Dec 2006 07:06:14 -0600 From: briggs@encompasserve.org- Subject: Re: FTP limitation on directory size 3 Message-ID: <Lr96lEd4c3mV@eisner.encompasserve.org>   a In article <45814080_1@glkas0286.greenlnk.net>, "David Biddulph" <groups@biddulph.org.uk> writes: H > We are using Hummingbird FTP client (version 8.0.0.0) on a Windows XP M > network to access files on an Alpha running VMS 7.1.  We run into problems  L > when a directory on the Alpha gets too large, in that we can only see the * > files in the early part of the alphabet. > N > I seem to remember someone talking in the past about some limitation on the N > directory size for FTP to be able to see all the files.  Can anyone tell me M > what the limitation is, whether it is at the Windows client end or the VMS  L > end, and whether there is a solution?  [As a short term fix in the past I I > have copied files into a smaller directory, and the FTP could see them  M > there, but we'd like to know whether there is an option that can be fixed.]   C It's certainly not a limitation of the FTP protocol.  The directory B listing produced by LIST or NLST goes down a TCP stream and can beE of unbounded length.  TCP sequence numbers are allowed to wrap -- you E could generate a directory listing of over 4 gigabytes and keep right 	 on going.   D I would not expect it to be a limitation on the server side.  And inD any case you haven't told us what server side software you're using.E The FTP server producing a directory listing can pretty well just use B an RMS $SEARCH loop and spit out a file name for each file.  ThereI is nothing in any such approach that would impose a directory size limit.   H A gui client, on the other hand...  The client needs to parse the outputH and store all the parsed file names so that it can create a [scrollable]H window containing the directory listing.  It may even decide to sort theI files.  There are some memory requirements involved with these things and : thus a plausible limitation on displayable directory size.  A An easy way to test for this would be to use the command line FTP C client and see if it is affected in the same way.  If not then your  problem is in the GUI client.    C:\> ftp vmsnode ftp> cd big-directory  ftp> dir& [make sure that all the files show up]   ------------------------------    Date: 14 Dec 2006 07:20:54 -0800* From: "Palda" <jiri.pallich@logicacmg.com>, Subject: Re: Interesting problem with BACKUPC Message-ID: <1166109653.762568.131890@l12g2000cwl.googlegroups.com>    Hi John,  F that could be quite a logical explanation. However I have got bad newsF :( In the script with BACKUP commands there are 10 of them (always for3 another backup location generating another filename G eg.STDFILES_SMST53_DECSS7.BCK;15 or STDFILES_SMST53_SNMP.BCK;19). After D this script with BACKUP commands finishes, the command procedure forC copying the save sets to the tape is called. Here are the pieces of  code:    network running procedure: symbols: name = [PATH]BCK_STDFILES  radix = STDFILES tape = @[PATH]BCK_TAPE( backup_dir = STORE (see previous thread)  & $! actual backup script is called hereF $ @'name' "BACKUP" 'radix'   ! <-- see previous thread to see the code of this command procedure  $! actual backup script is done B $ if this_node .nes. tape_node then tape copy "''backup_dir'*.*;*"    - selected copy subroutine from "bck_tape.com":  $ tape_copyfiles: subroutine! $    set noon ! continue whatever  $    filespec = p1
 $    nfiles=0 
 $    wfiles=0  $    tape_copyfiles_loop: 3 $        file = f$search(filespec,"tape_copyfiles")  $        if file .eqs. "" 
 $        then ? $            wl "''prefix'-S-FILECOPY, Copied ''wfiles' file(s)  (''filespec') to ''tape_node'" $            exit %x1  $        endif $        nfiles=nfiles+1@ $        say "Copying ''file' to ''tape_node'::''tape_node_dir'"1 $        copy 'file 'tape_node'::'tape_node_dir';  $        result=$status 5 $        if f$message(result,"ident") .eqs. "%OPENIN" 
 $        then < $            say "File ''file' is (still) locked - delaying" $            result=%x1 % $            goto tape_copyfiles_loop  $        endif $       if .not. result  $       then> $           wl "''prefix'-E-FILECOPY, Error copying ''file' to# ''tape_node': ''f$message(result)'"  $	else $	    delete 'file $           wfiles=wfiles+1 
 $       endif   $       goto tape_copyfiles_loop $ endsubroutine   D Can you see something strange? Maybe it is really something wrong in the code...Thanks for help.    Best regards Jiri   John Santos napsal:  > David J Dachtera wrote:  > C > My 2 cents...  The date and time listed inside the 2 save-sets is D > identical, so these are probably 2 copies of the same save-set andE > not 2 different save-sets made by doing the backup twice.  (And not B > 2 directory entries pointing to the same save-set, since another/ > post revealed they have different file ID's.)  > E > So I would look for something making a copy of the save-set.  Maybe A > backup itself?  If you have something that boils down to (after ? > applying symbol definitions, logical names, and defaults) to: + >    backup file1.bck file1.bck/new_version C > that would explain it.  (Or a copy of the file to itself would do A > the same thing.)  Does the duplicate file exist before you copy C > the save-sets to tape?  Maybe the procedure that is copying it to  > tape is doing this?  >  >  >  > --
 > John Santos  > Evans Griffiths & Hart, Inc. > 781-861-0670 ext 539   ------------------------------  % Date: Thu, 14 Dec 2006 10:49:34 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> % Subject: Repopulating a MAIL.MAI file , Message-ID: <4581728C.948141F2@teksavvy.com>  F As part of my corrupt disk issue, my MAIL.MAI file became unacceptable to MAIL.2 Of course, any mail sent to me was being bounced.   H I have recreated a new MAIL.MAI file. But it , of course, lacks pointers2 to some 20 stray message files in that directory.     G Is there a way to easily reload those message files so the new MAIL.MAI " has the correct pointers to them ?   ------------------------------  % Date: Thu, 14 Dec 2006 07:45:54 -0800 * From: "Tom Linden" <tom@kednos-remove.com>) Subject: Re: Repopulating a MAIL.MAI file ) Message-ID: <op.tkj3eso1tte90l@hyrrokkin>   . On Thu, 14 Dec 2006 07:49:34 -0800, JF Mezei  % <jfmezei.spamnot@teksavvy.com> wrote:   H > As part of my corrupt disk issue, my MAIL.MAI file became unacceptable
 > to MAIL.3 > Of course, any mail sent to me was being bounced.  > J > I have recreated a new MAIL.MAI file. But it , of course, lacks pointers3 > to some 20 stray message files in that directory.  >  > I > Is there a way to easily reload those message files so the new MAIL.MAI $ > has the correct pointers to them ?   did you try  tcpip anal mail/repair   --  E Using Opera's revolutionary e-mail client: http://www.opera.com/mail/    ------------------------------  % Date: Thu, 14 Dec 2006 11:49:01 -0500 ) From: "Ken Robinson" <kenrbnsn@gmail.com> ) Subject: Re: Repopulating a MAIL.MAI file H Message-ID: <7dd80f60612140849u6c4f4f22xf31f2fbd543e8ad7@mail.gmail.com>  6 On 12/14/06, Tom Linden <tom@kednos-remove.com> wrote:K > > Is there a way to easily reload those message files so the new MAIL.MAI & > > has the correct pointers to them ? > 
 > did you try  > tcpip anal mail/repair  B That has nothing to do with repairing the VMSMail mail index file.   Ken    ------------------------------  % Date: Thu, 14 Dec 2006 12:28:41 -0500 # From: sol gongola <sol@adldata.com> ) Subject: Re: Repopulating a MAIL.MAI file 0 Message-ID: <1166117321.919165@nntp.acecape.com>   JF Mezei wrote: H > As part of my corrupt disk issue, my MAIL.MAI file became unacceptable
 > to MAIL.4 > Of course, any mail sent to me was being bounced.  > J > I have recreated a new MAIL.MAI file. But it , of course, lacks pointers4 > to some 20 stray message files in that directory.  >  > I > Is there a way to easily reload those message files so the new MAIL.MAI $ > has the correct pointers to them ?  9 I googled for "vms corrupted mail.mai" and got many hits.  This seems promising:  http://groups.google.com/group/comp.os.vms/browse_frm/thread/7523aff5abde13de/d2a3f5d23762bbbb?lnk=st&q=vms+corrupted+mail.mai&rnum=3#d2a3f5d23762bbbb   ------------------------------  % Date: Thu, 14 Dec 2006 18:28:27 +0100 " From: "Dr. Dweeb" <spam@dweeb.net>' Subject: Re: The Hole in Cerner's Logic ; Message-ID: <458189be$0$139$157c6196@dreader2.cybercity.dk>    david20@alpha2.mdx.ac.uk wrote: C > In article <457DF510.FE28AA2A@spam.comcast.net>, David J Dachtera & > <djesys.no@spam.comcast.net> writes: >> Ian Miller wrote: >>>  >>> David J Dachtera wrote:  >>> ....E >>>> O.k. So, Cerner is dropping VMS in favor of HP-UX because of the G >>>> whole Oracle thing. Fair enough. No one's got the balls to turn up 4 >>>> the heat under Oracle, so that's going nowhere. >>> 9 >>> Can you point at a reference for Cerner dropping VMS?  >>D >> The following excerpt is from a message that was posted to one ofE >> Cerner's listservs by Tim Erdel of Cerner on Wed 11/29/2006 circa.  >> 2:58 PM:  >>
 >> <quote>D >> As for VMS / Integrity, all of our resources have been focused on >> HP-UXE >> in the past year, again to provide existing VMS / Alpha clients an 
 >> option. > D > Which given the fact that Oracle for VMS on IA64 was not available > until very@ > shortly before the deadline for last Alpha sales was eminently > sensible.  >  > : >> As stated at the health conference, we will continue toH >> evaluate the possibility of porting to VMS / Integrity, but as of now. >> it's not an option and not being worked on. >>  J I am reminded of COGNOS, who reported "no plans" to release VMS/Integrity I version of PH, but would "review" the situation after the release of the  A underlying databases.  Well, the DBs are there now, and so is PH.   L However, some companies however decided to jump ship because "no plans" for L years on end will just not cut it, and they have moved/are moving to AIX or I other platforms supported by PH.  CERNER customers will do the same.  My  L guess is that like COGNOS, CERNER is agnostic with respect to OS, and knows M exactly where things are headed with VMS and will be only too pleased to get  K out of the VMS business the moment the installed base reaches the point of  J no return - and helping that moment arrive by prevarication is not such a 	 bad idea.   M Of course, if enough customers make a noise, CERNER may keep the VMS version   on palliative care.   J For customers with mission critical systems, a "maybe" is equal to a "No" M and they act accordingly.  But then again, a "Yes" is not worth the air that  L carried to the souund, or the paer its written on either as Alpha customers   have learned to their detriment.  M Basically the world is full of weasels, the IT suppliers of the world is one  @ of the gathering points, and the rest is, as they say - history.  $ Dweeb, in a particulary dismal mood. > B > Again given the short period Oracle for VMS on IA64 has now been > available itC > isn't really surprising that as of now it is not being worked on. B > Whether it will be worked on I would suggest would in large part
 > depend upon  > cerner's customers.  >  > David Webb > Security team leader > CCSS > Middlesex University >  >> Tim >> </quote>  >>C >> (I sent Ian the complete text of Tim Erdel's message privately.)  >>B >> It's interesting to note that I was told Cerner's biggest HP-UXE >> capable I64 is an 8-CPU Integrity machine. Dunno if that's true or  >> not.  >> >> --  >> David J Dachtera  >> dba DJE Systems >> http://www.djesys.com/  >>) >> Unofficial OpenVMS Marketing Home Page $ >> http://www.djesys.com/vms/market/ >>+ >> Unofficial Affordable OpenVMS Home Page: " >> http://www.djesys.com/vms/soho/ >>% >> Unofficial OpenVMS-IA32 Home Page: " >> http://www.djesys.com/vms/ia32/ >>, >> Unofficial OpenVMS Hobbyist Support Page:& >> http://www.djesys.com/vms/support/    ------------------------------    Date: 14 Dec 2006 10:06:23 -0800" From: dave.baxter@bannerhealth.com' Subject: Re: The Hole in Cerner's Logic B Message-ID: <1166119583.920056.23440@t46g2000cwa.googlegroups.com>  G We received the "official" rumour about 5-6 weeks ago, and while trying F to avoid the temptation to "tap coconut shells together and shout "run9 away, run away", here is my read on the Cerner situation.   D 1.     Cerner currently has S/W versions which run on OpenVMS/Alpha, and AIX/PSeries.@ 2.     These two software versions are grossly different.    AndC provide major problems for Cerner in the area of certification etc. E 3.     Cerner would much rather support 2 Unix's than 1 Unix & 1 VMS, G so while not exactly OS agnostic, option 1 is much more attractive than 	 option 2. D 4.     Cerner really doesn't care which HP platform it runs on, they& still get the business (and the money)@ 5.     HP apparently thinks that the Cerner customers don't careA either, since they seem to think that it is some kind of foregone G conclusion that clients running of OpenVMS will quite happily move over E to HPUX, and that HP will therefore keep the business so it will be a  wash for them.C 6.     Despite Cerner's protestations, they do not have any clients G running on HPUX, - in fact, to the best of my knowledge, Millennium for E HPUX does not yet exist.   The onlty involvement of HPUX currently is F that a couple of "remote-hosted" clients are running their Oracle DB's on HPUX.E 7.    This decision by Cerner has nothing to do with the availability C (or otherwise) of Oracle for OpenVMS.     The fact that the OpenVMS F version is always 6 months late is actually irrelevant since no-one inE their right mind moves to a new version until it has burned in for at  least 12-18 months. G 8.    and to the guy who pointed out that is "runs very nicely on AIX!" #     Get your head out of your butt.   B        If we examine the actual statements which have been made by) Cerner, they basically come down to this.   E 1.   We are not releasing a Millennium Code version for 2007.      No  statements about 2008 or later. 7 2.   We have no-one currently working of Millennium for 8 OpenVMS/Itanium.    Well if there is no code for 2007 onF OpenVMS/Itanium, then it's not surprising that noone is working on it.  F In terms of DEFINATIVE statements, thats about it.      In fact if youF examine almost every statement they have made, it becomes increasinglyG obvious that they are deliberately leaving open the option to deny that - it was ever their plan to get rid of OpenVMS.   E They are currently creeping around to individual clients throwing out F rumours and inuendo, designed to forment panic, and get as many peopleA a possible to "jump the fence", without them, (i.e. Cerner) every G having to make a public statement.    If they succeed in this then they E will probably describe their move away from OpenVMS as "following the  client trend".  F While the probability is that this process of dropping OpenVMS will beE successful, primarily because of the insidious nature of it, the only F way of combating it is to stand up and state as loud and as publically: as you can (as a Cerner Client, not as an individual) that  D ....a replacement solution (i.e. any Unix) which is inferior to your' current solution, is not a solution !!!    Dave Baxter     
 > >>> ....G > >>>> O.k. So, Cerner is dropping VMS in favor of HP-UX because of the I > >>>> whole Oracle thing. Fair enough. No one's got the balls to turn up 6 > >>>> the heat under Oracle, so that's going nowhere. > ; > >>> Can you point at a reference for Cerner dropping VMS?  > F > >> The following excerpt is from a message that was posted to one ofG > >> Cerner's listservs by Tim Erdel of Cerner on Wed 11/29/2006 circa. 
 > >> 2:58 PM:  >  > >> <quote>F > >> As for VMS / Integrity, all of our resources have been focused on
 > >> HP-UXG > >> in the past year, again to provide existing VMS / Alpha clients an  > >> option. >   H > My guess is that like COGNOS, CERNER is agnostic with respect to OS, >N > Of course, if enough customers make a noise, CERNER may keep the VMS version > on palliative care.  >    ------------------------------  # Date: Thu, 14 Dec 2006 10:00:29 GMT   From: John Santos <john@egh.com>D Subject: Re: VAX VMS 7.3,  ana/image running out of virtual memory ?, Message-ID: <1h9gh.11125$Q36.10851@trnddc08>   JF Mezei wrote:  > Jur van der Burg wrote:  >  >>Ok, mea culpa. >>E >>It's a bug in LDdriver, I just reproduced it and it's present for a . >>long time (since LD V8.0), on all platforms. >  > C > How dare you left a bug in VMS :-)  Perhaps if VMS engineers were F > threathened to be force-fed with Vegemite or Marmite, they would not > leave any bugs in VMS :-)  >   @ <homer_simpson_voice>  Hmmmm!  Vegemite!! </homer_simpson_voice>    K > Seriously, thank you for confirming this. At least I know what caused it.  > F > Can you confirm that if I have found files corrupted on RVN 1,  then@ > your bug will affect only disk blocks on that physical disk ?  >  >  > < >>A fix is on the way, I'll update my website later tonight. >>! >>http://www.digiater.nl/lddriver  >  > < > Out of curiosity, will this make it back into the main VMS@ > distribution/patch system now that LDdriver is "part" of VMS ?     --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  # Date: Thu, 14 Dec 2006 09:55:41 GMT   From: John Santos <john@egh.com>B Subject: Re: VAX VMS 7.3, ana/disk running out of virtual memory ?, Message-ID: <xc9gh.11124$Q36.10451@trnddc08>   JF Mezei wrote:  > Richard Brodie wrote:  > D >>were on the same volume, or even all on the primary volume. Do theE >>corrupt blocks appear at the same LBN numbers (on the other volume)  >>as the container file? >  >  > I > So far, of all the files I have found to be corrupt, they have all been - > on RVN 1.  Not a conclusive thing mind you.  >  >   B I feel your pain.  Dave's Xmas present must have arrived early :-)    F > What I would like to do is to build a map of the disk with filenamesG > sorted by location on the disk. (at least for first header). The idea H > being to try to find a pattern between files I know are currupt, whichF > would give me some hint on which other files to test (aka: all files% > between 2 corrupt files in a list).  >   C Still more pain, but DFU will tell you what file is at a particular I block number.  So if you can find the lbn's belonging to the LD container H file (dump/header), you could check the same lbn's on the other 3 drives to see if they are corrupted.   D The implication, though is that LD is figuring out the logical blockG number of its container file (and assuming it is contiguous?) and doing E logical or physical I/O to those blocks, possibly to the wrong volume H of the volume set.  I would think LDDRIVER is just opening the containerI file and doing virtual I/O to it (and thus wouldn't care if the container G is contiguous or split across a volume set or whatever), but maybe it's E hard to do that from a driver, and it takes the much easier course of G doing logical i/o directly to the disk using qios.  If it lost track of D which physical extent each chunk of the file lived on, or worse yet,E assumed they were all on the same disk, or on the primary disk of the E volume set, and they weren't, exactly the symptoms you describe would A arise.  Maybe LD is checking for a contiguous file, but the check F erroneously succeeds on a volume set?  OUCH!  (For example, 1st extentC lives on volume 1.  Second extent lives on volume 2.  LD checks the F retrieval pointers and sees there is only one, and assumes the file isH contiguous, doesn't check for extension headers, and doesn't notice thatD the allocation in the retrieval pointer doesn't match the total fileD allocation.)  (This is pure speculation!  Maybe no one has ever used6 LD on a non-contiguous file on a volume set before?!?)   ------------------------  C I've been running VAX V7.3 on several VAXes (hobbyist and work) for E nearly 5 years, and have had no problems like this.  Added an Itanium G V8.3 system to the cluster in August, and recently upgraded a couple of D Alphas from V8.2 to V8.3 in the same cluster.  Nothing broke (exceptD monitor cluster.)  But maybe there's a cache or locking problem in aC cluster that's addressed in one of the VAX or Alpha patches?  There @ are only about four Alpha V8.3 patches so far, and about a dozenA VAX V7.3 patches.  If one of them fixes the problem, I would most D expect it to be the VAX VAXDRIV patch, or VAXF11X or VAXSYS patches.   > H > OK, just ran a bit of a test on the web site directories. (I backed it: > up to a spare disk and try to make it functional again). > F > Basically a loop of f$search, then check if the file_attribute RFM =< > VAR, if so, then TYPE/OUTPUT=NLA0: and check the $STATUS.  > 1 > 451 files, 133 were variable, 3 were bad files.  > E > But testing binary files (image,s .zips etc) will require the use a J > browser once I have switched the web server to point to that spare disk. > J > But this is just so I can get the main web site back up. There is a hellJ > of a lot of testing to be done on a hell of a lot of files on that disk. > G > I've had to stop all queues and mail processing. Once I move the user F > directories to another disk and clean the active ones up, then I can9 > restart mail processing. And maybe then get some sleep.   H One thing that might help sort out the lost files is to ana/disk/repair,F then set file/remove everything from [syslost] except the directories.K Rename the directories to a temp directory, and repeat the ana/disk/repair.   C Any files listed in the directories will no longer be lost, and the H second ana/disk/repair won't touch them.  The residue, truly lost files,E will still end up in [syslost], but there maybe many fewer of them to H sort out.  If you know which directories are top level directories, justG save those in the first step, rename them to [000000] (or wherever they F belong, if they are one or more levels down from a known location) andL keep repeating the ana/disk/repair until there are no more lost directories.E This, if done right, will rescue not just the files but the directory 
 structure.   --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------    Date: 14 Dec 2006 03:00:16 -0800) From: "Bob Gezelter" <gezelter@rlgsc.com> C Subject: Re: VAX VMS 7.3, ana/image running out of virtual memory ? B Message-ID: <1166094016.842935.311110@73g2000cwn.googlegroups.com>   Jur,  D WADU, I must disagree with the comment about bound volume sets. TheyF may be far less needed and used than in prior years, but they remain aB useful capability. Conceptually, I consider them to be a differentB dimension of flexibility, with the other dimensions being the RAIDC dimensions of striping and shadowing. Before the (recent) advent of D Dynamic Volume Expansion, volume sets were the only effective way toG increase storage capacity of a user volume that could be done without a G DISMOUNT/MOUNT sequence and consequent interruption of user activities.   @ In days past, volume sets were the only way of increasing usableG "single" volume size beyond the limits of the actual disks, the largest E of which (e.g., the size of a full size home clothes washer or dryer)  were 80-300 MB.   < With disk drives quickly approaching the terabyte range, andF intelligent mass storage subsystems virtuallizing storage across their? drives, this is less needed, but not unneeded. That said, it is / important to be careful with one's maintenance.   $ - Bob Gezelter, http://www.rlgsc.com   Jur van der Burg wrote:  > Ok, mea culpa. > E > It's a bug in LDdriver, I just reproduced it and it's present for a E > long time (since LD V8.0), on all platforms. Older versions are not F > affected. It's a one line change, it is always writing to the memberD > of a bound volume set where the containerfile is created (normally > the first one).  > F > So stay away from LD and bound volumesets for now. I'm not surprisedJ > that it did not show up before as volumesets are evil, albeit supported.) > There's not used much anymore nowadays.  > F > This is one of the very few bugs in LD, and I'm sorry to see that it > had such severe consequenses.  > < > A fix is on the way, I'll update my website later tonight. > ! > http://www.digiater.nl/lddriver  >  > Jur. >  > JF Mezei wrote: D > > SHORT STORY: I have a corrupted bound volume set thanks to VMS's@ > > no-longer so robust software. I should have stayed with 7.2. > >  > > I > > QUESTION:  can I safely ANA/IMAGE individual drives in a bound volume L > > set ? trying to analyse the whole volume fails. Are there other tools toL > > fix a drive that is corrupted with some file data having been overwritt= en ? > > L > > (THE LD driver used was on Alpha 8.3 accessing the bound volume via MSC= P).  > >  > > J > > Am not a happy puppy. (presently doing a backup to see how much of theH > > drive can be recuperated, but I have no idea how many files have hadJ > > their actual data overwritten and which may not signal any error untilK > > you try to look at the actual contents). (like my TPU$COMMANDS.TPU file % > > which was overwritten with junk).  > >  > > E > > I have a bound volume set (4 dssi disks of 2gigs). Tonight, while E > > creating some ISO container files, I filled the volume. I quickly   > > deleted files to make space. > > L > > However while using BACKUP to populate an ISO container file (LDA devic= e:)  > > G > > %BACKUP-S-CREATED, created LDA1:[VMS$COMMON.SYSLIB]DDTM$XA_SS.EXE;1 D > > %BACKUP-S-CREATED, created LDA1:[VMS$COMMON.SYSLIB]DDTM$XG.EXE;1G > > %BACKUP-S-CREATED, created LDA1:[VMS$COMMON.SYSLIB]DDTM$XG_SS.EXE;1 B > > %BACKUP-S-CREATED, created LDA1:[VMS$COMMON.SYSLIB]DDTM_XA.H;1B > > %BACKUP-S-CREATED, created LDA1:[VMS$COMMON.SYSLIB]DEBUG.EXE;1H > > %BACKUP-I-BTCROUT, routine Write error detected, output Status, Call > > RESTORE_ERROR 4 > > %BACKUP-I-VALUE_TRACE_D, Decimal trace value 8445 > > %BACKUP-E-WRITEBLOCK, error writing block 5293 of * > > LDA1:[VMS$COMMON.SYSLIB]DEBUGSHR.EXE;1+ > > -SYSTEM-F-IVADDR, invalid media address  > > %SYSTEM-F-ABORT, abort > > $ show dev lda1:/full  > > C > > OK, figured perhaps it was some problem with LD Driver on alpha 1 > > accessing a bound volume served by a 7.3 vax.  > >  > > But then...  > > ( > > $ edit sys$manager:systartup_vms.com- > > %DCL-S-SPAWNED, process JFMEZEI_1 spawned  > > $ C > > %TPU-E-READERR, error reading USRDIR:[JFMEZEI]TPU$COMMAND.TPU;2 F > > -RMS-F-IRC, illegal record encountered; VBN or record number =3D 1 > >  > > And now: > >  > > $ ana/disk/repair $disk2F > > Analyze/Disk_Structure/Repair for _$4$DIA1: started on 13-DEC-2006 > > 06:06:53.72  > > 2 > > %ANALDISK-I-OPENQUOTA, error opening QUOTA.SYS& > > -SYSTEM-W-NOSUCHFILE, no such file< > > %ANALDISK-I-BADHIGHWATER, file (431,5,1) AUSTRALIA.DXF;5+ > >   inconsistent highwater mark and EFBLK 9 > > %ANALDISK-F-ALLOCMEM, error allocating virtual memory 1 > > -LIB-F-INSVIRMEM, insufficient virtual memory  > > $  > >  > >  > > -----------------  > >  > > L > > I have never seen ANA/DISK run out of virtual memory and was always able1 > > to do this ana/disk on that bound volume set.  > >  > >  > > OK, and now: > > * > > DUMP USRDIR:[JFMEZEI]TPU$COMMAND.TPU;2 > > " > > Yield only garbage date in it.6 > > irtual block number 1 (00000001), 512 (0200) bytes > > @ > >  00000000 00000031 00000000 00000000 ........1....... 000000D > >  0015E768 0015E758 58000000 00000040 @......XX=E7..h=E7.. 000010@ > >  00000000 00000032 00000000 00000000 ........2....... 000020D > >  0015E780 0015E770 58001800 00000040 @......Xp=E7...=E7.. 000030@ > >  00000000 00000031 00000000 00000000 ........1....... 000040D > >  0015E798 0015E788 58000800 00000040 @......X.=E7...=E7.. 000050@ > >  00000008 00000031 00000000 00000000 ........1....... 000060J > >  0015E7B8 0015E7A8 5800B000 00000040 @....=B0.X=A8=E7..=B8=E7.. 000070 > >  > >  > > H > > DAMNED VAX 7.3. It broke the OSU web server and had now corrupted myH > > main disk (just before I was to move it to new drives and get rid of > > this bound volume set).  > >=20 > >    ------------------------------   End of INFO-VAX 2006.687 ************************