ADSM-L

Re: Backup ends after filling one virtual volume

2002-06-03 06:15:41
Subject: Re: Backup ends after filling one virtual volume
From: "J. Gehm" <gehm AT RRZ.UNI-KOELN DOT DE>
Date: Mon, 3 Jun 2002 12:13:48 +0200
In the meantime I found the solution for my problem and so I anwser to my
own request:

The REGISTER NODE command have a new parameter MAXNUMMP under TSM 4, with
a default MAXNUMMP=1. My new configured servernodes could not mount more
than 1 Tape. The servernode, which I configured under TSM 3.7, got a
MAXNUMP "Unlimited" with the upgrade to TSM 4.1.

A backup on virtual volumes needs 2 drives, when MAXCAPACITY is reached
and the last file is continued on the next volume.

  Joern Gehm



On May 23, 11:38, J. Gehm wrote:
> Subject: Backup ends after filling one virtual volume
> The Computing Center of the University at Cologne runs 4 TSM-Server
> (IBM 3466 NSM with three 3590E-drives) under TSM level 4.1.5.0.
>
> The Backup on Copypools is done on virtual Volumes on the next server.
>
> If the amount of one Backup is greater than the defined Maxcapacity (20
> GB), this Backup ends with failure, because a new Virtual Volume is not
> ready (ANR4383E Session failure).
>
> On one TSM-Server I configured the Backup of another server, when both
> were
> running under TSM 3.7. All 4 Server were upgraded to TSM level 4.1.5.0.
> After that I configured the mutual backup likewise on the remaining
> servers. On all new configured server the backup ends always after
filling
> one virtual volume and I must issue further "backup stg" - commands, if
> there are more data to backup.
>
> I cannot see any difference in the configuration of the servers.
>
> Has anyone an idea, what I forget to configure?
>
> Thanks in advance,
>
> Joern Gehm
>
>
>
> Some more information:
> ==========================================================================
> ACT-LOG:
> ==========================================================================
> 05/14/02   10:08:06  ANR8340I SERVER volume ADSM3.BFS.021363686 mounted.
> 05/14/02   10:08:06  ANR1340I Scratch volume ADSM3.BFS.021363686 is now
> defined
>                       in storage pool ATADSM3.
> 05/14/02   10:08:20  ANR2017I Administrator ADMIN issued command: QUERY
> VOLUME
>                       ADSM3.BFS.021361427
> 05/14/02   10:08:25  ANR4383E Session failure, target server ADSM3 has
> aborted
>                       current transaction; reason: Item not available.
> 05/14/02   10:08:25  ANR1411W Access mode for volume ADSM3.BFS.021363686
> now
>                       set to "read-only" due to write error.
> 05/14/02   10:08:25  ANR1181E astxn.c370: Data storage transaction
> 0:96280845
>                       was aborted.
> 05/14/02   10:08:25  ANR2183W afcputil.c2674: Transaction 0:96280845 was
>                       aborted.
> 05/14/02   10:08:25  ANR1280E BACKUP STGPOOL: Process 2100 terminated -
>                       transaction aborted.
> 05/14/02   10:08:25  ANR0986I Process 2100 for BACKUP STORAGE POOL
running
> in
>                       the BACKGROUND processed 16938 items for a total
of
>                       20,668,922,622 bytes with a completion state of
> FAILURE
>                       at 10:08:25.
> 05/14/02   10:08:25  ANR1214I Backup of primary storage pool TAPEPOOL_NC
> to
>                       copy storage pool ATADSM3 has ended.  Files Backed
> Up:
>                       16938, Bytes Backed Up: 20668922622, Unreadable
> Files: 0,
>                       Unreadable Bytes: 0.
> 05/14/02   10:08:30  ANR1341I Scratch volume ADSM3.BFS.021363686 has
been
>                       deleted from storage pool ATADSM3.
> ==========================================================================
> tsm: ADSM1>q proc
>
>  Process Process Description  Status
>   Number
> -------- --------------------
> -------------------------------------------------
>    2,100 Backup Storage Pool  Primary Pool TAPEPOOL_NC, Copy Pool
ATADSM3,
>                                Files Backed Up: 17015, Bytes Backed Up:
>                                20,999,455,799, Unreadable Files: 0,
> Unreadable
>                                Bytes: 0. Current Physical File (bytes):
>                                73,016,859
>
>                                Current input volume: 038564.
>
>                                Current output volume:
ADSM3.BFS.021363686.
> ==========================================================================
> tsm: ADSM1>q vol ADSM3.BFS.021361427
>
> Volume Name               Storage      Device      Estimated    Pct
>   Volume
>                           Pool Name    Class Name   Capacity   Util
>   Status
>                                                         (MB)
> ------------------------  -----------  ----------  ---------  -----
>  --------
> ADSM3.BFS.021361427       ATADSM3      TO_ADSM3     19,711.4  100.0
>    Full
>
> =========================================================================
> tsm: ADSM1>q devcl to_adsm3
>
> Device       Device        Storage    Device       Format     Est/Max
>     Mount
> Class        Access           Pool    Type                   Capacity
>     Limit
> Name         Strategy        Count                               (MB)
> ---------    ----------    -------    ---------    ------    --------
>    ------
> TO_ADSM3     Sequential          1    SERVER                 20,000.0
>         3
> =========================================================================
> Auf ADSM3:
>
> 05/14/02   10:08:05  ANR0406I Session 12977 started for node ADSM1
>                       (AIX-RS/6000) (Tcp/Ip 134.95.19.31(54508)).
> 05/14/02   10:08:29  ANR0406I Session 12978 started for node ADSM1
>                       (AIX-RS/6000) (Tcp/Ip 134.95.19.31(54509)).
> 05/14/02   10:08:29  ANR0403I Session 12978 ended for node ADSM1
> (AIX-RS/6000).
> 05/14/02   10:08:30  ANR0403I Session 12977 ended for node ADSM1
> (AIX-RS/6000).
> =========================================================================
>
> --
> ______________________________________________________________________________
> Joern Gehm         Internet: gehm AT rrz.uni-koeln DOT de
>                    Tel: (0221) 478-5350 ,  FAX: -5568 ,   Sekr: -5586
> Regionales Rechenzentrum, Universitaet Koeln, Robert-Koch-Str. 10, 50931
Koeln
> ______________________________________________________________________________
>-- End of excerpt from J. Gehm
<Prev in Thread] Current Thread [Next in Thread>
  • Re: Backup ends after filling one virtual volume, J. Gehm <=