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=22.214.171.1246.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=126.96.36.1997.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 firstname.lastname@example.org