Re: Question on recommended excludes for TSM-Mac Clients with MacOS 10.4 ?

Hi Rainer, It really depends on a number of factors such as whether or not you are backing up customer installed third party applications, whether or not e-mail is kept on the server or the local system, and how standardized your environment is, to name just a few. If you have a pret

Re: MSL6030 TSM write failure

Hi Kurt, In my experience, the errors that you are seeing are primarily caused by one of three problems: 1) The tape drive is dirty and needs to be cleaned 2) The tape cartridge is bad and needs to be destroyed 3) The Tape drive has a physical problem that needs to be fixed via replacement

Re: MSL6030 TSM write failure

Van: ADSM: Dist Stor Manager namens JN Verzonden: di 3/14/2006 18:53 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] MSL6030 TSM write failure Hi Kurt, In my experience, the errors that you are seeing are primarily caused by one of three problems: 1) The tape drive is

Re: OFFSITE TAPES

Hi Jim, It sounds as if there was a problem somewhere in the process. Were there any errors reported during the restore vol process or did it complete successfully? Were there any problems on the client side? Is the restore just for some files that were accidentally deleted, did the cli

Re: TSM 5.3 Inst. on MSCS

Hi Pranav! There are two excellent resources available to help you with this. IBM has two redbooks that cover the process pretty well. Go to the IBM website and in the redbooks section do a search for the following: SG24-6844-01 SG24-6761-00 The first "SG" number is for

Re: Schedule Repeatation

Hi Pranav! If you really need to back up a client(s) that often with Tivoli, the way to do it is to create three separate schedules that run every hour and run 20 minutes apart. Then assign the client to all three schedules. For example: Start time Runs Schedul

Re: scratch tape question

Hi Dave, Actually, I can only see advantages to checking the tapes in as they arrive: 1) The tapes are less likely to be lost or suffer environmental damage 2) At the rate you are using tapes, you won't have to check in any new tapes for quite a while. 3) You won't have to worry about the

Re: Library sharing

Hi Richard! Other than having to redefine the tape paths on each instance, as long as the databases are up to date for each instance, there shouldn't be any problems. I'm sure that you already know to make backups of all the recovery files just prior to doing the upgrade just in case. : )

Re: HELP! MAJOR ISSUE!: NEW Info. Please help!

Hi Joni, Just thought I would add my 2 cents into the mix as well. Have you checked to find out if you have any scratch tapes available in the library? I know this is a basic question and that you have probably already done it, but I have seen that type of message when migration starts to go

Re: dsmcad/dsmsched.log showing wrong times

Hi Michiel, I'm pretty sure that you have already thought of this, but have you tried entering the "Accept Date" command to synchronize the TSM server date/time with the OS Date/Time? Jim Neal -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf