[2.3, tgt] When not using tgt, MAAS shouldn't be managing tgt
Bug #1718706 reported by
Andres Rodriguez
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
MAAS |
Invalid
|
High
|
Lee Trager |
Bug Description
MAAS, by default, no longer uses tgt. However, MAAS is sitll managing it. That means:
- service tracking
- re-writing tgt config
Unless tgt is re-enabled again, then MAAS should not be managing it at all nor attempt to do as above.
Related branches
~ltrager/maas:lp1718706
- Alberto Donato (community): Approve
- MAAS Lander: Approve
-
Diff: 86 lines (+37/-2)2 files modifiedsrc/provisioningserver/import_images/boot_resources.py (+13/-1)
src/provisioningserver/import_images/tests/test_boot_resources.py (+24/-1)
Changed in maas: | |
milestone: | none → 2.3.0 |
importance: | Undecided → Critical |
importance: | Critical → High |
status: | New → Triaged |
summary: |
- [2.3] When not using tgt, MAAS shouldn't be managing tgt + [2.3, tgt] When not using tgt, MAAS shouldn't be managing tgt |
Changed in maas: | |
milestone: | 2.3.0 → 2.3.x |
Changed in maas: | |
milestone: | 2.3.x → 2.4.x |
milestone: | 2.4.x → 2.3.x |
Changed in maas: | |
assignee: | nobody → Lee Trager (ltrager) |
To post a comment you must log in.
This is partially solved by LP:1735025. The error from TGT is ignored and the images continue to get processed but the following is in the log:
Rack import warning - Unable to update TGT config: Command `/snap/ maas/x1/ usr/sbin/ tgt-admin --conf /var/snap/ maas/x1/ var/lib/ maas/boot- resources/ current/ maas.tgt --update ALL` returned non-zero exit status 107: tgtadm: failed to send request hdr to tgt daemon, Transport endpoint is not connected tgtadm: failed to send request hdr to tgt daemon, Transport endpoint is not connected tgtadm: failed to send request hdr to tgt daemon, Transport endpoint is not connected tgtadm: failed to send request hdr to tgt daemon, Transport endpoint is not connected
MAAS checks that TGT is up and running, rewrites the TGT config file, then tells TGT to reread its config file. For whatever reason tgt-admin cannot connect to the tgt daemon to request it to reread the config. As this works with the Debian package I suspect this is due to the Snap.
This means TGT is not working in the Snap currently. LP:1735025 logs this error instead of falling over so everything works for HTTP booting. What will fail is if the user sets the global variable http_boot=False as the image won't be loaded in tgt.