1833843 Members
2313 Online
110063 Solutions
New Discussion

Re: swinstall problem

 
Nick Tarmey_3
Occasional Advisor

swinstall problem

Hi all,
I have a script that uses the swinstall command to install a patch bundle over an existing patch bundle. The install goes ahead as expected and installs the patches and reboots. The problem is when I do an swlist the bundle still shows as the previous version. If I open up an interactive swinstall and re-install the new patch bundle it selects 0 patches to install but goes through the motions anyway I assume doing an swconfig or something. This finishes without rebooting and updates the bundle infomation in the swlist. Now for the questions ...
Why doesn't swinstall do this from the command line?
Should I be using any additional switches or is there another command I can run non-interactivly that will sort this out?

This is the command I'm using:
remsh servername /usr/sbin/swinstall -s depotserver:/gls_depot/hp/hpux11.00/LMNBL3V1100/ -x autoreboot=true -x mount_all_filesystems=false -x patch_match_target=true
4 REPLIES 4
Stefan Farrelly
Honored Contributor

Re: swinstall problem

The match_target=true option does some checking on existing patches and what youre trying to install and obviously works out you have nothing to install.

You need to look into what bundle you have installed already (swlist -l bundle) and whats in the depot youre trying to install (swlist -s ). If you post the results we can look into it further.
Im from Palmerston North, New Zealand, but somehow ended up in London...
Rajeev  Shukla
Honored Contributor

Re: swinstall problem

Try using -l option with remsh and full command in double quotes. I guess its not taking the options of swinstall. Use
remsh servername -l "......."

cheers
Rajeev
RAC_1
Honored Contributor

Re: swinstall problem

seems that patch_match_target=true does some checking. Could be problem with that. Ckeck how options are set when you do interactively.

Compare x options. (when doing interactive and through command line)
There is no substitute to HARDWORK
Nick Tarmey_3
Occasional Advisor

Re: swinstall problem

Guys, thanks for all your replies on this I've actually found what was causing the problem I had left out /* from the swinstall line. I've just tried it and it worked a treat.
The command now looks like so:
remsh servername /usr/sbin/swinstall -s depotserver:/gls_depot/hp/hpux11.00/LMNBL3V1100/ -x autoreboot=true -x mount_all_filesystems=false -x patch_match_target=true /*

Have a nice weekend!