IPD is missing/incomplete

[Daniel J. Beal]

We are running OVO 7.1 and NNM 6.2 on a Solaris 8 platform. Several weeks ago our root drive crashed, but fortunately most of our applications were running on an external raid (/opt, /var/opt, and /etc/opt all sybolically linked). We were able to recover the applications quickly, but we lost our /var/adm/sw/products directory. Now we are unable to easily add/upgrade OpenView products due to swinstall complaining about missing dependencies.

What is the safest way to rebuild the IPD? Is there a command (eg. some form of "swmodify") that will allow us to do this? I have read the man page, and it is unclear.

We have another system that is built *almost* identically which we use for disaster recovery. Is it safe to copy over certain files to recover our IPD? If so, how do we confirm which files to copy?

Any help would be greatly appreciated. It took me 5 hours last night to get my system stable after I attempted to install the DB-SPI, and I still didn't get it loaded!

[Dave Unverhau_1 · Accepted solution]

Dan,

Here's a process for building a new IPD:

# cd /var/adm/sw/products
# mv INDEX INDEX.bad
# cd /tmp
# vi void.psf
product
tag void
fileset
tag void
:wq!
# swpackage -s /tmp/void.psf
# swinstall void
# swremove void
# rm void.psf
# swremove -d void

You should be back in business. Let us know how it goes!

(I got this from a Response Center Engineer a couple of years ago and have seen it posted on the ITRC a few times since then...it's handy to keep around -- I've needed it!)

Best Regards,

Dave

[Daniel J. Beal]

Thanks a million, Dave!!!! I just tried this on a test box, and it worked like a champ! I will try it tonight on our production server (the one with the problem), and let you know how it goes.

Thanks again for your quick response.

[Daniel J. Beal]

Dave,

It seems that the above procedure only recreates the INDEX file based on the directory/file structure that exists under /var/adm/sw/products/* ....

I tried it again on our test server, but this time I tar'd up all the files in /tmp, and did an "rm -rf /var/adm/sw/products/*". After I did the "swremove void", it actually removed the "products" directory, since there were no other product sets.

Is there any way to recreate the directory structure? If not, can I safely move directories from my D.R. box mentioned above?

[Dave Unverhau_1]

Dan,

That's right -- SD-UX traverses the /var/adm/sw tree to build the IPD. I never tried building it from an "imported" tree, but I expect it would be OK if the two boxes were identical (including all patches).

My first inclination would be to restore everything in /var/adm/sw from the most recent backup of the subject system.

If you can't do this, you're navigating waters uncharted by me, I'm afraid.

Please let me know how it goes!

Best Regards,

Dave

[Daniel J. Beal]

Well.... I've imported the /var/adm/sw/products tree from our D.R. box, and so far, so good. The only possible issue would be that the "install_source" tag in the "INDEX" files still references the D.R. server. However, I don't think this is a problem, because install sources move all the time (install CD not in same drive, install files moved to different directory, etc.).

It's not nearly as difficult as it would have been on an HP-UX server, since only the OpenView products are using SD on my Solaris server. All of the patches are installed using "pkgadd".

I will keep you posted, as I will be reinstalling the OpenView DBSPI Monday night.

I owe you big time!!! ITRC Rules!

djb

[Dave Unverhau_1]

Glad to be able to help, Dan!Best Regards,Dave