Re: [trove] Devstack Installation Fails with Internal Server Error
Hi, KK CHN # Added [trove] topic to the subject. Please see: # https://wiki.openstack.org/wiki/MailingListEtiquette#Subjects I use CentOS Stream9 but I have successfully installed devstack with Trove. Here is my Jinja2 version in my devstack environment. ``` $ pip list | grep Jinja Jinja2 3.1.2 ```
https://docs.openstack.org/trove/latest/install/install-devstack.html
I will check the docs and update if needed. Thanks in advance, Hirotaka On Friday, June 17, 2022 at 10:45:54 PM GMT+9, <openstack-discuss-request@lists.openstack.org> wrote: Send openstack-discuss mailing list submissions to openstack-discuss@lists.openstack.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-discuss or, via email, send a message with subject or body 'help' to openstack-discuss-request@lists.openstack.org You can reach the person managing the list at openstack-discuss-owner@lists.openstack.org When replying, please edit your Subject line so it is more specific than "Re: Contents of openstack-discuss digest..." Today's Topics: 1. Re: Devstack Installation Fails with Internal Server Error (HTTP 500) (KK CHN) ---------------------------------------------------------------------- Message: 1 Date: Fri, 17 Jun 2022 15:46:25 +0530 From: KK CHN <kkchn.in@gmail.com> To: openstack-discuss@lists.openstack.org Subject: Re: Devstack Installation Fails with Internal Server Error (HTTP 500) Message-ID: <CAKgGyB9jqOQ5tXduxkvNNGL4ewHmm-__YG7zDa4wk+ZhmhYDNg@mail.gmail.com> Content-Type: text/plain; charset="utf-8" I have tried the Trove Devstack installation on Ubuntu20.04 too.. But no success.. ( As I have made no progress in Debian 11 Trove-Devstak installation, I tried a number of times but all failed with the error ). To my experience.. The same error for Ubuntu 20.04 also. Followed the same stuff : https://docs.openstack.org/trove/latest/install/install-devstack.html The compete Error log here https://paste.openstack.org/show/bwSXZXHRtHWHnaOO2Fb4/ It reports an Error starting with 2022-06-17 09:58:04.720 | ERROR: Cannot install trove==17.1.0.dev31 because these package versions have conflicting dependencies. 2022-06-17 09:58:04.721 | 2022-06-17 09:58:04.721 | The conflict is caused by: 2022-06-17 09:58:04.721 | trove 17.1.0.dev31 depends on Jinja2>=2.10 2022-06-17 09:58:04.721 | The user requested (constraint) jinja2===3.1.2 How to overcome this Jinja dependency, where we need to edit this and what jinja suitable ? 2022-06-17 09:58:04.721 | And finally Exit with error 2022-06-17 09:58:07.560 | + /usr/local/lib/python3.8/dist-packages/diskimage_builder/lib/img-functions:trap_cleanup:38 : exit 1 Error on exit stack@kk:~/devstack$ uname -a Linux kk 5.11.0-27-generic #29~20.04.1-Ubuntu SMP Wed Aug 11 15:58:17 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux stack@kk:~/devstack$ On Thu, Jun 16, 2022 at 11:51 AM KK CHN <kkchn.in@gmail.com> wrote:
Update to my Devstack installation Error.
I have crossed this Internal Error ( HTTP 500) and ended up with a new error for the Trove Devstack Installation attempts. ################################################## 2022-06-16 05:46:40.183 | + /usr/local/lib/python3.9/dist-packages/diskimage_builder/lib/common-functions:tmpfs_check:26 : total_kB=16393076 2022-06-16 05:46:40.188 | + /usr/local/lib/python3.9/dist-packages/diskimage_builder/lib/common-functions:tmpfs_check:29 : RAM_NEEDED=4 2022-06-16 05:46:40.192 | + /usr/local/lib/python3.9/dist-packages/diskimage_builder/lib/common-functions:tmpfs_check:30 : '[' 16393076 -lt 4194304 ']' 2022-06-16 05:46:40.197 | + /usr/local/lib/python3.9/dist-packages/diskimage_builder/lib/common-functions:tmpfs_check:30 : return 0 2022-06-16 05:46:40.202 | + /usr/local/lib/python3.9/dist-packages/diskimage_builder/lib/common-functions:cleanup_image_dir:236 : timeout 120 sh -c 'while ! sudo umount -f /tmp/dib_image.WMpKoawa; do sleep 1; done' 2022-06-16 05:46:40.225 | + /usr/local/lib/python3.9/dist-packages/diskimage_builder/lib/common-functions:cleanup_image_dir:241 : rm -rf --one-file-system /tmp/dib_image.WMpKoawa 2022-06-16 05:46:40.231 | + /usr/local/lib/python3.9/dist-packages/diskimage_builder/lib/img-functions:trap_cleanup:38 : exit 1 Error on exit # Warning: iptables-legacy tables present, use iptables-legacy to see them # Warning: iptables-legacy tables present, use iptables-legacy to see them # Warning: iptables-legacy tables present, use iptables-legacy to see them stack@XenaCtrl2:/home/cloud/DEVSTACK_TROVE/devstack$
#############################################################################
I am able to login to the Horizon dash board inspite the ./stack.sh script Exit with the above error status.. And in the image section, I am able to view cirros-0.5.2-x86_64-disk <http://10.184.48.187/dashboard/ngdetails/OS::Glance::Image/be0c8769-286c-4b61-b989-a037e0e9601c> image in the dashboard.
But on the terminal when I issue the command DEVSTACK_TROVE/devstack$ openstack datastore version list mysql it says " Datastore 'mysql' cannot found. HTTP(404).
#############Here the tty output stack@XenaCtrl2:/home/cloud/DEVSTACK_TROVE/devstack$ source ./openrc WARNING: setting legacy OS_TENANT_NAME to support cli tools.
stack@XenaCtrl2:/home/cloud/DEVSTACK_TROVE/devstack$ openstack datastore version list mysql Datastore 'mysql' cannot be found. (HTTP 404)
stack@XenaCtrl2:/home/cloud/DEVSTACK_TROVE/devstack$ openstack server list
stack@XenaCtrl2:/home/cloud/DEVSTACK_TROVE/devstack$ openstack image list
+--------------------------------------+--------------------------+--------+ | ID | Name | Status |
+--------------------------------------+--------------------------+--------+ | be0c8769-286c-4b61-b989-a037e0e9601c | cirros-0.5.2-x86_64-disk | active |
+--------------------------------------+--------------------------+--------+ stack@XenaCtrl2:/home/cloud/DEVSTACK_TROVE/devstack$ openstack datastore version list mysql Datastore 'mysql' cannot be found. (HTTP 404)
#######################################################################################
So I ended up with the TROVE installation failing ? Or what does this error mean ? How can I fix this to get a devstack installed successfully with Trove-DbaaS feature up and running ?
Any help / directions much appreciated ....
[ How I rectify the earlier errors of HTTP 500 : I just created a VM again with same debian 11 image and 'stack' user created with /opt/stack dir and freshly git cloned devstack to DEVSTACK_TROVE/ Dir.. Then created the same local.conf file which I posted in my earlier mail. and reran ./stack.sh script . This time I was able to get the dashboard up and be able to login(earlier it's not possible to get the dashboard too) ]
Krish
On Wed, Jun 15, 2022 at 12:31 PM KK CHN <kkchn.in@gmail.com> wrote:
This is my latest devstack installation error.. No clues why it fails repeatedly; earlier it was during the uploading stage of the cirros image, internal server error ( HTTP 500 ) occurred. This was repeated multiple times. So I posted for the first time in this thread.
In this iteration for starting afresh, I have removed the stack user and /opt/stack directory manually, and freshly created 'stack' user with sudo permissions and /opt/stack directory with stack:stack ownership, and fresh git cloned(git clone https://opendev.org/openstack/devstack ) to /opt/DEVSTACK_stack folder and created local.conf ( attached here) . Then executed ./stack.sh .
Got the following error this time ... Any clues why it fails here ? Platform (on a VM with Debian uname output) : Linux XenaCtrl1 5.10.0-9-amd64 #1 SMP Debian 5.10.70-1 (2021-09-30) x86_64 GNU/Linux
[image: Trove_installationError.png]
On Tue, Jun 14, 2022 at 8:46 PM Sean Mooney <smooney@redhat.com> wrote:
i hit the same issue the other day if you recall me asking about it. didnt check my devstack logs to see if it installed or not but i can see if i can repoduce it tomorrow.
I checked with the OP and they have it installed properly, system-wide. I was assuming your issue might have been venv (or ordering) related, but theirs was not. There are some other weird
On Tue, 2022-06-14 at 06:37 -0700, Dan Smith wrote: things
going on with their setup, so I'm not so sure. nope, was not useing a vnev or anything special, it just devstack installed normaly more or less but driven by the ansible roles. the run devstack rull litrally just opens a shell and invokes stack.sh so i dont think there was anything specific ot how i was invoking it.
--Dan
participants (1)
-
Hirotaka Wakabayashi