It's possible for a user to filter rights to a file from the backup/restore
user.
The Novell admin should look at the rights of the directory above the file
giving the error and the inheritance filter.
Also, if directory size limits have been established, it could be that the file
exceeds that limit. I know that with compression enabled on the volume, the
directory quotas can be ambiguous. The compressed size goes against the quota,
but if the file is read several times it is stored uncompressed and can cause a
directory to go over quota. ADSM (or the TSA) backs up files in the format they
are in on the volume, compressed or not, and restores them in like manner. If
the file is uncompressed by usage the directory will go over quota without
error, but the restore will fail.
On Tue, 9 Jan 2001 12:22:57 -0500 David Longo <[EMAIL PROTECTED]>
wrote:
> Dan,
>
> We have some similar problems. I am a AIX and *SM person. What are the specifics
>about Rights problems/solutions that I can forward to my Novell admin?
>
> David B. Longo
> Systems Administrator
> Health First, Inc. I/T
> 3300 Fiske Blvd.
> Rockledge, FL 32955-4305
> PH 321.434.5536
> Pager 321.634.8230
> Fax: 321.434.5525
> [EMAIL PROTECTED]
>
>
>
> >>> [EMAIL PROTECTED] 01/09/01 09:42AM >>>
> We had a similar problem using 3.7 it turned out to be a RIGHTS issue..
>
> Dan Jeffus
> Intel Systems
> Florida Hospital
> 407-303-5600-5491
>
> -----Original Message-----
> From: Ernst Jeschek [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, January 09, 2001 4:37 AM
> To: [EMAIL PROTECTED]
> Subject: restoring on novell server
>
> Hello,
>
> when restoring files on a Novell Server using TSM client v4.1 with
> ADSM server 3.1.2.40, we got the following error:
>
> 12/18/2000 18:19:58 (TSA500.NLM 5.3 259) This program cannot allocate a
> directory handle.
> 12/18/2000 18:19:58 ANS4024E Error processing 'VWL8:/DATEN/GROSSE
> PLATTE/AO-Dokumente/AOe/SoPol/BUCH.17.1.': file write error
> 12/18/2000 18:19:59 (TSA500.NLM 5.3 261) This program cannot create a
> directory entry.
> ...
>
> It seems that the problem is the last dot in the directory name.
> Is this correct and are there solutions for this problem?
>
> Any advice would be appreciated.
>
> best regards
> ernst jeschek
>
> --
> [EMAIL PROTECTED] Fax: +43/1/31336/702
> Zentrum fuer Informatikdienste, Wirtschaftsuniversitaet Wien, Austria
-----------------------------------------
Mearl Danner
Data Communications/Network Specialist
Email: [EMAIL PROTECTED]
Samford University
