lps "no patch required"
Dear,
every night I download patches via smpatch download. Since our last patchday, there are 21 *.jar patch downloaded to /var/sadm/spool. The last days smpatch download returns "no patch required". Deleting *.zip at lps directory /var/sadm/spool/patchsvr/Database and /var/sadm/spool/cache directory at client does not help.
Has anything changed since beginning of December?
How to delete registration via sconadm?
Thanks a lot for help.
Regards Eric
Message was edited by:
eric.
[533 byte] By [
eric.a] at [2007-11-26 13:08:19]

# 1
Hi.Could you ensure that patch 121118 or 121119 (SPARC and x86 respectively) is installed, and that the patch source (assuming you _don't_ use a Sun Update Proxy server) is set to: https://getupdates1.sun.com/Mod.
# 2
hi,
patch 121118-08 is installed on both host, Local Patch Server and client.
Output of
# smpatch get
patchpro.backout.directory-""
patchpro.baseline.directory-/var/sadm/spool
patchpro.download.directory-/var/sadm/spool
patchpro.install.types -rebootafter:reconfigafter:standard
patchpro.patch.sourcehttp://OurLocalPatchServer:3816/solaris/https://getupdates1.sun.com/
patchpro.patchset-current
patchpro.proxy.host "" ""
patchpro.proxy.passwd********
patchpro.proxy.port "" 8080
patchpro.proxy.user "" ""
#
Regards Eric
# 3
hi,on Solaris 9 clients, it looks OK. What happend to Solaris10 clients? Which Patch made the change?Regards Eric
# 4
Can you check that your LPS source is set to:https://getupdates.sun.com/solaris/# patchsvr setup -lMod
# 5
Hi,no it isn't.# patchsvr setup -lPatch source URL: https://getupdates1.sun.com/Cache location: /var/sadm/spool/patchsvr#Which source is the correct one?Regards Eric
# 6
Hi eric,As you are using a mixture of Solaris 10 and Solaris 8/9 hosts you will need to set it to:https://getupdates.sun.com/solaris/If you were only using Solaris 10 then you would use:https://getupdates1.sun.com/I hope this clarifies things for you.
# 7
Dear,
I made the changes via
# patchsvr setup -p https://getupdates.sun.com/solaris/
# patchsvr setup -l
Patch source URL: https://getupdates.sun.com/solaris/
Cache location: /var/sadm/spool/patchsvr
#
but it doesn't help for Solaris10 Clients.
Solaris10 Client shows.
# smpatch analyze
122231-01 SunOS 5.10 Sun Connection agents, transport certificate update
#
Regards eric
# 8
Hi.Could you install the patch suggested (122231-01), then run 'smpatch analyze' again?Mod.
# 9
Hi,
I'm not able to install this patch.
# patchadd 122231-01
Validating patches...
Loading patches installed on the system...
Done!
Loading patches requested to install.
Done!
The following requested patches have packages not installed on the system
Package SUNWcctpx from directory SUNWcctpx in patch 122231-01 is not installed on the system. Changes for package SUNWcctpx will not be applied to the system.
Checking patches that you specified for installation.
Done!
The following requested patches will not be installed because
the packages they patch are not installed on this system.
0 Packages from patch 122231-01 are not installed on the system.
No patches to install.
#
Installed Version is Solaris 10 3/05. Is there another change to resolve the problem?
Regards Eric
# 10
Patch 122231-01 itself should not be related to the problem as it only patches the certificate use for communication with the optional Update Connection web portal. It looks as though the client is receiving a reduced patchset containing patches for updating to the current SUC version which now occurs when "solaris/" is appended to the patch source (for S10 only).
Can you check which version of the Update Connection Proxy you are running? The current version is patch 119788-07. The correct settings on the proxy and clients with this patch would be;
sol10sunucproxy # patchsvr setup -l
Patch source URL: https://getupdates1.sun.com/
sol10client # smpatch get
patchpro.patch.source - http://sol10sunucproxy:3816/
patchpro.patchset - current
(Where the client would need 121118-08 or newer installed.)
# 11
hi,
on lsp patch 119788-07 and on solaris 10 clients patch 121118-08 is installed. We patch Solaris 8, 9 and 10 hosts via smpatch to lsp.
Has the correct Url changed? In the past the lsp Url was https://getupdates.sun.com/solaris/ for mixed installations and http://lsp:3816/solaris/ for clients.
Thanks Eric
# 12
Yes, the URL did change. So these are the required settings covering a mixed OS setup:
sol10sunucproxy # patchsvr setup -l
Patch source URL: https://getupdates1.sun.com/
sol10sunucproxy # smpatch get
Patch source URL: https://getupdates1.sun.com/
patchpro.patchset - current
sol10client # smpatch get
patchpro.patch.source - http://sol10sunucproxy:3816/
patchpro.patchset - current
sol8and9client # smpatch get
patchpro.patch.source - http://sol10sunucproxy:3816/solaris/
patchpro.patchset - patchdb1
So for Sol 10 clients there is no trailing "solaris/" in the patch source URL anymore, but it is still there for the Sol 8 and 9 clients.
# 13
Hi,thanks a lot for help, it works.Did SUN inform SUN service costumer about this changes. I ask, because I didn't get any informations about this changes and corrections of misconfiguration like this that a long time.Regards Eric
# 14
Glad to hear it worked. This information is included in the README file of 119788-07, and is also included in several other threads on this forum.
# 15
hi,
yesterday I was happy about resolving the problem.
Today it looks like all these days before. Got a new file *entitlement*.
Why I couldn't it be easy?
Regards Eric
# patchsvr setup -l
Patch source URL: https://getupdates1.sun.com/
Cache location: /var/sadm/spool/patchsvr
# pwd
/var/sadm/spool/patchsvr
# ls -la
total 750
-rw-r--r--1 rootroot293415 Jan 12 12:15 %2Fdatabase%2Fcurrent.zip
-rw-r--r--1 rootroot 197 Jan 12 12:15 %2Fentitlement%2F
drwxr-xr-x8 rootsys18432 Jan 12 12:15 .
-rw-r--r--1 rootroot 329 Jan 12 12:15 .%2Fdatabase%2Fcurrent.zip
-rw-r--r--1 rootroot 328 Jan 12 12:15 .%2Fentitlement%2F
drwxr-xr-x4 rootsys10752 Jan 11 22:00 ..
drwxr-xr-x2 rootroot 512 Jan 10 15:23 Database
drwxr-xr-x2 rootroot 512 Jan 10 15:23 Misc
drwxr-xr-x2 rootsys35840 Jan 10 15:09 Patches
drwxr-xr-x2 rootroot 512 Jan 10 15:23 category
drwxr-xr-x2 rootroot 512 Jan 10 15:23 entitlement
drwx2 rootroot8192 Apr 5 2006 lost+found
#
# cat %2Fentitlement%2F
-START-ENTITLEMENT-TOKENS-
Solaris10
Solaris10Security
SolarisSecurityUpdates
SolarisDataIntegrityUpdates
SolarisHardwareUpdates
SolarisUtilityUpdates
Public
--END-ENTITLEMENT-TOKENS--
#
eric.a at 2007-7-21 15:45:57 >

# 16
Hi Eric,Could you try re-registering the host? I would expect to see SolarisAllUpdates included in that file for a fully registered system.Mod.