All, I'll get back on this when our tape-mount problem is fixed.
Richard. -----Original Message----- From: Alex Paschal [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 10, 2002 7:31 PM To: [EMAIL PROTECTED] Subject: Re: Date question Actually, unless I'm mistaken, if that's the case, the backup_start should still get updated, but not backup_end. Is that the case that's happening with you, Richard? If not, while you should address the "out of storage space" message, it's probably not what is causing you to lose your if you're getting any files backed up at all. Here's an example of what I get from a select * from filespaces where backup_end < backup_start. This is a filespace that is failing before completion for an as-yet-unknown reason. I've seen similar filespace dates on "out of storage" failures. NODE_NAME: F1N11 FILESPACE_NAME: /.../ftl.com/fs/catia/catia-data/rel/05 FILESPACE_TYPE: dfs CAPACITY: 8789.0 PCT_UTIL: 0.0 BACKUP_START: 2002-04-10 01:44:46.000000 BACKUP_END: 2002-04-08 00:26:16.000000 Alex Paschal Storage Administrator Freightliner, LLC (503) 745-6850 phone/vmail -----Original Message----- From: Andrew Raibeck [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 10, 2002 5:50 AM To: [EMAIL PROTECTED] Subject: Re: Date question I concur. You can't ignore the "server out of storage space" message, because that seems to have prevented the backup from completing. The stats won't get updated unless the file system is successfully processed by TSM. The ending stats show 230 objects inspected, but nothing backed up. Coupled with the "server out of storage space" message, it seems to me that the file systems were not successfully processed, and that is why the stats don't get updated. Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS Internet e-mail: [EMAIL PROTECTED] The only dumb question is the one that goes unasked. The command line is your friend. "Good enough" is the enemy of excellence. <SNIP> On Tue, 9 Apr 2002 15:28:37 Denzel, Richard van wrote: >Hi All, > >I have a question about the backup dates. I've seen the following behaviour which I can't explain: > >When I make a manual backup of a client, the dat on the filespace gets set. When the next day a backup is made through a schedule, the filespace date doesn't get updated. >Has anyone seen this? >Is it normal behaviour? If so, what's the reason? > >Richard. > >------------------------------------------------- >Richard van Denzel >High Availability & Storage Solutions >Senior Technical Consultant > >Infrastructure Consulting & Integration >[EMAIL PROTECTED] > >Getronics Infrastructure Solutions >Wiltonstraat 42 >Postbus 1005 >3900 BA Veenendaal >tel.: 0318 - 567 100 >fax: 0318 - 567 633 > >mobiel: 06 - 212 78 569 > > Building Futures on <<http://www.getronics.com/>> > See Dave Matthews Band live or win a signed guitar http://r.lycos.com/r/bmgfly_mail_dmb/http://win.ipromotions.com/lycos_020201 /splash.asp (See attached file: dsmsched.log) (See attached file: node.out) (See attached file: sched.out) #### dsmsched.log has been removed from this note on April 10 2002 by Andrew Raibeck #### node.out has been removed from this note on April 10 2002 by Andrew Raibeck #### sched.out has been removed from this note on April 10 2002 by Andrew Raibeck
