User Manual
sl2vl and mcfdbs files are dumped only once for the entire fabric and NOT by every rout-
ing engine.
OpenSM – Subnet ManagerRev 2.2-1.0.1
Mellanox Technologies
198
• Each engine concatenates its ID and routing algorithm name in its dump files names, as
follows:
• opensm-lid-matrix.2.minhop.dump
• opensm.fdbs.3.ftree
• opensm-subnet.4.updn.lst
• In case that a fallback routing engine is used, both the routing engine that failed and the
fallback engine that replaces it, dump their data.
If, for example, engine 2 runs ftree and it has a fallback engine with 3 as its id that runs minhop, one
should expect to find 2 sets of dump files, one for each engine:
• opensm-lid-matrix.2.ftree.dump
• opensm-lid-matrix.3.minhop.dump
• opensm.fdbs.2.ftree
• opensm.fdbs.3.munhop
8.6 Quality of Service Management in OpenSM
8.6.1 Overview
When Quality of Service (QoS) in OpenSM is enabled (using the ‘-Q’ or ‘--qos’ flags), OpenSM
looks for a QoS Policy file. During fabric initialization and at every heavy sweep, OpenSM
parses the QoS policy file, applies its settings to the discovered fabric elements, and enforces the
provided policy on client requests. The overall flow for such requests is as follows:
• The request is matched against the defined matching rules such that the QoS Level def-
inition is found
• Given the QoS Level, a path(s) search is performed with the given restrictions imposed
by that level