United StatesChange Country, Oracle Worldwide Web Sites Communities I am a... I want to...
Bug ID: 6521374 Java DST Tzupdater Breaks Solaris 10 Local Zone Creation
6521374 : Java DST Tzupdater Breaks Solaris 10 Local Zone Creation

Details
Type:
Enhancement
Submit Date:
2007-02-05
Status:
Resolved
Updated Date:
2010-08-26
Project Name:
JDK
Resolved Date:
2010-08-26
Component:
tools
OS:
solaris_10
Sub-Component:
updaters
CPU:
generic
Priority:
P4
Resolution:
Fixed
Affected Versions:
solaris_10,1.3.1
Fixed Versions:
1.1.0

Related Reports
Relates:
JDK-6522710 - Document software package management restriction in README

Sub Tasks

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 ] ###@###.###
2007-02-21 
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.
2007-02-08 
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.
2007-02-08 
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.
2007-02-05 
EVALUATION

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


Hardware and Software, Engineered to Work Together