1 INFO-VAX	Wed, 14 Jun 2006	Volume 2006 : Issue 329       Contents:8 Re: Alphaserver 2100 needs a good home - South Cambs, UK8 Re: Alphaserver 2100 needs a good home - South Cambs, UK8 Re: Alphaserver 2100 needs a good home - South Cambs, UK Re: HSG80 Serial connection  Multi-homed DHCP server - Re: OPEN failed when compiled with /CHECK=ALL # Re: Open VMS OS recovery on Itanium : Slowin' machine while zipping or deleting big binary files> Re: Slowin' machine while zipping or deleting big binary files> Re: Slowin' machine while zipping or deleting big binary files> Re: Slowin' machine while zipping or deleting big binary files> Re: Slowin' machine while zipping or deleting big binary files> Re: Slowin' machine while zipping or deleting big binary files> Re: Slowin' machine while zipping or deleting big binary files& Re: Sue Skonetski's Get Well Soon Gift& Re: Sue Skonetski's Get Well Soon Gift Tape drive opinions   F ----------------------------------------------------------------------  % Date: Wed, 14 Jun 2006 10:18:12 +0200 ( From: JOUKJ <joukj@hrem.nano.tudelft.nl>A Subject: Re: Alphaserver 2100 needs a good home - South Cambs, UK 3 Message-ID: <448FC644.9040704@hrem.nano.tudelft.nl>   / Phillip Helbig---remove CLOTHES to reply wrote: E > In article <1150151036.897361.217620@j55g2000cwa.googlegroups.com>, % > chris@townleyc.demon.co.uk writes:   >  > F >>Hi folks - work is throwing this out - last known to be working, has2 >>run Tru64 and VMS in various test configurations >>H >>Not too sure about the config. but it is in a large pedestal, with twoE >>green storage racks. Not sure about memory, but it will probably be I >>reasonable, as they were in the production VMS cluster. Only one PSU at  >>the back.  >  > J > I also have such a beast looking for a good home.  It's in Germany, but I > I will be travelling quite a bit in Europe this summer and could bring  A > it to most places.  I also have a 2000 looking for a good home.  > E If you could get it to Delft, the Netherlands it would be fine to me. 9 How much do you intend to charge me for the the machines.                               Jouk    ------------------------------    Date: 14 Jun 2006 01:35:52 -0700 From: paco.linux@gmail.comA Subject: Re: Alphaserver 2100 needs a good home - South Cambs, UK C Message-ID: <1150274152.888084.115040@y41g2000cwy.googlegroups.com>    Hi:   ! Same question from Spain(Seville)    Paco JOUKJ wrote:1 > Phillip Helbig---remove CLOTHES to reply wrote: G > > In article <1150151036.897361.217620@j55g2000cwa.googlegroups.com>, & > > chris@townleyc.demon.co.uk writes: > >  > > H > >>Hi folks - work is throwing this out - last known to be working, has4 > >>run Tru64 and VMS in various test configurations > >>J > >>Not too sure about the config. but it is in a large pedestal, with twoG > >>green storage racks. Not sure about memory, but it will probably be K > >>reasonable, as they were in the production VMS cluster. Only one PSU at 
 > >>the back.  > >  > > K > > I also have such a beast looking for a good home.  It's in Germany, but J > > I will be travelling quite a bit in Europe this summer and could bringC > > it to most places.  I also have a 2000 looking for a good home.  > > G > If you could get it to Delft, the Netherlands it would be fine to me. ; > How much do you intend to charge me for the the machines.  > ! >                            Jouk    ------------------------------  % Date: Wed, 14 Jun 2006 11:17:19 +0200 ) From: "gl@decadence.it" <gl@decadence.it> A Subject: Re: Alphaserver 2100 needs a good home - South Cambs, UK 8 Message-ID: <pan.2006.06.14.09.17.18.79070@decadence.it>  F Il Wed, 14 Jun 2006 05:47:50 +0000, Phillip Helbig---remove CLOTHES to reply ha scritto: J > I also have such a beast looking for a good home.  It's in Germany, but I > I will be travelling quite a bit in Europe this summer and could bring  A > it to most places.  I also have a 2000 looking for a good home.    Hello    I'm from Italy. 4 I still have space at home for a couple of machines.* I will be very happy to take care of them.   Ciao!  gl   ------------------------------  % Date: Wed, 14 Jun 2006 13:29:49 -0400 ' From: Dave Froble <davef@tsoft-inc.com> $ Subject: Re: HSG80 Serial connection9 Message-ID: <HL6dnT4FUujl2w3ZnZ2dneKdnZydnZ2d@libcom.com>    johnhreinhardt@yahoo.com wrote:  > Tom Linden wrote: ? >> On Tue, 13 Jun 2006 07:29:33 -0700, johnhreinhardt@yahoo.com $ >> <johnhreinhardt@yahoo.com> wrote: >>J >>> Does anybody know the pinout or a source of a cable to connect a HSG80J >>> serial console to a 8-pin RJ45 DECserver 900TM port?  The HSG80 uses aG >>> regular 6-pin RJ12 connector rather than the "usual" DEC MMJ style. J >>> Unless I've missed something in the FAQ and while googling I don't seeA >>> any DECconnect type cable which has a regular RJ12 connector.  >>>  >>> Thanks.  >>>  >>>   John H. Reinhardt  >>> K >> I just used an MMJ console cable and trimmed off the tab.  Of course, it  >> can more easily come out. > E > Hmmm. Perhaps a spot of super-glue would do the trick. ;-)  Thanks!  >  >   John H. Reinhardt  >   H If the MMJ to RJ45 worked, then the same pin-out should work for making G a proper cable using the RJ12.  If you cannot find the specs, email me  E and I'll dig them out.  Finding a crimp tool for RJ12 should be easy.    --  4 David Froble                       Tel: 724-529-0450> Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com DFE Ultralights, Inc.  170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------   Date: 14 Jun 2006 17:30:02 GMT3 From: DAVISM@ecr6.ohio-state.edu (Michael T. Davis)   Subject: Multi-homed DHCP server: Message-ID: <e6ph2q$1ks$1@charm.magnus.acs.ohio-state.edu>   	We're running...   3   HP TCP/IP Services for OpenVMS Alpha Version V5.5 -   on an AlphaServer DS15 running OpenVMS V8.2   E 	A few weeks ago, we added an interface in TCPIP to provide access to M a secondary subnet which resides on our network.  (We have both a /22 network J [primary] and a /24 network [secondary] on the same wire [single collisionG domain].)  The TCPIP$DHCP_RUN.LOG file started reporting problems (i.e. K "network not administered by server"), but DHCP-served clients still seemed G to be maintaining connectivity.  Here's basically how the system looked 1 (obfuscated/trimmed TCPIP SHOW INTERFACE output):   ( Interface   IP_Addr         Network mask  )  IE1        192.168.80.3    255.255.255.0 %  LO0        127.0.0.1       255.0.0.0 )  WE0        192.168.72.3    255.255.252.0   E 	Last night, we were forced to restart the system and after that, our M DHCP server was no longer honoring requests.  I removed the ...80.3 interface M and restarted the DHCP server, and now all seems to be working as far as DHCP 
 is concerned.   
  Questions  E 	Is there a configuration for HP's DHCP server that will work in this M environment?  That is, given the server is connected to multiple subnets that K share the same collision domain, can the DHCP server handle this and if so, M how?  Strictly speaking, we only need to serve DHCP clients in the ...72.0/22 M subnet, and we only need a "presence" in the ...80.0/24 subnet on the server. I On the other hand, if we could also handle DHCP clients in the ...80.0/24 N subnet, that would be ideal.  If such a configuration isn't possible with HP'sH OpenVMS tools, is there something that would work?  (We have a number of# Windows 2003 servers, for example.)     Caveats  A 	Note that the IP addresses used here are not the real values and L allocation is strictly managed by another entity.  The simple solution wouldJ be to move to a single /21 subnet, but address space to support this isn't* available.  NATting is also not an option.   Thanks,  Mike --I                                          |    Systems Specialist: CBE,MSE L          Michael T. Davis (Mike)         | Departmental Networking/ComputingH  http://www.ecr6.ohio-state.edu/~davism/ |     The Ohio State UniversityH                                          |     197 Watts, (614) 292-6928   ------------------------------    Date: 14 Jun 2006 00:02:32 -0700 From: dooleys@snowy.net.au6 Subject: Re: OPEN failed when compiled with /CHECK=ALLC Message-ID: <1150268552.050921.187780@h76g2000cwa.googlegroups.com>   
 Luc wrote: > Jeff Campbell a =E9crit :  >  >  > > > F > > > The file status is 39. The code is compiled with /STANDARD=3D85. > > L > > Okay, then perhaps the existing file's protection doesn't allow it to be > > written. > >  > >     DIRE/PROT REPCTL-FILE  > > . > > will show you the file's current settings. > >  > > . ( > It's the first thing that we verified. > E > I deleted the file file and the program creates a new one but can't 
 > open it !!!  > G > Then I compiled all subroutines except the one who read/write to this  > file.  > & > In debug mode I can't open the file.' > In nodebug mode I have another error.   > Yes, it's the same exe file... >  > I'm losing my hair lol; If you are compiling with /CHECK you should also use /NOOPT , /CHECK has 3 options BOUNDS PERFORMS DECIMAL2 you could try with each to see which one causes it   Other things to check...D is REPCTL-FILE defined by a multi-valued logical name (search list)?E are you sure there is no other process with this file open exclusive? D since this is a subroutine, are you sure that that the code that youF are testing is the code you are compiling (it is in the correct objectA library and/or shared image, is the image installed, is the image . name over-ridden my an exec-mode logical etc.) Phil   ------------------------------  # Date: Wed, 14 Jun 2006 11:39:57 GMT 5 From: rdeininger@mindspringdot.com (Robert Deininger) , Subject: Re: Open VMS OS recovery on ItaniumZ Message-ID: <rdeininger-1406060739550001@dialup-4.233.173.64.dial1.manchester1.level3.net>  G In article <N5ydnfF_IdQouRLZnZ2dneKdnZydnZ2d@comcast.com>, "Earl Lakia"  <elakia@hotmail.com> wrote:   - >During one of the HP DSPP sponsored events I  > 0 >received an RX2600 server.  This system doesn't > ( >have any real way of backing itself up.   For backup, you could,3 1. back up to another VMS system over a network, or # 2. back up to a spare SCSI disk, or 1 3. add a SCSI tape to use for a backup device. or 3 4. upgrade to a writable CD (or DVD, if available).   G Not all of these alternatives will give you a bootable backup device to 
 restore from.   > >Anyway after an 8.1 Field Test to 8.2, I find that neither of >  >my disks will boot.    H What happens when they "don't boot"?  What did you do, and what messages# did the system produce in response?      >Additionally, I was never > ; >given any VMS distribution (there weren't enough copies at  > 6 >the event).  I was able to get a VMS 8.2 distribution > 2 >from my customer hoping the DVD would allow me to > " >restore to a virgin distribution. >  >  > 0 >I tried to boot it with the EFI and it seems to > + >hit the DVD for sometime, but then hangs.    C You aren't giving enough details for us to understand the problem.  E "Hangs" is very vague.  What are the last few messages you see on the  console?  D Is there anything interesting in the System Event Log or the Forward
 Progress Log?   9 Does the system respond to a reset via the BMC or the MP?      >Additionally, > ; >I am able to boot the Linux kit and the offline diagnostic  > 2 >utilities CDs.  Looking at my documentation under > 2 >"Restoring the OS", only HPUX, Windows, and Linux > 3 >are mentioned.  What is the procedure for OpenVMS?   G See the VMS upgrade and installation manual.  If brief, you boot the OS E installation DVD, and then upgrade or re-install VMS, or restore from 3 whatever non-bootable backup media you have chosen.     3 >I also ran the offline diagnostics and all of them 7 >passed.  Not to say there isn't still something wrong, 6 >but things seem to be functioning.  Don't know if the4 >diagnostics really test interrupts, etc.  But I can5 >place data to and from the EFI partition on the SCSI  >drives. >   5 >Any help out there?  Should the VMS 8.2 distribution  > 5 >DVD boot?  I have seen the documentation on updating  > 9 >from a zip download file (this is what I did originally)  > 9 >but not for an OpenVMS system recovery from a DVD or CD.   N Yes, the system should boot from a VMS 8.2 (or 8.2-1, or 8.3) installtion DVD.  H The first thing I would check here is the system's console configuration  and your choice of console port.  I You need to configure the system to use ONE console port -- either the MP C console port (labeled "console" on the 3-way cable) or the BMC port E (labeled "console" on the system).  The MP's VGA graphics port is NOT  supported as a console for VMS.   E Whichever port you configure, you need to be connected to it.  EFI is G capable of sending output to both at once, but once VMS picks a console J port, that is the ONLY place output goes.  If you aren't connected to thatG port, you don't see any output, and you might think the system is hung.    ------------------------------    Date: 14 Jun 2006 05:20:15 -0700 From: "xxrmanza" <rrmj@gmv.es>C Subject: Slowin' machine while zipping or deleting big binary files B Message-ID: <1150287615.010227.35250@u72g2000cwu.googlegroups.com>   Hi,   G I have a XP1000 with OpenVMS V7.2-1 and when I zip or delete a big file F (120000 blocks) it slows so much that becomes almost useless for otherF users to work in. I have tried to do it with a default user (no privs,> no  big quotas) and it is the same. Can you provide me a hint?   Thanx in advance and cheers    ------------------------------  % Date: Wed, 14 Jun 2006 08:56:09 -0400  From: norm.raphael@metso.comG Subject: Re: Slowin' machine while zipping or deleting big binary files Q Message-ID: <OF2DF80BE3.ADC950BB-ON8525718D.0046F8F6-8525718D.0047078F@metso.com>   9 "xxrmanza" <rrmj@gmv.es> wrote on 06/14/2006 08:20:15 AM:    > Hi,  > I > I have a XP1000 with OpenVMS V7.2-1 and when I zip or delete a big file H > (120000 blocks) it slows so much that becomes almost useless for otherH > users to work in. I have tried to do it with a default user (no privs,@ > no  big quotas) and it is the same. Can you provide me a hint?  0 Submit it to a batch queue with a priority of 1.   >  > Thanx in advance and cheers  >    ------------------------------  + Date: Wed, 14 Jun 2006 07:57:54 -0500 (CDT) * From: sms@antinode.org (Steven M. Schweda)G Subject: Re: Slowin' machine while zipping or deleting big binary files 2 Message-ID: <06061407575481_2022872F@antinode.org>   From: "xxrmanza" <rrmj@gmv.es>  I > I have a XP1000 with OpenVMS V7.2-1 and when I zip or delete a big file H > (120000 blocks) it slows so much that becomes almost useless for otherH > users to work in. I have tried to do it with a default user (no privs,@ > no  big quotas) and it is the same. Can you provide me a hint?  <    120000 blocks is not all that big.  More than 2GB is big.  E    Zip versions before 2.31 (and UnZip before 5.52) had slower I/O on A VMS, but if delete is bad, too, then it may not be a Zip-specific  problem.  D    Big quotas might help.  How much memory is in the system, and how= much are you allowed to use?  ("SHOW MEMORY /PHYSICAL", "SHOW D WORKING_SET".)  How many users?  Does everyone have the same process0 priority, or is yours higher?  ("SHOW PROCESS".)  H    Deleting a file can be slow if erase-on-delete is set for the disk ofB interest.  ("HELP SET VOLUME /ERASE_ON_DELETE", "SHOW DEVICE /FULL disk:".)  B    MONITOR SYSTEM in one window/session while doing the unpleasant operation in another?   $    "OpenVMS Performance Management":  =       http://h71000.www7.hp.com/doc/73final/6491/6491pro.html   H ------------------------------------------------------------------------  3    Steven M. Schweda               sms@antinode-org 4    382 South Warwick Street        (+1) 651-699-9818    Saint Paul  MN  55105-2547    ------------------------------    Date: 14 Jun 2006 08:35:07 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) G Subject: Re: Slowin' machine while zipping or deleting big binary files 3 Message-ID: <+fastehWBrYD@eisner.encompasserve.org>   _ In article <06061407575481_2022872F@antinode.org>, sms@antinode.org (Steven M. Schweda) writes:   > From: "xxrmanza" <rrmj@gmv.es> > J >> I have a XP1000 with OpenVMS V7.2-1 and when I zip or delete a big fileI >> (120000 blocks) it slows so much that becomes almost useless for other I >> users to work in. I have tried to do it with a default user (no privs, A >> no  big quotas) and it is the same. Can you provide me a hint?  > > >    120000 blocks is not all that big.  More than 2GB is big. > G >    Zip versions before 2.31 (and UnZip before 5.52) had slower I/O on C > VMS, but if delete is bad, too, then it may not be a Zip-specific 
 > problem.  . How many files are in the directory involved ?   ------------------------------  % Date: Wed, 14 Jun 2006 16:13:29 +0100 0 From: Chris Sharman <chris.sharman@sorry.nospam>G Subject: Re: Slowin' machine while zipping or deleting big binary files 4 Message-ID: <e6p92q$f8h$1$8300dec7@news.demon.co.uk>   xxrmanza wrote:  > Hi,  > I > I have a XP1000 with OpenVMS V7.2-1 and when I zip or delete a big file H > (120000 blocks) it slows so much that becomes almost useless for otherH > users to work in. I have tried to do it with a default user (no privs,@ > no  big quotas) and it is the same. Can you provide me a hint?  I zip is obviously fairly cpu intensive, and I didn't think it needed much  9 memory. Set priority down to avoid impacting other users. H I just compressed a 157k block postscript file to a new zip (85k blocks G - deflated 46%) on our ds20e. It took 90s (elapsed), 36s cpu, 200 page   faults, 4000 direct i/os.   F delete should be instant - the only things which can slow it down are:K 1. Physically erasing file data on deletion. (set vol/erase, delete/erase). - Good for high security, poor for performance. # 2. Severely suboptimal directories. G If you have very large directories, then insertion and deletion can be  I slow - proportional to whereabouts alphabetically the filename is in the  F directory, rather than to the size of the file. Directory performance H was significantly improved, somewhere around 7-7.3. Directory locks can  impact other users. 0 Delete time obviously affects zip if you use -m.  G $ dfu dir/compress/trunc ! will optimize a directory (see the freeware   disk for dfu).D Tidy/restructure your directories so that they stay under 100k (200 D blocks) or thereabouts - by compressing them with dfu and/or moving 7 files to reduce files per directory to sensible levels.    Chris    ------------------------------  % Date: Wed, 14 Jun 2006 11:57:43 -0400 3 From: "Richard B. Gilbert" <rgilbert88@comcast.net> G Subject: Re: Slowin' machine while zipping or deleting big binary files : Message-ID: <u4ednXWm9Y5lrA3ZnZ2dnUVZ_oednZ2d@comcast.com>   Chris Sharman wrote:   > xxrmanza wrote:  >  >> Hi, >>J >> I have a XP1000 with OpenVMS V7.2-1 and when I zip or delete a big fileI >> (120000 blocks) it slows so much that becomes almost useless for other I >> users to work in. I have tried to do it with a default user (no privs, A >> no  big quotas) and it is the same. Can you provide me a hint?  >  > K > zip is obviously fairly cpu intensive, and I didn't think it needed much   <snip> > H > delete should be instant - the only things which can slow it down are: <snip>% > 2. Severely suboptimal directories. I > If you have very large directories, then insertion and deletion can be    E If the file has a very large number of extents and/or if the disk is  / fragmented, things might slow down quite a lot.    ------------------------------    Date: 14 Jun 2006 09:26:37 -0700 From: "xxrmanza" <rrmj@gmv.es>G Subject: Re: Slowin' machine while zipping or deleting big binary files A Message-ID: <1150302397.812619.17100@f6g2000cwb.googlegroups.com>    thank you all for your help.  # The winner is    :  highwater mark!   B was enabled. As soon as I set it to nohighwater it works splendid.   Cheers  # Eberhard Heuser-Hofmann ha escrito:   K > In article <+fastehWBrYD@eisner.encompasserve.org>, Kilgallen@SpamCop.net  > (Larry Kilgallen) writes: F > >In article <06061407575481_2022872F@antinode.org>, sms@antinode.org > >(Steven M. Schweda) writes:# > >> From: "xxrmanza" <rrmj@gmv.es>  > >>H > >>> I have a XP1000 with OpenVMS V7.2-1 and when I zip or delete a big > >file L > >>> (120000 blocks) it slows so much that becomes almost useless for otherL > >>> users to work in. I have tried to do it with a default user (no privs,D > >>> no  big quotas) and it is the same. Can you provide me a hint? > >>A > >>    120000 blocks is not all that big.  More than 2GB is big.  > >>J > >>    Zip versions before 2.31 (and UnZip before 5.52) had slower I/O onF > >> VMS, but if delete is bad, too, then it may not be a Zip-specific
 > >> problem.  > > 1 > >How many files are in the directory involved ?  > >  > ! > Is highwater_marking enabled???  > 
 > Eberhard   ------------------------------  + Date: Wed, 14 Jun 2006 11:33:16 +0000 (UTC) < From: gartmann@nonsense.immunbio.mpg.de (Christoph Gartmann)/ Subject: Re: Sue Skonetski's Get Well Soon Gift ) Message-ID: <e6os5s$63q$1@news.BelWue.DE>   f In article <1150277887.378428.100660@c74g2000cwc.googlegroups.com>, "Ian Miller" <ijm@uk2.net> writes: >Posted on behalf of Ken Farmer  [...] G >I've tried to figure out the best way to do this and simply sending me A >a check or money order seems to be the easiest and most straight 	 >forward.   N This not a good option for people like me, e.g. the ones not living in the US.  = >I could use Paypal but not many in the VMS community seem to  >use it.  D Sending money via Paypal is not a big deal and for sure a reasonable> possibility to transfer small amounts of money across borders.   Regards,    Christoph Gartmann    --  E  Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452   ImmunbiologieI  Postfach 1169                 Internet: gartmann@immunbio dot mpg dot de   D-79011  Freiburg, Germany 9                http://www.immunbio.mpg.de/home/menue.html    ------------------------------  % Date: Wed, 14 Jun 2006 19:09:10 +0200 3 From: Wilm Boerhout <w5OLD.boerhout@PAINTplanet.nl> / Subject: Re: Sue Skonetski's Get Well Soon Gift 5 Message-ID: <449042b6$0$3767$ba620dc5@nova.planet.nl>   . Christoph Gartmann wrote on 14-6-2006 13:33...h > In article <1150277887.378428.100660@c74g2000cwc.googlegroups.com>, "Ian Miller" <ijm@uk2.net> writes:! >> Posted on behalf of Ken Farmer  > [...] I >> I've tried to figure out the best way to do this and simply sending me C >> a check or money order seems to be the easiest and most straight  >> forward.  > P > This not a good option for people like me, e.g. the ones not living in the US. > ? >> I could use Paypal but not many in the VMS community seem to 
 >> use it. > F > Sending money via Paypal is not a big deal and for sure a reasonable@ > possibility to transfer small amounts of money across borders. > 
 > Regards, >    Christoph Gartmann  > 0 I just donated via Paypal. Seems to work fine...   /Wilm    ------------------------------  % Date: Wed, 14 Jun 2006 09:38:19 -0700 ' From: David Mathog <mathog@caltech.edu>  Subject: Tape drive opinions+ Message-ID: <e6pe1p$5br$1@naig.caltech.edu>   @ Short story:  I'm looking for opinions on the current tape driveA options for backups in the 400Gb -> 2Tb range.  The new LTO-3 and @ SDLTII cartridges hold 800Gb and 600Gb compressed, respectively.E A single drive of either would probably satisfy our backup needs for  F another 2, maybe 3 years.  By that time the tape capacity would likely@ have doubled again and we would buy another drive.  Or there areA tape libraries available for both formats and those would satisfy < the capacity needs longer, albeit at the cost of multivolumeG backups.  What do you folks suggest?  Please comment upon reliability,  D cost, and/or performance.  Any other tape format we should consider?   Long story: B We've just outgrown the single SDLT320 drive that has been used toA backup a Solaris system I manage.  This format/drive, and another A we have on a different machine, have been ultra-reliable, with no E drive failures and only one bad (from day 1) cartridge.  No cartridge A that worked the first time has failed subsequently.  This Solaris : machine is used primarily to run an Oracle database but we? don't have very stringent uptime requirements.  We also want to = be really sure that we can get back on line again following a 8 restore.  So backups have consisted of shutting down the< database, ufsdump of the various partitions and volumes, and< then start everything up again.  We rotate the tapes through8 an offsite storage location.  The last adjustment of theC Oracle storage put that data alone over 380Gb.  It took 3 years for @ the database to grow to that size, and us to outgrow the SDLT320@ drive.  I'd rather not do manual multi-cartridge backups on this@ system, mostly because I don't want to have to come in at 4:00AM; to feed cartridges into the drive, or to shut down during a  workday to do backups.   Thanks,    David Mathog2 readme backwards sortof: ude DOT hcetlac AT gohtam   ------------------------------   End of INFO-VAX 2006.329 ************************