action #179425
closedcoordination #154768: [saga][epic][ux] State-of-art user experience for openQA
coordination #179356: [epic] Better config file management
Fix reading files from /etc/openqa/openqa.ini.d/ size:S
0%
Description
Observation¶
As observed in #177276 openQA never reads files in /etc/openqa/openqa.ini.d/ as it reads from /usr/share/openqa/etc/openqa/ which has symlinks to openqa.ini or database.ini
Acceptance criteria¶
- AC1: drop-in config files from /etc/openqa/openqa.ini.d/ are read by the openQA webUI when installed from the package
- AC2: /etc/openqa/openqa.ini if present is still read
- AC3: the openQA worker can still read /etc/openqa/workers.ini
- AC4: the openQA-client can still read /etc/openqa/client.conf
Suggestions¶
- Understand where the difference in reading comes from regarding symlinks in /usr/share/openqa/etc/openqa
- Crosscheck worker+client from package installations
- Verify with openQA-in-openQA tests
Out of scope¶
drop-in config file support for database.ini, client, worker
Updated by okurz 8 days ago
- Copied from action #177276: Make use of config files in openqa.ini.d for OSD specific settings size:S added
Updated by okurz 7 days ago
- Copied from deleted (action #177276: Make use of config files in openqa.ini.d for OSD specific settings size:S)
Updated by okurz 7 days ago
- Blocks action #177276: Make use of config files in openqa.ini.d for OSD specific settings size:S added
Updated by okurz 7 days ago
https://github.com/os-autoinst/openQA/pull/6324 was merged and reverted as it broke o3.
Updated by mkittler 4 days ago
The latest PR is now deployed on o3 and it seems to work. The only problem I found it that one gets Mar 28 14:06:19 ariel openqa-webui-daemon[8657]: Can't open directory "/etc/openqa/openqa.ini.d": Permission denied at /usr/share/openqa/script/../lib/OpenQA/Config.pm line 29. even after changing the ownership of that directory. I suppose it is due to apparmor.