The readme file says you need to run CLEANUP RECLAIM to reactivate aggregate
reconstruction.

> On Friday, May 08, 1998 9:12 AM, J. Glauer
> [mailto:glauer AT PIK-POTSDAM DOT DE] wrote:
>
> Hi,
>
> I installed the ADSM Server update 3.1.1.2 under AIX 4.2 (
> AUTIT RECLAIM PTF).
> Then I started the AUDIT RECLAIM
> 05/07/1998 10:33:29  ANR0984I Process 1 for AUDIT RECLAIM
> started in the
>                       BACKGROUND at 10:33:29.
>
> 05/07/1998 12:31:19  ANR0985I Process 1 for AUDIT RECLAIM
> running in the
>                       BACKGROUND completed with completion
> state SUCCESS at
>                       12:31:19.
> the result was:
> adsm> select count(*) from reclaim_analysis
>
>  Unnamed[1]
> -----------
>           0
>
> I was happy to see that result and I expected this, because I started
> the ADSM Server 3 with the PTF IX74458 in march.
>
> Now I changed a storagepool to start a reclamation
> UPDATE STG xyz RECL=80
> The reclamation started with an ANR9999D error:
>
> 05/07/1998 14:02:00  ANR9999D afmigr.c(2544): Reconstruction
> of aggregates is
>                       disabled. Run audit reclaim utilities
> to re-enable
>                       reconstruction of aggregates.
> 05/07/1998 14:02:00  ANR0984I Process 5 for SPACE RECLAMATION
> started in the
>                       BACKGROUND at 14:02:00.
>
> I started the AUDIT RECLAIM
>
> ANR0984I Process 8 for AUDIT RECLAIM started in the
> BACKGROUND at 15:15:04.
> ANR0985I Process 8 for AUDIT RECLAIM running in the
> BACKGROUND completed with
> completion state SUCCESS at 15:15:04.
>
> It was very quick and has the same result
> adsm> select count(*) from reclaim_analysis
>
>  Unnamed[1]
> -----------
>           0
>
> How long will the server show the ANR9999D error ????
> ------------------------------------------------------
>
> Regards
>
> Achim Glauer
>
> PIK Potsdam Germany
>