Friday, 2021-03-12

*** tosky has quit IRC00:51
*** artom has quit IRC02:46
*** whoami-rajat_ has joined #openstack-sdks02:56
*** whoami-rajat_ is now known as whoami-rajat03:16
*** enriquetaso has quit IRC04:11
*** ysandeep|holiday is now known as ysandeep04:33
*** lifeless has quit IRC04:42
*** udesale has joined #openstack-sdks05:09
*** whoami-rajat has quit IRC05:28
*** evrardjp has quit IRC05:33
*** evrardjp has joined #openstack-sdks05:33
*** LinPeiWen has quit IRC06:02
*** LinPeiWen has joined #openstack-sdks06:13
*** ralonsoh has joined #openstack-sdks06:18
*** diablo_rojo has quit IRC06:36
*** lifeless has joined #openstack-sdks06:49
*** whoami-rajat_ has joined #openstack-sdks06:56
*** khomesh24 has joined #openstack-sdks06:59
*** slaweq has joined #openstack-sdks07:11
*** gtema has joined #openstack-sdks07:21
openstackgerritPolina Gubina proposed openstack/ansible-collections-openstack master: Container module for management Swift containers  https://review.opendev.org/c/openstack/ansible-collections-openstack/+/77971208:17
openstackgerritPolina Gubina proposed openstack/ansible-collections-openstack master: Container module for management Swift containers  https://review.opendev.org/c/openstack/ansible-collections-openstack/+/77971208:26
*** tosky has joined #openstack-sdks08:51
*** jpich has joined #openstack-sdks09:04
*** ysandeep is now known as ysandeep|lunch09:41
*** dtantsur|afk is now known as dtantsur09:51
*** jpich has quit IRC10:33
*** jpich has joined #openstack-sdks10:33
*** smcginnis has joined #openstack-sdks10:38
*** slaweq has quit IRC11:00
*** slaweq has joined #openstack-sdks11:02
*** udesale_ has joined #openstack-sdks11:04
*** udesale has quit IRC11:07
*** brinzhang0 has quit IRC11:11
*** jpich has quit IRC11:28
*** jpich has joined #openstack-sdks11:28
*** ysandeep|lunch is now known as ysandeep11:36
openstackgerritPolina Gubina proposed openstack/ansible-collections-openstack master: Container module for management Swift containers  https://review.opendev.org/c/openstack/ansible-collections-openstack/+/77971211:37
*** enriquetaso has joined #openstack-sdks12:04
*** senrique_ has joined #openstack-sdks12:28
*** smcginnis has quit IRC12:28
*** enriquetaso has quit IRC12:28
*** artom has joined #openstack-sdks12:44
*** tkajinam has quit IRC12:54
*** smcginnis has joined #openstack-sdks13:05
openstackgerritPolina Gubina proposed openstack/ansible-collections-openstack master: Container module for management Swift containers  https://review.opendev.org/c/openstack/ansible-collections-openstack/+/77971213:19
*** jpich has quit IRC13:31
*** jpich has joined #openstack-sdks13:31
mordredgtema: so - I pushed up a change yesterday that was the result of me falling down a little rabbit hole looking at sdk in lgtm.com: https://lgtm.com/projects/g/openstack/openstacksdk/?mode=list13:51
gtemawow13:52
mordredmany of the things are competely lame, and its warnings about multiple calls of constructors are not super accurate. but the duplicate code warnings seem to be reasonable13:52
*** smcginnis has quit IRC13:52
mordred(there's several other things where it's right and where I'm annoyed that pyflakes isn't flagging - like redefined variables and unused variables and stuff)13:52
gtemawell, there is always place for tools to be different13:53
mordredyah13:54
gtemaunrelated question to https://opendev.org/opendev/system-config/src/branch/master/playbooks/roles/base/server/templates/sshd_config.j2#L8413:55
gtemaI'm trying to reuse system-config pattern in my case and now digging the "undocumented" things13:56
gtemais the bastion_ipv4 (what is applied to all hosts behind bridge) the ip of the bridge itself? Or how otherwise bridge connected to hosts?13:56
mordredip of bridge itself.13:59
gtemaokay, and is the bridge behind the some form of the bastion?13:59
mordrednope. it is the bastion13:59
gtemacool, thanks13:59
*** khomesh24 has quit IRC14:00
mordredbasically - it's where ansible is run from - so we allow it to connect to the remote hosts at root - but we only allow inbound root from bridge14:00
gtemawas digging quite a while to figure out how the secrets themselves are provisioned to bridge14:00
mordredthere's a git repo of secrets local to bridge that's managed manually there - it's the secretest part of the equation14:00
gtemaand just to double check - they are provisioned under /etc/ansible/hosts/host_vars/bastion.o.o.yaml?14:01
mordredunder /etc/ansible/hosts/host_vars/ and /etc/ansible/hosts/group_vars/14:02
gtemacool14:02
gtemanot the trivial usage pattern for the CD, but I clearly understand why14:02
gtemaanother infra question, how search.openstack.org is working?14:02
mordredyah - this is why our system-config jobs add bridge as an inventory host and the zuul job runs ansible on bridge in a shell task14:03
gtemaI am willing to also implement searching14:03
mordreddo you mean https://codesearch.opendev.org/ ?14:03
gtemanope, the search.openstack.org used by docs.openstack.org14:03
mordredI honestly don't know - I think the foundation might have set that up? fungi or clarkb might know14:04
gtemaokay, thanks a lot anyway14:05
gtemabtw, with https://review.opendev.org/c/openstack/openstacksdk/+/766783 I have figured out that we break ansible a lot14:05
gtemaalready clarified with the collection, that we will update all modules to enforce doing to_dict for whatever SDK returns to ansible14:06
fungisearch.openstack.org does seem to be something related to the foundation-run openstack.org website, yes14:06
gtemaas usual - Ansible is doing some weird things, but we can't really blame it14:06
gtemafungi - the question is basically which software is running there and how it indexes the content14:07
fungii can ask the webdev folks, it's almost certainly outsourced to a third party to maintain14:07
gtemafungi - no worries. In that case it is most likely to be something more complex then I was supposing14:08
gtemamordred: I think I will shortly start a "r1" branch where we can complete switch of the cloud layer to proxy, so that cloud returns always resources, and not munches14:09
fungigtema: what were you wanting to search with it? maybe they're willing to add something14:09
gtemaand once it is complete we can merge it and cut a release, which is partly breaking interface (depending on your usage pattern)14:09
gtemafungi - no, I am "mimicing" OpenStack infra setup for our cloud and need to find a way to index html content in docs "portal"14:10
fungiaha, got it14:10
gtemajust want to understand how it works14:11
fungiif it were a single sphix document, then sphinx's search capability would be an option14:11
gtemayeah, but we talk about multiple subprojects pushing their own content14:11
fungibut if it's a copy of the openstack project docs, that's all different projects so the indices aren't merged14:11
fungiright14:11
gtemaok, will think deeper on possibilities14:12
gtemathanks14:13
fungiclassical approach would be to rely on one of the numerous open source solutions which spider your site content and create trigram indices, though you'd need to adjust the sphinx theme to embed the form field calling out to whatever index interface it provides14:13
gtemaexact14:14
*** smcginnis has joined #openstack-sdks14:28
*** whoami-rajat_ is now known as whoami-rajat14:40
*** ysandeep is now known as ysandeep|dinner15:00
*** artom has quit IRC15:04
*** artom has joined #openstack-sdks15:16
*** LinPeiWen has quit IRC16:00
*** ysandeep|dinner is now known as ysandeep16:18
*** Hybrid512 has quit IRC17:04
*** jpich has quit IRC17:19
*** udesale_ has quit IRC17:25
*** ralonsoh has quit IRC17:55
*** artom has quit IRC18:06
*** artom has joined #openstack-sdks18:08
*** dtantsur is now known as dtantsur|afk18:10
*** gtema has quit IRC18:21
*** gtema has joined #openstack-sdks18:24
*** smcginnis has quit IRC18:25
*** smcginnis has joined #openstack-sdks18:30
*** gtema has quit IRC19:02
yoctozeptomorning gentlefolks, a little emergency in here19:05
yoctozeptothe newly released openstacksdk includes a breaking change19:06
yoctozeptoat least for masakari19:06
yoctozepto(and it's not the one for masakari)19:06
yoctozeptothis -> https://review.opendev.org/c/openstack/openstacksdk/+/77620519:06
yoctozeptoI don't know about other projects but all might be impacted in subtle ways19:06
mordredgtema: discovery in #zuul - api output can be different between list servers and get server - in this particular case, list shows a server stuck in building, but get doesn't show it existing at all. nodepool does the right thing because it always uses list and client-side filter - but the behavior can be confusing from OSC19:07
mordredyoctozepto: looking19:07
yoctozeptothis patch essentially adds new props on listings19:07
mordredyoctozepto: I don't have enough context here, sorry. ... and poop, gtema isn't here19:08
mordredyoctozepto: why is that breaking things?19:08
yoctozeptobecause, at least masakari, has tests that compare things 1:119:08
mordredoh - that's a bug in masakari19:08
yoctozepto:D19:08
yoctozeptocould be19:09
mordredthe sdk interface contract does not consider adding properties to be a breaking change19:09
mordredit is always fair for us to add without warning. we will not, however, take properties away - that is a breaking change19:09
mordredso tests that test for 1:1 are bad tests19:09
mordred(sorry, I know that doesn't put you in an awesome position at this moment)19:10
yoctozeptook, note taken19:10
yoctozeptohaha, I have not written them19:10
mordredI know :P)19:10
yoctozeptoI don't like the "functional" tests that we have19:10
yoctozeptothey are like glorified unit tests that require full devstack deployment :D19:10
mordredgross19:11
mordredalso - we have unit tests that test api structures in sdk - so masakari doesn't really need to also test that the sdk works19:11
yoctozeptoyeah, it's more like half-bottomed thing that should be in tempest but otoh is still too basic to go there19:11
* yoctozepto crying in despair19:12
yoctozepto:D19:12
yoctozeptook, so I will adapt these tests to make sense and not break19:13
yoctozeptoand you know what happened if any other project comes crying their ci broke for no apparent reason :D19:13
mordred:)19:19
mordredyoctozepto: might be worth making a masakari functional test job that uses the functional tests in sdk (maybe adding more) and run it on both sdk and masakari changes - we do that for a few other services19:20
yoctozeptomordred: ack, that would likely make sense19:21
yoctozeptoI think sdk does only unit tests for masakari atm19:21
yoctozeptoI honestly can't wrap my head around the usefulness of the now-failing test19:26
mordredyoctozepto: what do you want to bet it's testing that the test tests what the test tests?19:33
yoctozeptoWHA? :D19:35
*** gtema has joined #openstack-sdks19:36
openstackgerritMerged openstack/ansible-collections-openstack master: security_group_rule: add support ipv6-icmp  https://review.opendev.org/c/openstack/ansible-collections-openstack/+/77862720:00
yoctozeptomordred: by the look at those test, you might be right that they would gladly belong in openstacksdk's functional ones20:12
yoctozeptomordred: I have proposed https://review.opendev.org/c/openstack/masakari/+/780319 - I would appreciate if you could take a look at the change as well as other functional tests around and advise me20:13
openstackgerritDylan Zapzalka proposed openstack/openstacksdk master: Added support for the Limits resource  https://review.opendev.org/c/openstack/openstacksdk/+/78032320:23
*** gtema has quit IRC20:30
*** artom has quit IRC21:09
*** whoami-rajat has quit IRC21:13
*** smcginnis has quit IRC21:38
*** smcginnis has joined #openstack-sdks21:44
*** smcginnis has quit IRC21:53
*** mgariepy has quit IRC23:21
*** mgariepy has joined #openstack-sdks23:34

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