Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations gkittelson on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Possible INDEX corruption due to switching RES folder

Status
Not open for further replies.

cdeschen

Technical User
Jan 14, 2008
4
CA
I was on holidays at the beginning of the year and while I was away there was an issue where all the jobs hung and the GEMS database appeared to be corrupt. The on-call person (no NW knowledge) called EMC and they ran /usr/sbin/nsr_shutdown -c via a webx session. Afterwards they renamed the res folder to res.old and renamed an older res folder to res. They restarted and all appeared fine. When I returned form holdiays I noticed clients in backups which had been gone for some time and other "interesting" things which had been fixed were back. After much investigating on the Monday I got the story from my colleague. I put the orignal res folder back but now I seem to have an issue with volumes going to ASlost. I think my index files could be missing 2 or 3 days worth of backups and that the system thinks it has volumes in the library which have in actual fact been exported.

Has anyone seen or heard of anything similar? Not all volumes go to ASlost as the one imported aily after the point I put the good res back appear to be fine.

Any help would be much appreciated.
 
To my knowledge, the option "-c" does not exist for the nsr_shutdown command. Most likely, it was "nsr_shutdown -a" to stop all NW daemons.

The NMC (GEMS) database does not have anything to do with the NW databases. The problem is not there.

The primary reason for the res directory is to keep the configuration information. As long as you do not touch it, no entries would be deleted from tapes - however, under certain conditions, expired save sets will be deleted from an (Advanced) File Type Device. But changing the configuration will not delete any file, save set or media index entry directly. You may want to verify this by running "mminfo -m" (volume) and "mminfo -av -ot" (save sets) respectively.

So using an older res information activates an earlier configuration. Of course you might have different information here.


As long as you have not overwritten/relabeled your tapes, you will still be able to scan in and re-insert the index entries for the databases.
 
Thanks. When you say "The primary reason for the res directory is to keep the configuration information. As long as you do not touch it, no entries would be deleted from tapes" Does this mean that when my res folder was changed for an older one for a couple of days that the tape information might vary after I put back the origial one?

I am using NW 7.2.2 Build 422 Power Edition 170
 
No. The resources are totally independent from the index databases. It will just affect some status information which is also stored in the resources. For instance, one of them is device/jukebox info. That's why you should run a re-inventory of your jukebox later.
 
Thanks. Should I run from Alphastor as well as NW?
 
When I do an inventory I get eh following message:

"NetWorker and SmartMedia do not agree about which volumes have been allocated for this jukebox resource, need to reset (-H) the jukebox."

I have done this more than once in the past few days.
 
Unfortunately, i never worked with SmartMedia/AlphaStor and i can not answer this question. But of course the databases must match.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top