| noonedeadpunk | good morning | 07:10 |
|---|---|---|
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible-plugins master: Add ability to decompress images for upload https://review.opendev.org/c/openstack/openstack-ansible-plugins/+/946918 | 07:26 |
| jrosser | o/ good morning | 07:47 |
| opendevreview | Merged openstack/openstack-ansible master: docs: minor fixes with OpenStack-Ansible naming https://review.opendev.org/c/openstack/openstack-ansible/+/947039 | 07:59 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible-plugins master: Add ability to decompress images for upload https://review.opendev.org/c/openstack/openstack-ansible-plugins/+/946918 | 10:03 |
| opendevreview | Merged openstack/openstack-ansible master: docs: fix for small error https://review.opendev.org/c/openstack/openstack-ansible/+/947055 | 10:18 |
| derekokeeffe | Morning all, I was away Friday so couldn't get on. The third playbook finished Thursday evening but had one error (not sure if it's significant as it didn't fail) https://paste.openstack.org/show/bUlfiIJY0Dog7rGZVnyP/ | 10:34 |
| derekokeeffe | I now have a horizon dashboard but when I log in I get "Something went wrong! | 10:34 |
| derekokeeffe | An unexpected error has occurred. Try refreshing the page. If that doesn't help, contact your local administrator." | 10:34 |
| derekokeeffe | losg that I think are relevant https://paste.openstack.org/show/bE3nsp0JfTSF4LZDPgl9/ & https://paste.openstack.org/show/bE3nsp0JfTSF4LZDPgl9/ if anyone has a minute to take a look please | 10:35 |
| derekokeeffe | Oh!! CLI openstack commands work from the utility container, get users, projects etc.. | 10:37 |
| f0o | then it might be a horizon issue | 10:47 |
| derekokeeffe | Yep that's what I'm thinking just not sure what to do about it. I really don't want to mess anything up after getting this far | 10:48 |
| f0o | do you have the horizon logs somewhere? | 10:51 |
| f0o | could be as simple as the wrong interface type (internal|public) | 10:51 |
| derekokeeffe | That's the logs from the horizon container f0o | 11:07 |
| derekokeeffe | https://paste.openstack.org/show/bE3nsp0JfTSF4LZDPgl9/ | 11:07 |
| f0o | that's keystone | 11:07 |
| noonedeadpunk | yeah, it's not horizon | 11:07 |
| noonedeadpunk | https://paste.openstack.org/show/bUlfiIJY0Dog7rGZVnyP/ -> is significant for Gnocchi for sure | 11:08 |
| derekokeeffe | Sorry that's weird that brings me to keystone too even though it's not them. I'll create a new paste | 11:08 |
| derekokeeffe | Sorry j0o that should be them now https://paste.openstack.org/show/b26EcEoGQDPJJZ3Ftlco/ | 11:10 |
| derekokeeffe | noonedeadpunk so I need to go back and run another playbook to try fix that issue? | 11:10 |
| f0o | > Login successful for user "admin" using domain "Default", - Well at least Horizon can talk to keystone hah. No idea what the stacktrace is but my guess is that's the problem xD | 11:11 |
| derekokeeffe | Yep those two lines made me feel happy for a nanosecond :) | 11:12 |
| f0o | well it cascades down to Neutron, so this could be a neutron issue | 11:12 |
| derekokeeffe | didn't spot that!! | 11:13 |
| f0o | try browsing to /project/api_access/ on horizon | 11:13 |
| f0o | (after login) | 11:14 |
| derekokeeffe | Will do | 11:14 |
| f0o | it should return the list of endpoints the way horizon sees them (`openstack endpoint list` is afaik the cli variant) | 11:14 |
| noonedeadpunk | it seems that neutron is not working | 11:17 |
| derekokeeffe | Now the browser is just giving me a "503 service unavailable" | 11:17 |
| derekokeeffe | This is from neutron https://paste.openstack.org/show/b7sQoVZEprUJyuXH5TVH/ | 11:17 |
| noonedeadpunk | well :) | 11:17 |
| noonedeadpunk | I'm not sure what intended driver to use is | 11:18 |
| noonedeadpunk | but smth is off for sure | 11:18 |
| noonedeadpunk | But horizon fails due to neutron being down | 11:18 |
| derekokeeffe | That's not something I specified in my config (or at least should I have?) | 11:19 |
| noonedeadpunk | it should go with ovn by default then | 11:19 |
| noonedeadpunk | if everything worked as expected | 11:19 |
| derekokeeffe | So it just didn't install the driver? Should I run the neutron playbook? | 11:20 |
| noonedeadpunk | might be... | 11:20 |
| noonedeadpunk | or can be smth off with inventory | 11:20 |
| noonedeadpunk | so that it didn't detect things correctly | 11:21 |
| derekokeeffe | Sorry I'm wrong, I used the same user_variables from an older successful deploy and it has this line neutron_plugin_type: ml2.ovs (is that the cause of the issue?) | 11:23 |
| noonedeadpunk | um, can be... | 11:25 |
| noonedeadpunk | so it really depends | 11:25 |
| derekokeeffe | Remove/change that and run neutron playbook again? | 11:26 |
| darkhackernc | hi team, any quick way to redeploy the osa-caracal version, test bed (virtual) deployed with 1 contrlloer and 1 compute I want to redeploy this without deleting the VM, how I can | 11:46 |
| darkhackernc | suggest please | 11:46 |
| noonedeadpunk | run an aio scenario? | 11:48 |
| noonedeadpunk | without deleting VM... um | 11:49 |
| noonedeadpunk | I guess you need explain a bit more what you imply under re-deployment | 11:49 |
| darkhackernc | noonedeadpunk, so I want to redeploy the testbed , testbed infra deployed on the KVM VM's, somehow I messed up the environemnt, I want to redeploy it completely but dont want to delete the infra vm, I am thinking to remove the /openstack and inventry file | 12:14 |
| darkhackernc | also ansible | 12:14 |
| opendevreview | Daniel Preussker proposed openstack/openstack-ansible-haproxy_server master: Add custom errorfiles https://review.opendev.org/c/openstack/openstack-ansible-haproxy_server/+/946617 | 12:17 |
| darkhackernc | noonedeadpunk, basically uninstall | 12:18 |
| noonedeadpunk | well, I'm not sure you can fully un-install | 12:20 |
| noonedeadpunk | I can suggest some things, like dropping containers (if they were used) | 12:20 |
| noonedeadpunk | but then complete "undo what you did" is kinda not what ansible is good at | 12:21 |
| NeilHanlon | yeah... i usually just fully redeploy my test infras using Terraform | 12:23 |
| noonedeadpunk | ++ | 12:25 |
| darkhackernc1 | NeilHanlon, thanks, possible to share the terraform templates? | 12:26 |
| darkhackernc1 | noonedeadpunk, yeah that is what I want, complete undo | 12:26 |
| NeilHanlon | darkhackernc1: i really need to update this.. but https://git.shrug.pw/linuxadminbooks/AdvancedLinuxAdmin | 12:58 |
| NeilHanlon | another option, if your provider supports it, would be snapshots | 12:58 |
| NeilHanlon | install the vm, get it setup and ready... then snapshot. **then** run OSA deploy, and if you need to re-set, you can revert to those snapshots | 12:59 |
| noonedeadpunk | ++ | 12:59 |
| darkhackernc1 | NeilHanlon, yeah, I was about to manage the same way the provider is KVM | 13:01 |
| darkhackernc1 | but this time I missed, due to laptop crashed, I lost all my automations | 13:01 |
| darkhackernc1 | NeilHanlon++ Thanks for sharing this. | 13:01 |
| noonedeadpunk | darkhackernc1: I don't lknow if it works today or not, but we also had this: https://opendev.org/openstack/openstack-ansible-ops/src/branch/master/multi-node-aio | 13:03 |
| darkhackernc1 | noonedeadpunk, humn, let me check | 13:04 |
| darkhackernc1 | Bjoern Teipel - Rackspace, I worked with him | 13:04 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible-os_zun master: Replace LXB check with OVS https://review.opendev.org/c/openstack/openstack-ansible-os_zun/+/947119 | 13:35 |
| opendevreview | Merged openstack/openstack-ansible-rabbitmq_server master: Fail with human-readable errors if upgrade impossible https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/946232 | 14:05 |
| opendevreview | Merged openstack/openstack-ansible master: Optimize generation of required roles/collections https://review.opendev.org/c/openstack/openstack-ansible/+/939221 | 14:38 |
| opendevreview | Merged openstack/openstack-ansible master: Use FQCN for modules and fix YAML issues https://review.opendev.org/c/openstack/openstack-ansible/+/946042 | 15:02 |
| opendevreview | Merged openstack/openstack-ansible master: [doc] Update 2023.1 maintenance state https://review.opendev.org/c/openstack/openstack-ansible/+/946975 | 15:02 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: Maximize amount of ANSIBLE_FORKS for CI https://review.opendev.org/c/openstack/openstack-ansible/+/947128 | 15:02 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: Maximize amount of ANSIBLE_FORKS for CI https://review.opendev.org/c/openstack/openstack-ansible/+/947128 | 15:03 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/ansible-role-systemd_mount master: Replace a shell with a command https://review.opendev.org/c/openstack/ansible-role-systemd_mount/+/947129 | 15:26 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/ansible-role-systemd_mount master: Replace block/rescue with ignore_errors/register https://review.opendev.org/c/openstack/ansible-role-systemd_mount/+/947131 | 15:36 |
| f0o | noonedeadpunk: got any idea why all other swift changes are now in conflict? it feels like I'm submitting my patches wrong because these are very simple additive changes that shouldnt conflict with eachother | 15:46 |
| f0o | maybe I'm just using gerrit wrong | 15:46 |
| opendevreview | Daniel Preussker proposed openstack/openstack-ansible-os_swift master: Remove md5 checks of rings/builders https://review.opendev.org/c/openstack/openstack-ansible-os_swift/+/947021 | 15:47 |
| opendevreview | Daniel Preussker proposed openstack/openstack-ansible-os_swift master: swift-object-expirer is its own distro package https://review.opendev.org/c/openstack/openstack-ansible-os_swift/+/947048 | 15:47 |
| opendevreview | Daniel Preussker proposed openstack/openstack-ansible-os_swift master: Remove seemingly unsused mlocate cronjob https://review.opendev.org/c/openstack/openstack-ansible-os_swift/+/947050 | 15:47 |
| noonedeadpunk | you didn't rebased in on the actual patch, but they were based on the one, which was already merged | 15:48 |
| opendevreview | Daniel Preussker proposed openstack/openstack-ansible-os_swift master: Migrate role to SSHCA https://review.opendev.org/c/openstack/openstack-ansible-os_swift/+/946988 | 15:48 |
| opendevreview | Daniel Preussker proposed openstack/openstack-ansible-os_swift master: Migrate ring distribution to SSHCA https://review.opendev.org/c/openstack/openstack-ansible-os_swift/+/946990 | 15:48 |
| opendevreview | Daniel Preussker proposed openstack/openstack-ansible-os_swift master: Remove md5 checks of rings/builders https://review.opendev.org/c/openstack/openstack-ansible-os_swift/+/947021 | 15:48 |
| opendevreview | Daniel Preussker proposed openstack/openstack-ansible-os_swift master: swift-object-expirer is its own distro package https://review.opendev.org/c/openstack/openstack-ansible-os_swift/+/947048 | 15:48 |
| opendevreview | Daniel Preussker proposed openstack/openstack-ansible-os_swift master: Remove seemingly unsused mlocate cronjob https://review.opendev.org/c/openstack/openstack-ansible-os_swift/+/947050 | 15:48 |
| f0o | maybe it's because of the relation chain | 15:48 |
| noonedeadpunk | well, yeah, but I fixed it. and you fixed it as well :) | 15:49 |
| f0o | oh | 15:49 |
| f0o | oops | 15:49 |
| f0o | still new to this relation chain thing | 15:49 |
| noonedeadpunk | so basically because chain should be updated if some patch beneath is updated | 15:49 |
| noonedeadpunk | you moved patch out of the chain, but did not update ones depending on it | 15:49 |
| f0o | oh | 15:49 |
| f0o | I thought I did | 15:50 |
| noonedeadpunk | as they now depend on a different one eventually | 15:50 |
| f0o | makes sense | 15:50 |
| f0o | I guess its just a matter of using gerrit more to get a hang of those nuances | 15:51 |
| noonedeadpunk | yup | 15:51 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible-os_swift master: Migrate ring distribution to SSHCA https://review.opendev.org/c/openstack/openstack-ansible-os_swift/+/946990 | 15:53 |
| noonedeadpunk | as technically - they're based not on patches - but on a specific patchset | 15:53 |
| noonedeadpunk | so if you check the state after I pushed the updated - they will show "(Indirect relation)" | 15:54 |
| f0o | speaking of 990; how do we proceed with the trusted_ca update that this seems to require? | 15:54 |
| noonedeadpunk | So they will be tested together, except on different code | 15:54 |
| noonedeadpunk | frankly - I think that doing some kind of re-ordering in swift should do the trick | 15:55 |
| noonedeadpunk | ie https://review.opendev.org/c/openstack/openstack-ansible-os_swift/+/946990/5..6 | 15:55 |
| f0o | fingers crossed | 15:56 |
| noonedeadpunk | as we should be able to setup ssh keys as soon as swift user is created, but no services are yet installed | 15:56 |
| f0o | that's true | 15:56 |
| opendevreview | Daniel Preussker proposed openstack/openstack-ansible-os_swift master: Remove md5 checks of rings/builders https://review.opendev.org/c/openstack/openstack-ansible-os_swift/+/947021 | 15:56 |
| opendevreview | Daniel Preussker proposed openstack/openstack-ansible-os_swift master: swift-object-expirer is its own distro package https://review.opendev.org/c/openstack/openstack-ansible-os_swift/+/947048 | 15:56 |
| f0o | opendevreview seems a bit delayed | 15:56 |
| opendevreview | Daniel Preussker proposed openstack/openstack-ansible-os_swift master: Remove seemingly unsused mlocate cronjob https://review.opendev.org/c/openstack/openstack-ansible-os_swift/+/947050 | 15:57 |
| f0o | I'm drinking coffee far away from git | 15:57 |
| f0o | :D | 15:57 |
| noonedeadpunk | is it? | 15:57 |
| noonedeadpunk | yeah, it's confused a bit' | 15:57 |
| noonedeadpunk | `Dmitriy Rabotyagov Patch Set 5 was rebased on behalf of Daniel Preussker` | 15:57 |
| f0o | so what's the reviewer policy on this now? you and me are both authors and we shouldnt pat our own shoulders right? :D | 15:59 |
| noonedeadpunk | weeeeeeeeelll | 16:00 |
| NeilHanlon | 😂 | 16:01 |
| f0o | hehe, just teasing | 16:01 |
| noonedeadpunk | we kind of ignore small patches made and allow to still review the code if this happens | 16:02 |
| noonedeadpunk | as gerrit itself doesn't apply any restrictions with this regard | 16:02 |
| noonedeadpunk | and we're low on core reviewers | 16:02 |
| noonedeadpunk | while still trying to maintain org diversity for landing new features | 16:03 |
| f0o | thats convenivent; previously in similar situations I've had to alter the merge conditions on github to allow admins to bypass checks for these to go through | 16:03 |
| NeilHanlon | fwiw noonedeadpunk I am trying to convince some coworkers to get involved | 16:04 |
| f0o | kinda pandoras box when you start making those changes "the norm" | 16:04 |
| noonedeadpunk | I think you can configure it such way, but currently it's an "administrative" way only | 16:04 |
| noonedeadpunk | NeilHanlon: that would be extremely sweet for sure | 16:04 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: Unfreeze roles after milestone release https://review.opendev.org/c/openstack/openstack-ansible/+/946281 | 16:14 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible-os_magnum master: Use libxslt1-dev package instead of unversioned one https://review.opendev.org/c/openstack/openstack-ansible-os_magnum/+/946560 | 16:15 |
| f0o | noonedeadpunk: how do I remove https://review.opendev.org/c/openstack/openstack-ansible-os_swift/+/947050 from the chain so that it wont cause conflicts again? | 16:36 |
| f0o | last time I used the web rebase `Rebase on top of the master branch (breaks relation chain)` | 16:37 |
| noonedeadpunk | just rebase on master | 16:37 |
| noonedeadpunk | yeah, that's fine | 16:37 |
| opendevreview | Daniel Preussker proposed openstack/openstack-ansible-os_swift master: Remove seemingly unsused mlocate cronjob https://review.opendev.org/c/openstack/openstack-ansible-os_swift/+/947050 | 16:37 |
| f0o | anything else I need to do? | 16:37 |
| noonedeadpunk | I guess not | 16:38 |
| f0o | then I dont know why I had those conflicts. this is what I did before too | 16:38 |
| f0o | hrm | 16:38 |
| noonedeadpunk | so you moved the one in the center | 16:38 |
| f0o | yeah but I rebased the followup commits onto the previous one removing it from the graph | 16:38 |
| noonedeadpunk | then all which were dependant on it needed to be rebased to 946988 | 16:39 |
| noonedeadpunk | well there were not when I looked at gerrit | 16:39 |
| f0o | oh | 16:39 |
| f0o | guess thats where I messed up | 16:39 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible-os_cinder master: Add EPEL repo for distro-based installs https://review.opendev.org/c/openstack/openstack-ansible-os_cinder/+/947142 | 17:08 |
| opendevreview | Merged openstack/openstack-ansible-haproxy_server master: Add custom errorfiles https://review.opendev.org/c/openstack/openstack-ansible-haproxy_server/+/946617 | 17:54 |
| f0o | thanks for the merge :) | 18:07 |
| f0o | is there any guess which release will have this? just so I know when I need to revert my local changes to the deployhost | 18:08 |
| f0o | noonedeadpunk: https://zuul.opendev.org/t/openstack/build/76e7e9aa345c490196eab904bb705282 your moving around failed in the same spot; trying to restart services that dont yet exist | 18:15 |
| f0o | but | 18:16 |
| f0o | it did regenerate them correctly | 18:16 |
| f0o | so something about rocky is funky | 18:16 |
| f0o | but anyway I'm going to abandon my keypairs change since this changeset does seem to work; rocky issues excluded | 18:17 |
| f0o | will have some time tomorrow after lunch to spin up a rocky to play with | 18:18 |
| *** jotik is now known as Guest13660 | 18:23 | |
| *** jotik^^ is now known as jotik | 18:23 | |
| NeilHanlon | f0o: that rocky error could be some differences in the default ssh configs on Rocky vs deb-based | 18:36 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!