Author: "Chandrashekar, C. R. (Chandrasekhar)" <cr.chandrashekar AT TIMKEN DOT COM>
Date: Mon, 19 Jan 2004 15:06:39 +0530
Hi TSMers, During scheduled backup few TSM clients are getting failed to take backup of NTUSER.DAT/LOG files with return code 12, How can I avoid this, Please kindly share your thoughts. TSM server 5
Author: Imre Kloknicer <ikloknicer AT EU.INFOBAL DOT COM>
Date: Mon, 19 Jan 2004 10:50:10 +0100
Hi, These files belong to the user profile of the SAPServiceBS user that is a Windows user account used by a service currently running on your nodes. I don't think that it is necessary to backup thes
Author: "Troy L. Minter" <tminter AT SPARKS DOT ORG>
Date: Mon, 19 Jan 2004 08:51:03 -0600
I had this problem and have had to set max mount points to 999. Hi TSMers, During scheduled backup few TSM clients are getting failed to take backup of NTUSER.DAT/LOG files with return code 12, How c
Author: Andrew Raibeck <storman AT US.IBM DOT COM>
Date: Mon, 19 Jan 2004 08:06:31 -0700
ANE4987E has been treated as RC 4 since the "consistent return codes" feature was introduced in version 5.1. Check the client dsmsched.log and dsmerror.log files for other error messages that might b
The error Message is correct. The problem is that the file USER.DAT is part of Registry (HKEY_CURRENT_USER). when you start the client via user (not as a service) then you will recive this message. I
Author: Andrew Raibeck <storman AT US.IBM DOT COM>
Date: Tue, 20 Jan 2004 07:58:33 -0700
The message may be correct, but I am more concerned about the RC 12. There is some other problem going on besides ANE4987E, because ANE4987E by itself should not cause RC 12. Regards, Andy Andy Raibe
Author: "Chandrashekar, C. R. (Chandrasekhar)" <cr.chandrashekar AT TIMKEN DOT COM>
Date: Wed, 21 Jan 2004 10:54:41 +0530
Andy and Others, TSM server 5.1.7.0 on AIX. TSM client 5.2.0.1 W2k. I'm really finding a strange behavior on scheduled status one of the TSM client was getting backed up successfully and suddenly sta
Author: Andrew Raibeck <storman AT US.IBM DOT COM>
Date: Wed, 21 Jan 2004 10:35:21 -0700
I can see from the dsmsched.log extracts that the backup on 1/15 ran OK, but the one on 1/16 did not. However, it is not possible to identify the problem since (a) you did not provide complete dsmsch