Can't restore images older than one year after catalog restore

[TerryD2]

We restored our catalog from hot catalog backup files to a DR server that has NB 6.5 installed.  The original server is also 6.5.   After the restore I can see all the backups that are on the original server, and I can restore any backed up file that was backed up in 2007.  When I choose any backup previous to 2007 in the GUI it comes back with a message that there are "no files matching the specified criteria".   Is this due to catalog compression?  Does anyone know how to fix this?

[ojmagg]

I am having the exact same issue...anyone out there have a clue...Stumpr?  Thanks in advance!

[TerryD2]

This definitely has to do with compression.  We compress our catalog after 360 days.  I turned logging up to level 5 verbosity and the bpdbm log is showing that it is failing when trying to decompress the file.   Could this be a bug in 6.5?

[Stumpr2]

BUG REPORT: After upgrading a UNIX or Linux Master Server to NetBackup 6.0 MP5, client backups cannot be viewed or restored from compressed images. A "No files found" message appears in the Backup, Archive Restore gui.

http://support.veritas.com/docs/290666

Details:

Bug:
1110077     Since upgrading to MP5 cannot decompress catalog images.


Symptom(s):
After upgrading to 60MP5, if catalog compression is enabled you will not be able to view files to restore from compressed images.  This happens when using either the Backup, Archive Restore interface or the command line.   A "No files found" message appears in the Backup, Archive Restore gui.


Log Files:
NetBackup Problems Report:
08/09/2007 14:49:39 <nbusvr> -  cannot decompress /usr/openv/netbackup/db/images/files1-h/1185000000/FILES_1185253002_INCR.f.Z
08/09/2007 15:07:02 <nbusvr> -  cannot decompress /usr/openv/netbackup/db/images/assets-h/1186000000/JMHH_F14_1186108166_INCR.f.Z
08/09/2007 15:07:03 <nbusvr> -  cannot decompress /usr/openv/netbackup/db/images/assets-h/1186000000/JMHH_F14_1186020843_INCR.f.Z

bpdbm:
14:49:39.081 [28016] <2> xpress_image: decompressing /usr/openv/netbackup/db/images/files1-h/1185000000/FILES_1185253002_INCR.f
14:49:39.081 [28016] <2> image_path: ?
14:49:39.082 [28016] <2> image_dir: ?
14:49:39.083 [28016] <2> decompress_dbfile: /usr/bin/uncompress -cf /usr/openv/netbackup/db/images/files1-h/1185000000/FILES_1185253002_INCR.f.Z
> /usr/openv/netbackup/db/images/files1-h/1185000000/FILES_1185253002_INCR.f
14:49:39.157 [28016] <2> decompress_dbfile: took 0 seconds
14:49:39.161 [28016] <2> xpress_image: access check 1
failed /usr/openv/netbackup/db/images/files1-h/1185000000/FILES_1185253002_INCR.f: No such file or directory (2)
14:49:39.162 [28016] <16> list_files: cannot decompress /usr/openv/netbackup/db/images/files1-h/1185000000/FILES_1185253002_INCR.f.Z
14:49:39.186 [28016] <2> bpdbm: request complete: exit status 227 no entity was found


Workaround:
If this problem is encountered, please contact Symantec Technical Services.


ETA of Fix:
Symantec has acknowledged that the above-mentioned issue (ETrack 1110077) is present in the current version(s) of the product(s) mentioned at the end of this article. Symantec is committed to product quality and satisfied customers. This issue is currently being considered by Symantec to be addressed in the following NetBackup 6.0, Maintenance Pack 6 (MP6).

[TerryD2]

Problem resolved.  On this new server running RHEL4.0 there is no /usr/bin/uncompress file.  Once I installed it the images uncompress and I can restore the files. 

[Stumpr2]

Why is there no uncompress file and where did you get one from to put on this server?

[TerryD2]

Don't know why it wasn't there with the installation, but I downloaded the "ncompress rpm" and installed it from there.  ncompress installs compress and uncompress in /usb/bin

[Stumpr2]

thanks!

[MattS]

Hi all,

Having a tough time finding MP6 release notes.  Just want to verify that this issue was fixed in that MP.  Can someone help me out here? 

Thanks!

Matt

edit: Ya im blind.  They are right there on the first page when you go to download a patch. 

Message Edited by MattS on 04-17-2008 09:04 AM

[Stumpr2]

ah....They just put that in there a few minutes ago :)