Pkg database hungover - How best to fix?

Dagobert Michelsen dam at opencsw.org
Thu Jul 13 08:07:34 CEST 2017


Hi Michael,

Am 12.07.2017 um 23:43 schrieb noskcaJ leahciM via users <users at lists.opencsw.org>:
> CSWcurl, which for years had been installed and regularly updated
> on a S10 branded zone on S11.3, complained on an update attempt
> last year, that there was a dependency with the global zone and
> wouldn't update.  I've been left with no cURL on that S10 zone
> ever since.
> 
> Recently P2V'd that global zone into a native S11.3 guest zone
> on upgraded h/w (and cloned the S10 branded zone over to the
> upgraded server).  Point being that, in relation to the S10
> branded zone, what was its parent global zone is now just
> another sibling non-global zone.  (Hope you're with me so far).
> 
> I've just tried, again, to update CSWcurl on the S10 branded
> zone, and, as before it complains thus:-
> 
> ----->o------
> # pkgutil -i CSWcurl
> Solving needed dependencies ...
> Solving dependency order ...
> 13 CURRENT packages:
>        CSWcacertificates-20160830,REV=2016.08.30
>        CSWcas-migrateconf-1.50,REV=2015.01.17
>        CSWcas-preserveconf-1.50,REV=2015.01.17
>        CSWcommon-1.5,REV=2010.12.11
>        CSWlibexpat1-2.1.0,REV=2013.01.01
>        CSWlibgcc-s1-5.2.0,REV=2015.07.31
>        CSWlibiconv2-1.14,REV=2011.08.07
>        CSWlibicudata57-57.1,REV=2016.04.04
>        CSWlibicuuc57-57.1,REV=2016.04.04
>        CSWlibmetalink3-0.1.3,REV=2015.06.27
>        CSWlibssl1-0-0-1.0.2l,REV=2017.06.01
>        CSWlibz1-1.2.8,REV=2013.09.23
>        CSWpublic-suffix-list-20160819,REV=2016.08.19
> Install 6 NEW packages:
>        CSWcurl-7.54.1,REV=2017.06.14 (opencsw/unstable)
>        CSWggettext-data-0.19.8,REV=2016.09.08 (opencsw/unstable)
>        CSWlibcurl4-7.54.1,REV=2017.06.14 (opencsw/unstable)
>        CSWlibidn2-0-0.10,REV=2016.11.07 (opencsw/unstable)
>        CSWlibintl9-0.19.8,REV=2016.09.08 (opencsw/unstable)
>        CSWlibpsl5-0.14.0,REV=2016.08.21 (opencsw/unstable)
> Total size: 1.9 MB
> 6 packages to fetch. Do you want to continue? ([y],n,auto) auto
> Turning on automatic mode as if --yes was passed.
> => Fetching CSWggettext-data-0.19.8,REV=2016.09.08 (1/6) ...
> A local copy of CSWlibidn2-0-0.10,REV=2016.11.07 exists and is of matching size.
> A local copy of CSWlibpsl5-0.14.0,REV=2016.08.21 exists and is of matching size.
> A local copy of CSWlibintl9-0.19.8,REV=2016.09.08 exists and is of matching size.
> => Fetching CSWlibcurl4-7.54.1,REV=2017.06.14 (5/6) ...
> => Fetching CSWcurl-7.54.1,REV=2017.06.14 (6/6) ...
> 
> => Installing CSWggettext-data-0.19.8,REV=2016.09.08 (1/6) ...
> pkgadd: ERROR: The package <CSWggettext-data> is currently installed on the system in the
> global zone. To install the new instance of this package in the global
> zone only, you must specify the -G option. To install the new instance
> of this package in all zones you must first remove the existing instance
> of this package from the global zone first (via pkgrm) and then install
> the new instance of this package in all zones.
> pkgadd: ERROR: package <CSWggettext-data> cannot be installed on this system/zone
> Exiting pkgutil due to pkgadd error: 1
> -----o<-----
> 
> On the contrary, the package <CSWggettext-data> isn't installed in the
> global zone (there aren't any CSW packages installed in the global zone).
> OTOH, it is installed in a non-global zone; the non-global zone (NGZ)
> that was formerly this zone's parent global zone.
> 
> I appreciate that this isn't actually a pkgutil issue, but how should I
> go about fixing this?  I'm a bit worried about un-installing all of the
> CSW packages in either/both of the S10 branded zone or the S11 NGZ and
> then re-installing as some of my packages aren't in the catalogue and
> I can't remember from where I obtained them.

Ugly, ugly, ugly, there is no documented way out of this AFAIK.
I guess the only workaround is to manually „fix" the issue by editing out
the stuff from the previous global zone from the package database in
/var/sadm/pkg and /var/sadm/install/contents. Make sure to make a snopshot
upfront to be on the safe side.


Best regards

  — Dago

--
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 841 bytes
Desc: Message signed with OpenPGP
URL: <http://lists.opencsw.org/pipermail/users/attachments/20170713/04b8614c/attachment-0001.asc>


More information about the users mailing list