PACKAGE: Update Release 4.1.0.21
IOSLEVEL: 4.1.0.21
VIOS level is |
The AIX level of the NIM Master
level must be equal to or higher than |
Update Release 4.1.0.21 |
AIX
7300-02-02 |
Be sure to heed all minimum space requirements before
installing.
Review the list of fixes included in Update Release 4.1.0.21
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 4.1.0.21.
Microcode or system firmware
downloads for Power Systems
If the VIOS being updated has filesets installed from
the VIOS Expansion Pack, be sure to update those filesets with the latest VIOS
Expansion Pack if updates are available.
Update Release 4.1.0.21
updates your VIOS partition to ioslevel 4.1.0.21.
To determine if Update Release 4.1.0.21
is already installed, run the following command from the VIOS command line.
$ ioslevel
If Update Release 4.1.0.21
is installed, the command output is 4.1.0.21.
Note: The VIOS installation DVDs and the level of VIOS
preinstalled on new systems might not contain the latest fixes available. It’s
highly recommended that customers that get the physical GA level (i.e.,
4.1.0.00) to update to the electronic GA levels (i.e., 4.1.0.21) as soon as
possible. Missing fixes might be critical to the proper operation of your
system. Update these systems to a current service pack level from Fix Central.
Upgrade to VIOS 4.1.x
· Existing VIOS systems with supported versions of 3.1.x.y can be upgraded
to VIOS version 4.1.0.00 (DVD image) or 4.1.0.21 (Flash image) using viosupgrade
tool . Although it is recommended to be on VIOS 3.1.4.30 or later SP level
before upgrading to VIOS 4.1.x level.
· VIOS systems with SSP configuration must be on 3.1.3.x or later level
before upgrading to 4.1.x level or adding 4.1.x nodes into cluster.
· If Active Memory Sharing (AMS) is configured on the VIOS, it should be
un-configured before upgrading. You may refer the link
on how to un-configure.
· Before upgrading, you may read the viosupgrade blog in PowerVM
Community which explains various scenarios.
· After an upgrade to VIOS 4.1.0.0 or VIOS 4.1.0.21, the padmin user may
be unable to login due to premature password expiration. Before running
viosupgrade user should apply the ifix to avoid the issue. Please refer the support document for
more details.
For Customers using NVMe Over
Fabric (SAN) as their Boot Disk
Booting from NVMeoF disk may fail if
certain fabric errors are returned, hence a boot disk set up with multiple
paths is recommended. In case there is a failure to boot, the boot
process may continue if you exit from the SMS menu. Another potential
workaround is to discover boot LUNs from the SMS menu and then retry boot.
Note
If the Virtual I/O servers are
installed on POWER10
systems and configured with “32Gb PCIe4 2-Port FC Adapter,
Feature Code(s) EN1J and EN1K”, then the requirement is to update the adapter
microcode level to 7710812214105106.070115 before updating the Virtual
I/O server to 4.1.0.21 level.
Please refer to the release notes at this link
VIOS 4.1.0.21 adds the
following new features:
Security enhancements
· Supports Trusted Execution, Trusted Update and Secure Boot.
· Supports new stronger default password (SSHA-256) and out of the box
long password support (255 character limit)
· Data protection with LVM encryption for rootvg and dump devices.
· Services that are not secure like rexec, rsh are removed. Telnet / ftp
service are disabled. Users can enable telnet / ftp service if required.
· ksh93 is used as the default ksh in VIOS commands and scripts
viosupgrade enhancements
The major enhancements done in viosupgrade in this release
are as follows.
· Added new option -F devname to preserve the device names for vfchost adapter devices, fcnvme, nvme, fscsi, iSCSI devices and network adapter devices.
·
The new options “-k” and “-o rerun” is added
which is specific to pre-restore script execution.
viosbr enhancements
Restore of all the PV backed VTDs if the same PV is mapped to multiple vhosts.
Others
Enhancement in alt_root_vg command, to run it in phases.
This enhancement allows the alt_root_vg command to
separate the cloning phase from the update phase.
Please check this link for supported
hardware.
The following requirements and limitations apply to Shared Storage Pool (SSP)
features and any associated virtual storage enhancements.
Software Installation
SSP Configuration
Feature |
Min |
Max |
Number of
VIOS Nodes in Cluster |
1 |
16* |
Number of
Physical Disks in Pool |
1 |
1024 |
Number of Virtual
Disks (LUs) Mappings in Pool |
1 |
8192 |
Number of
Client LPARs per VIOS node |
1 |
250* |
Capacity
of Physical Disks in Pool |
10GB |
16TB |
Storage
Capacity of Storage Pool |
10GB |
512TB |
Capacity
of a Virtual Disk (LU) in Pool |
1GB |
4TB |
Number of Repository
Disks |
1 |
1 |
Capacity
of Repository Disk |
10GB |
1016GB |
Number of
Client LPARs per Cluster |
1 |
2000 |
Prerequisites for expanded support:
Here are the new maximum values for each of these configuration
options, if the associated hardware specification has been met:
Feature |
Default
Max |
High
Spec Max |
Number of
VIOS Nodes in Cluster |
16 |
24 |
Number of
Client LPARs per VIOS node |
250 |
400 |
Network Configuration
Storage Configuration
Shared Storage Pool capabilities and limitations
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 4.1.0.21. 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 |
When the user upgrades from 3.1.x.y to 4.1.0.00
level and above, third-party software is not packaged with the IBM supplied
mksysb image. User needs to install the respective third-party software after
the upgrade is complete and run viosupgrade -o rerun to restore
the respective devices.
VIOS Update Release
4.1.0.21 may be applied directly to any VIOS at level 4.1.0.00.
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 3.1.x.y or later, supports rolling updates to release
4.1.0.21 for SSP clusters.
The rolling updates
enhancement allows the user to apply Update Release 4.1.0.21 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 3.1.x.y 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 if
required
# 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.
Warning: If VIOS rules
have been deployed.
During update, there have been occasional issues with VIOS Rules files getting
overwritten and/or system settings getting reset to their default values.
To ensure that this doesn’t affect you, we
recommend making a backup of the current rules file. This file is located here:
/home/padmin/rules/vios_current_rules.xml
First, to capture your current system settings, run this command:
$ rules
-o capture
Then, either copy the file to a backup
location, or save off a list of your current rules:
Note:
The "padmin" user is restricted to redirect command output to a file,
you must be in the root shell. Use "oem_setup_env" to become a root
user.
$ oem_setup_env
#
rules -o list > rules_list.txt
After this is complete, proceed to update
as normal. When your update is complete,
check your current rules and ensure that they still match what is desired. If not, either overwrite the original rules
file with your backup, or proceed to use the ‘rules -o modify’ and/or ‘rules -o
add’ commands to change the rules to match what is in your backup file.
Finally, if you’ve failed to back up your
rules, and are not sure what the rules should be, you can deploy the
recommended VIOS rules by using the following command:
$ rules -o deploy -d
Then, if you wish to copy these new VIOS
recommended rules to your current rules file, just run:
$ 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.
Instructions: Applying updates to a VIOS.
2. Using ftp, transfer the update file(s) to the directory you created.
To apply updates from a remotely mounted file system, and the remote file
system is to be mounted read-only, follow the steps:
The update release
can be burned onto a CD by using the ISO image file(s). To apply updates from
the CD/DVD drive, follow the steps:
$ shutdown
-restart
Note: If shutdown –restart command failed, run swrole –PAdmin 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 data 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
ioscli snap command
The snap command is enhanced with -gzip option to utilise the on-chip NX
GZIP accelerator for faster completion.
Software Updated
- python3 is included in VIOS image.
- Two versions of postgres database (version 15.3 and 13.11) are included
in base image. Postgres version 13 is required to support mixed mode cluster
where node versions 3.1.4.x and 4.1.0.x are part of the cluster.
ITM Agents software
ITM (IBM Tivoli Monitoring)
filesets are not part of VIOS 4.1.0.00 & above versions. Users need to
download and install the ITM software from an external location. The ITM VIOS
Premium Agent and ITM CEC Base Agent can be downloaded and installed separately
as part of an updated IBM Tivoli Monitoring System P Agents 6.22 Fix Pack 4 or
later bundle. Here is a link
to the readme file containing information about how to obtain the image and
instructions for installing. When these
agents are installed in the default directory of /opt/IBM/ITM, they can
continue to utilize the cfgsvc, startsvc, and stopsvc commands to configure,
start and stop the agent.
AMS
Active Memory Sharing
(AMS) feature is removed.
Software Removed
Following filesets that are
deemed not necessary are removed.
· bos.net.tcp.rcmd, bos.net.tcp.rcmd_server (A copy is saved under:
/usr/sys/inst.images/installp/ppc)
· cas.agent tivoli.tivguid
· rsct.opt.fence.blade rsct.opt.fence.hmc
· sysmgt.cim.providers.metrics sysmgt.cim.providers.osbase
· sysmgt.cim.providers.scc sysmgt.cim.providers.smash
· sysmgt.cim.smisproviders.hba_hdr sysmgt.cim.smisproviders.hhr
· sysmgt.cim.smisproviders.vblksrv sysmgt.cimserver.pegasus.rte
· Java7.jre Java7.sdk Java7_64.jre Java7_64.sdk
· itm.cec.agent itm.premium.rte itm.vios_premium.agent
· bos.net.nfs.server devices.vdevice.IBM.vfc-client.rte
· X11.adt.ext X11.adt.motif X11.apps.clients X11.apps.config
X11.apps.custom X11.apps.msmit X11.apps.xdm
· X11.apps.xterm X11.base.xpconfig X11.compat.adt.Motif12
X11.compat.lib.Motif10 X11.compat.lib.Motif114
· X11.compat.lib.X11R3 X11.compat.lib.X11R4 X11.Dt.bitmaps X11.Dt.helpinfo
X11.Dt.helpmin X11.Dt.helprun
· X11.Dt.lib X11.Dt.rte X11.Dt.ToolTalk X11.fnt.coreX X11.fnt.deform_JP
X11.fnt.fontServer X11.fnt.Gr_Cyr_T1
· X11.fnt.ibm1046 X11.fnt.ibm1046_T1 X11.fnt.iso1 X11.fnt.iso2
X11.fnt.iso3 X11.fnt.iso4 X11.fnt.iso5
· X11.fnt.iso7 X11.fnt.iso8 X11.fnt.iso8_T1 X11.fnt.iso9 X11.fnt.iso_T1
X11.fnt.ksc5601.ttf X11.fnt.ucs.cjk
· X11.fnt.ucs.com X11.fnt.ucs.ttf_CN X11.fnt.ucs.ttf_extb X11.fnt.util
X11.loc.en_US.base.lib
· X11.loc.en_US.base.rte X11.loc.en_US.Dt.rte X11.vsm.lib
APAR |
Description |
IJ41832 |
Install images for ICU4C.adt |
IJ47909 |
SYSDUMPDEV: UNEXPECTED ERROR MESSAGE WITH TRADITIONAL DUMP |
IJ47912 |
SWITCH.PRT FAILS IF THERE ARE EXISTING JOBS |
IJ48461 |
BOS.ESAGENT UPGRADE MAY FAIL IF IBM.ESAGENT WAS ACTIVATED |
IJ49130 |
DBN connection fails after upgrade to VIOS 4.1 |
IJ49273 |
EXPR: NOT FOUND ERRORS WHILE RESTORING MULTI VOLUME MKSYSB |
IJ49274 |
SNMPDV3 LOGS INCORRECT MESSAGE WHEN STOPSRC IS ISSUED |
IJ49275 |
LKU: SURROGATE CRASH IN "IN6_DELMULTI_SOURCE" |
IJ49277 |
RESTVG WITH -R OPTION FAILS WITH OUTLINE LOGS |
IJ49278 |
NIM MKSYSB RESTORE MAY HANG FOR ENTERPRISE_CLOUD EDITION |
IJ49279 |
crashed at lock_free_com+000058 |
IJ49280 |
vmstat output fi/fo seems incorrect when system is in a paging |
IJ49281 |
LPAR may crash when ipsec tunnels are created on top of vxl
tunnels. |
IJ49284 |
hmcauth command failing with c_rsh -e |
IJ49285 |
nimadm fails for 72X "mksysb" to 73D
"mksysb" migration |
IJ49288 |
SYSTEM MAY CRASH WITH LVM SERIALIZED IO ENABLED ON LV |
IJ49290 |
RESTORE MAY DISPLAY WRONG FILE TIMESTAMP |
IJ49292 |
SECLDAPCLNTD NESTED GROUP HANG, CORE, OR ERRORS WITH ITDS |
IJ49293 |
Exitstatus wasn't found in standard output |
IJ49295 |
od -t fails with exit code zero |
IJ49299 |
Shell returns non-zero exit status |
IJ49301 |
PASSWORD CHANGE ATTEMPT FAILS |
IJ49302 |
wcsxfrm_l() returns incorrect value when argument 'n' is 0 |
IJ49312 |
MLXCENTDD CRASHED AT MLXCENT_CMDQ_RESERVE_MBOX_TYPE |
IJ49313 |
VF INTERFACE ATTACHED TO VNIC NOT REMOVED DURING LPM |
IJ49315 |
FCSTAT OUTPUT FOR PEND_CMD'S MAY CONTINUE TO INCREMENT |
IJ49316 |
INVALID TZ WILL CAUSE DBN ELECTION INSTABILITY |
IJ49317 |
VIOD_BKPS DIR CONTAINS TOO MANY LOGS |
IJ49320 |
Probable system crash in cvfsc_cmd_recv |
IJ49321 |
Error while fetching cluster details. |
IJ49322 |
htxcmdline -createmdt command got hung |
IJ49350 |
Driver unrecoverable if rmdev,nddctl,entstat run in parallel |
IJ49419 |
ALT_DISK_COPY UNFORMATTED ERRORS ON EFS MOUNT POINTS |
IJ49420 |
Error msg handeling for Phase2/3 foralt_disk_copy. |
IJ49423 |
SSL handshake error when using proxy server |
IJ49424 |
INCORRECT ERROR ON LDAP USER PASSWORD CHANGE |
IJ49425 |
SNAP COMPRESSION FAILS SILENTLY AND SNAP NOT USEABLE ON 7300-01 |
IJ49426 |
vNIC Adapter reset causes ping to fail |
IJ49452 |
Set ANA Delay as per ANATT |
IJ49486 |
DSI NPIV_REAL_FCSCSI_ASYNC |
IJ49487 |
SRIOV VF Diagnostic stalled or results in failure |
IJ49488 |
VIOS_VFC_HOST WITH ERROR NPIV_ERR_006E RC:EINVAL ALREADY STARTED |
IJ49491 |
nim_master_recover cmd removed alt_mstr |
IJ49638 |
COMMAND CHDEV SAVE INCORRECT IPV4 ALIAS NETMASK IN ODM |
IJ49639 |
ERRORS IN NMON "PEAK KB/S READ+WRITE" COLUMN |
IJ49640 |
ISSUE FACED WHILE CHANGING THE IKE ENTRIES USING SMITTY TOOL |
IJ49643 |
MLXENTDD DRIVER IS NOT HAVING ENOUGH DMA_SIZE MEMORY |
IJ49644 |
Microcode installation message |
IJ49702 |
MAKE SECLDAPCLNTD SERVER CONNECTION TIMEOUT ADJUSTABLE |
IJ49721 |
NDD_TRACE HOOKS ARE NOT CLEARED WHEN STOP IPTRACE |
IJ49727 |
LI #OEP Bar0 changes for honouring odm configuration |
IJ49740 |
SYSTEM CAN CRASH IN PFFINDTYPE() ON AIX 7.3 AND ABOVE |
IJ49747 |
OFED crash in cm_alloc_response_msg() while interface detached |
IJ49810 |
fwupdate on multipath splitter device ret wrong msg |
IJ49812 |
CHVG -G CAN CRASH THE SYSTEM IF LVMBB IS PROCESSING ON SAME VG |
IJ49830 |
Irrelevant command being passed to binder |
IJ49831 |
NIM MKSYSB RESTORE HANG DUE TO DATADAEMON CORE DUMP |
IJ49872 |
SAVEBASE MAY FAIL WITH 4K BLOCK SIZE DISK |
IJ49874 |
Inactive LPM is failing with LU validation syst |
IJ49875 |
rmdev may fail with ODM lock timeout error |
IJ49876 |
nim LU hangs after completion |
IJ49877 |
artexget may fail to collect expected tunables data |
IJ49878 |
Update kernel copyright notice for 2024 |
IJ49879 |
NPIV CLIENT REQUESTED IMPLICIT LOGO, DRIVER SENT EXPLICIT LOGO |
IJ49882 |
INCORRECT PRINT QUEUE STATUS SHOW |
IJ49917 |
sscanf gives wrong output/segmentation fault. |
IJ49926 |
LPM adapter fails after an adapter reset on VFC client. |
IJ49953 |
A potential security issue exists |
IJ49960 |
unamex should be declared
in sys/utsname.h |
IJ49961 |
SECLDAPCLNTD GROUP CACHE NOT ALWAYS WORKING |
IJ49962 |
SECLDAPCLNTD SLOW MEMORY LEAK |
IJ49963 |
SECLDAPCLNTD GROUP CACHE IMPROVEMENT |
IJ50014 |
LDAP SERVER MARKED DOWN DOESN'T RECOVER QUICKLY ENOUGH |
IJ50015 |
CHDEV TO CHANGE AN SEA FAILS WITH RBAC USER |
IJ50020 |
RXQ KPROCS CAN RUN CONTINUOUSLY DISABLED AT INTPRI3 ON SOME CPUS |
IJ50047 |
NO -L DISPLAY WRONG VALUE |
IJ50059 |
Crash while upgrading firmware on Mellanox network adapter |
IJ50188 |
IO HANG IN CAVIUM FIBRE ADAPTER AFTER LINK DOWN EVENT. |
IJ50217 |
NETISR.H INCLUDES FILE SYS/LIBSYSP.H WHICH IS NOT SHIPPED |
IJ50218 |
/proc filesystem missing after OS migration |
IJ50222 |
Few OFED verbs failing when RoCEv2 was enabled |
IJ50223 |
Linker asked to preserve internal global warning from libLTO |
IJ50224 |
PVID load up criteria missing in datadaemon |
IJ50237 |
System crash in ras_if_gne_callback() |
IJ50238 |
Kbd/mouse not detected with KVM switch |
IJ50264 |
BOOT OR DUMP FAILURE ON NVME DISKS DUE TO INCORRECT FW PATH NAME |
IJ50304 |
Verify the System Dump failing |
IJ50336 |
NIMHTTP WITH SECURE NIMSH FAILS |
IJ50341 |
NPIV CLIENT REQ IMPLICIT LOGO, QL DRIVER SENT EXPLICIT LOGO |
IJ50359 |
Wrong FFC Code For an SRN-802 |
IJ50412 |
mksysb to "client" successful parallel migration gen |
IJ50413 |
nimadm cmd help changes for bootlist and reboot flags |
IJ50427 |
errpt while promoting data from a 4K device when it is cached. |
IJ50477 |
MULTICAST BIND FAILS ON VLAN |
IJ50478 |
AIXPERT COMINETDCONF SCRIPT |
IJ50479 |
aso not disabling when updating vios 3.1.4.0 to 3.1.4.1 |
IJ50484 |
vnic kproc names should not have space characters |
IJ50565 |
LOGINS HANG WITH TRUNCATED LASTLOG FILE |
IJ50566 |
sysdumpdev -e hung looping in
aixdiskpcmke:getPathDataSize |
IJ50568 |
VIOS upgrade fails between major vios versions |
IJ50600 |
syntax error on executing the |
IJ50601 |
A potential security issue exists |
IJ50605 |
DURING LKU RESTORATION OF THE TCPTR TABLE MAY CAUSE A HANG |
IJ50657 |
restore memory leaks |
IJ50658 |
KSH CAN DUMP CORE WHEN DISCONNECTING REMOTE LOGIN CONNECTION |
IJ50659 |
Improper error msg for wrong country code |
IJ50661 |
CONTINUOUS FCA_ERR6 0X2F AND FCA_ERR2 0X27 ERRPT ERRORS |
IJ50662 |
Commands such as lsmpio, lspath probably will hang |
IJ50744 |
LSPV CORE DUMPS IN ODM_GET_FIRST() |
IJ50745 |
lldpctl add failing after removing the port from list |
IJ50746 |
ike cmd=list db shows incorrect Remote IP Address |
IJ50748 |
AIX NFSv4 Client to Linux NFS Server- fail to copy |
IJ50750 |
NIM hangs even after LKU is completed successfully |
IJ50754 |
SAVEBASE FAILS WITH 4K DISK |
IJ50799 |
memory leak in perfstat_process api may occur in error cases. |
IJ50800 |
ftpd behaviour is inconsistent when /etc/ftpaccess.ctl |
IJ50801 |
GDLC IN ETHERCHANNEL ENVIRONMENT, MAY NOT WORK PROPERLY. |
IJ50861 |
CRASH WHEN INCREASING THE MAX NUMBER OF LVS ON A SCALABLE VG |
IJ50862 |
MKGROUP OF LOCAL GROUP DOESN'T ALLOW ADDING NIS USERS |
IJ50863 |
DSI during varyoffvg when space reclamation is in progress. |
IJ50968 |
SNAP DO NOT COLLECT POSTGRES SSP DB IN VIOS 3.1.4.31 /4.1.0.X |
IJ51178 |
IO fails before recovery_wait time with cablepul |
IJ51179 |
ioslevel change for 72Z to 3.1.4.41 and for 73D to 4.1.0.21 |
IJ51215 |
crashed in ct_hook1 |