Wednesday, 2021-03-31

*** mriosfer has quit IRC00:01
*** spatel_ has joined #openstack-ansible00:48
*** spatel_ is now known as spatel00:48
*** gyee has quit IRC01:01
*** jamesdenton has quit IRC01:04
*** jamesden_ has joined #openstack-ansible01:04
*** spatel has quit IRC01:08
*** spatel_ has joined #openstack-ansible01:15
*** spatel_ is now known as spatel01:15
*** gshippey has quit IRC01:35
*** evrardjp has quit IRC02:33
*** evrardjp has joined #openstack-ansible02:33
*** akahat has quit IRC03:08
*** akahat has joined #openstack-ansible03:22
*** macz_ has joined #openstack-ansible03:58
*** macz_ has quit IRC04:03
*** rohit02 has joined #openstack-ansible04:21
*** rohit02 has quit IRC04:53
*** rohit02 has joined #openstack-ansible04:54
*** zbr|rover4 has joined #openstack-ansible05:04
*** zbr|rover has quit IRC05:06
*** zbr|rover4 is now known as zbr|rover05:06
*** yasemind has joined #openstack-ansible05:15
*** spatel has quit IRC05:44
*** openstackgerrit has joined #openstack-ansible06:17
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-os_neutron master: [goal] Deprecate the JSON formatted policy file  https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/78227806:17
jrossercentos-8 distro jobs look in a bad way06:23
*** miloa has joined #openstack-ansible06:24
jrosseroh well thats game over for centos-8 classic distro jobs06:37
jrosserthe rdo packages now have dependancies on versions only available in centos8-stream06:38
jrosser"nothing provides python3-rtslib >= 2.1.74 needed by python3-cinder-common-1:18.0.0-0.20210325222515.7c4b626.el8.noarch"06:38
jrosserhttps://pkgs.org/search/?q=python3-rtslib06:38
*** kleini_ has joined #openstack-ansible06:39
*** luksky has joined #openstack-ansible06:42
openstackgerritJonathan Rosser proposed openstack/openstack-ansible master: Switch centos-8 distro jobs to centos-8-stream nodes  https://review.opendev.org/c/openstack/openstack-ansible/+/78400906:47
*** lkoranda has joined #openstack-ansible06:51
openstackgerritJonathan Rosser proposed openstack/openstack-ansible master: Switch centos-8 distro jobs to centos-8-stream nodes  https://review.opendev.org/c/openstack/openstack-ansible/+/78400906:52
*** jamesden_ has quit IRC07:08
*** jamesdenton has joined #openstack-ansible07:09
noonedeadpunkmornings07:15
noonedeadpunkI'm wondering if that's master or also for W...07:16
noonedeadpunkAs eventually it's kind of branching time07:17
noonedeadpunkbut I guess it's for W already :(07:17
noonedeadpunknice part is that for distro stream we don't need lxc :)07:18
noonedeadpunkas we test distro only on metal07:19
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-os_tempest master: Switch tempestconf centos-8 job to centos-8-stream nodess  https://review.opendev.org/c/openstack/openstack-ansible-os_tempest/+/78401907:30
*** tosky has joined #openstack-ansible07:33
noonedeadpunkbtw, there's tempestconf failure https://zuul.opendev.org/t/openstack/build/a404af3a06664e16a440a079732f9133/log/logs/openstack/aio1-utility/tempestconf.log.txt#4807:37
jrosseroh dear, i do remember spending some time in an AIO trying to understand that07:43
jrosseriirc tempestconf made bad choices from the service catalog07:43
openstackgerritDmitriy Rabotyagov proposed openstack/openstack-ansible-os_tempest master: Use internal endpoint for tempestconf and respect tempest_keystone_interface_insecure  https://review.opendev.org/c/openstack/openstack-ansible-os_tempest/+/76996607:43
openstackgerritDmitriy Rabotyagov proposed openstack/openstack-ansible-os_tempest master: Use internal endpoint for tempestconf and respect tempest_keystone_interface_insecure  https://review.opendev.org/c/openstack/openstack-ansible-os_tempest/+/76996607:44
jrosserit was kind of two layer problem "read the service catalog from internal endpoint" was first issue07:44
jrosserbut then "use the external endpoints listed in the service catalog"  was the second thing it did07:45
noonedeadpunkYeah but then it picked up wrong endpoint from it...07:45
noonedeadpunkI just saw that happening with trove client yestarday :)07:45
jrossersenlin does the same i thnk07:46
noonedeadpunkso from some side it's good we don't have trusted CA since we can catch services that don't respect endpoints....07:46
noonedeadpunkdoesn't make our life easier though07:46
noonedeadpunkAlso I realised that there are services that don't have config reference, which is super annoying...07:49
* noonedeadpunk talking about trove07:49
*** miloa has quit IRC07:54
jrosseroh thats nice, openstack-ansible-deploy-aio_distro_metal-centos-8-stream has passed08:03
noonedeadpunknice ideed08:04
*** dpawlik0 is now known as dpawlik08:08
*** fanfi has quit IRC08:17
*** fanfi has joined #openstack-ansible08:22
*** fanfi has quit IRC08:26
CeeMacjonher: is this tempest issue  the same issue you were seeing with cloudkitty tests where its calling the external endpoint with ssl instead of the internal endpoint?09:37
jonheryeah so https://github.com/openstack/sahara-tests/blob/master/sahara_tempest_plugin/config.py#L31 is using the publicURL and that endpoint has https in the catalog, but not actually on the metal deployment, i've edited to use the internal URL but my keystone replies back that the service is unavailable09:41
jonherthat's where i'm at currently in regards to the tempest tests09:42
CeeMachttps://opendev.org/openstack/cloudkitty-tempest-plugin/src/branch/master/cloudkitty_tempest_plugin/config.py#L2909:44
CeeMacusing publicURL here too09:44
CeeMacwhat services are showing in your endpoint list for cloudkitty?09:45
jonherwops wrong link yeah :)09:45
jonherthat's the one i meant to link :)09:45
CeeMacno worries :)09:45
jonherhttp://paste.openstack.org/show/804070/ this is basically what i'm facing now09:48
jonhercloudkitty is configured to contact http://172.29.236.101:5000 and that can be reached with curl09:49
CeeMacwhat do you see in ' openstack endpoint list' for cloudkitty09:49
jonherhttp://paste.openstack.org/show/804071/09:49
CeeMacis "http://172.29.236.101:8089/v1/rating/module_config/pyscripts/scripts/" responding to curl?09:49
jonheryep09:50
jonher"The request you have made requires authentication."09:50
CeeMachmm09:51
CeeMacso its sending the request with a token, but can't validate the auth request as its getting 503 from keystone service09:52
CeeMacbut the keystone service is reachable09:52
CeeMacits not using the external keystone url though is it?09:52
jonherwhat i'm thinking too, looking at hte keystone logs currently09:52
jonherit is not09:53
CeeMacdid you check haproxy logs?09:53
jonheri might have to put it against the haproxy published keystone, but so far i didn't09:55
jonher"CRITICAL keystonemiddleware.auth_token [-] Unable to validate token: Unable to establish connection to https://127.0.0.1:35357: HTTPSConnectionPool(host='127.0.0.1', port=35357)"   that sure does not look like what i'd expect from the cloudkitty-api logs :)09:59
*** jamesdenton has quit IRC10:20
*** jamesden_ has joined #openstack-ansible10:20
jrosserthats the admin endpoint, and i think we quite deliberatly don't bind to 127.0.0.110:28
*** yasemind has quit IRC10:34
openstackgerritSebastian Gumprich proposed openstack/openstack-ansible-galera_server master: add support for encryption  https://review.opendev.org/c/openstack/openstack-ansible-galera_server/+/78406910:43
*** rndmh3ro has joined #openstack-ansible10:45
rndmh3rohi! I recently opened https://bugs.launchpad.net/openstack-ansible/+bug/1921861 and noonedeadpunk helpfully answered! So I created a patchset for the new galera encryption feature here: https://review.opendev.org/c/openstack/openstack-ansible-galera_server/+/78406910:50
openstackLaunchpad bug 1921861 in openstack-ansible "Add table encryption support?" [Undecided,Triaged]10:50
noonedeadpunkrndmh3ro: hey! will review now10:55
noonedeadpunkrndmh3ro: btw, do we need these key files to be present during service restart?10:58
noonedeadpunkor they're store somewhere internally?10:58
jonhernow i just need tempest to ignore ssl validation or make it trust the cert, but first meetings10:59
noonedeadpunkjonher: just make tmepest plugin to use internal endpoint instead of public which is default11:00
jonherpretty sure that cuased the attempts to 127.0.0.1 but i'll verify once more after meetings etc.11:00
*** mugsie__ is now known as mugsie11:01
rndmh3ronoonedeadpunk: they're needed on service-restart. mysql needs to read the (optionally encrypted) keyfile from a file or an environment variable to start. storing them somewhere would probably defeat the whole purpose of this encryption at rest11:01
noonedeadpunkthen we can;t probably jsut drop key with handler?11:01
noonedeadpunkand we need the same key to be present on all cluster members, not only for single one?11:02
noonedeadpunkaha, it's delegated, sorry11:03
rndmh3ro.noonedeadpunk: it has to be the same key on all nodes, yes. every node decrypts its own files. what do you mean with a handler?11:03
noonedeadpunkI just expected block to be delegated :)11:03
rndmh3rolet me check11:03
rndmh3rothe first task needs to be run on all machines. then the key gets generated and copied to all hosts.11:04
noonedeadpunkyeah, got it11:04
rndmh3roand I just noticed that the last task (Set permissions of keyfile on servers) is redundant since the mode is set correctly in the tasks before11:05
openstackgerritSebastian Gumprich proposed openstack/openstack-ansible-galera_server master: add support for encryption  https://review.opendev.org/c/openstack/openstack-ansible-galera_server/+/78407411:08
noonedeadpunkrndmh3ro: I posted a comment there11:11
noonedeadpunkrndmh3ro: um, and I guess you've created new patch, instead of editing old one:)11:12
rndmh3ronoonedeadpunk: damn. I'm new to gerrit. I did a rebase, then a git-review. should I just have pushed?11:13
noonedeadpunkyou should git amend and git review again11:13
noonedeadpunkor, at least, leave `Change-Id:` the same in the commit msg11:13
noonedeadpunkas that's an identifier for gerrit11:14
rndmh3roI thought I did, here are two ids: https://review.opendev.org/c/openstack/openstack-ansible-galera_server/+/78407411:14
noonedeadpunkeventually what I do when I need to change smth - do changes; git add .; git commit --amend; git review11:15
noonedeadpunkyeah. there're 2 Change-Ids which confused gerrit I guess11:16
rndmh3rookay, how can I use the old changeset? or should I just continue with the new changeset and amend the commit?11:16
rndmh3roor I'll delete the second change-id11:17
noonedeadpunkin your current HEAD, you can delete second change-id and make sure that first one is the last line is msg11:17
rndmh3rothanks, I'll try!11:17
noonedeadpunkand when you run git review, new patchset should be placed to the original patch11:18
noonedeadpunkand yeah, you can abandon change in UI11:19
noonedeadpunkIn case I completely confused you, there's another doc regarding gerrit usage https://docs.openstack.org/contributors/code-and-documentation/using-gerrit.html11:21
rndmh3roYou did not confuse me, so far. :)11:21
noonedeadpunkalso would be great if you could reference bug in commit msg, with "Closes-Bug: #1921861"11:29
openstackbug 1921861 in openstack-ansible "Add table encryption support?" [Undecided,Triaged] https://launchpad.net/bugs/192186111:29
rndmh3ronoonedeadpunk: will do11:29
openstackgerritMerged openstack/openstack-ansible-os_cinder stable/victoria: Fix condition when to create backends  https://review.opendev.org/c/openstack/openstack-ansible-os_cinder/+/78296311:41
*** sshnaidm|off is now known as sshnaidm11:57
openstackgerritSebastian Gumprich proposed openstack/openstack-ansible-galera_server master: add support for encryption  https://review.opendev.org/c/openstack/openstack-ansible-galera_server/+/78408412:04
rndmh3rogreat. a third one...12:05
noonedeadpunklol12:05
noonedeadpunkso git-review adds git hook, that generates `Change-Id` when it can;t find one.. Maybe it's somehow misbehaving for you12:06
openstackgerritSebastian Gumprich proposed openstack/openstack-ansible-galera_server master: add support for encryption  https://review.opendev.org/c/openstack/openstack-ansible-galera_server/+/78408512:06
noonedeadpunk4th12:06
rndmh3roI ammended one and set the change-id explicitly.12:06
noonedeadpunkIt wasn\'t last line, was it?12:07
rndmh3rono, that's the problem?12:07
rndmh3roshould i retry? could be the 5th12:07
noonedeadpunkit's better to understand once:)12:08
noonedeadpunkwe can abandon others at the end of the day12:08
* rndmh3ro < https://matrix.org/_matrix/media/r0/download/matrix.org/MtdBxXtuMYHAOnsPqQtxnUgJ/message.txt >12:08
noonedeadpunklgtm at this point...12:09
* rndmh3ro < https://matrix.org/_matrix/media/r0/download/matrix.org/SbjoKSPJrPuHEoyGUWNHxPOl/message.txt >12:09
rndmh3roI'll probabyly do this though: `git push gerrit HEAD:refs/for/master%topic=galera_encryption`12:10
noonedeadpunk-n is dry-run iirc?12:10
rndmh3royes12:10
rndmh3robetter yet: `git review -t galera_encryption -n`12:11
rndmh3rowithout the -n12:12
openstackgerritSebastian Gumprich proposed openstack/openstack-ansible-galera_server master: add support for encryption  https://review.opendev.org/c/openstack/openstack-ansible-galera_server/+/78406912:15
rndmh3rothis worked12:15
noonedeadpunkI will abandon other patches if you don't mind:)12:16
rndmh3rothank you!12:16
noonedeadpunkand I'm not sure if you've covered my comments for it12:17
rndmh3roI answered them now. Had to find the save-button12:19
noonedeadpunkrndmh3ro: wait. is keyfile jsut a rand string?12:23
* rndmh3ro < https://matrix.org/_matrix/media/r0/download/matrix.org/yZEpZKllCszfaKSirTWKrbEg/message.txt >12:25
rndmh3rothis gets encrypted with a password. if mysql starts, this file is decrypted and used.12:25
noonedeadpunkand then we remove it after server start from galera server?12:26
noonedeadpunksorry for asking stupid questions, just trying to fuly understand intention :)12:27
rndmh3rowe remove the password-file that decrypts the encrypted file (with the hex-strings).12:27
rndmh3rogood questions! :)12:27
rndmh3roalso the docs are pretty good on this topic: https://mariadb.com/kb/en/file-key-management-encryption-plugin/12:30
noonedeadpunkyeah, I'm just not super sure how "safe" it is to drop key from galera containers12:35
noonedeadpunkI mean we should at least say, that you can't manually restart instance when this is used at least12:35
rndmh3rodefinetly!12:36
noonedeadpunkbut with all bits on the server it doesn't make much sense12:36
rndmh3rothat's the problem. :)12:36
rndmh3roI'd add it to the docs12:36
noonedeadpunkyeah12:37
*** spatel_ has joined #openstack-ansible13:01
*** spatel_ is now known as spatel13:01
*** macz_ has joined #openstack-ansible13:08
*** macz_ has quit IRC13:12
*** cp- has quit IRC13:31
openstackgerritDmitriy Rabotyagov proposed openstack/openstack-ansible stable/victoria: Bump SHAs for stable/victoria  https://review.opendev.org/c/openstack/openstack-ansible/+/78358013:33
spatelnoonedeadpunk morning! question, i am still running RC1 victoria on production, do you think i should upgrade victoria with whatever latest stable we have or i can directly go to wallaby ?14:09
noonedeadpunkI won't expect wallaby in the nearest month for sure14:14
noonedeadpunkI'd say with things that are now, we will release pretty close to the deadline...14:15
*** mmercer has quit IRC14:17
*** macz_ has joined #openstack-ansible14:17
openstackgerritSebastian Gumprich proposed openstack/openstack-ansible-galera_server master: add support for encryption  https://review.opendev.org/c/openstack/openstack-ansible-galera_server/+/78406914:17
openstackgerritSebastian Gumprich proposed openstack/openstack-ansible-galera_server master: add support for encryption  https://review.opendev.org/c/openstack/openstack-ansible-galera_server/+/78406914:20
rndmh3rothat took longer than expected, but the change works now for: completetly new cluster-installations, for single node reinstallations and it can be run multiple times without triggering a restart each time.14:21
*** macz_ has quit IRC14:21
spatelnoonedeadpunk should i wait for just do minor upgrade for safety :)14:23
spatels/for/or14:23
*** jamesden_ has quit IRC14:24
noonedeadpunklet me just release another one as it fixes nasty cinder bug14:24
*** jamesdenton has joined #openstack-ansible14:24
noonedeadpunkit's hitting new deployments only though14:25
spatelperfect i can wait14:25
noonedeadpunkhttps://review.opendev.org/c/openstack/openstack-ansible/+/783580 <- this is the patch I'm aiming to tag with 22.1.114:25
spatelnice then i will go with 22.1.1 before upgrading to wallaby14:27
noonedeadpunkrndmh3ro: if you don't mind I will take another round tomorrow on fresh head14:29
rndmh3ronoonedeadpunk: sure thing!14:29
*** fresta has joined #openstack-ansible14:30
arxcruznoonedeadpunk: hey, can I add a topic for ptg ? if yes, do you have the etherpad ?14:31
noonedeadpunksure thing14:31
noonedeadpunkhttps://etherpad.opendev.org/p/osa-xena-ptg14:31
noonedeadpunkwasn't ML it because want to fill it in a bit14:32
noonedeadpunkjrosser: hm, we do smth wrong with gather facts in `containers-lxc-create.yml` http://paste.openstack.org/show/804075/14:35
noonedeadpunkit's without your patch for min facts by the way14:35
jrosserthats a vars include i think14:36
noonedeadpunkno, not really14:36
noonedeadpunkwe run lxc_container_create role twice https://opendev.org/openstack/openstack-ansible/src/branch/master/playbooks/containers-lxc-create.yml#L4214:36
noonedeadpunkand eventually, I think we should run against containers during first set of tasks14:37
noonedeadpunk*we should not run14:37
jrosserwhere does it run twice?14:38
noonedeadpunkoh, sorry, indeed, looked at tags instead of roles lol14:38
jrosserit would help if the vars include tasks was templated for the os/distro/version14:39
jrosserthen it would be super clear if there was missing/bogus data it was looking for14:39
jrosserthe task name, i mean14:39
noonedeadpunkyeah, agree14:41
noonedeadpunkeventually it would be also great to add prefix to python_venv_build tasks and systemd_service and etc14:41
*** macz_ has joined #openstack-ansible14:49
noonedeadpunkhm, eventually facts should be there...14:50
openstackgerritDmitriy Rabotyagov proposed openstack/openstack-ansible master: Fix facts collection for LXC hosts  https://review.opendev.org/c/openstack/openstack-ansible/+/78411214:59
openstackgerritDmitriy Rabotyagov proposed openstack/openstack-ansible master: Add trove to br-dbaas  https://review.opendev.org/c/openstack/openstack-ansible/+/78411315:02
jrossernoonedeadpunk: do you think that instead we should remove the TTL on the facts cache?15:20
jrosserit's somehow unhelpful that they are all present but ignored after 24hours15:20
*** johanssone has quit IRC15:26
*** noonedeadpunk has quit IRC15:27
*** noonedeadpunk has joined #openstack-ansible15:28
*** johanssone has joined #openstack-ansible15:29
noonedeadpunkjrosser: dunno, that's kind of default ansible behaviour that can be easily changed?15:33
jrosserwe set it currently in the openstack-ansible.rc15:33
noonedeadpunkand eventually in case of os upgrade you will need to manually drop facts (or in cases where you add extra interface or etc)15:33
jrosserseems like two different things15:34
jrosserensure facts are gathered properly when needed, like you say for OS upgrade, by fixes you already did with tags: always15:34
jrosserbut stuff goes wrong when you want to use a random playbook which relies on facts > 24hours later15:34
jrosserthats really kind of unexpected15:35
jrosseri think in particular when we need facts for a host that is delegated to, like the repo server15:35
jrossereven if we added always facts gathering everywhere that doesnt cover things that are not targets of the play, but are delegated to15:36
noonedeadpunkSo you mean to set facts cache time to 0 but not remove gather_facts tasks?15:38
noonedeadpunk*setup15:39
jrosserwe should have setup / gather_facts where we need them15:39
jrosserbut it does seem we have a couple of times now where folk have had unexpected results by facts being present, but too old15:39
jrosseri was wondering if that was the root cause of the osa DOS on the infra git servers recently15:40
noonedeadpunkbut wouldn't timeout to facts make things even worse in this terms?15:40
noonedeadpunk*absent timeout15:40
jrosserbecasue they are no longer valid?15:41
noonedeadpunkwell, yes15:41
noonedeadpunkI think it's kind of tradeoff anyway?15:41
jrosserit is15:42
jrosseri was thinking about python_venv_build regarding this15:42
jrosserand adding some kind of assert that if groups['repo_all']|length>0 and venv_build_host==localhost then something has gone bad with facts15:43
jrosserthats maybe my one specific case where the current fact timeout is a bad thing15:43
jrosserbut as you say for other situations it's not good to have old data15:44
noonedeadpunkbut not sure we can add that in python_venv_build role itself as we should kind of leave it more agnostic?15:44
jrosseryeah, it's tricky15:45
noonedeadpunkI also have a question, about what would you feel to do here. We have dbaas network set like this in sample https://opendev.org/openstack/openstack-ansible/src/branch/master/etc/openstack_deploy/openstack_user_config.yml.aio#L3 But in role defaults we use this https://opendev.org/openstack/openstack-ansible-os_trove/src/branch/master/defaults/main.yml#L16615:48
noonedeadpunknot sure where to change default....15:48
noonedeadpunkI think in trove role, but a bit afraid to broke envs during upgrade15:48
*** prometheanfire has joined #openstack-ansible15:49
prometheanfirenoonedeadpunk: https://review.opendev.org/783715 still needed?15:49
noonedeadpunkyes?:)15:50
noonedeadpunkexcept I did the same with importlib-resources15:51
noonedeadpunk*I would do the same15:51
noonedeadpunkfor gates things resolved as for now, but eventually we'd love these to get fixed in u-c15:52
*** cp- has joined #openstack-ansible15:53
*** spotz has joined #openstack-ansible15:53
prometheanfireok, this one is fine, but I need something more than 'I think' for other changes :P15:53
prometheanfire/bu/buffer 2015:54
noonedeadpunkprometheanfire: our main concern was that things are fixed for py3.6 but they are not for py3.7. dataclasses are already integrated in 3.7, so it;s only backport for 3.6. While importlib-resources and importlib-metadata are not till 3.815:56
noonedeadpunkwhich may sooner or later break envs15:56
prometheanfireok, added it15:57
noonedeadpunkwe don't use these packages directly, but services that use them do break then (which affects our gates in it's turn)15:58
noonedeadpunkthanks15:58
jonhernoonedeadpunk "jonher: just make tmepest plugin to use internal endpoint instead of public which is default" http://paste.openstack.org/show/804080/ i'm not sure where it's getting that 127.0.0.1 from when i set it to admin or internal but not on "public"15:58
jrossernoonedeadpunk: well i'm not sure about the dbaas network, this makes things even less clear i guess https://github.com/openstack/openstack-ansible-os_octavia/blob/master/defaults/main.yml#L32815:59
noonedeadpunkdoh15:59
jrosseryeah, thats unfortunate16:00
noonedeadpunk(╯°□°)╯︵ ┻━┻16:00
jrosseri guess octavia is more established in OSA stuff, so maybe that is the defaults/main.yml we do not change16:00
noonedeadpunkyeah...16:01
noonedeadpunkI guess we don't test octavia in lxc?16:01
noonedeadpunkwe don't yes16:02
jrosserthe thing that we risk breaking is a deployment where the network from defaults/main.yml was used without an override16:02
noonedeadpunkand I can bet most of them are like that16:03
noonedeadpunk(at least I never changed that)16:03
*** rohit02 has quit IRC16:03
jrosserit depends how many people copy/paste the example config16:03
jrosserbtw i had a patch to remove nspawn which clears a bunch of this up, as that used totally different networks again :(16:04
noonedeadpunklike https://opendev.org/openstack/openstack-ansible/src/branch/master/tests/roles/bootstrap-host/templates/user_variables_translations.yml.j2 ?16:05
noonedeadpunkthis all makes me feel pretty sick...16:09
noonedeadpunkCan I at least get votes for https://review.opendev.org/q/topic:%22bump_osa%22+(status:open)16:14
*** rohit02 has joined #openstack-ansible16:18
noonedeadpunkdoh https://opendev.org/openstack/ansible-role-systemd_networkd/src/branch/master/examples/playbook.yml#L148-L15616:24
*** jamesdenton has quit IRC16:24
*** jamesdenton has joined #openstack-ansible16:25
noonedeadpunkwhat a mess....16:25
openstackgerritDmitriy Rabotyagov proposed openstack/openstack-ansible master: Map dbaas and lbaas with role defaults  https://review.opendev.org/c/openstack/openstack-ansible/+/78411317:06
openstackgerritDmitriy Rabotyagov proposed openstack/openstack-ansible-os_trove master: Change default pool subnet  https://review.opendev.org/c/openstack/openstack-ansible-os_trove/+/78414517:31
*** rohit02 has quit IRC17:44
noonedeadpunkbtw, also would be super great to merge https://review.opendev.org/c/openstack/openstack-ansible/+/78400917:45
*** jamesdenton has quit IRC18:56
*** jamesden_ has joined #openstack-ansible18:57
openstackgerritMerged openstack/openstack-ansible stable/victoria: Bump SHAs for stable/victoria  https://review.opendev.org/c/openstack/openstack-ansible/+/78358019:27
openstackgerritMerged openstack/openstack-ansible stable/ussuri: Bump SHAs for stable/ussuri  https://review.opendev.org/c/openstack/openstack-ansible/+/78357819:27
openstackgerritMerged openstack/openstack-ansible stable/train: Bump SHAs for stable/train  https://review.opendev.org/c/openstack/openstack-ansible/+/78357919:33
*** fanfi has joined #openstack-ansible20:11
*** spatel has quit IRC20:18
*** fanfi has quit IRC20:28
*** mriosfer has joined #openstack-ansible20:29
mriosferHi guys, i continue testing openstack-ansible lab envirioment for victoria release, im getting this error  in setup-infraestructure.yml https://pastebin.com/Hr15r6bE20:30
*** d34dh0r53 has quit IRC20:35
jrossermriosfer: which operating system?20:35
mriosferUbuntu 20.0.4 lts20:38
*** jamesden_ has quit IRC20:38
*** jamesdenton has joined #openstack-ansible20:39
jrosseri think i would wonder if something else has failed earlier in the playbook20:40
jrosserhandlers run and the end20:40
*** d34dh0r53 has joined #openstack-ansible20:40
jrosser*at teh20:40
mriosferim re-running again setup-infraestructure after a infras servers reboot20:41
jrosserbest to look back through the log and see what failed20:46
*** mriosfer has quit IRC20:49
*** mriosfer has joined #openstack-ansible20:51
*** lkoranda has quit IRC21:18
*** mriosfer has quit IRC21:34
*** mriosfer has joined #openstack-ansible21:34
*** luksky has quit IRC22:30
*** rh-jlabarre has quit IRC22:48
*** jamesdenton has quit IRC22:57
*** jamesden_ has joined #openstack-ansible22:58
*** NewJorg has quit IRC23:08
*** NewJorg has joined #openstack-ansible23:10
*** tosky has quit IRC23:30
*** macz_ has quit IRC23:31

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!