-
Notifications
You must be signed in to change notification settings - Fork 42
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
zFCP improvements #650
zFCP improvements #650
Conversation
f155cdf
to
f51afe1
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just some minor comments on the changes file format.
About the fixes, they look good. We might need to find a better way than a call to sleep
, but we do not have any now.
What does it happen if it takes more than 2 seconds? Would the user eventually see the list of disks? And, in that case, can the user select one of them for installation?
4f6f8cd
to
e15f5d9
Compare
- zFCP disk changes are detected with each probing and callbacks are run if needed.
e15f5d9
to
967e495
Compare
According to our tests, 2 seconds should be more than enough. Anyway, if exporting disks takes longer and the disks are not read, then zFCP has to be probed again. Right now there is nothing in the UI for doing the reprobing. To force a zFCP probing you have to leave the zFCP page (going back) and visit it again. The system is properly marked as deprecated (if needed) once the list of zFCP disks is read. As said, this should not happen with the sleep delay. And I would avoid adding a button for manually re-read zFCP only just in case. What do you think? Update: After discussing it, this issue should be solved in a more generic way, see #652. |
|
||
return unless disks_changed?(previous_disks) | ||
|
||
@on_disks_change_callbacks&.each { |c| c.call(disks) } |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
np: Is it possible that @on_disks_change_callbacks
is nil? Not something to change in this PR, but I rather prefer to have an empty array.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, because it is initialize on assignement, see https://github.com/openSUSE/agama/blob/master/service/lib/agama/storage/zfcp/manager.rb#L51. We could avoid it by initializing the list in the constructor or by adding a #on_disk_change_callbacks
method.
Problem
Two things to fix/improve:
Solution
Bonus: members of a device are sorted in the disk selector.
Testing
Screenshots
Show/hide