How about user quotas? We had the same, even though an Admin was ding the restore, there was more "user owned" data than was allowed for the user name....
-----Original Message----- From: Justin Derrick [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 07, 2003 2:52 PM To: [EMAIL PROTECTED] Subject: Netware issue: Can't write files during restore... Hi TSMers... I've got a system here running Novell Netware 5.1 SP6, with TSA500.NLM at 5.0.5d, TSANDS.NLM at 10110.95, and SMDR at 6.50c, using the web client at version 5.2.0.0 to manage a restore process to an alternate directory. Here's the catch: About 75% (of 2000) of the files that we're attempting to restore fail with an error that says that the file could not be written, with no reason code. The users still appear to exist, and the other 25% of the files restore without an issue. We've tried everything we could think of to try and troubleshoot the problem: Extensive searches of the ADSM archive for 2003. Verified that the account running the client acceptor had sufficient privs. Checked to see that the TSM server activity log for errors. Checked the web client error log, but got very non-descriptive errors. Verified that we weren't trying to restore compressed files to non-compressed volumes. (...and vice versa) Looked for maintenance for the Novell Client (there was none). Looked for patches (there was one with a non-applicable fix). If anyone has any insight into this issue, either methods to more accurately determine the cause of the error, or versions of the NLM's that need upgrades, it would be greatly appreciated. -JD.
