yahoo-eng-team team mailing list archive
-
yahoo-eng-team team
-
Mailing list archive
-
Message #64822
[Bug 1692767] Re: [devstack] keystone service fails to start after reboot
Reviewed: https://review.openstack.org/468457
Committed: https://git.openstack.org/cgit/openstack-dev/devstack/commit/?id=d0db62a476e29355ca08db0237295139c8fce4f6
Submitter: Jenkins
Branch: master
commit d0db62a476e29355ca08db0237295139c8fce4f6
Author: Kirill Zaitsev <k.zaitsev@xxxxxx>
Date: Fri May 26 19:02:52 2017 +0300
Use systemd-tmpfiles to create /var/run/uwsgi
On ubuntu contents of /var/run do not persist between reboots. Devstack
uses /var/run/uwsgi as home for wsgi sockets. This means that after
rebooting the machine services, that rely on uwsgi would fail to start.
Currently it affects keystone.service and placement-api.service.
This patch changes delegates directory creation to systemd-tmpfiles,
which would run on startup.
Change-Id: I27d168cea93698739ef08ac76c828695a49176c7
Closes-Bug: #1692767
** Changed in: devstack
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.launchpad.net/bugs/1692767
Title:
[devstack] keystone service fails to start after reboot
Status in devstack:
Fix Released
Status in OpenStack Identity (keystone):
Invalid
Bug description:
Enviroment
OS: CentOS7.2
I deployed the devstack environment successfully in CentOS system.
After rebooting the CentOS system, the keystone service could not be
started. The uwsgi raised exception as follows.
Apr 23 22:38:53 devstack.localdomain systemd[1]: devstack@keystone.service failed.
Apr 23 22:42:46 devstack.localdomain systemd[1]: Starting Devstack devstack@keystone.service...
Apr 23 22:42:46 devstack.localdomain devstack@keystone.service[7242]: [uWSGI] getting INI configuration from /etc/keystone/keystone-uwsgi-public.ini
Apr 23 22:42:46 devstack.localdomain devstack@keystone.service[7242]: open("./python_plugin.so"): No such file or directory [core/utils.c line 3686]
Apr 23 22:42:46 devstack.localdomain devstack@keystone.service[7242]: !!! UNABLE to load uWSGI plugin: ./python_plugin.so: cannot open shared object file: No such file or directory !!!
Apr 23 22:42:46 devstack.localdomain devstack@keystone.service[7242]: *** Starting uWSGI 2.0.15 (64bit) on [Sun Apr 23 22:42:46 2017] ***
Apr 23 22:42:46 devstack.localdomain systemd[1]: devstack@keystone.service: main process exited, code=exited, status=1/FAILURE
Apr 23 22:42:46 devstack.localdomain systemd[1]: Failed to start Devstack devstack@keystone.service.
Apr 23 22:42:46 devstack.localdomain systemd[1]: Unit devstack@keystone.service entered failed state.
Apr 23 22:42:46 devstack.localdomain systemd[1]: devstack@keystone.service failed.
So i think this is a bug. I tried to create the /var/run/uwsgi directory and chown it stack user. Then it works.
sudo mkdir -p /var/run/uwsgi
sudo chown stack:stack uwsgi
So what do you think that?
To manage notifications about this bug go to:
https://bugs.launchpad.net/devstack/+bug/1692767/+subscriptions
References