We are running netware 5.1 sp2 and the tivoli 4.1.213 client for netware. The backup reports that it fails every night. The errors all appear to be occuring on files which have been deleted, objects expired = objects failed. Is this what should happen? I would thing that an expire file should not be an error. It worries me to get used to seeing a failure everyday and possibly miss a big one. Snippet of log below. Thanks, Cory 09/11/2001 03:15:46 ANS1228E Sending of object 'SYS:/PUBLIC/appl/hmc8/wpcsout/ofs/0909POA.004' failed 09/11/2001 03:15:46 ANS1304W Active object not found 09/11/2001 03:15:46 ANS1228E Sending of object 'SYS:/PUBLIC/appl/hmc8/wpcsout/ofs/0909POA.005' failed 09/11/2001 03:15:47 ANS1304W Active object not found 09/11/2001 03:15:47 ANS1228E Sending of object 'SYS:/PUBLIC/appl/hmc8/wpcsout/ofs/0910POA.001' failed 09/11/2001 03:15:47 ANS1304W Active object not found 09/11/2001 03:15:56 --- SCHEDULEREC STATUS BEGIN 09/11/2001 03:15:56 Total number of objects inspected: 100,975 09/11/2001 03:15:56 Total number of objects backed up: 3,351 09/11/2001 03:15:56 Total number of objects updated: 48,564 09/11/2001 03:15:56 Total number of objects rebound: 0 09/11/2001 03:15:56 Total number of objects deleted: 0 09/11/2001 03:15:56 Total number of objects expired: 162 09/11/2001 03:15:56 Total number of objects failed: 162 09/11/2001 03:15:57 Total number of bytes transferred: 889.52 MB 09/11/2001 03:15:57 Data transfer time: 185.50 sec 09/11/2001 03:15:57 Network data transfer rate: 4,910.38 KB/sec 09/11/2001 03:15:57 Aggregate data transfer rate: 1,518.65 KB/sec 09/11/2001 03:15:57 Objects compressed by: 0% 09/11/2001 03:15:57 Elapsed processing time: 00:01:59 09/11/2001 03:15:57 --- SCHEDULEREC STATUS END 09/11/2001 03:15:57 --- SCHEDULEREC OBJECT END INCREMENTAL 09/11/2001 03:00:00 09/11/2001 03:15:57 ANS1512E Scheduled event 'INCREMENTAL' failed. Return code = 4. 09/11/2001 03:15:57 Sending results for scheduled event 'INCREMENTAL'. 09/11/2001 03:15:57 Results sent to server for scheduled event 'INCREMENTAL'. -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of Zlatko Krastev/ACIT Sent: Monday, September 10, 2001 5:53 PM To: [EMAIL PROTECTED] Subject: Re: New Server and Disk Pools DEF STG CACHE=Yes. So you can quick restore today's/yesterday's backups from the cache. I do not assume your DISK pool is big enough to keep all client's data there. If it is and you are using tapes only for archives and backupsets you can go two ways: - have no arrays and hope only that at least one stgpool (primary or copy) volume will stay alive. - implement arrays with redundancy. If you have LOWMIG higher than 0% then we can predict which files will still be there but unless you fall in DISK-BACKUP scenario for larger restores you still will be forced to mount tapes. Zlatko Krastev IT Consultant "Stephen A. Cochran" <[EMAIL PROTECTED]> on 10.09.2001 09:50:46 Please respond to [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: Re: New Server and Disk Pools --- Mark Stapleton wrote: I wouldn't bother with *any* kind of array. Save yourself the expense and administrative overhead of an array. Just cache the disk pool and spill it over into tape daily. Easy-peezy. --- end of quote --- But then you loose the quick restore from disk, and the client has to wait for a tape mount if you flush the entire disk cache to tape. Or am I missing something? Steve Cochran
