United StatesChange Country, Oracle Worldwide Web Sites Communities I am a... I want to...
JDK-4701347 : Postinstall script fails for SUNWj3rt & SUNWj3dev packages.

Details
Type:
Bug
Submit Date:
2002-06-12
Status:
Resolved
Updated Date:
2002-08-01
Project Name:
JDK
Resolved Date:
2002-06-27
Component:
install
OS:
solaris_9
Sub-Component:
install
CPU:
sparc,generic
Priority:
P3
Resolution:
Fixed
Affected Versions:
1.4.0_01
Fixed Versions:
1.4.0_02 (02)

Related Reports
Backport:
Duplicate:

Sub Tasks

Description
After the installation of the combined image or cd1combined image, there are
a few ERROR messages in the install_log file.  I've attached the complete 
install log file.

--------------------- excerpt from install_log ------------------------

touch: /etc/.java/.systemPrefs/.system.lock cannot create
touch: /etc/.java/.systemPrefs/.systemRootModFile cannot create
ERROR: attribute verification of </a/etc/.java/.systemPrefs/.system.lock> failed
    pathname does not exist
ERROR: attribute verification of </a/etc/.java/.systemPrefs/.systemRootModFile> failed
    pathname does not exist

Installation of <SUNWj3rt> was successful.
901 blocks

touch: /etc/.java/.systemPrefs/.system.lock cannot create
touch: /etc/.java/.systemPrefs/.systemRootModFile cannot create
ERROR: attribute verification of </a/etc/.java/.systemPrefs/.system.lock> failed
    pathname does not exist
ERROR: attribute verification of </a/etc/.java/.systemPrefs/.systemRootModFile> failed
    pathname does not exist

Installation of <SUNWj3dev> was successful.
Replacing current install root with //a.
Replacing current install root with //a.
776 blocks

--------------------- excerpt from install_log ------------------------



The problem pkgs are SUNWj3rt & SUNWj3dev and the postinstall script
in both the pkgs fail while executing the CreateUtilPrefs function.

--------------------- excerpt from postinstall script ------------------------
  if [ ! -f $PREFS_LOCATION/.systemPrefs/.system.lock ]; then
    touch $PREFS_LOCATION/.systemPrefs/.system.lock
    installf -c none $PKGINST $PREFS_LOCATION/.systemPrefs/.system.lock f 0644 root bin
  fi
  if [ ! -f $PREFS_LOCATION/.systemPrefs/.systemRootModFile ]; then
    touch $PREFS_LOCATION/.systemPrefs/.systemRootModFile
    installf -c none $PKGINST $PREFS_LOCATION/.systemPrefs/.systemRootModFile f 0644 root bin
  fi
--------------------- excerpt from postinstall script ------------------------

To reproduce this problem :

Build		: s9s_u1wos_06
Image		: combined or cd1combined
Locale		: Any
Cluster		: End User & above


###@###.### 2002-06-14
Same problem occurred while we installed s9u1-06 on sun4u systems from net install
error messages from install_log:
####################################################################################
   193  touch: /etc/.java/.systemPrefs/.system.lock cannot create
   194  touch: /etc/.java/.systemPrefs/.systemRootModFile cannot create
   195  ERROR: attribute verification of </a/etc/.java/.systemPrefs/.system.lock> failed
   196      pathname does not exist
   197  ERROR: attribute verification of </a/etc/.java/.systemPrefs/.systemRootModFile> failed
   198      pathname does not exist
   199
   200  Installation of <SUNWj3rt> was successful.
   201  901 blocks

   421  touch: /etc/.java/.systemPrefs/.system.lock cannot create
   422  touch: /etc/.java/.systemPrefs/.systemRootModFile cannot create
   423  ERROR: attribute verification of </a/etc/.java/.systemPrefs/.system.lock> failed
   424      pathname does not exist
   425  ERROR: attribute verification of </a/etc/.java/.systemPrefs/.systemRootModFile> failed
   426      pathname does not exist
   427
   428  Installation of <SUNWj3dev> was successful.
   429  Replacing current install root with //a.
   430  Replacing current install root with //a.
   431  776 blocks

####################################################################################

                                    

Comments
PUBLIC COMMENTS


###@###.### 2002-06-27
Verified fix in S9U1 build 07.
                                     
2002-06-27
EVALUATION

This only happens when pkgadd is done with installation root different
from default /var/sadm.
The effect of bug is that /etc/.java/.systemPrefs directory created
during pkgadd, will not get deleted when pkgrm is done.
And also there are some error messages during installation.

                                     
2004-06-11
CONVERTED DATA

BugTraq+ Release Management Values

COMMIT TO FIX:
1.4.0_02
hopper-rc

FIXED IN:
1.4.0_02
hopper-rc

INTEGRATED IN:
1.4.0_02
hopper-rc

VERIFIED IN:
hopper-rc


                                     
2004-06-14



Hardware and Software, Engineered to Work Together