Description of problem: During installation I hit the following error: Notice: /Stage[main]/Neutron::Keystone::Auth/Keystone::Resource::Service_identity[neutron]/Keystone_user_role[neutron@service]/ensure: created Error: Could not start Service[neutron-server]: Execution of '/bin/systemctl start neutron-server' returned 1: Job for neutron-server.service failed because the control process exited with error code. See "systemctl status neutron-server.service" and "journalctl -xe" for details. Wrapped exception: Execution of '/bin/systemctl start neutron-server' returned 1: Job for neutron-server.service failed because the control process exited with error code. See "systemctl status neutron-server.service" and "journalctl -xe" for details. Error: /Stage[main]/Neutron::Server/Service[neutron-server]/ensure: change from stopped to running failed: Could not start Service[neutron-server]: Execution of '/bin/systemctl start neutron-server' returned 1: Job for neutron-server.service failed because the control process exited with error code. See "systemctl status neutron-server.service" and "journalctl -xe" for details. Notice: /Stage[main]/Neutron::Server/Service[neutron-server]: Triggered 'refresh' from 15 events Version-Release number of selected component (if applicable): openstack-neutron-7.0.1-14.el7ost.noarch openstack-puppet-modules-7.0.17-1.el7ost.noarch instack-undercloud-2.2.7-1.el7ost.noarch In /usr/lib/systemd/system/neutron-server.service, etc. the User=neutron is set. In /etc/passwd there is no neutron user. Changing the user to root, systemctl daemon-reload, and restarting the services, as does creating the neutron user and fixing permissions on a number of files, however neither manual approach should be necessary.
This bug did not make the OSP 8.0 release. It is being deferred to OSP 10.
This is happening because the user creation in %pre is not happening if the package is installed in a kickstart. If I reinstall it after the host reboots or i reinstall it during the kickstart %post script I get the user. I think maybe your Requires(pre): shadow-utils is misplaced on openstack-neutron whereas the user is created when openstack-neutron-common is installed, which can probably happen before openstack-neutron.
Submitted this spec update: https://review.gerrithub.io/#/c/273187 Some comments inline: (In reply to Jason Montleon from comment #3) > This is happening because the user creation in %pre is not happening if the > package is installed in a kickstart. If I reinstall it after the host > reboots or i reinstall it during the kickstart %post script I get the user. > I understand what you are saying here, but how does the change suggested below should overcome this kickstack scenario? > I think maybe your Requires(pre): shadow-utils is misplaced on > openstack-neutron whereas the user is created when openstack-neutron-common > is installed, which can probably happen before openstack-neutron. The patch I submitted to moves shadow-utils to be a requirement of openstack-neutron-common.
If you move 'Requires(pre): shadow-utils' to openstack-neutron-common then even in a kickstart scenario it will not try to install openstack-neutron-common prior to shadow-utils being installed. As long as shadow-utils is installed and the appropriate utils are available the user should be created when openstack-neutron-common is installed. Right now there is nothing to ensure shadow-utils is installed prior to openstack-neutron-common, so at least in my case it's allowing the installation of openstack-neutron-common prior to shadow-utils being installed. The 'exit 0' at the end of the %pre script is probably hiding the failure during the install, otherwise I expect I'd see an error about useradd not existing...
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2016:1196