Bug Fixes History
The following table provides a list of bugs fixed in this SHARP version.
Internal Ref. |
Issue |
3844898 |
Description: Fixed the issue where sharp_am failed to allocate resources for new job requests due to scattered links and unmatched trees, despite a sufficient number of links available. |
Keywords: SHARP, Report No resource |
|
Discovered in Version: 3.5.1 |
|
Fixed in Release: 3.8.0 |
|
3438393 |
Description: Fixed the issue where, in the following configuration mode, resource limitations were ignored and no limits were set for any application: when using dynamic trees allocation, Quasi Fat Tree (QFT)-oriented logic, and reservation_mode is enabled. |
Keywords: Dynamic trees allocation; QFT; resource limitation |
|
Discovered in Release: 3.3.0 |
|
Fixed in Release: 3.8.0 |
|
3971970 |
Description: Fixed the issue where |
Keywords: Syslog |
|
Discovered in Release: 3.5.0 |
|
Fixed in Release: 3.8.0 |
|
3478803 |
Description: Fixed the issue where obtaining topology information ( |
Keywords: SHARP topology API |
|
Discovered in Release: 3.5.0 |
|
Fixed in Release: 3.8.0 |
|
3844898 |
Description: Fixed the issue where sharp_am failed to allocate resources for new job requests due to scattered links and unmatched trees, despite a sufficient number of links available. |
Keywords: SHARP, Report No resource |
|
Discovered in Release: 3.5.1 |
|
Fixed in Release: 3.7.0 |
|
3696666 |
Description: Fixed the issue where libsharp could not communicate with sharp_am on systems that exclusively used IPv6 addresses without IPv4 addresses. Now, both libsharp and sharp_am can utilize either IPv4 or IPv6, depending on the machine configuration. |
Keywords: sharp_am, libsharp, tcp/ip, smx |
|
Discovered in Release: 3.5.1 |
|
Fixed in Release: 3.7.0 |
|
3686321 |
Description: When upgrading UFM from previous versions to UFM 6.15.x, This leads to failure in saving reservation and job information, so in case of a restart of |
Keywords: |
|
Discovered in Release: 3.5.0 |
|
Fixed in Release: 3.6.0 |
|
3724093 |
Description: Fixed the issue where libsharp, when communicating with sharp_am via UCX, automatically selects the first available IB adapter instead of the instructed adapter for the data path. |
Keywords: |
|
Discovered in Release: 3.5.1 |
|
Fixed in Release: 3.6.0 |
|
3665349 |
Description: Fixed an issue where sharp_am failed to detect an abnormal termination of an application executing a SHARP job, which resulted in the failure to properly clean up its resources. |
Keywords: |
|
Discovered in Release: 3.6.0 |
|
Fixed in Release: 3.6.0 |
|
3646010 |
Description: Fixed an issue in sharp_am where it failed to support virtual ports when OpenSM topology policies were employed, and sharp_am was configured to utilize only one of the sub-topologies. |
Keywords: |
|
Discovered in Release: 3.6.0 |
|
Fixed in Release: 3.6.0 |
|
3609384 |
Description: Fixed issues concerning |
Keywords: |
|
Discovered in Release: 3.4.0 |
|
Fixed in Release: 3.5.0 |
|
3541153 |
Description: Fixed an issue where client application is abnormally terminated before the sharp_coll_finalize method, |
Keywords: |
|
Discovered in Release: 3.4.0 |
|
Fixed in Release: 3.5.0 |
|
3400293 |
Description: Fixed an issue in libsharp where it failed to respond to messages from the SM while searching for Service Records, causing the SM to print timeout messages. |
Keywords: sharp_am; openSM |
|
Discovered in Release: 3.1.0 |
|
Fixed in Release: 3.4.0 |
|
3479721 |
Description: Fixed the issue where sharp_am did not handle hypercube topologies well, causing it to incorrectly treat different switches as duplicates. |
Keywords: sharp_am; hypercube |
|
Discovered in Release: 3.3.0 |
|
Fixed in Release: 3.4.0 |
|
3496440 |
Description: Fixed the issue in sharp_am where excessive log messages were printed for each disconnected or restarted compute host. Now, the information is printed in a consolidated manner in the form of summaries of disconnected hosts or a list of those hosts in a single log message. However, for more comprehensive details, the complete list of hosts is still available and printed at the DEBUG level. |
Keywords: sharp_am |
|
Discovered in Release: 3.3.0 |
|
Fixed in Release: 3.4.0 |
|
3336788 |
Description: Fixed the issue in Firmware where MAD error responses might have been received in libsharp. |
Keywords: sharp_am; libsharp |
|
Discovered in Release: 3.2.0 |
|
Fixed in Release: 3.3.0 (Quantum-2 Firmware 31.2010.6064 ) |
|
3343503 |
Description: Fixed the issue where sharp_am installed from MLNX_OFED used an invalid range of job IDs, resulting in occasional errors when trying to establish new SHARP jobs. |
Keywords: MLNX_OFED; sharp_am |
|
Discovered in Release: 3.2.0 |
|
Fixed in Release: 3.3.0 |
|
3368381 |
Description: Fixed the issue of when no sufficient amount of retries was made to resend failed libsharp GroupJoin MADs, SHARP jobs failed before they even started. |
Keywords: libsharp; MADs |
|
Discovered in Release: 3.0.0 |
|
Fixed in Release: 3.3.0 |
|
3393902 |
Description: Fixed the issue where re-created virtual ports were not recognized by sharp_am, thus the correct tree was not built for them. This resulted in SAT jobs getting ibv_poll_cq failure in libsharp. |
Keywords: Virtual port; sharp_am; libsharp; SAT; ibv_poll_cq |
|
Discovered in Release: 3.2.0 |
|
Fixed in Release: 3.3.0 |
|
3404474 |
Description: Fixed an issue where failure of application allocation of all hosts done via /app/sharp/resources REST-API returned a successful job instead of error. |
Keywords: REST API; allocation |
|
Discovered in Release: 3.2.0 |
|
Fixed in Release: 3.3.0 |
|
3406186 |
Description: Fixed an issue where SHARP AM failed handling reports from OpenSM if some switch ports were down or isolated. |
Keywords: Aggregation Manager; Aggregation Node; OpenSM |
|
Discovered in Release: 3.2.0 |
|
Fixed in Release: 3.3.0 |
|
3236363 |
Description: Fixed the way physical link failures between switches are handled. In the event of a link failure, a SHARP job utilizing the link has to be stopped; however, this will bear no effect on the other present or future jobs. |
Keywords: Aggregation Manager; sharp_am; Link Failure |
|
Discovered in Release: 3.1.0 |
|
Fixed in Release: 3.2.0 |
|
3230585 |
Description: Fixed the issue of when operating in Dynamic trees mode, ibdiagnet may have printed warning messages about the existence of multiple distinct trees with the same tree ID. |
Keywords: Dynamic tree; ibdiagnet |
|
Discovered in Release: 3.1.0 |
|
Fixed in Release: 3.2.0 |
|
3226743 |
Description: Fixed the issue of when a management host was not connected to a leaf switch, sharp_am might have printed a number of warning messages about trees that could not reach all aggregation nodes. As of SHARP v3.2.0, the active management host is automatically identified and is not treated as a potential compute host. However, please note that this does not include standby management hosts for which a warning message would still appear. These management hosts can be mentioned in a list of GUIDs to ignore via the parameter ignore_host_guids_file. |
Keywords: Aggregation Manager; sharp_am; leaf; GUID |
|
Discovered in Release: 3.0.1 |
|
Fixed in Release: 3.2.0 |
|
3274564 |
Description: Fixed an issue where sharp_benchmark bash script failed to operate on all bash versions. |
Keywords: sharp_benchmark |
|
Discovered in Release: 3.1.1 |
|
Fixed in Release: 3.2.0 |
|
3262936 |
Description: Fixed the issue where a crash took place during sharp_am reboot while physical links were hanging between switches in the fabric. |
Keywords: sharp_am; physical links; crash |
|
Discovered in Release: 3.1.0 |
|
Fixed in Release: 3.1.1 LTS |
|
3192770 |
Description: Fixed the issue where SHARP jobs failed when using virtual interfaces configured with SR-IOV. |
Keywords: SR-IOV |
|
Discovered in Release: 3.0.0 |
|
Fixed in Release: 3.1.0 |
|
3163697 |
Description: Fixed the issue of when the client application used more than 1024 file descriptors (range limit defined by FD_SETSIZE), libsharp was prevented from using any more file descriptors. Using poll() instead of select() enables using the full range of allowed file descriptors by Linux. |
Keywords: File descriptor; libsharp; HCOLL; HPC-X |
|
Discovered in Release: 3.0.0 |
|
Fixed in Release: 3.1.0 |
|
3192770 |
Description: Fixed the issue where SHARP jobs failed when using virtual interfaces configured with SR-IOV. |
Keywords: SR-IOV |
|
Discovered in Release: 3.0.0 |
|
Fixed in Release: 3.0.1 |
|
3163697 |
Description: Fixed the issue of when the client application used more than 1024 file descriptors (range limit defined by FD_SETSIZE), libsharp was prevented from using any more file descriptors. Using poll() instead of select() enables using the full range of allowed file descriptors by Linux. |
Keywords: File descriptor; libsharp; HCOLL |
|
Discovered in Release: 3.0.0 |
|
Fixed in Release: 3.0.1 |
|
2995739 |
Description: Sharp_am daemon is no longer removed when performing rpm upgrade and is overridden instead. |
Keywords: Aggregation Manager; rpm |
|
Discovered in Release: 2.6.1 |
|
Fixed in Release: 2.7.0 |
|
2972970 |
Description: Fixed the issue where completion of SHARP installation using sharp_daemons_setup.sh script depended on python availability. |
Keywords: Aggregation Manager |
|
Discovered in Release: 2.6.1 |
|
Fixed in Release: 2.7.0 |
|
2749073 |
Description: SHARP AM reports the rediscovery of aggregation nodes on every topology change. |
Keywords: Aggregation Manager |
|
Workaround: N/A |
|
Discovered in Release: 2.5.0 |
|
2736102 |
Description: SHARP AM and SHARPD overrides backlog files after restart when log rotation is enabled. |
Keywords: Aggregation Manager, SHARPD, log file |
|
Workaround: N/A |
|
Discovered in Release: 2.5.0 |
|
2700530 |
Description: Terminating a job process during job initialization before sending a job request to Aggregation Manager, might result in job resource leakage in the SHARP Aggregation Manager. |
Workaround: N/A |
|
Keywords: SHARPD, Aggregation Manager |
|
Discovered in Release: 2.5.0 |
|
2726821 |
Description: Terminating SHARPD while the job process is still running will result in job resource leakage in SHARP Aggregation Manager. |
Workaround: Terminate SHARPD after terminating the job processes. |
|
Keywords: SHARPD, Aggregation Manager |
|
2795902 |
Description: SHARPD might allocate handlers on GPU when running with UCX. |
Keywords: SHARPD, SMX, UCX |
|
Workaround: N/A |
|
Discovered in Release: 2.5.0 |
|
Workaround: Disable UCX |
|
2770210 |
Description: Syslog verbosity depends on log file verbosity. |
Keywords: SHARPD, Aggregation Manager |
|
Discovered in Release: 2.5.0 |
|
Workaround: None |
|
2825519 |
Description: Aggregation Manager continue to run after SM failover. |
Keywords: Aggregation Manager |
|
Discovered in Release: 2.5.0 |
|
Workaround: Stop AM daemon manually |
|
2754175 |
Description: SHARP Aggregation Manger might allocate bad links for jobs after receiving timeouts from Aggregation Nodes. |
Workaround: Restart corresponding switch or restart SHARP Aggregation Manager. |
|
Keywords: Aggregation Manager |
|
Discovered in Release: 2.5.0 |
|
2796317 |
Description: SHARP jobs may hang when running in reservations mode (i.e. SHARP allocation is enabled), and reservation is created with limited PKEY, and configuring reservation PKEY on tree is enabled. |
Workaround: The PKEY used for creating the reservation should be "full" (the most significant bit should be on e.g. 0x805c instead of 0x5a). |
|
Keywords: Aggregation Manager, Reservations, PKEY, UFM |
|
Discovered in Release: 2.5.0 |