Hostname change causes my "swinstall -i <my.depot> <myProduct>" to fail

[Soma_1]

I have a HPUX 11i machine, with dhcpserver setup to give the name "hpux" to the interface lan0 when the server came up I installed the a software I had in a <*.depot> file. After that I have changed the dhcpserver to change the hostname and rebooted the hpux machine. When the machine was up, it had the new name "hpuxhost" and then when I tried to reinstall the new softare from the same <*.depot> file, I had a problem. So I renamed the server to "hpux".
Now removing the software using command "swremove " worked fine.
Adding it back using command "swinstall -i " was unsuccessfull the message seen is listed bellow.

" * Beginning Selection
* Target connection succeeded for "hpux:/".
ERROR: "hpux:/tftpboot/TSPRcushp.depot": You do not have the
required permissions to perform this operation. Check
permissions using the "swacl" command or see your system
administrator for assistance. Or, to manage applications
designed and packaged for nonprivileged mode, see the
"run_as_superuser" option in the "sd" man page.
* Source connection failed for "hpux:/tftpboot/TSPRcushp.depot".
WARNING: More information may be found in the daemon logfile on this
target (default location is hpux:/var/adm/sw/swagentd.log).
* Selection had errors.



======= 11/05/01 00:10:14 PST END swinstall "




CAN SOMEONE HELP ME!
THANKS
SOMA

[Robin Wakefield · Accepted solution]

Hi Soma,

Whenever you change the hostname, you need to restart swagentd:

/usr/sbin/swagentd -r

should do it.

Rgds, Robin

[Sanjay_6]

Hi soma,

A Possibility is that you may have to register the depot. You can do that using the "swreg" command. Use the manual pages for the exact syntax. I think it is something like,

sereg -d /path_to_depot

Hope this helps.

Regds

[Sanjay_6]

Hi Soma,

Looks like the command to register the depot is
swreg -l depot /path_to_depot

To check the swinstall permissions,

swacl -l host

You can also try this,

/sbin/init.d/swagentd stop
/sbin/init.d/swagentd start

Hope this helps,

Regds

[Ravi_8]

Hi soma
if i am right, just go through the error it shoots. some where in the errors it says to open a file under /var/adm/sw/x and make an entry x_x_x=false.

i faced this problem 2 times. both the times i did the same, i am able to install.

[Soma_1]

Hi Gang,
Thanks for your help, I did swagentd -r and that problem of permissions disapeared. But now when I tried to install using the command

"swinstall -s /tftpboot/TSPRcushp.depot"

Iam seeing that the analysis phase succeeds and then the Execution phase fails with an error message


* Beginning the Install Execution Phase.
* Filesets: 1
* Files: 23
* Kbytes: 7435
* Installing fileset
"TSPRcushp.cushp,r=Engineer_Test_Build.010830" (1 of 1).
ERROR: Could not access remote file
"/etc/opt/terraspring/quiesce.conf" in software item
"TSPRcushp.cushp,r=Engineer_Test_Build.010830,a=,v=:/" due to
an internal error on the remote system.
ERROR: Failed installing fileset
"TSPRcushp.cushp,r=Engineer_Test_Build.010830". Check the
above output for details.
* Retry number 1 of 1 for loading files for fileset
"TSPRcushp.cushp,r=Engineer_Test_Build.010830".
* Installing fileset
"TSPRcushp.cushp,r=Engineer_Test_Build.010830" (1 of 1).
ERROR: Could not access remote file
"/etc/opt/terraspring/quiesce.conf" in software item
"TSPRcushp.cushp,r=Engineer_Test_Build.010830,a=,v=:/" due to
an internal error on the remote system.
ERROR: Failed installing fileset
"TSPRcushp.cushp,r=Engineer_Test_Build.010830". Check the
above output for details.
NOTE: The Install Phase has suspended. Check the above output for
reasons.


* Aborting the Install Phase.

======= 11/05/01 08:28:11 PST END install AGENT SESSION (Aborted)
(pid=5334) (jobid=hpux-0062)



I have once successfully installed the same software using the same <*.depot> file,but that was before the hostname change though!
CAN YOU GUYS HELP ME Figure this out.
Thanks,
Soma

[Joseph C. Denman]

Hi Soma,

If it worked before the hostname change. It would lead me to think you have a resolution problem. Try this.

nslookup yourhostname #make sure you know yourself

nslookup your.ip.address #make sure you know your ip

/sbin/init.d/swagentd stop
/sbin/init.d/swagentd start

If you nslookups fail, check /etc/hosts /etc/resolv.conf and /etc/nsswitch.conf

...jcd...

[Joseph C. Denman]

Oh... and Soma

easy on the points. Don't give a way the rabbit before your problem is solved.


...jcd...

[Soma_1]

Thanks Guys after I used the startup script to restart the agent services everything worked fine.