Fall back to old rules when removing "redundant" rule
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
oslo.policy |
New
|
Undecided
|
Unassigned |
Bug Description
Ironic on Wallaby:
With new defaults enabled, /var/log/
(1)
[wsgi:error] [pid 1546286:tid 140232596891392] [remote x:52214] /usr/lib/
[wsgi:error] [pid 1546286:tid 140232596891392] [remote x:52214] The baremetal volume API is now aware of system scope and default
[wsgi:error] [pid 1546286:tid 140232596891392] [remote x:52214] roles.
[wsgi:error] [pid 1546286:tid 140232596891392] [remote x:52214] . Either ensure your deployment is ready for the new default or copy/paste the deprecated policy into your policy file and maintain it manually.
[wsgi:error] [pid 1546286:tid 140232596891392] [remote x:52214] warnings.
This seems to be the old default, though, as the new default is
"baremetal:
And indeed, adding the new rule to the policy file, /var/log/
(2)
WARNING oslo_policy.policy [req-a4a8d6bf-
Removing it, brings us back to (1).
TL;DR: It seems the old defaults are evaluated in certain conditions, although they are neither on the policy file and the config says to use the new defaults.