Bug 1122570
Summary: | [vdsm] /etc/pki/vdsm/keys/libvirt_password has nothing to do with PKI thus it should not be in that path | ||
---|---|---|---|
Product: | [Retired] oVirt | Reporter: | Jiri Belka <jbelka> |
Component: | vdsm | Assignee: | Dima Kuznetsov <dkuznets> |
Status: | CLOSED WONTFIX | QA Contact: | Gil Klein <gklein> |
Severity: | low | Docs Contact: | |
Priority: | unspecified | ||
Version: | 3.5 | CC: | alonbl, bazulay, bugs, ecohen, gklein, lsurette, mgoldboi, oourfali, rbalakri, ybronhei, yeylon |
Target Milestone: | --- | ||
Target Release: | 3.6.0 | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | infra | ||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2015-06-11 20:19:04 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | Infra | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | 1169338 | ||
Bug Blocks: |
Description
Jiri Belka
2014-07-23 14:16:15 UTC
Alon, any best fit for such file? is /etc/vdsm/ reasonable location? (In reply to Yaniv Bronhaim from comment #1) > Alon, any best fit for such file? is /etc/vdsm/ reasonable location? the entire vdsm/pki configuration that is not to be touched by user should be in /var/lib/vdsm, this file for example should be at /var/lib/vdsm/secrets or similar. I suggest not to change anything at this point, there are lots of validations anyway. To what validations do you refer to ? We are using this file only to set sasl password, so once [1] is merged we shouldn't have any more references to this file at all - I don't see any problem to move the file under /var/lib [1] https://gerrit.ovirt.org/39823 (In reply to Alon Bar-Lev from comment #2) > I suggest not to change anything at this point, there are lots of > validations anyway. sorry! s/validations/violations/ :) imo this is ridiculous, at least he said:
> ...at this point...
I must agree with Alon and Yaniv. We should not touch this, as it doesn't interfere with anything, and I wouldn't want any change there to cause regressions in the future because someone relied on something. That's why I agree with closing this as wontfix. |