Release notes for BVQ V3.2.2
Notes
Please note
Starting with version 3.0 the upgrade from DB2 to version 10.5 FP2 is mandatory.
Please download first this DB2 version from the IBM website and then perform the upgrade. For instructions, please see the following document: DB2 upgrade from version 9.7.4 or higher to 10.5.
Highlights
Bugfix release
New functions
Issue ID | Module | Description |
---|
Improvements
Issue ID | Module | Description |
---|
Bug fixes
Critical
Issue ID | Module | Description |
---|---|---|
BVQ-8328 | SVC Scanner | Topo persist: DataIntegrityViolationException occurs at V7.3 inactive_unconfigured ports |
BVQ-7898 | Scheduler | High DB2 tablespace reads cause high CPU load |
Important
Issue ID | Module | Description |
---|---|---|
BVQ-8173 | SVC Scanner | Persist: when a transaction timeout is thrown, the topo file isn´t moved into error. |
BVQ-8200 | Schema migration | Installer doesn´t delete the old migskripts in the directory |
BVQ-8207 | GUI | Path browser: text mode: dropdown: selection of the first entry doesn`t change the path |
BVQ-8247 | GUI | MDisk group: design response time aktuell nach worst latency. Soll: Average |
BVQ-8253 | GUI | List view: controller / diskType: column 'Disk arrays' always shows '0' |
BVQ-8304 | GUI | Performance view: NPE appears when all metrics are deselected in the options window |
Recommended
Issue ID | Module | Description |
---|---|---|
BVQ-8273 | SVC Scanner | Cluster deletion tool: synthetica license warning: outdated license |
BVQ-8327 | Schema migration | Installer: 'Modify TextFileAction failed' message in Windows 8 |
BVQ-7646 | GUI | Show in treemap: tabs which don't allow a 'show in treemap' for the selected object can be selected |
BVQ-8124 | GUI | Performance view: node port: X-axis scaling for buffer credit wait % always fixed to 100% |
BVQ-8264 | GUI | Treemap: active invert toggle button is not displayed correctly when aspect is changed |
BVQ-8295 | GUI | Editors: controller (SVC): merge notice is not shown completely |
Known problems
Issue ID | Module | Description |
---|---|---|
IBM PMR 91765,033,724 | SVC 6.2.0.3 | Severe impairment of the VDisk latency by the SVC CLI command 'lsmdiskextent'. Seen at a cluster with 8 nodes (8G4) under 6.1.0.4. Starting with BVQ 2.4.3 this command is not used anymore. Instead command 'Isvdiskextent' is used. |
IBM PMR ? | SVC 6.4.0.3 | Massive accumulation of reaching the SVC limit of 10 simultaneously competitive SSH sessions can trigger a warm restart of the node. |
BVQ-6610 | BVQ VMware | Multiple mappings of a VM virtual disk (and/or of different snapshot versions of a single VM) to a VM virtual machine are not supported yet. This happens for example with flash copy managers like TSM4VE. |
BVQ-6623 | BVQ VMware | Scan and representation snapshots and thier capacities are not yet supported by BVQ. The 'Used Capacity' of a VM Virtual Disk corresponds currently to the 'Used Capacity' of the original VMDK file. |
IBM PMR ? | SVC Performance Stats | Starting with version 6.1.0.1 SLAV, PLAV and DLAV refer to the consolidated backend IO sizes of up to 256k. But not the IO-counter for CTRM and CTP, which means that their quotient may be too low by a factor of 8. Therefore, the VDisk below cache metrics SLAV and PLAV cannot be used directly to assess the backend latencies. Also their transaction size is not the same of the backend (max 32k). However, CTD was adapted to the consolidated IO sizes and provides continuously useful values. |
IBM PMR 192551 | SVC 7.3 Performance Stats | Legacy VDisk cache statistics (ctxxxx metrics) may be corrupted. Will be fixed with APAR HU00485 1. TPC cache statistics (for example, number of read hits) for volumes with an ID greater than 2047 may contain invalid values. In particular, these invalid values may cause TPC stats collection to fail with an error message. 2. Regardless of the total number of volumes, it's possible that TPC cache statistics may be recorded with the wrong volume index. |
IBM PMR ? | SVC 7.3 Performance Stats | Node CPU core stats in many cases =0 |
DB schema changes
Version | Tables | Description |
---|---|---|
3.2.2.1 | N/A | Raise schema level |
3.2.2.2 | SVC_NODE_PORT | Column 'ONLINE_STATUS' increased from 10 to 25 characters because of BVQ-8328 |
Requirements and restrictions
Requirements of the HW/SW environment | Please see supported environments since BVQ 3.0 |
---|---|
Minimum BVQ version required for an update | V2.7 |
DB2 Version | DB2 Express V10.5 FP4 |
Java Runtime minimum version | 1.7.0.71 (Java 1.8 not supported) |
More information | Please see release notes for BVQ V3.2.1 |
Notes
- When configuring a topology scanner interval >30 min an adaptation in a GUI configuration file is necessary, concerning the scanner status checks. In this case please contact BVQ support.
- The Excel format generated by the BVQ Reporting is compatible with the Excel version of 2003 and higher. This is the format 'XML spreadsheet 2003' (please see this Microsoft article for more information).The standard file extension for this format is '.xml'. If it is despite saved with '.xls', a warning message appears when it is openend with Excel.
- License changes only take effect after about 2 hours or after restarting the scanner and scheduler.
- Currently not supported VMware functions:
- Partitioned VM SCSI volumes, whose partitions are assigned to multiple VM datastores.
- VM SCSI volumes whose UUIDs are not unique.
Summary: update steps
Update references
- * For an upgrade of BVQ Scanner from version 2.7 to 2.8 or higher should be noted that now a VMware Scanner can exist besides the SVC Scanner. Therefore, it is installed in a new default directory bvq-svc-scanner (previously bvq-scanner). To use the existing scanner configuration again, the update should be proceeded as follows before performing update step 3:
- Stop BVQ Scanner services manually
- Rename directory bvq-scanner in bvq-svc-scanner
- Continue with update step 3.
- Before possibly new functions can be used, a new license file is required.
After the import of the new license the GUI has to be restarted. - The GUI is delivered with new predefined favorites. Only favorites from User favorites are retained.
We recommend to follow the sequence of update steps shown below.
- Preparations
- Checking for correct function of the environment, in particular function of the scanner.
- Manual stop of BVQ Scanner and Alerting-service, Scheduler-services and also of all GUIs and reporting-clients
- Backup of BVQ installation directory and BVQ DB (e.g. DB offline backup with DB2 CMD)
- Starting again the BVQ Scanner
- Update BVQ Install Package Repository:
bvq-package-repository-installer-x64-V3.2.2.exe
- DB Schema update
- BVQ GUI update
- BVQ Reporting Engine update
- BVQ Report Module update
- BVQ SVC Scanner update
*
- BVQ VMware Scanner update
- BVQ Scheduler update
- BVQ Alerting update
- Performing functional tests
- If necessary inform colleagues about the need to update locally installed BVQ GUI / report clients.