Don't delete them!

They are part of the binary catalog in 4.5 and above. If a files file is 
4 meg or under it is stored as normal - if they are able 4 meg then they 
are put into the catstore directory.

So.. leave them alone ;)

Cheers
James

Grover,Samuel wrote:

> Hello all,
> 
> I'm running NBU 4.5 on various platforms (AIX 5.2 and HP/UX 11.11) and 
> I'm noticing some quirky behaviour with my catalogs.  In each client 
> directory in ../db/images, I'm finding a catstore directory.  My 
> understanding of this directory is that it is a collector directory that 
> contains temp files that are created while backups are running and are 
> cleared out after a backup completes.  If netbackup exits unexpectedly 
> or the volume fills up, it is my understanding that these temp files are 
> orphaned and left forever.
> 
> The problem is this.  My catstore directories contain gigs and gigs of 
> data across my multiple master servers.  One on master server, 40% of 
> db/images is catstore information, 60% on another master and nearly 83% 
> on my third 4.5 master server.  This seems abnormal.  Has the function 
> of the catalog changed?  My images still maintain a header file and an 
> associated .f file, but then there are the catstore directories.
> 
> Any information the community at large has about these files would be 
> greatly appreciated. Are these files safe to delete if they aren't 
> currently being used for backups?  Are these old files needed for any 
> purpose? Can I delete old ones?
> 
> 
> Thanks,
> 
> Sam
> 
> E-MAIL CONFIDENTIALITY NOTICE: The contents of this e-mail message and 
> any attachments are intended solely for the
> addressee(s) and may contain confidential and/or legally privileged 
> information. If you are not the
> intended recipient of this message or if this message has been addressed 
> to you in error, please
> immediately alert the sender by reply e-mail and then delete this 
> message and any attachments. If you
> are not the intended recipient, you are notified that any use, 
> dissemination, distribution, copying, or
> storage of this message or any attachment is strictly prohibited.
>