Thanks, I checked, every stgpool is Read/write access.

The question is: why does ADSM thinks this stgpool is full when the
admin client says "9.1%" utilized?

Regards,

Rene Lambelet, Nestle, CH-Vevey

>-----Original Message-----
>From:  Dwight Cook [SMTP:decook AT AMOCO DOT COM]
>Sent:  Friday, May 08, 1998 6:19 PM
>To:    ADSM-L AT VM.MARIST DOT EDU
>Subject:       Re: Primary disc stgpool full at 9 % but msg ANR0522W got!
>
>     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