Thursday, 2018-09-27

*** dpawlik has joined #openstack-glance00:02
*** dpawlik has quit IRC00:06
*** LiangFang has joined #openstack-glance00:27
*** brinzhang has joined #openstack-glance00:37
*** lixiaoy1 has joined #openstack-glance00:48
*** Dinesh_Bhor has joined #openstack-glance01:11
*** Dinesh_Bhor has quit IRC01:31
*** Dinesh_Bhor has joined #openstack-glance01:37
*** Dinesh_Bhor has quit IRC02:22
*** Dinesh_Bhor has joined #openstack-glance02:26
*** imacdonn has quit IRC02:50
*** markvoelker has joined #openstack-glance02:50
*** imacdonn has joined #openstack-glance02:51
*** abhishekk has joined #openstack-glance03:27
*** openstackgerrit has joined #openstack-glance03:36
openstackgerritAbhishek Kekane proposed openstack/glance master: Multiple backend support for scrubber and cache-prefetcher  https://review.openstack.org/60497103:36
*** rcernin_ has quit IRC03:42
*** rcernin has joined #openstack-glance03:43
*** dpawlik has joined #openstack-glance04:02
*** dpawlik has quit IRC04:07
*** udesale has joined #openstack-glance04:18
openstackgerritAbhishek Kekane proposed openstack/glance-specs master: Spec Lite: Rethinking our filesystem access  https://review.openstack.org/60558404:47
*** abhishekk has quit IRC04:51
*** abhishekk has joined #openstack-glance04:54
*** aniketh has joined #openstack-glance05:13
*** ratailor has joined #openstack-glance05:52
*** dpawlik has joined #openstack-glance06:23
*** Dinesh_Bhor has quit IRC06:24
*** pcaruana has joined #openstack-glance06:33
*** abhishekk has quit IRC06:43
*** Dinesh_Bhor has joined #openstack-glance06:43
*** abhishekk has joined #openstack-glance06:48
*** mosulica has joined #openstack-glance06:50
*** Luzi has joined #openstack-glance07:06
*** rcernin has quit IRC07:12
*** MattMan_1 has quit IRC07:16
*** MattMan_1 has joined #openstack-glance07:16
*** mhen has joined #openstack-glance07:27
*** aniketh has quit IRC08:09
*** Dinesh_Bhor has quit IRC08:16
*** alexchadin has joined #openstack-glance08:21
*** pbielak has quit IRC08:53
*** lixiaoy1 has quit IRC08:55
*** Dinesh_Bhor has joined #openstack-glance08:55
*** a-pugachev has joined #openstack-glance09:01
*** Dinesh_Bhor has quit IRC09:29
*** alexchadin has quit IRC09:42
*** Dinesh_Bhor has joined #openstack-glance10:04
*** brinzhang has quit IRC10:22
*** Dinesh_Bhor has quit IRC10:29
*** LiangFang has quit IRC10:31
*** udesale has quit IRC10:54
*** alexchadin has joined #openstack-glance11:22
*** ratailor has quit IRC11:40
*** pcaruana has quit IRC11:50
*** pcaruana has joined #openstack-glance12:39
*** alexchadin has quit IRC12:43
*** rosmaita has joined #openstack-glance13:21
*** rosmaita has left #openstack-glance13:25
*** rosmaita has joined #openstack-glance13:25
*** itlinux has quit IRC13:59
*** LiangFang has joined #openstack-glance14:07
*** jistr is now known as jistr|call14:31
*** abhishekk has quit IRC14:34
*** mosulica has quit IRC14:36
*** evrardjp has quit IRC14:45
*** evrardjp has joined #openstack-glance14:47
*** itlinux has joined #openstack-glance14:58
*** evrardjp has quit IRC14:58
smcginnisrosmaita, jokke_: FYI - http://lists.openstack.org/pipermail/openstack-dev/2018-September/134911.html14:59
rosmaitasmcginnis: ty14:59
jokke_thnx15:01
rosmaitajokke_: what do you think about a backport of https://review.openstack.org/#/c/594769/ to stable/rocky (glanceclient)?15:02
jokke_ohh crap ... ref the ML15:02
rosmaitatime for new email filters!15:03
jokke_some people really seems to have a need to make major changes for the sake of a change to justify their jobs :(15:05
jokke_rosmaita: backporting that would likely make sense ... let me read through that change and see the scope of it first 'though15:07
*** ratailor has joined #openstack-glance15:11
jokke_rosmaita: so on that change the default is not to allow md5 fallback?15:11
jokke_and we do this validation by default?15:12
*** Luzi has quit IRC15:13
*** LiangFang has quit IRC15:14
rosmaitajokke_: that's basically correct15:16
rosmaitaif multihash is not populated, then we do md5 (by default)15:17
rosmaitaif multihash is populated but the algo implementation is not available client-side we fail15:17
jokke_ohh15:17
jokke_I misunderstood that15:18
rosmaitathe option on the patch allows you to use md5 in that case where the multihash failure is due to missing implementation15:18
jokke_so the option is there just to fallback if the algo is not available at the client end?15:18
rosmaitayes15:18
jokke_ok ... pheew15:18
rosmaita:)15:18
jokke_you almost caused a heart attack for me :P15:18
imacdonnjokke_: I *really* need some sort of decision on the add vs. replace thing .. I have developers on my back, wanting to know what the solution is - I've been telling them for months to wait until I get it settled with the glance team15:19
imacdonninternal developers of software that consumes the glance API(s), that is15:19
imacdonnsince we can't seem to decide if replace is supposed to work on an empty set or not, I propose reverting the previous fix, and using add only15:20
imacdonnI'll update my smuggling spec to pertain only to add15:20
jokke_imacdonn: I hear ya, like said when I discovered that the add changes the status you can rely that behavior being there. So that will just work for your use case15:24
imacdonnjokke_: Yes, I'm fine with that (I said so in my ML post) ... but I need the decision to be made so I can finalise the spec for the smuggling thing15:25
jokke_if you _really_ want to use the replace instead we're working on that but if you look the meeting logs I just explained there why this is taking time15:25
imacdonnif replace is going to work (set status to active), the smuggling thing should work there too ... if not, it should pertain only to add15:25
imacdonnI still don't really understand why it's considered a change of API behaviour, as opposed to a bug fix15:26
imacdonncould you describe a scenario where someone would use "replace" on an image in "queued" status, and NOT need the image to transition to "active" ?15:26
jokke_we want to make the right thing for you but same time we have responsibility to make the right thing for everyone else as well without ending into huge war over our api again15:26
imacdonnI would be willing to bet a moderate amount that no one has ever tried using replace on locations with an image in queued status15:27
imacdonn(other than me)15:27
jokke_imacdonn: say someone has more than one backend and they want to make sure the image really is available before making it active15:27
imacdonnso how would they make it active in that case ?15:28
jokke_they might be updating the locations as they go with replace and only add when all the backends are populated15:28
jokke_or say all -115:28
jokke_so you can still do add after replace15:28
jokke_and it will still activate the image15:28
imacdonnhuh?15:28
imacdonnyeah, it will still activate, but ... that's way more perverted than my use of replace15:29
jokke_yup15:29
jokke_specially as where we stood at the time all those backends would have needed to be different types (apart from some production clouds I know of who have already their own implementations to have multiple ceph clusers for example)15:30
jokke_but my point is that if there is workflows relying that replace not activating the image we want to know about them before breaking it ;)15:32
imacdonnOK, so if that's the case, I propose: 1) revert the change in master 2) abandon the backports 3) update my spec to pertain to add only15:33
imacdonnthis is a major problem for me ... I can't move forward with Rocky deployment/upgrade until it's figured out15:34
imacdonnI brought it up many months ago, and I was told to wait, because nothing could be done until the policy stuff got implemented15:35
imacdonnI could tell the developers to use "add", and implement checksum smuggling, in anticipation of the spec getting approved, but then you guys might turn around and reject that too15:36
jokke_yeah and that work did not get done :(15:36
jokke_imacdonn: based on the PTG discussion that checksum work is going to happen15:37
jokke_did you look the etherpad for the PTG session?15:37
imacdonnI want an approved spec ... otherwise you might decide that is has to be done some different way (again)15:38
jokke_https://etherpad.openstack.org/p/glance-stein-checksum-hash-at-patch15:38
imacdonnguess what "op" is used in that etherpad :P15:38
imacdonnI can't keep jerking my colleagues around on this15:39
jokke_yes so only thing we want to change there is where in that json blob the data sits in. Also we need to obviously make sure that is there for the add15:39
imacdonnyou've seen this, right? http://logs.openstack.org/48/597648/7/check/openstack-tox-docs/4ae1ed8/html/specs/stein/approved/glance/spec-lite-locations-with-validation-data.html15:40
jokke_so I'll go through the spec today (I just need to get something to eat first) and we can get the checksum speck moving from there15:40
imacdonnso I'm proposing to remove references to "replace", and change the example to "add"15:40
imacdonnOK, I feared that you were going to disappear into the wilderness for another week!15:41
jokke_so if you want to make the change there, (op add and move it to verification_data or what ever it is called in the etherpad instead of in the location metadata (which is actual thing in database) I'll review it and get the rest doing the same15:42
imacdonnthat change is already made - see above link15:42
jokke_imacdonn: nope ... have burned my holidays ... I'm stuck here until Berlin at least :D15:43
imacdonnI made it like the same day (of PTG)15:43
imacdonnOK, good - we lock you in your office now ;)15:43
jokke_this week I have been just fighting the aftermath ofliving  3 different timezones in like 4 weeks15:44
imacdonnpondering this a bit more ... maybe it's actually OK to have the smuggling work with replace, even if the status doesn't get updated to active15:44
jokke_so I'm sleeping ~12hr every two days and online at really weird times when I'm awake enough to work15:45
jokke_imacdonn: yeah, I'd like to see it on both as long as the image is queued15:45
imacdonnyeah, that sounds like fun to recover from15:45
imacdonnOK, then I think the spec is  ready for approval15:45
*** jistr|call is now known as jistr15:46
jokke_rosmaita: smcginnis: would be great if you looked through that spec as well ^^15:53
*** gyee has joined #openstack-glance15:53
smcginnisWill try to on the plane later.15:54
rosmaitaack15:54
*** gyee has quit IRC15:54
jokke_ty15:54
*** dpawlik has quit IRC15:54
*** gyee has joined #openstack-glance15:57
*** dpawlik has joined #openstack-glance15:58
imacdonnBTW, implementation is here too: https://review.openstack.org/#/c/597368/15:59
*** dpawlik has quit IRC15:59
*** dpawlik has joined #openstack-glance15:59
imacdonnand the glanceclient part... which I do have a question about: https://review.openstack.org/#/c/597368/15:59
imacdonner sorry, paste-o .... https://review.openstack.org/60279416:00
*** ratailor has quit IRC16:04
jokke_ https://review.openstack.org/60279416:14
imacdonnthe question on that one: should the CLI arg be '--validation-data "{...}"', or should there be separate args like '--checksum', '--os-hash-algo', .... ?16:21
imacdonn.... and how are such things spec'ed ?16:22
*** dpawlik has quit IRC16:26
jokke_so one thing we learned from the tasks api is that users really hate writing json16:26
imacdonndamn humans16:27
jokke_so it would probably be sensible doing separate options16:27
jokke_ikr16:27
imacdonnthough in this case, they already have to know how to make json for metadata16:30
*** dpawlik has joined #openstack-glance16:30
*** a-pugachev has quit IRC16:34
*** dpawlik has quit IRC16:58
*** dpawlik has joined #openstack-glance16:59
*** dpawlik has quit IRC17:36
*** dpawlik has joined #openstack-glance17:39
*** dpawlik has quit IRC17:39
*** dpawlik has joined #openstack-glance17:40
*** dpawlik has quit IRC17:40
*** mvkr has quit IRC17:42
*** goldenfri has joined #openstack-glance17:50
*** rosmaita has quit IRC18:02
*** dims_ is now known as dims18:05
*** rosmaita has joined #openstack-glance18:26
*** jistr has quit IRC18:47
*** jistr has joined #openstack-glance18:49
*** jistr has quit IRC19:08
*** jistr has joined #openstack-glance19:08
*** itlinux has quit IRC19:09
*** jistr has quit IRC19:23
*** jistr has joined #openstack-glance19:26
*** jistr has quit IRC19:28
*** jistr has joined #openstack-glance19:29
*** jistr has quit IRC19:34
*** jistr has joined #openstack-glance19:37
*** jistr has quit IRC19:39
*** jistr has joined #openstack-glance19:49
*** pcaruana has quit IRC19:54
*** dpawlik has joined #openstack-glance20:42
*** dpawlik has quit IRC20:46
*** rosmaita has left #openstack-glance22:00
*** mvkr has joined #openstack-glance22:13
*** rcernin has joined #openstack-glance22:29
*** dpawlik has joined #openstack-glance22:42
*** dpawlik has quit IRC22:47
*** dpawlik has joined #openstack-glance23:20
*** dpawlik has quit IRC23:25

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!