-
Bug
-
Resolution: Unresolved
-
Normal
-
None
-
None
-
2
-
False
-
-
False
-
?
-
?
-
?
-
?
-
None
-
-
-
Moderate
in RHOSO, we have returned a recursive change of nova's ownership to /var/lib/nova. That brings back a 6 y.o. tripleo issue with NFS backend https://bugs.launchpad.net/tripleo/+bug/1778465
The quick fix was to port the tripleo solution, which is suboptimal and brings back legacy DF in. Based on
Sean's inputs:
we can filter the ownership of the file but there are only 2 valiald users/groups for files in /var/lib/nova
nova or qemu, everything else is incorrect.
the provided script is overly complicated which is why i did not want to port this when i was rewriting this role originally.
i explicitly made sure to remove all of the usage of init container too so i condier this patch to be introducing a regiession on 2 front.
it does not enforce the ownership to be either nova or qemu
it readdes init containers which were intentionally remvoed.
- clones
-
OSPRH-10729 Nova NFS backend issues when changing ownership of /var/lib/nova
- Dev Complete
- relates to
-
OSPRH-203 allow file mode and owner/group to be managed by nova for instance files.
- Closed
- links to