-
Bug
-
Resolution: Won't Do
-
Major
-
rhel-8.6.0
-
None
-
None
-
rhel-sst-storage-io
-
ssg_filesystems_storage_and_HA
-
None
-
False
-
-
None
-
None
-
None
-
None
-
If docs needed, set a value
-
-
Unspecified
-
None
Description of problem:
Rebooting a host configured as LIO target with cxgbit offload results in loosing the offload setting.
Running `targetcli restoreconfig` does not help, unless configuration is cleared first.
Version-Release number of selected component (if applicable):
kernel-4.18.0-413.el8.x86_64
targetcli-2.1.53-2.el8.noarch
python3-kmod-0.9-20.el8.x86_64
python3-pyparsing-2.1.10-7.el8.noarch
python3-configshell-1.1.28-1.el8.noarch
python3-rtslib-2.1.75-4.el8.noarch
target-restore-2.1.75-4.el8.noarch
python3-urwid-1.3.1-4.el8.x86_64
How reproducible:
100%
Steps to Reproduce:
1. iscsi/iqn.../tpg1/portals/<IP>/enable_offload true
2. systemctl enable target --now
3. reboot
Actual results:
`targetcli ls`
o- portals ........... [Portals: 2] |
o- 172.16.0.82:3260 ....... [OK] |
o- 172.16.1.82:3260 ....... [OK] |
Same result after running `targetcli restoreconfig /etc/target/saveconfig.json` manually
Expected results:
`targetcli ls`
o- portals ........... [Portals: 2] |
o- 172.16.0.82:3260 ...[offload] |
o- 172.16.1.82:3260 ...[offload] |
Workaround is to run:
`targetcli clearconfig confirm=True; targetcli restoreconfig /etc/target/saveconfig.json`
Additional info:
Not a regression, also reproducible on 8.3.0.
Will try RHEL-9 next.
- external trackers