smpatch in remote mode RMIERROR

Any thoughts on what am I missing here? I've tried this multiple ways. smpatch analyze runs fine in local mode on all machines I'm testing. I have not seen remote mode work once.

(i) First scenario, I enabled wbem to accept remote connections. Then, I tried to analyze another host with smpatch:

otherhost{/}# svccfg -s wbem setprop options/tcp_listen =true

otherhost{/}# svcadm restart wbem

--

somehost{/}# smpatch analyze -H otherhost:898 -n otherhost

Authenticating as user: root

Type /?for help, pressing <enter> accepts thedefault denoted by [ ]

Please enter a string valuefor: password ::

Loading Tool: com.sun.admin.patchmgr.cli.PatchMgrCli from otherhost:898

Login to otherhost as user root was successful.

Download of com.sun.admin.patchmgr.cli.PatchMgrCli from otherhost:898 was successful.

Assessing patchesfor machine otherhost. Please wait...

RMIERROR

(II) Second scenario, I disabled remote access to wbem (i.e. it's only listening on localhost) and ran the following, same error:

somehost{/}# smpatch analyze -H localhost:898

Authenticating as user: root

Type /?for help, pressing <enter> accepts thedefault denoted by [ ]

Please enter a string valuefor: password ::

Loading Tool: com.sun.admin.patchmgr.cli.PatchMgrCli from localhost:898

Login to localhost as user root was successful.

Download of com.sun.admin.patchmgr.cli.PatchMgrCli from localhost:898 was successful.

Assessing patchesfor machine localhost. Please wait...

RMIERROR

Both somehost and otherhost are base 11/06 release Solaris 10 x86 with updated SUC patches. Again, no problems in local mode, but I was hoping to test the remote mode with patch lists. For example, in the man page of smpatch:

Example 4: Applying Updates by Using an Update List File

# smpatch add -x idlist=/tmp/update/update_file \

-d /net/fileserver/export/updatespool/Solaris10 -n lab1 -n lab2

Appliestheupdatesspecifiedinthefile

/tmp/update/update_file to the systems lab1 and lab2. The

updates are located in the NFS-mounted directory named

/net/fileserver/export/updatespool/Solaris10.

Is there perhaps a consolidated list of requirements for services and/or ports that need to be available for smpatch to function as documented in remote mode?

Many thanks for any feedback...

[2969 byte] By [saspyrisona] at [2007-11-27 4:01:37]
# 1

Can you tell us a little about the systems, for example:

# cat /etc/release

# uname -rvp

# cat /etc/patch/patch.conf

# java -version

# showrev -p | egrep -e '121454|121119|120336|121082|121564|122232|119789'

Have the systems been hardened in any way?

This issue may be caused by bug #6228997

If this is the case you could use ssh to perform the same function:

# ssh root@host "smpatch analyze"

or if you wanted to apply a number of patches from a list held on a network share:

# ssh root@host "smpatch update -x idlist=/net/net_host/patch.list"

ForumModeratora at 2007-7-12 9:06:21 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 2
> > This issue may be caused by bug #6228997> Could you let us know what this bug is? It isn't accessible on sunsolve, even if you have a sunsolve account.
unixtsga at 2007-7-12 9:06:21 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 3
Bug 6228997 is a recently raised bug for remote mode not working.
ForumModeratora at 2007-7-12 9:06:21 > top of Java-index,Administration Tools,Sun Update Connection-System...