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 25 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 24 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 24 days ago
- Blocks action #177276: Make use of config files in openqa.ini.d for OSD specific settings size:S added
Updated by okurz 24 days ago
https://github.com/os-autoinst/openQA/pull/6324 was merged and reverted as it broke o3.
Updated by mkittler 21 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.