JDK-6521374 : Java DST Tzupdater Breaks Solaris 10 Local Zone Creation
  • Type: Enhancement
  • Component: tools
  • Sub-Component: updaters
  • Affected Version: solaris_10,1.3.1
  • Priority: P4
  • Status: Resolved
  • Resolution: Fixed
  • OS: solaris_10
  • CPU: generic
  • Submitted: 2007-02-05
  • Updated: 2010-08-26
  • Resolved: 2010-08-26
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other
1.1.0 b04Fixed
Related Reports
Relates :  
Description
Customer has noticed issues with creation of solaris zones after application of the tzupdater tool to their sol 10 system.

=========

I just found an issues where the tzupdater DST updates made in the Solaris 10 global zone break
local zone creation. See attached output and search for the package names SUNWj3rt and SUNWj5rt.
You will see from the output that during the local zone creation process attribute checks fail from
what appears to be tzupdater changes. This is causing these packages to be partially installed in the local zone.

We need to get a resolution for this ASAP. This is occurring on Solaris 10 U1. Haven't tested with U3 yet. I've uploaded an explorer to Sunsolve under /cores. The file name is SOfidelity_sol10_dst_zone_issue.tar.Z. 

=========

Complete warning output attached to bug report.
Example warnings are : 

WARNING: content verification of </zones/poc-corda1/root/usr/j2se/jre/lib/zi/America/Noronha> failed
    unable to fix modification time
    file size <329> expected <377> actual
NOTE: When the package <SUNWj3rt> was installed in the global zone,
the file <j2se/jre/lib/zi/America/Noronha> was also installed. After the file was
installed in the global zone, the contents and/or attributes of the file
changed. The contents of this file must never be changed. As a result,
the changes in this file have been duplicated in the non-global zone
<poc-corda1> in the file </zones/poc-corda1/root/usr/j2se/jre/lib/zi/America/Noronha>.
pkgadd: ERROR: unable to create package object </zones/poc-corda1/root/usr/j2se/jre/lib/zi/America/North_Dakota>.
    unable to fix attributes
pkgadd: ERROR: unable to stat </var/sadm/pkg/SUNWj3rt/save/pspool/SUNWj3rt/reloc/j2se/jre/lib/zi/America/Port-au-Prince>: No such file or directory

Comments
SUGGESTED FIX Fix putback for both 14+ and 13 tools For solaris, we now run a script to update the package meta-DB for affecter JRE files if updating a PKG installation. http://rain.ireland/~sc87771/webrev/webrev.tzupdater_21_02_07/ http://rain.ireland/~sc87771/webrev/webrev.tzupdater131_21_02_07/ *** (#1 of 1): [ UNSAVED ] ###@###.###
21-02-2007

WORK AROUND Restore the original lib/zi saved as lib/zi.<tzdataversion> by tzupdater, such as lib/zi.tzdata2006p, and perform any operations that depend on platform software package management.
08-02-2007

EVALUATION It's a known restriction that tzupdater does NOT support any platform dependent software package management. If this restriction is fatal, please upgrade JDKs/JREs.
08-02-2007

EVALUATION The platform specific package management support is one of the non-goals we agreed upon before the tool development.
05-02-2007

EVALUATION The tzupdater tool has updated files that were under the solaris package framework. Files under package protection should only ever be updated by other packages/patches (framework / template approach). The creation of multiple zones with different java instances has highlighted this "non-supported" modification of files within the "parent" jre/lib/zi directory. A fix could may have to involve having to generate a patch (within the tool/on the fly ?!) for pkg versions of JREs that are being updated.
05-02-2007