Hi all,
I've got an AMD64 system, running two zones, on Solaris Express b63 (LU from
b38).

I wanted to LiveUpgrade to b86, but it failed to configure all the packages
on the second zone, with the output:
Removing package foo:
pkgrm: ERROR: unable to perform preremoval check of package <foo> in zone
<zone2>

Removal of <foo> from zone <SUNWlu-zone1> was successful.

Removal of <foo> was successful.


As you can see, the upgrade appears to work perfectly well on the first zone
and the global zone, but fails on the second zone. I investigated this, and
discovered that, despite being a sparse root, the package list on zone2 is
under the impression that it has the packages from b38.

The following is an example:

# pkginfo -l -R /zones/zone2/root SUNWgnome-base-libs
   PKGINST:  SUNWgnome-base-libs
      NAME:  GNOME base GUI libraries - platform dependent files, /usr
filesystem
  CATEGORY:  GNOME2,application,JDS3
      ARCH:  i386
   VERSION:  2.6.0,REV=101.0.3.2006.04.05.00.20
   BASEDIR:  /usr
    VENDOR:  Sun Microsystems, Inc.
      DESC:  GNOME base GUI libraries - platform dependent files, /usr
filesystem
    PSTAMP:  swanson20060405002031
  INSTDATE:  Dec 03 2006 21:40
   HOTLINE:  Please contact your local service provider
    STATUS:  completely installed
     FILES:      166 installed pathnames
                  13 shared pathnames
                  21 directories
                  81 executables
               38694 blocks used (approx)

Compare that to

# pkginfo -l SUNWgnome-base-libs
   PKGINST:  SUNWgnome-base-libs
      NAME:  GNOME base GUI libraries
  CATEGORY:  GNOME2,application,JDS4
      ARCH:  i386
   VERSION:  2.16.1,REV=110.0.4.2007.04.10.16.45
   BASEDIR:  /usr
    VENDOR:  Sun Microsystems, Inc.
      DESC:  GNOME base GUI libraries
    PSTAMP:  verbal20070410111258
  INSTDATE:  May 07 2007 17:52
   HOTLINE:  Please contact your local service provider
    STATUS:  completely installed
     FILES:      217 installed pathnames
                  19 shared pathnames
                  36 directories
                 101 executables
               41977 blocks used (approx)


Understandably, this results in a good number of missing files and other
errors.

What is the best way to "fix" this? Since it's a sparse zone, I'm not sure
how the package database got out of sync (as far as I or the former sysadmin
know, there was never occasion to install any packages non-globally), and
I'm not sure how to restore the two databases to equilibrium.

(To be clear - the sparse zone contains the files from the package in the
global zone (from b63), but its package database still thinks it has the
packages from b38.)

- Rich
_______________________________________________
zones-discuss mailing list
zones-discuss@opensolaris.org

Reply via email to