1) Is this an incremental backup of the entire file system, or just
portions of the file system? If just portions, then the file space as a
whole is not considered backed up. This could explain what you are seeing.
Is the user backing up individual files or directories? Or is there some
problem on the file system that might be causing TSM to prematurely end
the backup on that file system?

2) What does QUERY FILESPACE F=D show for the file space in question?

3) Have a look at the dsmsched.log and dsmerror.log files. Any anomalies
there?

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.




Andrea Campi <a.campi AT INET DOT IT>
Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
04/28/2003 06:23
Please respond to "ADSM: Dist Stor Manager"


        To:     ADSM-L AT VM.MARIST DOT EDU
        cc:
        Subject:        Is the BACKUP_START columns reliable?



Hi all,

I'm handling a Tivoli setup with clients administrered by different
people, so I need to generate and send out miscellaneous reports. One
of these is the "last time a filesystem was backed up successfully".
I am using:

select BACKUP_END from FILESPACES WHERE ...

However, all of a sudden a client noticed his times make no sense at all.
In fact, checking his activities:

 - sumamry table and dsmaccnt.log agree it's backing up succesfully
every night
 - a select with corresponding times (say, from last night at 22:00)
brings up the files I expect it to have backed up.


So basically the backup succeded but the times where not updated (not
even BACKUP_STAT). I also checked whether the times on FILESPACES where
only affected by files in /, but it doesn't seem to be the case.

This is on Sun Solaris with client 4.2.3.1.


Any suggestion?

Bye,
        andrea

--
Andrea Campi                              mailto:a.campi AT inet DOT it
I.NET S.p.A. - BT Ignite                  http://www.inet.it
Technical Dept. - R&D                     phone: +39 02 32863 ext 1
v. Darwin, 85 - I-20019                   fax: +39 02 32863 ext 7705
Settimo Milanese (MI), Italy