opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: Cleanup sahara/murano/senlin leftovers https://review.opendev.org/c/openstack/openstack-ansible/+/953684 | 00:08 |
---|---|---|
opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: Offload network provisionment for AIO to openstack_hosts https://review.opendev.org/c/openstack/openstack-ansible/+/953570 | 00:20 |
opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: Provision AIO network interfaces conditionally https://review.opendev.org/c/openstack/openstack-ansible/+/953574 | 00:20 |
opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: Cleanup sahara/murano/senlin leftovers https://review.opendev.org/c/openstack/openstack-ansible/+/953684 | 00:20 |
opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: Offload kernel module management to openstack_hosts https://review.opendev.org/c/openstack/openstack-ansible/+/953685 | 00:31 |
opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: Provision AIO network interfaces conditionally https://review.opendev.org/c/openstack/openstack-ansible/+/953574 | 00:43 |
opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: Cleanup sahara/murano/senlin leftovers https://review.opendev.org/c/openstack/openstack-ansible/+/953684 | 00:43 |
opendevreview | OpenStack Proposal Bot proposed openstack/openstack-ansible master: Imported Translations from Zanata https://review.opendev.org/c/openstack/openstack-ansible/+/953393 | 04:07 |
opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: Make AIO networks configurable https://review.opendev.org/c/openstack/openstack-ansible/+/953675 | 07:39 |
opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: Offload network provisionment for AIO to openstack_hosts https://review.opendev.org/c/openstack/openstack-ansible/+/953570 | 07:42 |
bhola | Hi. Openstack Ansible AIO failed while, probably, installing/creating/configuring swift. detailed error output is at https://pastebin.com/rFxVj850 | 10:00 |
jrosser | the problem there is “ssh: connect to host 172.29.237.161 port 22: Connection refused” | 10:07 |
jrosser | the rest is just noise after that really | 10:08 |
opendevreview | Dmitriy Chubinidze proposed openstack/openstack-ansible-lxc_hosts master: Remove lxc_net_mtu definition https://review.opendev.org/c/openstack/openstack-ansible-lxc_hosts/+/953696 | 10:09 |
jrosser | so some basic debugging is needed, can you ping that ip, does it listen on port 22….. | 10:09 |
jrosser | there was a lot of stuff fixed recently for the swift role so checking that those fixes are present in the OSA release you are trying to would also be a good idea | 10:10 |
opendevreview | Dmitriy Chubinidze proposed openstack/openstack-ansible-lxc_hosts master: Remove lxc_net_mtu definition https://review.opendev.org/c/openstack/openstack-ansible-lxc_hosts/+/953696 | 10:14 |
opendevreview | Dmitriy Chubinidze proposed openstack/openstack-ansible master: Remove lxc_net_mtu definition https://review.opendev.org/c/openstack/openstack-ansible/+/953697 | 10:18 |
opendevreview | Dmitriy Chubinidze proposed openstack/openstack-ansible master: Remove lxc_net_mtu definition https://review.opendev.org/c/openstack/openstack-ansible/+/953697 | 10:19 |
bhola | jrosser: Hmmm. This strange. I have checked and container is running. Can we only ssh into it with the key? or any username/password available to to check ssh connection? | 10:44 |
jrosser | which branch of OSA are you using? | 10:44 |
bhola | jrosser: master. I checked out to master and it said it was already on master. | 10:45 |
jrosser | ok sure - well two things then, on master you should have all the recent fixes for swift | 10:46 |
jrosser | and a lot of those relate to the ssh setup, you can see them here since may https://github.com/openstack/openstack-ansible-os_swift/commits/master/ | 10:47 |
jrosser | and the second thing about master is that its the place where we are doing the work on the next release. | 10:48 |
jrosser | the actual stable releases that are intended for use rather than development are in the stable/<...> branches | 10:48 |
bhola | jrosser: right. which key is used to ssh into swift container. I want to confirm if ssh connection is working or not. | 10:49 |
jrosser | it uses ssh certificates | 10:49 |
bhola | jrosser: not very good at certificates. I have only one rsa key in root user's home folder's subfolder .ssh. Let me try if it lets me login with that key. | 10:52 |
bhola | connection refused with command ssh swift@172.29.237.161 and ssh root@172.29.237.161 | 10:55 |
jrosser | well its more complicated than that | 10:55 |
jrosser | the swift rings are built on the first host of the group | 10:56 |
bhola | IHow to check if ssh is working fine or not? | 10:56 |
jrosser | https://github.com/openstack/openstack-ansible-os_swift/blob/master/tasks/swift_rings.yml#L16-L18 | 10:56 |
jrosser | anbd once that is done the rings are distributed to all the other hosts | 10:57 |
jrosser | here https://github.com/openstack/openstack-ansible-os_swift/blob/master/tasks/swift_rings.yml#L20-L21 | 10:57 |
jrosser | so it's important to understand whats happening here https://github.com/openstack/openstack-ansible-os_swift/blob/master/tasks/swift_rings_distribute.yml#L18-L21 | 10:57 |
jrosser | as the user `swift_system_user_name` it will rsync to swift@<other-hosts> | 10:58 |
jrosser | so the root key is not the one we are concerned with here | 10:58 |
bhola | so there is no way to connect to the container? | 11:03 |
bhola | and I have to admit that I have no idea of rings? are these keyrings? | 11:04 |
jrosser | no - i beleive that is is some definition of the data layout inside swift. having said that i do not use the swift service at all myself, instead we use ceph RGW for object storage here | 11:05 |
bhola | so the best thing is start it over from scratch without swift? | 11:06 |
jrosser | perhaps, do you need it? | 11:07 |
bhola | swift? | 11:07 |
jrosser | yes | 11:07 |
bhola | no. I will leave it for the time being. I just want to get openstack up and running. I will start it again without swift. | 11:08 |
jrosser | i don't fully understand why `aio1` is the host that your swift play was running against | 11:08 |
jrosser | that possibly suggests an error in the inventory | 11:08 |
bhola | jrosser: What it should be? It cannot be other than aio1 because it is AIO. Am I missing something in my understanding? | 11:31 |
bhola | only one host is involved in AIO. | 11:32 |
jrosser | there are multiple "hosts" in the inventroy, all the containers are treated as if they are a different host | 11:32 |
jrosser | anyway i think i understand now, the aio1 host for swift is treated as the storage host | 11:32 |
jrosser | the swift proxy servers run in containers | 11:33 |
bhola | Alrghit. I got it now. you mean swift is running on the host whereas it actually be running in a container. Right? | 11:33 |
bhola | so swift should be running on the host and should be connected through swift proxy container. correct? | 11:36 |
jrosser | it has multiple components | 11:40 |
jrosser | some are storage dealing directly with disks - i think in an AIO that runs on the host | 11:41 |
jrosser | some is the actual API service which is in a container | 11:41 |
jrosser | in a real deployment with many hosts this would all be spread around however you want | 11:41 |
bhola | jrosser: Thanks for the update. I am going to do it again now. Do i need to use SCENARIO variable? I assigned it a value of 'aio_lxc_swift' in previous attemp. Now I will assign it 'aio_lxc' only. is it correct? | 12:36 |
opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: Make AIO networks configurable https://review.opendev.org/c/openstack/openstack-ansible/+/953675 | 14:11 |
opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: Offload network provisionment for AIO to openstack_hosts https://review.opendev.org/c/openstack/openstack-ansible/+/953570 | 14:11 |
noonedeadpunk | bhola: I missed prior convo, but reducing SCENARIO will not work within the same attempt | 14:12 |
noonedeadpunk | as configs which were already provisioned are not removed on subsequent run | 14:13 |
noonedeadpunk | but it would be correct if you're to re-install OS on a VM :) | 14:13 |
bhola | noonedeadpunk: Yup I have started from scratch. Last playbbok is running. I hope it will go well. | 14:37 |
bhola | I couldn't understand why Ubuntu server iso file size significantly increased for Noble Numbat at 3GB whereas prior and latest version (Plucky) are both at 2.0GB in size. | 14:43 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!