swremove - can not contact target

[Michael T. Harding]

When I do a swremove it can not contact target. Strangely I can do a swlist with no problems. This is a newly ignited A class, and is currently a standalone server not on the network??

[Chuck J]

When swremove loads up go to Actions -> Change target. Click on "Root Path..." and try selecting the options in the box to see if anything comes up.

Chuck J

[Jean-Louis Phelix]

Hi,

Did you try to stop and restart your swagentd ?

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

What is your OS release ? Tell me about your name resolution. Do you have a nsswitch.conf file ?

Regards,

Jean-Louis.

[Chuck J]

Oh also note that swremove can remove software from different depots & targets so make sure you are trying to remove from the correct target.

[Mateja Bezjak]

Hi,

You need to check SD daemon, if it is running.
ps -ef | grep swagentd
If it is not running start it with /usr/sbin/swagentd

swlist works because it does not need a running daemon, whereas swremove, swinstall and some other commands do need to have the daemon running. SD depends on DNS, it uses DCE RPC.

Regards,
Mateja

[Clemens van Everdingen]

Hi,

I do not agree ! swlist needs swagentd as well.

Is your host file there and is localhost in there ?

127.0.0.0 localhost localhost.

C.

[Mateja Bezjak]

Hi,

You can test how swlist runs if swagentd isn't running. You only need to stop it (swagentd -k). swlist doesn't need the running daemon. Of course, if you are performing a remote swlist, the remote target has to have swagentd running, but the local swagentd doesn't need to be running for that.
/etc/hosts file should have:
127.0.0.1 localhost loopback

Regards,
Mateja

[Clemens van Everdingen]

Mateja,

You are so right, I never tried this before, and off course the last localhost should be loopback.

Just typing and thinking too fast.... does not work.

C.