Wednesday, 2023-03-01

opendevreviewMerged openstack/tempest master: Avoid wait for vol detach in live-migrate tests  https://review.opendev.org/c/openstack/tempest/+/87550000:20
whoami-rajathi #openstack-qa , need some reviews on a simple patch, an important cinder patch depends on it https://review.opendev.org/c/openstack/tempest/+/87537201:20
gmannwhoami-rajat: sure, checking01:22
whoami-rajatgmann, thanks!01:23
whoami-rajatwe are removing the functionality to create multiattach volumes as tempest does today, so these tests will break with it01:24
gmannwhoami-rajat: but that is backward incompatible change right? and should be done with microversion bump01:25
gmannolder microversion should continue to request create volume with multiattach=True in request body01:26
gmannotherwise it break users doing so as Tempest tests are breaking01:26
whoami-rajatgmann, we deprecated the functionality in queens and removed the client support in train, we kept the API behavior for backward compatibility but certainly forgot to remove it at a later stage01:27
whoami-rajatgmann, the original behavior is not part of microversion so i don't think we need to keep that support, also we don't want non-admin users to be able to create multiattach volumes01:28
whoami-rajatgmann, the way it should be done is via an admin user creating a multiattach volume type and non-admins using that type to create the multiattach volume01:28
whoami-rajatgmann, you can see we raise a deprecation warning since queens that this way of creating multiattach volumes is deprecated https://github.com/openstack/cinder/blob/master/cinder/api/v3/volumes.py#L394-L39801:29
whoami-rajatand will be removed in a future release01:29
gmannwhoami-rajat: for API, deprecation and removal process is not easy and it can break users when we remove the things (unless we do not have any other way). That is why microversion is for01:30
gmannwhoami-rajat: this change is changing the API request format/body which is clear case of doing it via bumping the microversion01:31
whoami-rajatgmann, i understand that but we don't want to support the old behavior anymore so a microversion bump will still allow the old behavior with microversion < the one we use here01:32
whoami-rajatgmann, also the old behavior is from v2 API and there is no microversion tagged to it01:33
gmannwhoami-rajat: one good example is nova proxy API which we deprecated long back but will not be able to remove without microversion that is why they are still working for older microversion  https://docs.openstack.org/api-ref/compute/#deprecated-apis01:33
gmannwhoami-rajat: I think with v3 also user can create multiattach volume with request parameter right?01:33
gmanncurrent tempest test run on v3 API01:33
whoami-rajatyes correct, but there is no 3.X microversion that supports this functionality, 3.0 base is equivalent to 2.001:34
gmannyeah so all 3.X support it as it did not got removed in any microverison01:34
gmannwhoami-rajat: that is what my point is it is API backward incompatible change and Tempest is to block such change.01:35
whoami-rajatgmann, ok, i can discuss with the cinder team again but we really don't want to keep the old behavior as users end up creating multiattach volumes without a cluster aware filesystem and end up corrupting there data so there is a risk associated with the old way01:36
whoami-rajats/corrupting/corrupting data01:37
gmannwhoami-rajat: ok, if this way is a bug currently (does not work at all) as you mentioned above (I am not expert on that) then it is ok to remove without microversion but I can see (like tempest test) there are some cases it is successful so those users will be broken. 01:39
gmannwhoami-rajat: +1 please check with cinder team, thanks01:39
gmannin nova, we have lot of such deprecated things which we do want to remove in favor of new things but we have to keep them for older microversion users and CANNOT remove them until we bump the min supported microversion01:40
gmannthat is not best way to handle via microversion but we need to maintain backward compatibility with cost of extra maintenance of old code 01:41
whoami-rajatgmann, yes, this was raised on ML as an issue with existing deployments https://lists.openstack.org/pipermail/openstack-discuss/2023-February/032389.html01:46
whoami-rajatgmann, thanks I will check with the team01:47
whoami-rajatgmann, i agree with that, it's some what of a special case where we don't want users to use the old way else we've kept consistency groups for several years even though they're deprecated in favor of volume groups01:48
gmannwhoami-rajat: yeah, let me check email but I strongly feel if it was working fine then we should not remove it without microversion. and Tempest shows that it was working.01:50
whoami-rajatgmann, it does work but we're in process of removing it https://review.opendev.org/c/openstack/cinder/+/87486501:51
gmannwhoami-rajat: please check/discuss I will reply on email also to have broader pic but as this is release time and you need something urgent, I will be approving the tempest change on priority If i agree to change :)01:51
whoami-rajatgmann, sure, will discuss in today's cinder meeting and update, thank you!01:52
gmannwhoami-rajat: thanks, i can comment on cinder change also if you want or email reply is ok ?01:54
whoami-rajatgmann, the email reply should be good for reference01:54
gmannack01:54
gmannwhoami-rajat: replied https://lists.openstack.org/pipermail/openstack-discuss/2023-March/032502.html02:03
whoami-rajatgmann, thanks!02:14
*** ralonsoh_ is now known as ralonsoh07:36
*** jpena|off is now known as jpena08:45
*** ralonsoh__ is now known as ralonsoh10:18
opendevreviewLukas Piwowarski proposed openstack/tempest master: Fix server cleanup in test_multiple_create test  https://review.opendev.org/c/openstack/tempest/+/87575110:26
opendevreviewTakemi Asakura proposed openstack/tempest master: Cinder client fails if identity API version specified  https://review.opendev.org/c/openstack/tempest/+/87409410:46
opendevreviewAde Lee proposed openstack/devstack master: Modify devstack-base to allow for fips  https://review.opendev.org/c/openstack/devstack/+/87160611:13
opendevreviewAde Lee proposed openstack/devstack master: Modify devstack-base to allow for fips  https://review.opendev.org/c/openstack/devstack/+/87160612:57
opendevreviewDan Smith proposed openstack/grenade master: Generate SSH key locally for cinder resources  https://review.opendev.org/c/openstack/grenade/+/87594015:31
dansmithgmann: kopecmartin ^ apparently we don't run grenade on jammy at all yet?15:40
opendevreviewDan Smith proposed openstack/grenade master: Generate SSH key locally for cinder resources  https://review.opendev.org/c/openstack/grenade/+/87594015:45
gmanndansmith: yes, in week or two once all devstack projects are branched then we will branch grenade also and then update the job setting so that on master (2023.2) job will run 2023.1->2023.2 on jammy16:21
gmanncurrently it is zed->2023.1 which is on focal as zed is on focal16:21
*** jpena is now known as jpena|off17:35
opendevreviewDan Smith proposed openstack/grenade master: Generate SSH key locally for cinder resources  https://review.opendev.org/c/openstack/grenade/+/87594019:17
gmannkopecmartin: https://review.opendev.org/c/openstack/tempest/+/87409419:18
kopecmartingmann: +w, thanks for bringing that up19:31
gmannthanks 19:35
kopecmartingmann: this is interesting https://review.opendev.org/c/openstack/tempest/+/87575120:20
gmannkopecmartin: agree with you. replied20:29
kopecmartinthanks20:30
opendevreviewDan Smith proposed openstack/grenade master: Factor out a grenade-skip-level-always job  https://review.opendev.org/c/openstack/grenade/+/87599022:35
opendevreviewDan Smith proposed openstack/grenade master: Factor out a grenade-skip-level-always job  https://review.opendev.org/c/openstack/grenade/+/87599022:38

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