[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference cookie::smfs

Title:Sequential Media Filesystem for OpenVMS VAX
Moderator:COOKIE::KYLER
Created:Mon Aug 30 1993
Last Modified:Thu May 01 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:66
Total number of notes:198

58.0. "SMFS-E-ALLOCERR??" by MUNICH::REIN (How come holes in SWISS CHEESE??) Fri Jan 31 1997 07:46

    Hi,
    
    today a second question.
    
    In the volume database I added one volume, but when trying to copy
    a file to the mx device I get
    
    
    %SMFS-I-LOG_ERROR, unexpected error on filesystem _MXD1: at 31-JAN-1997
    15:26:59
    .19
    -SMFS-I-ROUTINE_NAME, in routine load_scratch, checkpoint 2
    -SMFS-E-ALLOCERR, error allocating scratch volume of media type TK87K
    -SLS-E-NOVOLS, not enough volumes available for request
                                                  
    But there are 2 more volumes, which should be free.
    I had a look on then, and anyhow they are in TRAN state.
    
    So I put them in free state and could start to copy,
    but its not clear whats the reason for that behaviour.
    
    regards
    
    Volker
T.RTitleUserPersonal
Name		DateLines
58.1COOKIE::KYLERFri Jan 31 1997 15:079
    The default MDMS behavior is to place volumes in a transition state for
    2 weeks after they are deallocated.  This provides an opportunity to
    re-allocate the tape if it was erroneously deallocated, before it can
    be overwritten.
    
    If you would like volumes to go directly to the FREE state when they
    are deallocated, change the TAPESTART.COM symbol FRESTA from TRANS to
    FREE.