05-01-2014 07:14 AM
Hello,
I was wondering if this was normal. So, I've re-build one of my company's backup system. I have the catalog file save to tape. I've done a catalog restore, it's been going for more than two days now. I checked the server, there were some data written to it, but nothing for the past day or so. Is it normal that it's taking so long? Should I close the Netbackup Catalog Recovery Wizard, it's been recovering please Wait, but never finishes?
P.S. As a test, I was able to restore an older catalog which only took two hours to restore.
Please advise,
Thank you
05-01-2014 07:48 AM
Inactivity for a day is not OK - somthing is not right. You will need to re-try the operation.
Catalog restores can be slow because it contain a lot of small files.
05-01-2014 07:55 AM
open a second admin console up on the master and see what the job actually says - they should all be showing up in activity monitor
05-01-2014 08:06 AM
Ok Thank you, I'm gonna try it again.
05-01-2014 08:23 AM
Did you check out activity monitor to see what was wrong?
It also logs everything during the recovery
Best to fix whatever was wrong before trying again
05-01-2014 10:33 AM
This isn't a very smooth process at all. Now I'm getting this error when I try to do the restore. If a process was unable to report the extended error status as the final job status, the job exits with status 252. (The extended error status has a number greater than 255.)
Status 252. NBU Status: 830, EMM status: No drives are available. It's requesting for a drive that is in the library, but it still encountering problems everytime that I try the restore. Any ideas?
Thanks again.
05-01-2014 10:45 AM
So I rebooted the server, now the restore seems to be going.
Thank you
05-01-2014 12:06 PM
Restore crashed. Question regarding this. I'm doing a restore, but it's an incremental _catalog_to_tape. It's restoring from tape, should I do the Full restore first, then do the incrementals?
05-01-2014 12:28 PM
When it comes to catalog recovery, just selecting the incremental is enough.
Netbackup is smart enough to look for the last FULL backup and restore data from the last FULL backup until the Incremental.
I hope before running the restore you have made sure the following 3 things are identical to the original environment when the catalog backup was taken.
05-01-2014 12:30 PM
1 quick question I missed.. Is this the primary copy that you are restoring from or a duplicate copy.?
If it is not the primary copy then you need to use the command line to initiate the restore with the"-cn <copy_number>" option.
05-01-2014 11:31 PM
To troubleshoot Catalog restore issues, the first log we need to see is the 'Recover' log.
Path: <install-path>\VERITAS\NetBackup\Logs\user_ops\Administrator\logs\Recover######.log
05-06-2014 10:44 AM
Amol this is a primary copy.
Now, I'm getting a new error when I try to restore. (86) media position error. 1
3:39:58 - Error bptm (pid=11777) ioctl (MTFSF) failed on media id 0003L5, drive index 0, Input/output error (bptm.c.6864)
05/06/2014 13:39:58 - Info bptm (pid=11777) EXITING with status 86 <----------
media position error (86)
I've tried moving the tape to different position in the library, but to no success. I've ugraded the firmware on the tape library as well as the drive, but error persists.
Any ideas on this one.
Thank you
05-06-2014 11:29 AM
05-07-2014 08:56 AM
FSF is forward space file, so indeed as indicated this is a problem with the tape and or drive. I would be getting nervous at this point unless youve got more than one tape copy. Silly question but the drive and tape are compatible from where it was generated and where it is being read?
Jim
05-07-2014 12:35 PM