|
Bugzilla – Full Text Bug Listing |
| Summary: | Base OS activates VGs created by clients on iSCSI targets at boot | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE Distribution | Reporter: | Christopher Dick <jcdick1> |
| Component: | YaST2 | Assignee: | YaST Team <yast-internal> |
| Status: | CONFIRMED --- | QA Contact: | Jiri Srain <jsrain> |
| Severity: | Normal | ||
| Priority: | P5 - None | CC: | ancor, aschnell, jlopez |
| Version: | Leap 15.1 | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | Other | ||
| URL: | https://trello.com/c/zLafCyUB | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
Christopher Dick
2020-04-22 16:01:30 UTC
I suppose that it is required to either disable LVM completely or to add filter rules in lvm.conf so that LVM does not use the disks exported by iSCSI. (In reply to Arvin Schnell from comment #1) > I suppose that it is required to either disable LVM completely or to add > filter rules in lvm.conf so that LVM does not use the disks exported by > iSCSI. Unfortunately, the only information I've found as a solution to this is a years-old thread talking about filter rules. I would still qualify it as a "bug" or flaw in the system if the base OS is able to arbitrarily "steal" the VGs from a disk that had been set as an iscsi target. Perhaps there's a way for yast2-iscsi-lio-server to add a broad filter rule to init or something to ignore anything on devices used as iscsi targets. (In reply to Arvin Schnell from comment #1) > I suppose that it is required to either disable LVM completely or to add > filter rules in lvm.conf so that LVM does not use the disks exported by > iSCSI. After a reboot, executing "vgchange -an [VG name]" allows the the device to be re-added as a target. I'll assume doing a "vgexport" would allow the client to reimport it's VGs, if performed before making the device a target again. Maybe YaST could add lvm filters to disable LVM activation over iscsi target devices. And similarly, the lvm filters should be removed when the device is not used as iscsi target anymore. But I see some problems: what happens with the device when the iscsi service is stopped? What happens when the user manually removes the iscsi target? Maybe it would be the user's responsibility to add the lvm filter if he/she expects that the iscsi target can be used for LVM. I think this should be evaluated for our PO. Likely better than filters is using the auto_activation_volume_list or volume_list parameter in lvm.conf. Maybe in combination with tags. (In reply to José Iván López González from comment #4) > > Maybe it would be the user's responsibility to add the lvm filter if he/she > expects that the iscsi target can be used for LVM. Well, I agree we should not do it behind users' back. But expecting the user to know that kind of details defeats the purpose of using YaST. In my opinion, yast2-iscsi-lio-server should indeed offer the possibility of preventing "LVM stealing" (via filters, tags, or any other mechanisms) with a single click as part of the process of configuring a new target. The user can then take an informed decision about doing it or skipping the step. Similarly, when removing a target we may try to detect if the filter/tag/whatever is there and, at least, alert the user. So please create a Trello card to prioritize this and link it to the one we have about iSCSI modules. Will a fix for this end up in Leap 15.2 or be released for 15.1? Is there a way for me to track progress on this bug? |