In case of multiple TSPs, heketi lists volume randomly #heketi-cli volume list Id:083f8ce1d02d3de4612d3a715f77e2c3 Cluster:7c8a051e52a7be6624b4bea1825eab82 Name:vol1 Id:0dab9cfed785f49a53f58fd01ed4ab6b Cluster:1de55a53176bf3a9d395f383e8313967 Name:vol_0dab9cfed785f49a53f58fd01ed4ab6b Id:1eea8d9cd46a591621c96b1fe1952aa2 Cluster:1de55a53176bf3a9d395f383e8313967 Name:vol_1eea8d9cd46a591621c96b1fe1952aa2 Id:527ab684ac89152052c6fa4c72ffd08d Cluster:7c8a051e52a7be6624b4bea1825eab82 Name:vol_527ab684ac89152052c6fa4c72ffd08d Thats look messy, it should list volumes according to clusters. It will be more readable if we skip displaying cluster ids for each volume. Instead of it we can list volumes based on clusters.
It looks to me that the volume IDs are listed in a sorted list, that cause the cluster ID to pop up here and there. One can validate that, but looks like this is the same format we follow for almost all other cli outputs except topology info. May be we can close this bug.
We should probably either close it or do something about it. Sorting the randomly generated volume ids is not very human friendly but maybe we don't care to change it because there are more powerful sorting tools outside of heketi-cli.
Changing the format of the output is something we should probably not do (drop the clusterid from the line). We do not know who uses/parses the output with additional tools. Sorting on clusterid might be useful, but obviously is a low priority feature enhancement. We wont include this in cns-3.10, maybe in cns-3.11.
Based on the inactivity since my last comment and Niels's comment we're going to close this as wontfix. If needed, this can be reopened for additional discussion.