Earlier  
Later
New Search
Posted Nick Remark
#openstack-sdks - 2021-03-10
09:44:11 yoctozepto mordred: yeah, I figured there was a misunderstanding between us - the server uses json booleans and it's the client that does not do the conversion
09:44:24 yoctozepto so I understand this is only from the server to client
09:44:35 yoctozepto and client should know what to set locally
10:59:01 openstackgerrit Polina Gubina proposed openstack/ansible-collections-openstack master: Container module for management Swift containers https://review.opendev.org/c/openstack/ansible-collections-openstack/+/779712
11:09:28 openstackgerrit Polina Gubina proposed openstack/ansible-collections-openstack master: Object module for management Swift objects https://review.opendev.org/c/openstack/ansible-collections-openstack/+/779718
11:16:33 openstackgerrit Polina Gubina proposed openstack/ansible-collections-openstack master: Object module for management Swift objects https://review.opendev.org/c/openstack/ansible-collections-openstack/+/779718
11:17:18 openstackgerrit Polina Gubina proposed openstack/ansible-collections-openstack master: Container module for management Swift containers https://review.opendev.org/c/openstack/ansible-collections-openstack/+/779712
11:17:43 openstackgerrit Polina Gubina proposed openstack/ansible-collections-openstack master: Container module for management Swift containers https://review.opendev.org/c/openstack/ansible-collections-openstack/+/779712
11:18:45 openstackgerrit Polina Gubina proposed openstack/ansible-collections-openstack master: Container module for management Swift containers https://review.opendev.org/c/openstack/ansible-collections-openstack/+/779712
11:20:51 openstackgerrit Polina Gubina proposed openstack/ansible-collections-openstack master: Object module for management Swift objects https://review.opendev.org/c/openstack/ansible-collections-openstack/+/779718
11:21:50 openstackgerrit Polina Gubina proposed openstack/ansible-collections-openstack master: Container module for management Swift containers https://review.opendev.org/c/openstack/ansible-collections-openstack/+/779712
11:32:56 openstackgerrit Polina Gubina proposed openstack/ansible-collections-openstack master: Container module for management Swift containers https://review.opendev.org/c/openstack/ansible-collections-openstack/+/779712
11:33:50 openstackgerrit Polina Gubina proposed openstack/ansible-collections-openstack master: Object module for management Swift objects https://review.opendev.org/c/openstack/ansible-collections-openstack/+/779718
14:41:33 openstackgerrit Polina Gubina proposed openstack/ansible-collections-openstack master: Container module for management Swift containers https://review.opendev.org/c/openstack/ansible-collections-openstack/+/779712
15:14:02 openstackgerrit Polina Gubina proposed openstack/ansible-collections-openstack master: Object module for management Swift objects https://review.opendev.org/c/openstack/ansible-collections-openstack/+/779718
15:43:12 openstackgerrit Polina Gubina proposed openstack/ansible-collections-openstack master: Container module for management Swift containers https://review.opendev.org/c/openstack/ansible-collections-openstack/+/779712
15:46:44 openstackgerrit Polina Gubina proposed openstack/ansible-collections-openstack master: Object module for management Swift objects https://review.opendev.org/c/openstack/ansible-collections-openstack/+/779718
19:16:40 yoctozepto I just realised that for an update (PUT), osdk gives me GET-PUT-GET even though the PUT sends the objects in full
19:16:48 yoctozepto so it's quite wasteful
19:17:11 yoctozepto any reasoning behind that?
19:17:55 gtema all depends on the dedicated set of calls. If you have concrete object - it should not, if you have just name - we will first search
19:39:13 yoctozepto but if I have the UUID
19:39:24 yoctozepto no search should be happening, PUT can happen directly
19:39:50 gtema gimme you script please
19:45:40 yoctozepto sorry, my eyes tricked me, it's only PUT-GET (doing it consecutively I mistakenly saw GET-PUT-GET)
19:45:51 yoctozepto so the issue is only
19:45:55 yoctozepto why PUT&GET
19:46:14 gtema no problem. There are definitely cases it will do it this way if SDK doesn't really know what it has
19:46:56 yoctozepto ignore me, I should rest more, I have this another GET too
19:47:10 yoctozepto :D
19:47:12 gtema PUT&GET - which service/call? there afair cases where it is required
19:47:40 yoctozepto noo, it's just me overlooking own code
19:47:53 yoctozepto twice in one case, need to go rest
19:48:02 gtema oki :)
20:12:09 mordred :)
20:13:01 mordred (there are definitely cases where we do a followup GET on the user's behalf, because sometimes the result from the PUT is not a useable full object - server comes to mind ... but glad to hear this time it wasn't us)
#openstack-sdks - 2021-03-11
07:36:18 yoctozepto cross-posting this message on #openstack-release and #openstack-sdks)
07:36:18 yoctozepto hello dears, I have a question regarding openstacksdk release; I have just noticed it is not treated as "client library" and had its "final release" on Mar 03; the issue is masakariclient has code that depends on unreleased openstacksdk features; please let me know if openstacksdk may release again for wallaby or masakari is doomed (/me
08:13:49 openstackgerrit Polina Gubina proposed openstack/ansible-collections-openstack master: Object module for management Swift objects https://review.opendev.org/c/openstack/ansible-collections-openstack/+/779718
08:49:48 yoctozepto specifically I am about https://review.opendev.org/c/openstack/openstacksdk/+/777299
09:56:30 yoctozepto (I got answers on #openstack-sdk)
09:58:13 yoctozepto (I got answers on #openstack-release) sorry :-)
09:59:05 gtema yoctozepto, we can release SDK "any" point in time
10:00:13 yoctozepto gtema: +/- as far as features are concerned
10:00:14 yoctozepto but yeah
10:00:16 yoctozepto seem so
12:44:51 openstackgerrit Merged openstack/python-openstackclient master: compute: Add functional tests for --block-device https://review.opendev.org/c/openstack/python-openstackclient/+/778763
12:49:13 openstackgerrit Polina Gubina proposed openstack/ansible-collections-openstack master: Object module for management Swift objects https://review.opendev.org/c/openstack/ansible-collections-openstack/+/779718
12:51:52 openstackgerrit Merged openstack/python-openstackclient master: compute: Add support for loading BDMs from files https://review.opendev.org/c/openstack/python-openstackclient/+/778910
15:57:33 openstackgerrit Stephen Finucane proposed openstack/python-openstackclient master: compute: Remove 'file://' prefix from '--block-device' https://review.opendev.org/c/openstack/python-openstackclient/+/780025
16:21:03 openstackgerrit Stephen Finucane proposed openstack/python-openstackclient master: Add pre-commit https://review.opendev.org/c/openstack/python-openstackclient/+/780030
16:23:49 openstackgerrit Stephen Finucane proposed openstack/python-openstackclient master: Add pre-commit https://review.opendev.org/c/openstack/python-openstackclient/+/780030
16:29:13 openstackgerrit Stephen Finucane proposed openstack/openstacksdk master: Add pre-commit https://review.opendev.org/c/openstack/openstacksdk/+/780032
16:40:59 stephenfin gtema: For after the meeting, I pushed the fix to drop the 'file://' prefix from that '--block-device' opt above ^
16:41:06 stephenfin Since you mentioned it on the review
16:52:05 gtema yupp, noticed already
18:10:05 yoctozepto [drop-the-legacy-client c36e647] Drop the legacy client
18:10:06 yoctozepto 16 files changed, 8 insertions(+), 1590 deletions(-)
18:10:11 yoctozepto how refreshing
18:10:30 gtema :)
22:41:45 openstackgerrit Monty Taylor proposed openstack/openstacksdk master: Remove some duplicate methods https://review.opendev.org/c/openstack/openstacksdk/+/780127
23:22:39 openstackgerrit Merged openstack/python-openstackclient master: compute: Remove 'file://' prefix from '--block-device' https://review.opendev.org/c/openstack/python-openstackclient/+/780025
#openstack-sdks - 2021-03-12
08:17:39 openstackgerrit Polina Gubina proposed openstack/ansible-collections-openstack master: Container module for management Swift containers https://review.opendev.org/c/openstack/ansible-collections-openstack/+/779712
08:26:17 openstackgerrit Polina Gubina proposed openstack/ansible-collections-openstack master: Container module for management Swift containers https://review.opendev.org/c/openstack/ansible-collections-openstack/+/779712
11:37:37 openstackgerrit Polina Gubina proposed openstack/ansible-collections-openstack master: Container module for management Swift containers https://review.opendev.org/c/openstack/ansible-collections-openstack/+/779712
13:19:57 openstackgerrit Polina Gubina proposed openstack/ansible-collections-openstack master: Container module for management Swift containers https://review.opendev.org/c/openstack/ansible-collections-openstack/+/779712
13:51:24 mordred gtema: 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=list
13:52:05 gtema wow
13:52:10 mordred many 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 reasonable
13:52:53 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:53:55 gtema well, there is always place for tools to be different
13:54:30 mordred yah
13:55:41 gtema unrelated question to https://opendev.org/opendev/system-config/src/branch/master/playbooks/roles/base/server/templates/sshd_config.j2#L84
13:56:04 gtema I'm trying to reuse system-config pattern in my case and now digging the "undocumented" things
13:56:45 gtema is 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:59:03 mordred ip of bridge itself.
13:59:27 gtema okay, and is the bridge behind the some form of the bastion?
13:59:38 mordred nope. it is the bastion
13:59:51 gtema cool, thanks
14:00:04 mordred basically - 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 bridge
14:00:12 gtema was digging quite a while to figure out how the secrets themselves are provisioned to bridge
14:00:50 mordred there's a git repo of secrets local to bridge that's managed manually there - it's the secretest part of the equation
14:01:26 gtema and just to double check - they are provisioned under /etc/ansible/hosts/host_vars/bastion.o.o.yaml?
14:02:02 mordred under /etc/ansible/hosts/host_vars/ and /etc/ansible/hosts/group_vars/
14:02:07 gtema cool
14:02:25 gtema not the trivial usage pattern for the CD, but I clearly understand why
14:02:56 gtema another infra question, how search.openstack.org is working?
14:03:03 mordred yah - this is why our system-config jobs add bridge as an inventory host and the zuul job runs ansible on bridge in a shell task
14:03:06 gtema I am willing to also implement searching
14:03:31 mordred do you mean https://codesearch.opendev.org/ ?
14:03:48 gtema nope, the search.openstack.org used by docs.openstack.org
14:04:52 mordred I honestly don't know - I think the foundation might have set that up? fungi or clarkb might know
14:05:06 gtema okay, thanks a lot anyway
14:05:50 gtema btw, with https://review.opendev.org/c/openstack/openstacksdk/+/766783 I have figured out that we break ansible a lot
14:06:23 gtema already clarified with the collection, that we will update all modules to enforce doing to_dict for whatever SDK returns to ansible
14:06:30 fungi search.openstack.org does seem to be something related to the foundation-run openstack.org website, yes
14:06:41 gtema as usual - Ansible is doing some weird things, but we can't really blame it
14:07:13 gtema fungi - the question is basically which software is running there and how it indexes the content
14:07:55 fungi i can ask the webdev folks, it's almost certainly outsourced to a third party to maintain
14:08:56 gtema fungi - no worries. In that case it is most likely to be something more complex then I was supposing

Earlier   Later