Hi Richard, thanks for your reply, but I meen this is not point of problem. Mentioned server is fileserver and one of users has removed ALL permisions from his files at this fileserver (including system account, which is running TSM Scheduler), so his files cannot be backed up. He know about it and understand it, that's OK, but now point of problem is how to exclude these files (exactly directories) from archives. As far as I know, exclude.dir acts only for backups and when I put exclude.archive option for files, TSM will try to archive directories though. Am I true?
Tom > -----Original Message----- > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of > Richard Sims > Sent: Monday, November 03, 2003 1:47 PM > To: [EMAIL PROTECTED] > Subject: Re: Failed archive schedule > > > >Question1: what does it mean return code RC=4 in failed client archive > >schedule? > > Your first point of reference should be the Backup-Archive Clients manual, > which fully explains this. RC=4 simply means that some file could not be > processed, as you cited... > > >There are some folders with access restrictions for TSM (for all users > >including system account with the exception of owner) and there are many > >errors at files inside these folders in activity.log - example: > > > >02-11-2003 01:13:54 ANE4007E (Session: 397, Node: NT1) Error > >processing > > '\\nt1\e$\Uzivatelske > >oblasti\SPS\Home\SCL\B\d\wichtig\P- > > odpora HMG.doc': access to the object is denied > > > >No other erors weren't founded at all. Is it possible that these errors > >causes general schedule error RC=4? > > > >I have exclude.dir for these folders (for backup), but not > exclude.archive. > > By all means, exclude things you know should not or cannot be > treated by TSM - > providing that you don't want them handled by TSM at all. If the > owner of the > files is operating under the same options file, then they will be > subject to the > same rules, so consider that in formulating your options environment. > > Richard Sims, BU
