The EXPIRE INVENTORY command should delete references of expired files from
the database, and they should not be restorable after that.

Reclamation just copies data from several almost-empty tapes onto a new one
to free up storage volumes and has no influence on the availability of
backup data.

So it must be something else...

Martijn.

> ----------
> Van:  Frederic Landreville[SMTP:landrefl AT YAHOO DOT COM]
> Verzonden:    vrijdag,november 12, 1999 15:21
> Aan:  ADSM-L AT VM.MARIST DOT EDU
> Onderwerp:    Re: Reclamation does not work
>
> Expiration alone does not reclaim storage space...
>
> Once in a while (once a day, week, month...etc) you must issue the
> command:
>
>     UPDATE STGPOOL xxxxxxx RECLAIM=60
>
> This will start a process that will reclaim your storage pool... (where
> xxxxxxx is the name of the storage poll you want to reclaim...)
>
> When it is over, re-issue the same command but set it back to 100...
>
> Hope this helps...
>
>
> Frederic Landreville    email: landrefl AT yahoo DOT com
> Lead Technical Analyst --- Yahoo Messenger Id: LANDREFL
> R.J. Reynolds International B.V. (Hilversum) Geneva Branch
> 14, Chemin Rieu CH-1211 Geneva 17
> Switzerland
> Tel: +41-22-703-0323 Fax: +41-22-703-0324
>
> "FAILURE IS NOT AN OPTION. It comes bundled with the software."
>
>
>
> ----- Original Message -----
> From: Martin Vanous <mvanous AT CPOJ DOT CZ>
> To: <ADSM-L AT VM.MARIST DOT EDU>
> Sent: Friday, November 12, 1999 12:30 PM
> Subject: Reclamation does not work
>
>
> > Hi all,
> > it's strange - reclamations looks like not working.
> > I use daily command: expire inventory
> > and the output is , e.g.:
> >
> > ANR0812I Inventory file expiration process 225 completed: examined 27019
> > objects, deleting 26926 backup objects, 0 archive objects, 0 DB backup
> > volumes,
> > and 0 recovery plan files. 0 errors were encountered.
> >  ... etc.
> >
> > But, old backup files , that definitely does not meet  neither
> > number of copies or retention period parameters still are in the
> database
> > and CAN be restored !
> > I used latest fixes as:
> >   adsm.server.util          3.1.2.20  APPLIED    ADSM Server Utilities
> >   adsm.server.rte           3.1.2.40  APPLIED    ADSM Server Runtime
> >
> > and during aplying PTF I got messages:
> > ANR2854I Server is licensed for device support module 2.
> > ANR2102I Activity log pruning started: removing entries prior to
> 11/11/99
> > 00:00:00.
> > ANR0110E An unnexpected system date has been detected; the server is
> > disabled.
> > Use the ACCEPT DATE command to establish the current date as valid.
> > ANR2103I Activity log pruning completed: 0 records removed.
> > ANR0984I Process 1 for AUDIT LICENSE started in the BACKGROUND at
> > 11:34:09.
> > ANR2820I Automatic license audit started as process 1.
> > ANR2825I License audit process 1 completed successfully - 1 nodes
> audited.
> > ANR0987I Process 1 for AUDIT LICENSE running in the BACKGROUND processed
> 1
> > items with a completion state of SUCCESS at 11:34:09.
> >
> > even if I did that and repeated expire inventory, old backups are still
> > in the database and on the medias. My OS date format is:
> > Fri Nov 12 12:26:50 MEZ 1999, is this important ?
> >
> > What's wrong, please ?
> >
> > Thanks for any help.
> > Martin.
>