SAN Health Changelog

What's new in SAN Health 4.0.7

May 26, 2016
  • Use-ability and general items:
  • FOS 7.2.1+
  • All new Brocade hardware added
  • During the audit all data is saved as the capture progresses. This means that if connectivity is lost during a capture, the progress to that point is saved and usable. This also means that SAN health is continuously writing to disk while a capture is in progress. If a very large number of switches are in the audit, disk access speed may become the bottleneck. If auditing a large number of switches, SAN Health's working directory should be set to a fast local drive.
  • SAN Health’s window is still not re-sizeable however the dimension has been increased to 1024x768 allowing more space for the tree view of fabrics and switches.
  • On start of the audit, prior versions of SAN Health would step to a specific progress monitoring screen. With SAN Health 4 we have discarded this entire step and now display the progress of each session directly on the tree view.
  • With the new interactive tree view, the icons have changed and additional status icons have been added.
  • During the audit you can right-click on any switch to stop the progress or display the progress for that specific switch. As there can be a significant amount of data to display, the progress viewer is opened as a new thread so that it does not interfere with CPU and memory space that is servicing the CLI sessions.
  • Scalability and Timeout management :
  • Completely new CPU and memory management model for handling the individual switch sessions.
  • Increased scalability from 68 switches being concurrently audited to a maximum of 100 in a single audit set.
  • Completely new timeout values that allow individual control over each aspect of the data capture process. Prior versions of SAN Health had one timeout value which meant that if you had a switch that was logging in slowly you would have to slow every aspect of the audit down and not just the login.
  • New Functions and Diagnostics:
  • A number of new FOS 7.x specific diagnostic commands have been added to provide greater detail on port counters, Fabric Watch and Fabric Vision fault detection.
  • AGs are now automatically discovered and added to a fabric container called "Access Gateways" (FOS 6+ only).
  • Port counters are now captured at the start of the audit and then again at the end of the audit allowing a delta in counters to be reported on (FOS 6+ only). E.g. if you capture performance data for 12 hours the port counters will be captured on both sides of this providing a 12 hour delta in the values included in the report.
  • Optional reset of port counters is offered after the audit completes (false by default). This may be useful if you have scheduled SAN Health to run once a week or on another consistent schedule. Clearing the port counters automatically at the end of the audit will mean that the subsequent audit and report will display the delta in the counters for the period between this audit and the prior one.
  • SET Files and Scheduling SAN Health:
  • Audit ".SET" files have now been associated with SAN Health. If they are double clicked, in Windows explorer SAN health will be launched and the SET file is loaded. However the audit is not automatically started. For scheduling SAN health we now need to add the /autostart flag.
  • There are many new elements in the saved SET file that have to do with timeout thresholds, new commands, logical switch, etc. When SH version 4 opens a SH version 3 set file, the file will be converted to the version 4 format. Back up your SET files before doing this if you wish to keep a copy in SH version 3 format.
  • Virtual Fabric / Logical Switch Items:
  • When discovering new switches/fabrics, if logical switches are in use, the user can now set the context that the CLI session should be established in. This allows easier discovery and creation of audit sets when using virtual fabrics.
  • If Logical switches are in use, the logical switch information is now displayed and tracked as part of the audit set.
  • Both username and logical switch context can now be adjusted on the switch attributes allowing complete control over all attributes of accessing a specific logical switch
  • Items that have been removed or are no longer supported:
  • Removed support for tunneling SAN Health through a McDATA EFCM server (Proxy pass through). EFCM has been end of life for many years and very few users still believe in having their SAN switches on a private network with only an EFCM server as the gateway onto the subnet hosting the SAN switches. For the remaining few users of EFCM, the previous version of SAN Health can still be used to proxy through their EFCM server.
  • Some older CLI commands have been removed / superseded from the audit.
  • Removed the sequential audit option. Prior versions used this to audit greater than 68 switches in a given audit set with the new scalability level of being able to concurrently audit up to 100 switches, sequentially auditing switches one after another as a way to achieve scalability became redundant.