AIX

AIX

Connect with fellow AIX users and experts to gain knowledge, share insights, and solve problems.


#Power
 View Only
  • 1.  syncwpar issue

    Posted Fri June 20, 2008 12:33 PM

    Originally posted by: fphoenix


    Hi :
    I have a globe system hostglobe
    1. oslevel -s
    6100-00-04-0815
    it has a wpar host name wparhost
    1. oslevel -s
    6100-00-00-0000

    I would like bring wparhost in the same level with hostglobe.
    I tried syncwpar and get error message since I am using private /usr in WPAR.

    syncwpar: 0960-237 Workload partition wparhost has private /usr and cannot be sy
    nchronized using syncwpar.
    Return Status = FAILURE.

    then I login wparhost, I run syncroot with no error message, the problem is oslevel is not updated.
    I tried installed new oslevel by smitty update_all inside wparhost
    I got a long list of files in fail section, the error message is
    those file are managed by globehost, I do not have permission to change it.

    looks like there is no way I could upgrade this wpar. I think this is a bug or defect. another problem is there is no way to tell IBM about this bug.
    #AIX-Forum


  • 2.  Re: syncwpar issue

    Posted Fri June 20, 2008 12:54 PM

    Originally posted by: fphoenix


    base on http://www.redbooks.ibm.com/redbooks/SG247431/wwhelp/wwhimpl/js/html/wwhelp.htm
    the WPARs share the same running kernel with the global environment, they cannot be on different levels. For operating system updates, when you want to update one WPAR, you have to consider updating them all.

    the number shows by oslevel -s in wpar is not right, the wpar has been updated,
    if you look wpar file system from globe, there are no directory call /bin /etc ,
    wpar is using globe's /bin /etc, so , it is a bug

    Message was edited by: fphoenix
    #AIX-Forum


  • 3.  Re: syncwpar issue

    Posted Thu September 04, 2008 09:13 AM

    Originally posted by: andycor


    It's not a bug, system software cannot be directly managed in a non-shared /usr Workload Partition.

    If a WPAR is configured to have writeable, non-shared /usr and /opt filesystems, the AIX system software within that WPAR cannot be directly managed from within the WPAR. Operations that are prevented on system software include apply, commit, deinstall, and reject.

    If it is necessary to modify system software within a non-shared WPAR, first set environment variable INSTALLP_SKIP_RESTRICTIONS=yes to override the restrictions. Then use the /usr/sbin/swvpdmgr -w command to allow those filesets to be directly managed within the Workload Partition.

    The real reason for that restriction is to prevent someone from attempting to do something like upgrade the WPAR to 6100-00-04, while leaving the global at 6100-00-00, since that would leave the WPAR in an unusable state.

    Regards,
    Andres Cordoba
    #AIX-Forum