A couple of things to check:

- Is anyone using INCLUDE statements to bind files to management classes
that go straight to tape?

- Check the RETONLY in your copygroup settings. By default, the client
will bind directories to the management class with the highest RETONLY
value. If more than one class has this high value, then the class whose
name is alphanumerically highest will be the one that is used. Maybe you
have a copygroup whose destination is tape and whose RETONLY value happens
to be the highest.

Regards,

Andy

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
Internet e-mail: storman AT us.eyebm DOT com (change eye to i to reply)

The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.




Chris Murphy <cmurphy AT IDL.STATE.ID DOT US>
Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
08/29/2002 09:07
Please respond to "ADSM: Dist Stor Manager"


        To:     ADSM-L AT VM.MARIST DOT EDU
        cc:
        Subject:        Backups going to disk Fail without Tape drive online?



Greetings *SM'ers,

Environment:

Server: Win2K SP2, TSM 5.1.1
Clients: NT4 SP6a TSM 5.1.1 and Win2K SP2, TSM 5.1.1

I am relatively new to TSM, and not afraid of being humbled!

Our library failed yesterday and is being repaired today.  Last night most
(but not all) of the backups failed on the clients with errors like the
one
below.  All clients point to disk pools for their backups and the disk
pools
are/were online and available.  I assumed the backups would continue
despite
the library not being available, am I wrong to assume this?  I understand
our migration/reclamation is not possible today until the library is
repaired, but we specifically designed our diskpools to be able to handle
3-4 days of backups without migration for this very reason.  As is evident
by the Pct Migr. Number, the pool took on almost no data during the
backups.
Simultaneous writes to Copy Pools are disabled as well.   I guess I am
wondering why TSM needs the tape drive during the backups if the clients
point to the disk which has plenty of space and is available?  Any help
would be greatly appreciated.  In all likelihood, this is a PEBCAK
problem.
:-(

In the future, is there a "good" or graceful way to take a library
offline.
I know it can be done with the VARY command against disks, but is there a
similar option for libraries?

<snip>
08/28/2002 18:00:31 --- SCHEDULEREC STATUS END
08/28/2002 18:00:31 ANS1312E Server media mount not possible

08/28/2002 18:00:31 --- SCHEDULEREC OBJECT END DAILY_INCR 08/28/2002
18:00:00
08/28/2002 18:00:31 ANS1512E Scheduled event 'DAILY_INCR' failed.  Return
code = 12.
<snip>

Storage Pool Name: GENERAL_BKP
               Storage Pool Type: Primary
               Device Class Name: DISK
         Estimated Capacity (MB): 209,920.0
                        Pct Util: 21.3
                        Pct Migr: 0.1
                     Pct Logical: 100.0
                    High Mig Pct: 100
                     Low Mig Pct: 60
<snip>
        Storage Pool Data Format: Native
            Copy Storage Pool(s):
         Continue Copy on Error?:
                        CRC Data: No
<snip>

Chris Murphy
IT Network Analyst
ID Dept. of Lands
(208) 334-0293
cmurphy AT idl.state.id DOT us