Version 1.0.10.0 release notes (July 2018)
New features in Version 1.0.10.0 of IAS include baseline measurements on a number of homepage widgets, improvements in backup and restore operations, and a new file system based disaster recovery solution.
You can also visit the following blog from the IBM product development to check the newest release details: IBM Integrated Analytics System 1.0.10.0.
What's new
Web console
- Baseline is now available on some of the personalized homepage widgets. Baseline shows a typical
range for comparison. It shows a range of MEAN +/- 1 standard deviation of data samples in the same
time period during the last 4 weeks. Note that the baseline is only available when historical data
is sufficient for the server to build the baseline. The baseline is available in the following
widgets:
- Database throughput
- Database contention
- Database responsiveness
- The type of actions that you can set for a Call Home alert is limited for some alert types. For example, opening a PMR for information events is not available. Any request for changing an alert rule with an unsupported action is returned with an error message.
- Single sign-on is enabled on the web console to access additional applications such as DSX and Spark. You no longer need to log in to these applications when accessing them from IAS web console.
Backup, restore, and disaster recovery
- IBM Integrated Analytics System now supports IBM Spectrum Protect integration for a single rack
system, using diskpools with SAN connections to all nodes as well as patch panel set-up, for
LAN-Free backup and restore operations. Contact support for more information on installation and
configuration.
You can also read Configuring IBM Spectrum Protect client for LAN-free backups and Configuring IBM Spectrum Protect server for LAN-free backups for 1.0.17 and lower.
- Platform-level backup now supports backing up the configurations for two new components:
- Web Console Container:
host_backup --webconsole
- System history file:
host_backup --systemhistory
- Web Console Container:
- A new script emc_client is now available for EMC NetWorker customers which allows you to back up your configuration before upgrading, and then restore the configuration when the upgrade is complete. For more information on the command, see DEPRECATED: Backing up and restoring the EMC NetWorker configuration.
- Added a check to make sure that all the EMC NetWorker client NMDA rpms are installed and configured properly before running a backup or restore operation.
- Added a check to make sure that Db2 configuration parameters for LOGARCHMETH2 and LOGARCHOPT2 are set correctly before running backup or restore with EMC NetWorker.
- db_backup now supports running backups to /dev/null as well, to bring the database back to normal state from a backup pending state.
- Added the following backup path validations for db_backup:
- Allows only /scratch for local/filesystem backups, with a warning that /scratch has only limited space, and a recommendation to set up either SAN or NFS for backups.
- Checks if the given backup path is shared across all the nodes.
- IAS now supports active-passive disaster recovery through an integrated IBM Spectrum Scale Active File Management solution. The solution provides the ability to perform a file-based snapshot of the active primary server at scheduled intervals for transport to a passive secondary server for failover in the case of a catastrophic event. For more information, see DEPRECATED: File system based disaster recovery solution.
Storage
The storage_setup script has new parameters for moving SAN storage from one system to another, and configuring SAN in multi-HA domains. For more information, see Managing external storage with the storage_setup script.
Platform management
- The apstop command now checks if Db2 backup or restore operations are in progress. If so, the command exits with an error message. If you need to stop the software anyway and interrupt the backup operation, you can re-run the apstop command with the --ignore-backup parameter. There is no equivalent parameter to ignore the restore operation. You must wait for the restore operation to complete before using the apstop command.
- A new event with reason code 152 is now sent whenever Db2 crashes. In the event, the first occurrence data capture (FODC) diagnostic data is delivered.
Security
- Single sign-on for the web console
- A new system service called
apjwtservice
is running on the master node of IAS. This service is internally used to support single sign-on for DSX and Spark services that are deployed in IAS.
Components
- Db2® version 11.1 latest update
- Db2 Warehouse version 2.9.0. For information on new features, see: What's new in Db2 Warehouse.
- Apache Spark version 2.3.0. For more information, see Spark 2.3.0 Release notes.
Resolved issues
- The ap fs command failed to display information about file system mounts on appliances with tiered storage attached. The failure was related to timeout in handling requests in REST of Platform Manager.
- Docker monitoring in Platform Manager failed when communication with the docker service was interrupted by ReadTimeout even for one node. After the fix, monitoring fails for a given node only.
- Due to incorrect handling of some SMTP errors, Platform Manager would unnecessarily queue-and-repeat failed requests for sending alert email notification. After SMTP errors were fixed (on SMTP service or in network) the old alerts were delivered, even after a number of days.
- Due to a bug in generating access tokens in Platform Manager, the web console would lose access to monitoring data. As a result, some of the panels in the web console were not populated with platform management data.
- Fixed an issue with Platform Management starting a container before GPFS file system is mounted correctly, which led to a Db2 start failure.
- Fixed db_backup and db_restore to block all remote and local non-admin connections before running offline backups and all restores. Enhanced error handling mechanism to restart the connections back up in case of failures.
For a cumulative readme of all resolved issues since release 1.0.6.0, see Cumulative readme for fixed issues
Known issues
- Upgrade may result in 'Down' system state
- During an upgrade, the apstart command that starts the appliance software
stack may result in a 'Down' system state due to transient resource issues.
- Workaround:
-
- Confirm the presence of an issue using the following command: grep 'Unmounting file systems' /var/adm/ras/mmfs.log.latest
- To recover the system, stop the appliance software stack using apstop, followed by apstart to restart.
- Upgrade may exit after finishing upgrade of
apupgrade
component - After completing the upgrade of the apupgrade program itself, the process may
exit with an unknown error when attempting to restart.
- Workaround:
- If the upgrade process exits, and you see the message
immediately followed byFinished the upgrade of apupgrade component. Restarting the upgrade process using the latest apupgrade
at the end of the upgrade log, restart the upgrade by using the same apupgrade command that you used previously and it will resume.Unhandled error when attempting upgrade
- IAS fails to recover from failover due to a web console container issue
- An issue with the web console container may occur which results in IAS getting stuck in
state=RECOVERING
for a longer time than usual, because the attempt to disable the DSM connection fails.To verify that this issue has occurred:- Find the current master node by running ap node -d.
- Run the following
command:
If thegrep -rn 'Could not enable dsserver blackout' /var/log/appliance/application/ha/current_master_node/log/ha.log
grep
function returns positive results around the time when the recovery started, you have run into this known issue.
- Workaround:
- Run the following
commands:
ap apps disable webconsole ap apps enable webconsole
- The database cannot be accessed after switching to Active Directory
- After switching to the Active Directory, user might be unable to connect to database from both
the web console and back-end. After logging in to the console, the error
is returned.The connection to the database cannot be completed successfully because an incorrect credential is used for the connection. Contact IBM support if the problem persists
- Workaround:
- To access the database after switching to Active Directory, run the apstop and apstart commands. Connection with the database can be completed both from the web console and back-end.
- Db2 Warehouse can't start after setting up disaster recovery multiple times
- While setting up disaster recovery, if the apdr setup command succeeds for
the first time, do not run it again. Otherwise, before running any database operations, you need
to:
- Log in as the root user (contact IBM support)
- Check if fileset is set up correctly by
running:
/usr/lpp/mmfs/mmfileset head keystone
- If it points
to:
then run the following command:/opt/ibm/appliance/storage/head/home/db2inst1/db2/keystore.orig
mv /opt/ibm/appliance/storage/head/home/db2inst1/db2/keystore.orig /opt/ibm/appliance/storage/head/home/db2inst1/db2/keystore
- Db2 Warehouse is not WRITE resumed after snapshot job failure
- In a disaster recovery environment, if the database applications running on the primary node are
suspended for a long time, the database might be put in a
WRITE-SUSPEND
mode and never returned toWRITE-RESUME
mode.- Workaround:
- Check whether the database is in
WRITE-SUSPEND
mode by runningapdr status -primary
. If so, log in as root (contact IBM support) and run the following commands:docker exec -it dashDB write-resume rm -f /opt/ibm/appliance/storage/platform/afm-dr/config/.db_in_ws_mode
- Upgrade from 1.0.7 and below fails with downgrade error
- When attempting to upgrade from versions 1.0.7 and below to versions 1.0.10 and above, upgrade
exits with the error
This software does not currently support downgrade.
- Workaround:
- The apupgrade program must be manually upgraded prior to the actual
upgrade.
- After creating the upgrade directory for this release (for instance
/localrepo/1.0.10.0_release
) and moving the release bundle there, go to that directory by using cd command and extract the bundle by runningtar -C EXTRACT -xzvf iias-1.0.10.0_release.tar.gz
- Install the apupgrade RPM that corresponds to this release by running
rpm -Uvh EXTRACT/bundle/app_img/apupgrade/apupgrade-1.0.10.0-SNAPSHOT-master-noarch.rpm
- Proceed with the upgrade process.
- After creating the upgrade directory for this release (for instance