Description of problem: [stack@tpavcpusituc1 templates]$ sudo abrt-cli ls id 09b80970207c2ec34359bf3eb4e2fcecce870111 reason: __init__.py:925:_open:IOError: [Errno 13] Permission denied: '/var/log/nova/nova-manage.log' time: Thu 16 Feb 2017 12:01:03 AM EST cmdline: /usr/bin/python2 /bin/nova-manage db archive_deleted_rows --max_rows 100 package: openstack-nova-common-14.0.2-7.el7ost uid: 162 (nova) count: 15 Directory: /var/spool/abrt/Python-2017-02-16-00:01:03-25684 Run 'abrt-cli report /var/spool/abrt/Python-2017-02-16-00:01:03-25684' for creating a case in Red Hat Customer Portal Version-Release number of selected component (if applicable): OSP 10 Undercloud How reproducible: Deploy OSP 10 undercloud, become root, run abrt-cli ls Steps to Reproduce: 1. 2. 3. Actual results: Log owned by root -rw-r--r--. 1 root root 215298 Feb 15 12:11 /var/log/nova/nova-manage.log Expected results: Nova should have ability to write to log Additional info:
The command being run is 1 0 * * * nova-manage db archive_deleted_rows --max_rows 100 >>/dev/null 2>&1 This is being run from nova's crontab -see below [root@tpavcpusituc1 cron]# cat nova # HEADER: This file was autogenerated at 2017-02-15 12:11:41 -0500 by puppet. # HEADER: While it can still be managed manually, it is definitely not recommended. # HEADER: Note particularly that the comments starting with 'Puppet Name' should # HEADER: not be deleted, as doing so could cause duplicate cron jobs. # Puppet Name: nova-manage db archive_deleted_rows PATH=/bin:/usr/bin:/usr/sbin SHELL=/bin/sh 1 0 * * * nova-manage db archive_deleted_rows --max_rows 100 >>/dev/null 2>&1
Hey Diana - Any update on the status of fixing this issue or when customer might see the errata. The customer has worked around the permission issue but it would be nice to get it resolved.
Can I get an update on the status of this bug? I need to update the a customers support case.