<div dir="ltr"><div dir="ltr"><div>Hello all, I am troubleshooting an odd behavior in Horizon in Queens on CentOS 7.5 (RDO packages). When I upload images via Horizon, they fail to become associated with the tenant of the user who uploaded them.  Instead, they appear only as 'Image from Other Project'.  It can be fixed if you manually run "openstack image set --project=whatever someimage", but to users looking at the dashboard, it looks like an error. </div><div><br></div><div>Uploading images via the glance client does not result in this problem, so I'm working from the assumption that the problem lies within the Horizon config.  </div><div><br></div><div>Moreover, these are small images (like Cirros) -- it isn't that the upload is failing due to size or anything; horizon is doing something odd while registering it.</div><div><br></div><div>The only clues I've found are these messages in my horizon error logs:</div><div><br></div><div>[Tue Sep 25 14:06:21.147196 2018] [:error] [pid 23679] DEBUG:oslo_policy.policy:Rule [compute_extension:aggregates] does not exist</div><div>[Tue Sep 25 14:06:21.148665 2018] [:error] [pid 23679] DEBUG:oslo_policy.policy:Rule [default] does not exist</div><div>[Tue Sep 25 14:06:21.178761 2018] [:error] [pid 23679] DEBUG:oslo_policy.policy:Rule [admin_and_matching_domain_id] does not exist</div><div>[Tue Sep 25 14:06:21.180502 2018] [:error] [pid 23679] DEBUG:oslo_policy.policy:Rule [default] does not exist</div><div>[Tue Sep 25 14:06:21.184129 2018] [:error] [pid 23679] DEBUG:oslo_policy.policy:Rule [admin_and_matching_domain_id] does not exist</div><div>[Tue Sep 25 14:06:21.185885 2018] [:error] [pid 23679] DEBUG:oslo_policy.policy:Rule [default] does not exist</div><div>[Tue Sep 25 14:06:21.189637 2018] [:error] [pid 23679] DEBUG:oslo_policy.policy:Rule [admin_and_matching_domain_id] does not exist</div><div>[Tue Sep 25 14:06:21.191408 2018] [:error] [pid 23679] DEBUG:oslo_policy.policy:Rule [default] does not exist</div><div><br></div><div>I've been trying to understand if this is somehow an oslo_policy problem.  The keystone service now has a policy.json file that only contains "{}", because of policy in code, etc.  But horizon still has a legacy keystone_policy.json file.  Is that a mismatch?</div><div><br></div><div>Google searches have not turned up much, so I'd be very appreciative if anyone has seen something like this before...</div><div><br></div><div>Cheers,</div><div>Jonathan</div></div></div>