Peculiar change in available patches
in [Solaris]
|
Prev: difference between sun cluster "/dev/did" and "/dev/global" devices
Next: 10_patch_report and other similar files from sunsolve.sun.com
From: Gary Mills on 11 Feb 2010 08:57 I regularly run `smpatch analyze' on one Solaris 10 10/09 system, just to see what new patches are available. This system is registered and has all entitlements. Until a couple of days ago, it's been showing this: # smpatch analyze 142242-04 SunOS 5.10: libpkcs11.so.1 patch 119280-22 CDE 1.6: Runtime library patch for Solaris 10 141590-02 SunOS 5.10: dtrace fasttrap patch 125332-08 JDS 3: Macromedia Flash Player Plugin Patch 141506-07 SunOS 5.10: ipf patch 141026-08 SunOS 5.10: print patch 119963-20 SunOS 5.10: Shared library patch for C++ 140159-02 SunOS 5.10: rsh/rlogin/rcp/rdist patch 138195-03 Service Tags 1.0: patch for Solaris 10 119213-22 NSS_NSPR_JSS 3.12.5: NSPR 4.8.2 / NSS 3.12.5 / JSS 4.3.1 Now it's started showing only this: # smpatch analyze 142084-03 SunOS 5.10: qlc patch 143006-01 SunVTS 7.0 Patch Set 7 These must be very new since they didn't show up before. What's happened? -- -Gary Mills- -Unix Group- -Computer and Network Services-
From: Martin Paul on 11 Feb 2010 09:13 Gary Mills wrote: > This system is registered and has all entitlements. Ok, so what I just wrote over in the "Patch availabilty change" thread shouldn't be connected - that only applies to non-support customers. > Now it's started showing only this: > > # smpatch analyze > 142084-03 SunOS 5.10: qlc patch > 143006-01 SunVTS 7.0 Patch Set 7 > > These must be very new since they didn't show up before. What's > happened? No idea why you don't see the other patches anymore. These two aren't that new neither: Patch IR CR RSB Age Synopsis ------ -- - -- --- --- ----------------------------------------------- 142084 -- < 03 R-- 13 SunOS 5.10: qlc patch 143006 -- < 01 R-- 83 SunVTS 7.0 Patch Set 7 ISTR that smpatch always was a little weak on the side of unbundled patches, not showing some/most of them because they are missing in its patch database. Interesting that it's now the other way 'round. Sorry, no explanation, but obviously something's going on ... Martin. -- SysAdmin | Institute of Scientific Computing, University of Vienna PCA | Analyze, download and install patches for Solaris | http://www.par.univie.ac.at/solaris/pca/
From: Gary Mills on 13 Feb 2010 10:09 In <hl12bs$jjc$1(a)canopus.cc.umanitoba.ca> Gary Mills <mills(a)cc.umanitoba.ca> writes: >I regularly run `smpatch analyze' on one Solaris 10 10/09 system, just >to see what new patches are available. This system is registered and >has all entitlements. Until a couple of days ago, it's been showing >this: > # smpatch analyze > 142242-04 SunOS 5.10: libpkcs11.so.1 patch > 119280-22 CDE 1.6: Runtime library patch for Solaris 10 > 141590-02 SunOS 5.10: dtrace fasttrap patch > 125332-08 JDS 3: Macromedia Flash Player Plugin Patch > 141506-07 SunOS 5.10: ipf patch > 141026-08 SunOS 5.10: print patch > 119963-20 SunOS 5.10: Shared library patch for C++ > 140159-02 SunOS 5.10: rsh/rlogin/rcp/rdist patch > 138195-03 Service Tags 1.0: patch for Solaris 10 > 119213-22 NSS_NSPR_JSS 3.12.5: NSPR 4.8.2 / NSS 3.12.5 / JSS 4.3.1 >Now it's started showing only this: > # smpatch analyze > 142084-03 SunOS 5.10: qlc patch > 143006-01 SunVTS 7.0 Patch Set 7 I discovered that my entitlement had been changed to public: # cat cache/entitlement/https%3A%2F%2Fgetupdates1.sun.com%2F%2Fentitlement_client ----START-ENTITLEMENT-TOKENS---- Public -----END-ENTITLEMENT-TOKENS----- One problem was that my ISP had changed my IP address through DHCP, but had kept the same hostname. Sun's DHCP client left the old IP address in /etc/inet/hosts . This has caused registration to fail in the past. I corrected that and attempted to reregister: it never completed. Curiously, `cacaoadm' had changed its java-home setting: # cacaoadm get-param java-home java-home=/usr/jdk/jdk1.5.0_14 # sconadm register -a -r RegistrationProfile.properties sconadm is running /* Never completes */ # cacaoadm get-param java-home java-home=/usr/jdk/jdk1.6.0_18 I knew there were problems with Java 1.6, so I set it back to my /usr/java value: # cacaoadm stop # cacaoadm set-param java-home=/usr/jdk/jdk1.5.0_23 # cacaoadm start # cacaoadm get-param java-home java-home=/usr/jdk/jdk1.5.0_23 # sconadm register -a -r RegistrationProfile.properties sconadm is running Authenticating user ... finish registration! After that, `smpatch analyze' showed a whole bunch of patches again. -- -Gary Mills- -Unix Group- -Computer and Network Services-
From: Andrew Gabriel on 14 Feb 2010 16:21 In article <hl6fau$mrd$1(a)canopus.cc.umanitoba.ca>, Gary Mills <mills(a)cc.umanitoba.ca> writes: > > I discovered that my entitlement had been changed to public: > > # cat cache/entitlement/https%3A%2F%2Fgetupdates1.sun.com%2F%2Fentitlement_client > ----START-ENTITLEMENT-TOKENS---- > Public > -----END-ENTITLEMENT-TOKENS----- > > One problem was that my ISP had changed my IP address through DHCP, > but had kept the same hostname. Sun's DHCP client left the old IP > address in /etc/inet/hosts . This has caused registration to fail in > the past. I corrected that and attempted to reregister: it never > completed. Curiously, `cacaoadm' had changed its java-home setting: > > # cacaoadm get-param java-home > java-home=/usr/jdk/jdk1.5.0_14 > # sconadm register -a -r RegistrationProfile.properties > sconadm is running > /* Never completes */ > # cacaoadm get-param java-home > java-home=/usr/jdk/jdk1.6.0_18 > > I knew there were problems with Java 1.6, so I set it back to my > /usr/java value: > > # cacaoadm stop > # cacaoadm set-param java-home=/usr/jdk/jdk1.5.0_23 > # cacaoadm start > # cacaoadm get-param java-home > java-home=/usr/jdk/jdk1.5.0_23 > # sconadm register -a -r RegistrationProfile.properties > sconadm is running > Authenticating user ... > finish registration! > > After that, `smpatch analyze' showed a whole bunch of patches again. Gary, Could I ask you to raise a bug on this please? (Or if you can send me all the necessary details, I can do it.) Thanks. -- Andrew Gabriel [email address is not usable -- followup in the newsgroup]
From: Gary Mills on 14 Feb 2010 16:43
In <hl9ph8$cgu$1(a)news.eternal-september.org> andrew(a)cucumber.demon.co.uk (Andrew Gabriel) writes: >In article <hl6fau$mrd$1(a)canopus.cc.umanitoba.ca>, > Gary Mills <mills(a)cc.umanitoba.ca> writes: >> >> I discovered that my entitlement had been changed to public: [..] >> One problem was that my ISP had changed my IP address through DHCP, >> but had kept the same hostname. Sun's DHCP client left the old IP >> address in /etc/inet/hosts . This has caused registration to fail in >> the past. I corrected that and attempted to reregister: it never >> completed. Curiously, `cacaoadm' had changed its java-home setting: >> >> # cacaoadm get-param java-home >> java-home=/usr/jdk/jdk1.5.0_14 >> # sconadm register -a -r RegistrationProfile.properties >> sconadm is running >> /* Never completes */ >> # cacaoadm get-param java-home >> java-home=/usr/jdk/jdk1.6.0_18 >> >> I knew there were problems with Java 1.6, so I set it back to my >> /usr/java value: [..] >> After that, `smpatch analyze' showed a whole bunch of patches again. >Could I ask you to raise a bug on this please? >(Or if you can send me all the necessary details, I can do it.) Which part? There were several problems, some of which are already well known. -- -Gary Mills- -Unix Group- -Computer and Network Services- |