I am testing a restore and conversion/upgrade of my last 6.1 server, before
it becomes a pumpkin in April!
I am having issues following the wonderful, detail, draft manual, since it
doesn't give specifics as to who I should be when I perform various tasks.
For instance, after installing and configuring 6.1, the restore process
says to do a "dsmserv removedb TSMDB1". But it fails to tell me (and the
command failed) that I should be logged in as the DB2 instance user
(tsminst1), not root. Yes, all filesystems have the proper ownership.
So, I figured I would need to stay as the DB2 instance (vs root), for the
restore process.
While most of the restore process seemed to go OK, I had some errors that
seem to indicate I should have been root.
In the beginning of the dsmserv restore db, I got this error:
*rm: cannot remove `/tsmarchlog': Permission denied*
*mkdir: cannot create directory `/tsmarchlog': File exists*
Of course this confused me since I needed to define these for the install
process and the book didn't say I should delete it, so why would the
restore try to recreate them? But since the empty directory was already
there with the proper ownership, I ignored it.
Then after the restore ran for 2-hours (200GB DB and low-power test
machine), it ends with this:
*ANR4917I Point-in-time database restore with snapshot complete, restore
date 01/16/2014 09:18:53 AM.*
*ANR0222E Error opening for write disk definition file dsmserv.dbid.*
*Error 2104 updating database ID file.*
*ANR2988W Attempt to add the last backup db volume used entry back in to
the volume history was unsuccessful.*
The ever helpful user manual for ANR0222E says "Attempt to determine the
cause of the write error and correct it." - Thanks, guys......
This sounds more serious? Before I waste another 2-hours, should I start
all over again, doing the restore via root or is this something I can
correct, and how?
Thoughts? Suggestions?
--
*Zoltan Forray*
TSM Software & Hardware Administrator
Virginia Commonwealth University
UCC/Office of Technology Services
zforray AT vcu DOT edu - 804-828-4807
Don't be a phishing victim - VCU and other reputable organizations will
never use email to request that you reply with your password, social
security number or confidential personal information. For more details
visit http://infosecurity.vcu.edu/phishing.html
|
