[OpenStack-Infra] Discussion on debug Error 'Permission denied: /var/log/nova/nova-manage.log' happend when deploying nova compute
Zheng You Zhou
zyouzhou at cn.ibm.com
Thu Mar 13 17:29:23 UTC 2014
Hi All,
Regarding the bug
https://bugs.launchpad.net/openstack-chef/+bug/1290688, Error 'Permission
denied: /var/log/nova/nova-manage.log' happend when deploying nova compute
I proposed the patch https://review.openstack.org/#/c/79547/ for this
bug. We will delete the /var/log/nova/nova-manage.log file unless the log
file exists and it has the right permission which means that its owner is
nova and its owner has write permission at least.
Ionut Artarisi has different point for them.
This is Ionut's point:
I think this is way overkill and we shouldn't be managing log files
like this in the first place. The system we're deploying on shouldn't have
that file in the first place. Or if it has it from an existing chef
deployment or distribution packages, then it already has the correct
ownership/permissions.
But my point is:
I think we should support that openstack can be redeployed using the
cookbooks on the same system even if the nova-manage log file's permission
or owners are changed by users by accident.As the community guide(
http://docs.openstack.org/grizzly/openstack-compute/install/yum/content/compute-verifying-install.html
), It is very possible that nova-manage is run as root user and sometimes
we delete the nova-manage.log when debuging some problem. So the problem
reported in this bug often happened in daily openstack operation and
developement.We need can we can fix this problem in cookbooks.
So I want to discuss this bug and the solution here. Could you provide
your comments?
Best Regards.
Zheng You Zhou
--------------------------------------------------
Software Engineer, Cloud Smart Infrastructure, IBM CDL
Phone: (86-10) 82450749
Addr : Diamond Building B, ZhongGuanCun Software Park , Dongbeiwang West
Road No.8, ShangDi, Haidian District,Beijing 100094, PRC
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-infra/attachments/20140314/603fe1de/attachment.html>
More information about the OpenStack-Infra
mailing list