Support for IBM Spectrum virtualize V9000 Systems
Performance-View VDisk copy: Drilldown to nodes should be possible
|BVQ-9901||GUI||Treemap: Coloring: Dc2Sc coloring should use a fallback without any special color|
|BVQ-9812||VM Scanner||Service startup failure because of a new SSL certificate validation|
updateBvqChildMDiskGroup query faulty
|BVQ-9597||GUI||List-View: Newly created objects arn't listed in the list-view|
|BVQ-9830||GUI||Performance-View: Forward / backward doesn't restore the timeframe correctly|
|BVQ-9835||GUI||Editor: Disk Array: "Copy..." function of editors: OK button broken|
|BVQ-9839||GUI||Topology-View: VDisk move: VDisk copies can't be moved anymore|
|BVQ-9840||GUI||Coloring: Disk type: Schema "SL>DC/SC" creates a inconsistent coloring for disk type enterprise|
|BVQ-9046||GUI||Performance-View: CPU: Exception while using the invert function|
|BVQ-9912||GUI||Detail Pane: Child Mdisk group: SVC ID should be displayed instead of the BVQ ID|
|BVQ-9902||GUI||Performance-View: OptionsPanel: Drive: SVC ID should be displayed instead of the BVQ ID|
|BVQ-9827||GUI||Installer: GUI Memory heap doesn't pick the value of the previous installation|
|BVQ-9599||GUI||Treemap: Coloring: Changes of color schema arn't shown in the treemap immediately|
|BVQ-9841||GUI||Startup: Exception during Compression_Core_Count calculation with CG8 4Core|
|BVQ-9904||GUI||Textoverlay: DiskType / Drive: Typdescriptor "Drive" / "DiskType" are shown twice|
|BVQ-9905||GUI||DP/TO/TT: DiskArray: DiskType shows array name instead of disk type name|
|BVQ-9913||GUI||Detail Pane: Child MDisk group: Extent size unit incorrect|
|BVQ-9790||SVC CLI Persister||Exception message on startup disclaiming about missing version information|
Modifications in a GUI configuration file, regarding the scanner status checks, are necessary when a topology scanner interval > 30min is configured. Please contact the BVQ support in this case.
|BVQ||BVQ Excel Export|
The Excel-format generated by BVQ Reporting is compatible with Excel Version 2003 and higher.
|BVQ||BVQ Scanner / Scheduler|
New features for scanner or scheduler which were unlocked by a new license file will take effect after about 2 hours or after restart of the corresponding services.
|IBM PMR 91765,033,724||SVC 188.8.131.52||Severe impairment of the VDisk latency by the SVC CLI command 'lsmdiskextent'. Seen at a cluster with 8 nodes (8G4) under 184.108.40.206. |
Starting with BVQ 2.4.3 this command is not used anymore. Instead command 'Isvdiskextent' is used.
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.|
Currently not supported VMware functions:
|IBM PMR ?||SVC Performance Stats|
Starting with version 220.127.116.11 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 ?||SVC 7.3|
|Legacy VDisk cache statistics corrupted|
|IBM PMR ?||SVC 7.3|
|Node CPU core stats =0|
|IBM Defect 197194|
SVC 7.3 Performance Stats
|CPT, OPT, APT much too high|
|IBM PMR ?||SVC 7.4 Performace Stats||CPU core COMP (compression) statistics too high (factor ~100).|
|IBM PMR ?||SVC 7.3.0 Performance Stats|
DB schema changes
Requirements and restrictions
Requirements of the HW/SW environment
Minimum BVQ version required for an update
DB2 Advanced Workgroup Server Edition V10.5 FP5
|Java Runtime minimum version||18.104.22.168|
Short description of the update steps
Important update notes
- BVQ licence: a new license file may be necessary to use certain new features.
- GUI favorites: during some of the GUI updates the predefined favorites are replaced. Possible custom changes will be lost. However, changes in user favorites remain .
- Update DB2 JRE: before installing the BVQ update please upgrade the system with the recommended DB2 and JRE versions.
- If you have problems: if something is going wrong, please contact your BVQ support partner
- 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, VMware snapshots)
- Starting again the BVQ Scanner
- Update BVQ Install Package Repository:
- 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.