Also you might try this...
      
     One at a time, perform a "move data" against each volume that makes up  
     the storage pool "BACKUPDIR".
     Ex: move data backup_dir_volume
     By not giving a destination storage pool it will keep the data in the  
     backupdir storage pool... if there are any lost pointers, this should  
     find them.  (that is if the move data determines something is messed  
     up it will initiate an "audit volume")


______________________________ Reply Separator _________________________________
Subject: Re: Primary disc stgpool full at 9 % but msg ANR0522W got!
Author:  Rene.Lambelet (Rene.Lambelet AT NESTLE DOT COM) at unix,mime
Date:    5/10/98 4:19 AM


Thanks Betsy,
      
the goal of this stgpool is to keep directories on disc, so we do not  
want migration to occur.
Is this stgpool full as ADSM says in backups or is the admin client  
right saying "9.1 %" utilized?
      
But you gave me an idea: we will try to let migration occur and add  
caching to keep a copy on disc.
      
Regards,
      
Rene Lambelet, Nestle, CH_Vevey
      
>-----Original Message-----
>From:  Moir,Betsy [SMTP:betsy.moir AT ABBOTT DOT COM]  
>Sent:  Friday, May 08, 1998 6:07 PM
>To:    ADSM-L AT VM.MARIST DOT EDU
>Subject:       Re: Primary disc stgpool full at 9 % but msg ANR0522W got!  
>
>Also, I believe if the high migration threshhold is set to 100%, an automatic  
>migration will never happen.  I think the default for this parameter is 60%.  
>Of course, if there's no next stgpool there's no place for things to migrate  
>to, so you'd have to add more storage space.
>
>
>
>
>ADSM-L AT VM.MARIST DOT EDU on 05/08/98 10:46:56 AM  
>Please respond to ADSM-L AT VM.MARIST DOT EDU @ INTERNET  
>To: ADSM-L AT VM.MARIST DOT EDU @ INTERNET
>cc:
>Subject: Re: Primary disc stgpool full at 9 % but msg ANR0522W got!  
>
>I don't know about the percent logical occupancy vs. utilization, but  
>you may want to add a "next storage pool" for when it does fill up so  
>your backups don't fail.
>
>Tina Hilton
>Thomson Consumer Electronics
>> -----Original Message-----
>> From: Lambelet,Rene,VEVEY,FC-SIL/INF. [SMTP:Rene.Lambelet AT NESTLE DOT COM] 
>>  
>> Sent: Friday, May 08, 1998 9:37 AM
>> To:   ADSM-L AT VM.MARIST DOT EDU
>> Subject:      Primary disc stgpool full at 9 % but msg ANR0522W got!  
>>
>> Hello,
>> we have a new problem since 3 days:  
>>
>> the offline backup of our NT server with Exchange gives the following  
>> messages:
>>
>> 05/08/1998 01:50:26 ANR0522W Transaction failed for session 472 for  
>> node
>> VEVICS01 (WinNT) - no space available in storage pool BACKUPDIR and  
>> all
>> successor pools.
>> 05/08/1998 01:50:26 ANR0522W Transaction failed for session 472 for  
>> node
>> VEVICS01 (WinNT) - no space available in storage pool BACKUPDIR and  
>> all
>> successor pools.
>> 05/08/1998 01:50:27 ANR0522W Transaction failed for session 472 for  
>> node
>> VEVICS01 (WinNT) - no space available in storage pool BACKUPDIR and  
>> all
>> successor pools.
>> 05/08/1998 01:50:27 ANR0522W Transaction failed for session 472 for  
>> node
>> VEVICS01 (WinNT) - no space available in storage pool BACKUPDIR and  
>> all
>> successor pools.
>> 05/08/1998 01:50:27 ANR0522W Transaction failed for session 472 for  
>> node
>> VEVICS01 (WinNT) - no space available in storage pool BACKUPDIR and  
>> all
>> successor pools.
>>
>>
>> The stgpool BACKUPDIR is giving a percent utilized of 9.1 %. The  
>> logical
>> occupancy is 99.4 %.
>>
>> Is this a bug? Any ideas?
>>
>> To try to bypass this, we will backup directories in the normal  
>> stgpool
>> from tonight.
>>
>> Regards,
>>
>> René Lambelet - (3543 - *A581
>> Nestec SA - 55, Av. Nestlé - CH-1800 Vevey
>> Tel: ++41/21/924'35'43 / Fax: ++41/21/924'45'89  
>> E-Mail: rene.lambelet AT nestle DOT com
>>
>>
>> BACKUPDIR - Properties
>> ----------------------
>> Storage Pool                     : BACKUPDIR  
>> Pool Type                        : Primary
>> Description                      : Backup des Directories des Serveurs  
>> Estimated Capacity          : 4841.0 MB
>> Percent Utilized                 : 9.1  
>> Percent logical occupancy  : 99.4
>> Device Class                     : DISK  
>> Last update by                   : DISELI
>> Last update date/time         : 05/07/1998 07:55:54  
>> Access Mode                      : Read/write
>> Maximum Size File              : No size limit  
>> Migration in Progress            : No
>> Elapsed migration time           : 0 seconds  
>> Amount migrated                  : 0.00 MB  
>> Percent Available for Migration  : 9.1
>> Next Storage Pool                : None  
>> Low Migration Threshold          : 99 %  
>> High Migration Threshold         : 100 %  
>> Caching Enabled                  : No
>> Migration processes              : 1  
>>
>> René Lambelet - (3543 - *A581
>> Nestec SA - 55, Av. Nestlé - CH-1800 Vevey
>> Tel: ++41/21/924'35'43 / Fax: ++41/21/924'45'89  
>> E-Mail: rene.lambelet AT nestle DOT com
>
>