make sure all the devices that make up BACKUPDIR are still  
     ACCESS=READWRITE
     a hardware error might have set it to readonly and your query will  
     show you the space exists but ya can't write to it.


______________________________ Reply Separator _________________________________
Subject: Re: Primary disc stgpool full at 9 % but msg ANR0522W got!
Author:  HiltonT (HiltonT AT TCE DOT COM) at unix,mime
Date:    5/8/98 10:29 AM


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