Unsolved
This post is more than 5 years old
19 Posts
0
696
June 1st, 2006 10:00
Recovery of a Novell NetWare client
I am unable to drill deeper into 1 specific directory to recover 1 specific file
Full backup of the system NZFD-PRD-1 was performed successfully.
Renamed a file under the folder vol2:\ZenImages
Using NetWorker User from the console, I can not expand the ZenImages directory to perform a recovery of just 1 file
Rather than
, the ZenImages folder has in the NetWorker User console and will not allow us to expand the directory
I am able to expand other directories down to the file level, this 1 folder just happens to be were we renamed a file to perform a recovery test
Netware Server 6.5 SP 5
NetWorker Server 7.3
NetWorker Client for Netware 7.2.1
Thanks,
Just another consultant with dumb luck looking for help
Full backup of the system NZFD-PRD-1 was performed successfully.
Renamed a file under the folder vol2:\ZenImages
Using NetWorker User from the console, I can not expand the ZenImages directory to perform a recovery of just 1 file
Rather than
I am able to expand other directories down to the file level, this 1 folder just happens to be were we renamed a file to perform a recovery test
Netware Server 6.5 SP 5
NetWorker Server 7.3
NetWorker Client for Netware 7.2.1
Thanks,
Just another consultant with dumb luck looking for help
No Events found!


DavidHampson
2 Intern
•
1.1K Posts
0
June 1st, 2006 11:00
nsrinfo -s server -t "time" client
- there may be a lot of information so may be wise to pipe to an output file. Also you will need to get the exact savetime by using an mminfo command:
mminfo -r nsavetime -c client
blochner1
19 Posts
0
June 1st, 2006 12:00
Thanks for the quick response. This was the output of the commands you suggested:
$ mminfo -v -r nsavetime -c nzfd-prd-1
1149085441
1149120071
1149120015
1149120014
$ mminfo -a -c nzfd-prd-1
volume client date size level name
UBK0030O nzfd-prd-1 05/31/06 62 GB full vol2:\
UBK0030O nzfd-prd-1 05/31/06 244 MB full vol1:\
UBK0030P nzfd-prd-1 05/31/06 1227 MB full sys:\
$ nsrinfo -s netw-prd-1 nzfd-prd-1
scanning client `nzfd-prd-1' for all savetimes from the backup namespace on server netw-prd-1
nsrinfo: cannot start session with server netw-prd-1
nsrinfo: File index error: permission denied, `wh73377' on `netw-prd-1' must have the 'Operate NetWorker' privilege.
$
I'm having to work with the customer as I don't have full access; however, I do know that last night's backup reported a Full backup of:
nzfd-prd-1:vol2:\: No full backups of this save set were found in the media database; performing a full backup
nzfd-prd-1: vol2:\ level=full, 62 GB 01:34:51 45 files
with no exceptions listed.
I guess my main question goes back to why the
TIA,
Bobby
ble1
6 Operator
•
14.4K Posts
•
56.2K Points
1
June 1st, 2006 13:00
I never had this problem, but I did hear about it. From what I remember it is related to some kind of corruption on NetWare level.
In such cases, the owner was shown as Unknown (looking at it in Remote Manager). You can change the ownership successfully in ConsoleOne so that will fix it.
Second, the directory is shown as having Immediate Compression enabled when ppl didn't use compression at all. However, you can't deactivate it. When you uncheck it and click apply, it pops back!
Apparently directed recover of such directory works.
Guess is that there has been some NSS glitch at some point. If you can confirm above points you may wish to open this with NetWare support.
blochner1
19 Posts
0
June 2nd, 2006 08:00
LGTpa86240: Compressed directories not recoverable.
The fix is given on top of 7.2.1 codebase. Please make sure that NetWare service update 7.2.1 is installed before applying this patch.
Affected binary: networkr.nlm
Rename and copy networkr.nlm into installed directory and start networkr.nlm again.
I verified that the ZenImages directory was indeed set to "immediate compression" on the NetWare server itself. Replacing the networkr.nlm corrected the issue and I was able to perform the recovery from within the compressed directory. The on the ZenImages directory tree listing changed back to
ble1
6 Operator
•
14.4K Posts
•
56.2K Points
0
June 2nd, 2006 16:00