topic Re: swremove in Operating System - HP-UX

swremove

Jaideep Krishnan — Mon, 09 May 2005 10:04:32 GMT

Hi,

How to remove HP-UX depots whose filesets got accidentally erased ?

We tried "swremove", but it does not let the depots be removed as the related filesets are not present on the server.

"swlist" continues to list those depots as installed. Hence we cannot re-install them again through our installer. (PS: we cannot change the install options in the installer).

Is there a way by which such depots can be "force removed" (example, without performing any checks, etc)

Please let us know.

Thanks,
Jaideep

Re: swremove

Steven E. Protter — Mon, 09 May 2005 10:09:42 GMT

reinstall the depot then swremove it.

Thats the reliable way of keeping the sd-ux database from getting corrupt.

SEP

Re: swremove

Robert Salter — Mon, 09 May 2005 12:40:48 GMT

Restore them from a backup, then do the swremove.

Re: swremove

erics_1 — Mon, 09 May 2005 13:00:48 GMT

You may be able to 'unregister' the depot so it doesn't appear in an swlist afterwards.

swreg -u -l

Regards,
Eric

Re: swremove

Alex Lavrov. — Mon, 09 May 2005 13:12:49 GMT

I thyink what you are looking for can be found here:
http://docs.hp.com/en/B2355-90692/swremove.1M.html

Check the -x options that you can set. I think setting "-x enforce_scripts=false" will do the job, because it won't enforse all the scripts to success. Scripts that check the validity of all kinds of things.

"swreg -u" won't do the job, because it unregisters the depots that are available for installation, not the depots that are already installed. In fact, installed depot, is not a depot anymore.

Alex.

Re: swremove

Denver Osborn — Mon, 09 May 2005 13:24:30 GMT

Jaideep,

Can you give a little more detail on this one? Are you working with a egistered depot that had been removed or are you talking about an sd-ux installed product that was deleted / uninstalled from the system without doing swremove?

If it's just a depot, then Eric's fix will do... if it isn't then you need help cleaning up the sd-ux INDEX.

-denver

Re: swremove

Jaideep Krishnan — Tue, 10 May 2005 00:06:49 GMT

I need something like "-x enforce_scripts=false" option -- the depot is not a registered one.

The problem is -- the depot has been already installed through our installer (installer uses "swinstall -s" command). Apparently one big volume of files got accidentally deleted. They span around 30 depots.

We tried to over-install the 30 depots back through the installer back, but installation fails claiming that the depots are already existing. Also, "swlist" lists these depots as installed.

Then we tried to remove the existing depots. But removal also fails. I tried swremove with "-x enforce_scripts=false", however its still not letting me remove. However, I think some option similar to that may be probably available.

Any tips shall be appreciated.

Thanks,
Jaideep

Re: swremove

Ermin Borovac — Tue, 10 May 2005 00:52:08 GMT

Can you please post errors in /var/adm/sw/swagent.log when you attempt to swremove software?

Re: swremove

Jaideep Krishnan — Tue, 10 May 2005 02:33:00 GMT

Hi,

I installed all the depots back manually with options

-x reinstall_files=true -x enforce_scripts=false

and "swremove" worked after that.

It was quite laborious process installing depots one-by-one with the above option.

Is there a quicker and better way of doing? For example, does "swremove" directly support options such as above? I tried the above options with "swremove" but they did not seem to work. Any suggestions?

Thanks,
Jaideep

Re: swremove

Jaideep Krishnan — Tue, 10 May 2005 03:22:55 GMT

Hi,

Is there a way to OVERRIDE the "is_locatable" flag set in the PSF file at the time of depot installation?

Say for example, if a depot was generated from a PSF that had "is_locatable" set as "false".

Is there a way to relocate that depot with any additional options specified during the installation time?

Please let me know.

Thanks a lot,
Jaideep