[controller] Enhance LVMLogicalVolume handling: logging, size display, and event processing #28
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Description
This PR introduces several improvements to controller managing
LVMLogicalVolume
. Key enhancements include field organization, improved logging mechanisms, and an update in howactualSize
is displayed to present a human-readable format. Additionally, the update function's event processing in the watcher has been refined to trigger only upon changes in theLVMLogicalVolume
spec. The method for checking the actual size of LVs on nodes has also been optimized to query specific LVs rather than all LVs on the node, increasing efficiency and accuracy. Furthermore, LV search functionality now accounts for Volume Groups (VGs), ensuring more precise operations.Why do we need it, and what problem does it solve?
These changes streamline controller operations and enhance user and system interaction by:
What is the expected result?
actualSize
field will now display in a user-friendly format, improving interface usability.Checklist