This discussion is archived
6 Replies Latest reply: Jun 4, 2012 10:50 AM by user12625855 RSS

S11e update to S11 attempt

user12625855 Newbie
Currently Being Moderated
It's got late .. hopefully this makes sense ..

After attempting to update Solaris eXpress (build 151) to Oracle Solaris (build 175), it appeared the 'pkg update pkg:/package/pkg' from http://docs.oracle.com/cd/E23824_01/html/E23811/glpgv.html#glpdr completed successfully?

Although after the reboot the 'pkg update --accept' failed with "Caching catalogs ...Traceback" errors. I did a rebuild-index and tried again. On this occasion it appeared to complete.

After rebooting off the new BE, I noticed the /etc/release was still reflecting build 151. I checked the packages and they all also seemed to be at 151 (if I'm interpreting this correctly).

A specific look at the pkg instances:

user@host: ~ $ pkg list | grep pkg
package/pkg 0.5.11-0.151.0.1.13 i--
package/pkg/package-manager 0.5.11-0.151.0.1.13 i--
package/pkg/update-manager 0.5.11-0.151.0.1.13 i--
system/zones/brand/ipkg 0.5.11-0.151.0.1.13 i--
user@host: ~ $

user@host: ~ $ pkg list -a | grep pkg
SUNWipkg-gui-data 0.5.11-0.130 --o
SUNWipkg-gui-l10n 0.5.11-0.130 --o
developer/opensolaris/pkg5 0.5.11-0.151.0.1.13 ---
package/pkg 0.5.11-0.151.0.1.13 i--
package/pkg/package-manager 0.5.11-0.151.0.1.13 i--
package/pkg/system-repository 0.5.11-0.175.0.0.0.2.2576 ---
package/pkg/update-manager 0.5.11-0.151.0.1.13 i--
package/pkg/zones-proxy 0.5.11-0.175.0.0.0.2.2576 ---
system/zones/brand/ipkg 0.5.11-0.151.0.1.13 i--
user@host: ~ $

At this point I simply tried the 'pkg update --accept' again

This time the following error/s returned :

pkg update: No solution was found to satisfy constraints
Plan Creation: Package solver has not found a solution to update to latest available versions.
This may indicate an overly constrained set of packages are installed. , etc.

After some investigation (googled and closer look at the dependancy failures) it looks to me like there are package instances on my build which are not in the 'solaris' repository (ie. openoffice, virtualbox) that have dependencies on some remaining 'SUNW' named packages. I concluded the 'pkg update' doesn't appear to be able to cater for this?

The SUNWpython appears to be a culprit package although it has 0 size reported and simply redirects to the python instance and due to the dependencies can not be 'uninstalled'.

At this point I am not sure if I am even understanding this correctly?

I'm keen to take them most appropriate approach to getting to the new build considering?

However I am reluctant to uninstall VB and OO (as I am not sure how the configurations, etc. will be impacted)?

There also doesn't appear to be a recent source for openoffice?

Any pointers would be appreciated.

Thanks

Rob
  • 1. Re: S11e update to S11 attempt
    budachst Pro
    Currently Being Moderated
    There is a special update package available from Oracle Support - you should file a SR to get it. If you don't have a CSI for Solaris, then I think you're out of luck, since Oracle has taken down the appropriate repos a couple of months ago already.
  • 2. Re: S11e update to S11 attempt
    user12625855 Newbie
    Currently Being Moderated
    Thanks for the reply.

    Can you be a little more specific about the removed repo (special update package) you are referring to?

    Where was it before Oracle removed it?

    What did it offer (openoffice, virtualbox, etc.)?

    Was it a repo that handled dependencies like the SUNW fiddle more elegantly?

    Do you think the S11 (GA release) distro repo would work if configured locally?
  • 3. Re: S11e update to S11 attempt
    user12625855 Newbie
    Currently Being Moderated
    The IPS learning curve appears to be getting steeper .. grrr.

    In the absence of forum contributions/guidance, I thought I'd attempt uninstalling the openoffice and virtualbox and then re attempt the S11 update (hoping it would remove/resolve the SUNW residue/dependencies) and then reinstall OO and VB later (hoping any modified OO and VB configurations survived).

    I started with OO, and unfortunately the attempt to remove it failed due to existing package conflicts as follows.

    Error:
    The requested change to the system attempts to install multiple actions
    for dir 'usr' with conflicting attributes:

    The fix apparently is to import the package from the source repository (if its still available) with 'pkgrecv' to a local repository, modify it and then reinstall? .. although I'm at this point attempting to uninstall (perhaps increment the version?).

    Has anyone created an IPS package (to be made available in a repo) from an installed package? I currently suspect it may be simple as everything required is probably to hand/accessible.
  • 4. Re: S11e update to S11 attempt
    budachst Pro
    Currently Being Moderated
    The reason why the upgrade instructions didn't work for me was, that my S11E host wasn't completely updated to S11E SRU13. I solved this by applying this patch to my S11E system which brought it up to speed and made is S11 update-ready:

    Patch 13352339: ORACLE SOLARIS 11 EXPRESS 2010.11 SRU 13 REPO ISO IMAGE

    You can download this one, if you have a valid CSI for Solaris 11. After applying this patch, you can follow the afore mentioned doc to perform the actual upgrade to S11.
  • 5. Re: S11e update to S11 attempt
    user12625855 Newbie
    Currently Being Moderated
    Thanks I've marked your response as helpful.

    I expect I may have the same issue (although 'uname' reports SRU 14 the entire build doesn't appear to be completely at SRU 13 or above as it appears is required). The pkg package does seem to be but the rest must have been impacted by the issues described earlier.

    I am downloading the patch from Oracle support at this stage. I'll post my progress.

    Just in case anyone else is misled by the uname output ...

    The Oracle S11 update instructions do advise to update to an appropriate SRU before the 'pkg update --accept'.

    I thought I had done so but it appears I never properly understood what an SRU was when following the instructions (or how to tell the status). The documentation could benefit from including how to confirm. Since your reply however the [SRU has become clearer|https://support.oracle.com/CSP/main/article?type=NOT&id=1275533.1].

    Before I started my update attempt the 'uname -a' output was :

    SunOS -####- 5.11 snv_151a i86pc i386 i86pc Solaris

    It is now :

    SunOS -####- 5.11 *151.0.1.14* i86pc i386 i86pc Solaris

    As a result I presumed I was at SRU 13 or above as required (I realise I'm at SRU 14 of the 151 build or SRU 14 of 2010.11, if preferred).

    /etc/release reports :

    Oracle Solaris 11 Express snv_151a X86
    Copyright (c) 2010, Oracle and/or its affiliates. All rights reserved.
    Assembled 04 November 2010

    user@host ~ $ pkg list entire
    NAME (PUBLISHER) VERSION IFO
    entire *0.5.11-0.151.0.1* i--
    user@host: ~ $ pkg list -af entire
    NAME (PUBLISHER) VERSION IFO
    entire 0.5.11-0.175.0.7.0.5.0 ---
    entire 0.5.11-0.175.0.6.0.6.0 ---
    entire 0.5.11-0.175.0.5.0.5.0 ---
    entire 0.5.11-0.175.0.5.0.4.0 ---
    entire 0.5.11-0.175.0.4.0.6.0 ---
    entire 0.5.11-0.175.0.4.0.5.0 ---
    entire 0.5.11-0.175.0.3.0.4.0 ---
    entire 0.5.11-0.175.0.2.0.4.0 ---
    entire 0.5.11-0.175.0.2.0.3.0 ---
    entire 0.5.11-0.175.0.2.0.3.0 ---
    entire 0.5.11-0.175.0.1.0.5.0 ---
    entire 0.5.11-0.175.0.1.0.4.0 ---
    entire 0.5.11-0.175.0.0.0.2.0 ---
    entire 0.5.11-0.151.0.1.14 ---
    entire 0.5.11-0.151.0.1.13 ---
    entire 0.5.11-0.151.0.1.12 ---
    entire 0.5.11-0.151.0.1.11 ---
    entire 0.5.11-0.151.0.1.10 ---
    entire 0.5.11-0.151.0.1.9 ---
    entire 0.5.11-0.151.0.1.8 ---
    entire 0.5.11-0.151.0.1.7 ---
    entire 0.5.11-0.151.0.1.6 ---
    entire 0.5.11-0.151.0.1.5 ---
    entire 0.5.11-0.151.0.1.4 ---
    entire 0.5.11-0.151.0.1.3 ---
    entire 0.5.11-0.151.0.1.2 ---
    entire 0.5.11-0.151.0.1.2 ---
    entire 0.5.11-0.151.0.1.1 ---
    entire                                            0.5.11-0.151.0.1           i--
    user@host: ~ $

    user@host: ~ $ pkg info entire
    Name: entire
    Summary: incorporation to lock all system packages to same build
    Description: This package constrains system package versions to the same
    build. WARNING: Proper system update and correct package
    selection depend on the presence of this incorporation.
    Removing this package will result in an unsupported system.
    State: Installed
    Publisher: solaris
    Version: 0.5.11
    Build Release: 5.11
    Branch: 0.151.0.1
    Packaging Date: 5 November 2010 05:40:56
    Size: 0.00 B
    FMRI: pkg://solaris/entire@0.5.11,5.11-0.151.0.1:20101105T054056Z
    user@host: ~ $

    user@host: ~ $ pkg info pkg
    Name: package/pkg
    Summary: Image Packaging System
    Description: The Image Packaging System (IPS), or pkg(5), is the software
    delivery system used on OpenSolaris systems. This package
    contains the core command-line components and depot server.
    Category: System/Packaging
    State: Installed
    Publisher: solaris
    Version: 0.5.11
    Build Release: 5.11
    Branch: 0.151.0.1.13
    Packaging Date: 25 October 2011 18:55:16
    Size: 7.31 MB
    FMRI: pkg://solaris/package/pkg@0.5.11,5.11-0.151.0.1.13:20111025T185516Z
    user@host: ~ $

    It is likely the SRU reported by 'uname' was incremented after the 'pkg update', although the installed build instance still appears to currently be SRU 1?
  • 6. Re: S11e update to S11 attempt
    user12625855 Newbie
    Currently Being Moderated
    Unfortunately no joy ..

    user@host $ unzip p13352339_2010110_SOLARIS64.zip
    Archive: p13352339_2010110_SOLARIS64.zip
    inflating: readme.html
    inflating: readme.txt
    inflating: sol-11-exp-201011-sru13-incr-repo.iso
    user@host: ~ $

    user@host: ~ $ pfexec pkg set-publisher -G '*' -g file:///mnt/repo solaris
    user@host: ~ $ pkg publisher
    PUBLISHER TYPE STATUS URI
    solaris origin online file:///mnt/repo/
    extra origin online http://ipkg.us.oracle.com/extra/
    user@host: ~ $ pfexec pkg update
    Creating Plan \
    pkg update: No solution was found to satisfy constraints
    Plan Creation: Package solver has not found a solution to update to latest available versions.
    This may indicate an overly constrained set of packages are installed.

    latest incorporations:

    pkg://solaris/entire@0.5.11,5.11-0.151.0.1.13:20111027T161507Z

    The following indicates why the system cannot update to the latest version:

    No suitable version of required package pkg://solaris/entire@0.5.11,5.11-0.151.0.1.13:20111027T161507Z found:
    Reject: pkg://solaris/entire@0.5.11,5.11-0.151.0.1.13:20111027T161507Z
    Reason: A version for 'incorporate' dependency on pkg:/consolidation/gnome/gnome-incorporation@0.5.11,5.11-0.151.0.1.13 cannot be found

    user@host: ~ $

    I expect I have no choice but to remove the implicated packages (that have registered dependencies on SUNW packages)?

    I remove virtualbox.

    I attempt to remove openoffice which fails to remove due the conflicting attributes errors.

    I am not keen to remove all the packages with conflicts as some of those packages don't appear to be available anymore. Eg. openconnect and tuntap.

    I suspect I'm snookered? .. and will need to reinstall the later release?

Legend

  • Correct Answers - 10 points
  • Helpful Answers - 5 points