Friday, 2021-04-30

*** k_mouza has quit IRC00:01
*** k_mouza has joined #openstack-glance01:07
*** k_mouza has quit IRC01:11
*** hamalq has quit IRC01:30
*** k_mouza has joined #openstack-glance01:39
*** k_mouza has quit IRC01:43
*** gyee has quit IRC02:06
*** rcernin has quit IRC03:03
*** rcernin has joined #openstack-glance03:34
*** rcernin has quit IRC03:38
*** rcernin has joined #openstack-glance04:08
*** ratailor has joined #openstack-glance04:33
*** ajitha has joined #openstack-glance04:50
*** ralonsoh has joined #openstack-glance05:37
*** hoonetorg has quit IRC06:41
*** belmoreira has joined #openstack-glance06:58
*** ricolin has quit IRC07:18
*** pgaxatte has joined #openstack-glance07:48
pgaxattehello07:48
pgaxattedoes anyone know if there is a way to gracefully restart glance-api by waiting for the end of all image uploads?07:49
pgaxatteI can prevent a glance node from receiving new requests but how do I wait for the current ones to end?07:50
*** rcernin has quit IRC07:56
jokkepgaxatte: hey, yes there is09:14
jokkepgaxatte: just looking it for you.09:18
jokkepgaxatte: so you can reload the config and gracefully restart the API by sending it SIGHUP. That will signal all the child processes to die once they are done processing what ever is in flight and once the old processes are all killed the service will reload config and bring the workers back up09:24
pgaxatteawesome!09:25
pgaxatteso the systemd and init script could implement the reload09:26
jokkeIf you want to properly restart the whole thing rather than just reload the workers, you'll need to monitor it yourself and then stop the process. I'd say SIGHUP for reload and once the reload is done, then just kill and start09:26
*** k_mouza has joined #openstack-glance09:27
pgaxattejokke: OK so there is a way to gracefully reload but not gracefully stop09:28
jokkeand the healthcheck middleware is handy to bleed the process from in-flight requests if you're using that for loadbalancer as you can just touch the file it monitors and it will signal that the service is not accepting new requests09:28
jokkepgaxatte: I'm looking the signal handling and by the looks of it, we do not have that wait on shutdown, which likely would not be bad idea to do and should be pretty simple to implement as we basically have all the logic for it there09:30
pgaxattejokke: one issue is that it can take ages to wait for uploads to end09:33
jokkeyup09:34
pgaxatteI found the signal handling in common/wsgi.py, I'll take a look to further understand the process09:35
jokkeand that's why the disable by file is there in the healthcheck, but looks like all our child waiting code is actually written around the reload09:36
pgaxattealso I'll check the healthcheck middleware09:36
jokkeyeah, that's what I'm looking at in the common.wsgi.py09:36
jokkeso the functions waiting for the child processes to finish will respawn them after09:36
jokkeit's super handy to make store config changes etc. but not exactly optimal for say, upgrading the service as you would still need to monitor it yourself once all the connections are cloed09:38
pgaxatteyeah and the only way i found to monitor this is by looking at the established tcp sockets on glance's port09:39
jokkeYUP! ;)09:39
pgaxattewhich, in some contexts like K8s, is not always possible/easy09:39
jokkeHeh, there is pretty much nothing written in containerization in mind on the process handling09:40
pgaxatteno it relies heavily on the process to report itself if it's ready/healthy09:41
pgaxatteanyway a gracefull shutdown would be nice when big data transfers are occuring (looking at you too Cinder :D)09:42
jokkeIf you have time and interest to poke around, I'll happily review it. Like said, pretty much all the logic is in there, would just need to be split out to prevent the immediate respawn09:44
jokkeOr at least propose like light spec for it, cause I can promise you, I have forgotten this discusion by Monday on the rate I'm looking at things currently :P09:45
pgaxattejokke: sure, i'd love to submit code on that but I'm not sure I can find enough time to do something useful09:46
pgaxattehaha no problem :)09:46
jokkethat'd be great low hanging fruit for anyone wanting to get involved09:47
jokkeit's pretty well isolated and simple enough once you understand what those few functions do there in the current code base09:47
pgaxatteI'll start by registering a new blueprint and we'll see from there :)09:49
jokkesounds great09:49
pgaxattethere you go: https://blueprints.launchpad.net/glance/+spec/graceful-api-shutdown09:54
jokke:)10:11
*** k_mouza has quit IRC10:15
*** k_mouza has joined #openstack-glance10:19
*** dasp has quit IRC10:31
*** PrinzElvis has quit IRC11:01
*** dasp has joined #openstack-glance11:57
*** openstackgerrit has joined #openstack-glance12:05
openstackgerritMike proposed openstack/glance_store master: vmware: Use cookiejar from oslo.vmware client directly  https://review.opendev.org/c/openstack/glance_store/+/78771512:05
openstackgerritMike proposed openstack/glance_store master: vmware: Use cookiejar from oslo.vmware client directly  https://review.opendev.org/c/openstack/glance_store/+/78771512:09
*** ratailor has quit IRC12:35
*** whoami-rajat has joined #openstack-glance14:04
*** k_mouza has quit IRC14:14
*** k_mouza has joined #openstack-glance14:28
*** pgaxatte has quit IRC14:33
dansmithwhoami-rajat: around? do you have a DNM against glance to test your store change in the glance-cinder job?14:38
whoami-rajatdansmith: ah, i thought my legacy tests update patch depends on the store changes, let me propose one quickly14:41
dansmithwhoami-rajat: I'm about to, just a sec14:41
openstackgerritDan Smith proposed openstack/glance master: DNM Test glance_store cinder attach changes  https://review.opendev.org/c/openstack/glance/+/78896314:42
whoami-rajatdansmith: thanks!14:44
dansmithnp ;)14:44
*** rcernin has joined #openstack-glance14:48
*** rcernin has quit IRC14:52
*** k_mouza has quit IRC14:52
*** hoonetorg has joined #openstack-glance15:10
*** rosmaita has quit IRC15:10
*** k_mouza has joined #openstack-glance15:12
*** belmoreira has quit IRC15:21
*** rosmaita has joined #openstack-glance15:24
*** k_mouza has quit IRC15:26
*** k_mouza has joined #openstack-glance15:26
dansmithwhoami-rajat: https://zuul.opendev.org/t/openstack/build/3d76072f4d62420f91a43810847cde73/log/controller/logs/screen-g-api.txt#110515:26
openstackgerritDan Smith proposed openstack/glance_store master: Add cinder's new attachment support  https://review.opendev.org/c/openstack/glance_store/+/78220015:29
dansmithwhoami-rajat: I added the missing unit test for you ^15:29
dansmithother than the job fail, I think that's looking good now. thanks for your patience with my questions :)15:29
*** gyee has joined #openstack-glance15:32
whoami-rajatdansmith: thanks but you can just leave a comment and i will do the changes :) I remember changing the delete method to test the retry is called but don't know why i didn't write a test for it :P anyway thanks!15:32
whoami-rajatdansmith: the job fail is while configuring tempest during devstack which looks related to glance too...15:33
dansmithwhoami-rajat: it's because it fails to upload the cirros image15:33
dansmithand there's a cinder client error in the task, and looks like there is some missing argument to the client15:34
dansmithwhoami-rajat: I know you can do the changes, but I don't want to wear you out with small comments and helping with some of the things I ask for makes me feel better :)15:34
whoami-rajatdansmith: strange, doesn't the job consider depends on patches also?15:37
whoami-rajatthe missing argument is 'instance_id' which I've already made optional here https://review.opendev.org/c/openstack/python-cinderclient/+/783628/1/cinderclient/v3/attachments.py15:37
whoami-rajatand the glance_store patch depends on this15:38
dansmithah, so we need to make the job build cinderclient from source?15:38
openstackgerritDan Smith proposed openstack/glance master: DNM Test glance_store cinder attach changes  https://review.opendev.org/c/openstack/glance/+/78896315:39
dansmiththere ^15:39
whoami-rajatI'm really not an expert on gate things, anything that would include my cinderclient patch :D15:39
whoami-rajatgreat!15:39
whoami-rajatdansmith: but there's also a cinder change that the python-cinderclient patch depends on :P15:39
whoami-rajathttps://review.opendev.org/c/openstack/cinder/+/78338915:40
dansmithis it not merged yet?15:40
whoami-rajatno, only one +215:41
dansmithokay, well, I think if something in the chain depends on it you should get it15:44
dansmithwe can probably see from the devstack log15:44
dansmithHEAD is now at 0d7399b30 Merge commit 'refs/changes/89/783389/5' of ssh://review.opendev.org:29418/openstack/cinder into HEAD15:45
dansmithwhoami-rajat: ^ so I think cinder should be set properly15:46
whoami-rajatdansmith: cool, any idea why we didn't get cinderclient then?15:47
dansmithbecause it's a library15:47
dansmithso we have to specifically ask for those to come from git instead of release if we want them15:47
dansmithlike glance_store itself15:48
whoami-rajathmm, i understand it but not certain why libraries are taken from last release and projects from master branch15:54
dansmithbecause most of the time we want to make sure that what we're testing works against the latest release of the library15:55
dansmithbut it's just a convention15:55
whoami-rajatok got it, thanks15:56
dansmithwhoami-rajat: looks like that job just passed the cirros image upload16:08
whoami-rajatafter 1 failure, it sounds good now16:09
*** k_mouza has quit IRC16:44
*** hamalq has joined #openstack-glance17:19
*** hamalq has quit IRC17:20
*** hamalq has joined #openstack-glance17:21
*** rajivmucheli has joined #openstack-glance17:24
dansmithwhoami-rajat: I'm sure you're gone for the day already, but maybe later... any idea what is up with this? https://zuul.opendev.org/t/openstack/build/74c3d110d12140c9ac39c2524b7a2668/log/controller/logs/screen-g-api.txt#1415217:26
*** stephenfin is now known as stephenfin|PTOin17:27
*** stephenfin|PTOin is now known as stephenfin|PTO17:28
*** rajivmucheli has quit IRC17:32
*** lbragstad_ has quit IRC18:04
*** priteau has quit IRC18:04
*** stand has quit IRC18:04
*** lbragstad_ has joined #openstack-glance18:07
*** priteau has joined #openstack-glance18:07
*** stand has joined #openstack-glance18:07
*** hoonetorg has quit IRC18:44
*** rcernin has joined #openstack-glance18:48
*** hoonetorg has joined #openstack-glance18:51
*** rcernin has quit IRC18:53
*** ralonsoh has quit IRC20:37
*** jv has quit IRC20:44
*** rcernin has joined #openstack-glance20:48
*** rcernin has quit IRC20:53
*** jv has joined #openstack-glance20:59
*** ajitha has quit IRC20:59
*** hoonetorg has quit IRC21:34
*** hoonetorg has joined #openstack-glance21:44
*** zzzeek has quit IRC21:55
*** zzzeek has joined #openstack-glance21:58
*** k_mouza has joined #openstack-glance22:44
*** zzzeek has quit IRC22:44
*** zzzeek has joined #openstack-glance22:47
*** k_mouza has quit IRC22:49

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