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:ADSM AT JUSTINDERRICK DOT COM]
Sent: Tuesday, October 07, 2003 2:52 PM
To: ADSM-L AT VM.MARIST DOT EDU
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.