I mentioned, that during aplying patches I saw this messages:
ANR0110E An unnexpected system date has been detected; the server is
disabled.
Use the ACCEPT DATE command to establish the current date as valid.
After doing that it looks like working fine - even if the old backup still
leaves in the database, the new ones (files and file spaces) are
reclamationed fine. I did not see this message during of installing ADSM
server (I checked smit.log too) !!!
I use different time zone: MEZ, maybe this is the reason.
On Fri, 12 Nov 1999, Grendelman M. (Martijn) wrote:
> 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.
> >
>
|
