Skip to content

Add the internal device id to the updated device (bsc#1247445).#2680

Merged
teclator merged 3 commits intomasterfrom
zFCP_refresh
Aug 27, 2025
Merged

Add the internal device id to the updated device (bsc#1247445).#2680
teclator merged 3 commits intomasterfrom
zFCP_refresh

Conversation

@teclator
Copy link
Copy Markdown
Contributor

@teclator teclator commented Aug 27, 2025

Problem

When a zFCPController is activated the UI is not refreshed properly maintaining it as inactive.

Solution

The problem is that the changed device does not contain its id, therefore we are not replacing it at all. For refreshing the zFCP Controllers table, just notifying the device id and replacing the object should be enough, but we need to retrieve also the disks associated with the activated controller and this is done through the controllers query, therefore, we invalidate it after any controllers change.

The only thing that could be improved is that it takes some time to get the list of LUNs and the controllers selector updated.

Testing

  • Tested manually

@coveralls
Copy link
Copy Markdown

Coverage Status

coverage: 75.97%. remained the same
when pulling cef083b on zFCP_refresh
into a7f5f8b on master.

@coveralls
Copy link
Copy Markdown

coveralls commented Aug 27, 2025

Coverage Status

coverage: 75.97%. remained the same
when pulling 1ebd020 on zFCP_refresh
into a7f5f8b on master.

@teclator teclator marked this pull request as ready for review August 27, 2025 09:02
@teclator teclator changed the title Add the internal device id to the updated device Add the internal device id to the updated device (bsc#1247445). Aug 27, 2025
@teclator teclator merged commit 279eac2 into master Aug 27, 2025
15 checks passed
@teclator teclator deleted the zFCP_refresh branch August 27, 2025 09:25
teclator added a commit that referenced this pull request Mar 24, 2026
When a zFCPController is activated the UI is not refreshed properly
maintaining it as inactive.

- https://trello.com/c/5SeUZvuG
- https://bugzilla.suse.com/show_bug.cgi?id=1247445

The problem is that the changed device does not contain its id,
therefore we are not replacing it at all. For refreshing the **zFCP**
Controllers table, just notifying the device id and replacing the object
should be enough, but we need to retrieve also the disks associated with
the activated controller and this is done through the controllers query,
therefore, we invalidate it after any controllers change.

The only thing that could be improved is that it takes some time to get
the list of LUNs and the controllers selector updated.

- *Tested manually*
teclator added a commit that referenced this pull request Mar 24, 2026
When a zFCPController is activated the UI is not refreshed properly
maintaining it as inactive.

- https://trello.com/c/5SeUZvuG
- https://bugzilla.suse.com/show_bug.cgi?id=1247445

The problem is that the changed device does not contain its id,
therefore we are not replacing it at all. For refreshing the **zFCP**
Controllers table, just notifying the device id and replacing the object
should be enough, but we need to retrieve also the disks associated with
the activated controller and this is done through the controllers query,
therefore, we invalidate it after any controllers change.

The only thing that could be improved is that it takes some time to get
the list of LUNs and the controllers selector updated.

- *Tested manually*
teclator added a commit that referenced this pull request Mar 25, 2026
… (#3326)

Original fix and description from #2680 backported to SLE-16 branch

When a zFCPController is activated the UI is not refreshed properly
maintaining it as inactive

- https://trello.com/c/5SeUZvuG
- https://bugzilla.suse.com/show_bug.cgi?id=1247445

The problem is that the changed device does not contain its id,
therefore we are not replacing it at all. For refreshing the **zFCP**
Controllers table, just notifying the device id and replacing the object
should be enough, but we need to retrieve also the disks associated with
the activated controller and this is done through the controllers query,
therefore, we invalidate it after any controllers change.

The only thing that could be improved is that it takes some time to get
the list of LUNs and the controllers selector updated.

- *Tested manually*

**Update**: In recent changes it has been also reported that when a
controller is activated apart of the controller **LUNs** the disks table
is populated with the other controller **LUNs**. The problem is that
retrieving the controllers also tries to get the luns of each controller
through the **zfcp_san_disc** which activates temporally the controller
in question. We should get only the LUNs for the active controllers and
that is what has been also implemented.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants