PACKAGE: Update Release 2.2.6.10
IOSLEVEL: 2.2.6.10
VIOS level is |
NIM Master level must be equal to
or higher than |
Update Release 2.2.6.10 |
AIX
6100-09-10 or AIX 7100-05-01 or AIX 7200-02-01 |
Please refer
to the VIOS Maintenance Strategy here
for more details regarding the change to the VIOS release numbering scheme.
Be sure to
heed all minimum space requirements before installing.
Review the list of fixes included
in Update Release 2.2.6.10
To take full
advantage of all the functions available in the VIOS, it may be necessary to be
at the latest system firmware level. If a system firmware update is necessary,
it is recommended that the firmware be updated before you update the VIOS to
Update Release 2.2.6.10.
Microcode or system firmware
downloads for Power Systems
The VIOS
Update Release 2.2.6.10
includes the IVM code, but it will not be enabled on HMC-managed systems.
Update Release 2.2.6.10,
like all VIOS Update Releases, can be applied to either HMC-managed or
IVM-managed VIOS.
Update
Release 2.2.6.10
updates your VIOS partition to ioslevel 2.2.6.10.
To determine if Update Release 2.2.6.10
is already installed, run the following command from the VIOS command line.
$
ioslevel
If Update
Release 2.2.6.10
is installed, the command output is 2.2.6.10.
Please ensure
that your rootvg contains at least 30 GB and
that there is at least 4GB free space before you attempt to update to Update Release
2.2.6.10. Run the lsvg rootvg command, and then ensure there is
enough free space.
Example:
$ lsvg rootvg
VOLUME GROUP: rootvg VG IDENTIFIER: 00f6004600004c000000014306a3db3d
VG STATE: active PP SIZE: 64 megabyte(s)
VG PERMISSION: read/write TOTAL PPs: 511 (32704 megabytes)
MAX LVs: 256 FREE PPs: 64 (4096 megabytes)
LVs: 14 USED PPs: 447 (28608 megabytes)
OPEN LVs: 12 QUORUM: 2 (Enabled)
TOTAL PVs: 1 VG DESCRIPTORS: 2
STALE PVs: 0 STALE PPs: 0
ACTIVE PVs: 1 AUTO ON: yes
MAX PPs per VG: 32512
MAX PPs per PV: 1016 MAX PVs: 32
LTG size (Dynamic): 256 kilobyte(s) AUTO SYNC: no
HOT SPARE: no BB POLICY: relocatable
PV RESTRICTION: none INFINITE RETRY: no
This VIOS Service Pack Release can only be installed on a
2.2.6.0 system. If your system is on an
earlier version of VIOS, please refer to the Fix Pack
Release Notes for more information.
This VIOS Service Pack Release can be directly installed on a 2.2.6.0 system via the updateios command.
Warning: The update may fail if
there is a loaded media repository.
To check for a loaded media repository, and then unload it,
follow these steps.
1.
To check for loaded images, run the following command:
$ lsvopt
The Media column lists any loaded media.
2.
To unload media images, run the following commands on all
Virtual Target Devices that have loaded images.
$ unloadopt -vtd
<file-backed_virtual_optical_device >
3.
To verify that all media are unloaded, run the following command
again.
$ lsvopt
The command output should show No
Media for all VTDs.
The Virtual I/O Server (VIOS) Version 2.2.2.1 or later, supports
rolling updates for SSP clusters. The VIOS can be updated to Update Release
2.2.6.10 using rolling updates.
Version Specific Instructions: Version 2.2.1.3 or
earlier.
A cluster that is created and configured on a VIOS at version
2.2.1.3 or earlier must be migrated to version 2.2.1.4 or 2.2.1.5 prior to
utilizing rolling updates. This allows the user to keep their shared storage
pool devices.
Version Specific Instructions: Version 2.2.1.4 or
later.
The rolling updates enhancement allows the user to apply Update
Release 2.2.6.10 to the VIOS logical partitions in the cluster individually
without causing an outage in the entire cluster. The updated VIOS logical
partitions cannot use the new SSP capabilities until all VIOS logical
partitions in the cluster are updated.
To upgrade the VIOS logical partitions to use the new SSP
capabilities, ensure that the following conditions are met:
·
All VIOS logical partitions must have VIOS Update Release version
2.2.1.4 or later installed.
·
All VIOS logical partitions must be running. If any VIOS logical
partition in the cluster is not running, the cluster cannot be upgraded to use
the new SSP capabilities.
Instructions: Verify the cluster is
running at the same level as your node.
1.
Run the following command:
$ cluster -status -verbose
2.
Check the Node Upgrade Status field, and you should see one of
the following terms:
UP_LEVEL: This means that the software level of the logical partition is higher
than the software level the cluster is running at.
ON_LEVEL: This means the software level of the logical partition and the
cluster are the same.
There is now a method to verify the VIOS update files before
installation. This process requires access to openssl
by the 'padmin' User, which can be accomplished by
creating a link.
Instructions: Verifying VIOS update files.
To verify the VIOS update files, follow these steps:
1.
$ oem_setup_env
2. Create a link to openssl
# ln -s /usr/bin/openssl
/usr/ios/utils/openssl
3. Verify the link to openssl was created
# ls -alL /usr/bin/openssl /usr/ios/utils/openssl
4. Verify that both files display
similar owner and size
5.
# exit
Use one of the following methods to install the latest VIOS
Service Release. As with all maintenance, you should create a VIOS backup
before making changes.
If you are running a Shared Storage Pool configuration, you must
follow the steps in Migrate Shared Storage Pool Configuration.
Note: While running 'updateios' in the
following steps, you may see accessauth messages,
but these messages can safely be ignored.
Version Specific Warning: Versions between 2.2.1.1 and 2.2.5.x.
You must put the 2.2.6.10 and 2.2.6.10 on the same location to
apply updates in single step. The single step approach fixes an update problem
with the builddate on bos.alt_disk_install.boot_images fileset.
Version Specific Warning: Version 2.2.2.1, 2.2.2.2, 2.2.2.3, or
2.2.3.1
You must run updateios command
twice to get bos.alt_disk_install.boot_images fileset update problem fixed.
Run the following command after the step of "$ updateios –accept –install –dev <directory_name >" completes.
$ updateios –accept –dev <directory_name >
Depending on the VIOS level, one or more of the LPPs below may
be reported as "Missing Requisites", and they may be ignored.
MISSING REQUISITES:
X11.loc.fr_FR.base.lib 4.3.0.0 # Base Level Fileset
bos.INed 6.1.6.0 # Base Level Fileset
bos.loc.pc.Ja_JP 6.1.0.0 # Base Level Fileset
bos.loc.utf.EN_US 6.1.0.0 # Base Level Fileset
bos.mls.rte 6.1.x.x # Base Level Fileset
Warning: If VIOS rules have been deployed.
When the VIOS is the updated, some of the current rules may revert to the
system defaults. Additionally, those
changes may have been applied to the system.
If you notice this issue, the default rules can be re-deployed and captured to
current rules by running the commands below.
$
rules
-o deploy -d
$ rules -o capture
Note: This will overwrite any customized rules
in the current rules file.
Applying Updates
Warning:
If the target node to be updated is part of a redundant VIOS
pair, the VIOS partner node must be fully operational before beginning to
update the target node.
Note:
For VIOS nodes that are part of an SSP cluster, the partner node
must be shown in 'cluster -status '
output as having a cluster status of OK and a pool status of OK. If the target
node is updated before its VIOS partner is fully operational, client LPARs may
crash.
Note: The current level of the VIOS must be
2.2.2.1 or later if you use the Share Storage Pool.
Instructions:
Applying updates to a VIOS.
$ shutdown -restart
Note: If shutdown –restart command failed, run swrole –PAdmin in
order for padmin to set authorization and establish
access to the shutdown command properly.
$ clstartstop -start -n <cluster_name >
-m <hostname >
$ ioslevel
Instructions: Checking for an incomplete installation caused by a loaded media
repository.
After installing an Update Release, you can use this method to
determine if you have encountered the problem of a loaded media library.
Check the Media Repository by running this command:
$ lsrep
If the command reports: "Unable to retrieve repository date
due to incomplete repository structure," then you have likely encountered
this problem during the installation. The media images have not been lost and
are still present in the file system of the virtual media library.
Running the lsvopt command
should show the media images.
Instructions: Recovering from an incomplete
installation caused by a loaded media repository.
To recover from this type of installation failure, unload any
media repository images, and then reinstall the ios.cli.rte package. Follow these steps:
1.
Unload any media images
$ unloadopt -vtd
<file-backed_virtual_optical_device>
2.
Reinstall the ios.cli.rte fileset by running the following commands.
To escape the restricted shell:
$ oem_setup_env
To install the failed fileset:
# installp –Or –agX ios.cli.rte –d <device/directory >
To return to the restricted
shell:
# exit
3.
Restart the VIOS.
$ shutdown –restart
4.
Verify that the Media Repository is operational by running this
command:
$ lsrep
For additional details, including
known capabilities, limitations, and additional install considerations, as well
as some additional instructions, please reference the readme for 2.2.6.10
located here.
This version will include all fixes
found in all previous 2.2.6.X releases.
The fixes for the previous release can be found here.
APAR |
Description |
vios
crashes vs_crq_kproc+0007A0 |
|
IJ00487 |
udfcreate fails
on valid devices |