Earlier  
Posted Nick Remark
#openstack-nova - 2020-06-24
20:23:55 dansmith melwitt: but the copy you're save()ing shouldn't have that set in the real race condition
20:24:14 dansmith the *other* one might, but not the stale one right?
20:24:23 dansmith er, the one that really got deleted
20:25:51 melwitt dansmith: no it shouldn't. what I was thinking was I wanted to make an instance mapping that is not yet qfd = True and then in the test I would set qfd = True and save it but I cheated by not having the mapping be returned by a "get" method 😬
20:25:51 melwitt dansmith: no it shouldn't. what I was thinking was I wanted to make an instance mapping that is not yet qfd = True and then in the test I would set qfd = True and save it but I cheated by not having the mapping be returned by a "get" method 😬
20:26:37 dansmith so gonna snip that out for posterity?
20:26:45 melwitt sure
20:27:09 dansmith it sent me on a goose chase trying to figure out why it mattered, so probably good
20:27:16 melwitt oh sorry :(
20:27:32 dansmith my other -1 was going to be "we can't merge patches with only one revision because fairness" so this will fix that too :D
20:28:09 dansmith otherwise seems like an obvious fix
20:29:06 melwitt heh :)
20:29:56 openstackgerrit melanie witt proposed openstack/nova master: Raise InstanceMappingNotFound if StaleDataError is encountered https://review.opendev.org/734400
20:30:21 melwitt dansmith: done ^
20:30:32 dansmith beatcha
20:30:38 melwitt danke
21:04:44 sean-k-mooney spatel: yes not supports multi create and no you should not use it
21:05:21 sean-k-mooney unless you meen the per compute node build limit which is 10
21:05:59 spatel sean-k-mooney: i am talking about in general limit (not per compute)
21:06:19 sean-k-mooney spatel: im pretty sure we dont have an api limit at least not one that would block 5
21:06:25 spatel one of user trying to create bunch of vm for testing and its failing even i have capacity
21:06:37 sean-k-mooney the api is limited by your quota
21:07:01 spatel sean-k-mooney: must be something else going on (just wanted to check if i missed something here)
21:07:06 sean-k-mooney but if you ask for 300 instance in once request we will spawn them
21:08:56 spatel in my case its 10 vm so i don't think its going to be limit issue, let me debug and see
21:10:33 melwitt I think you _should_ use multi create if you're requesting (anti-)affinity
21:11:51 spatel what is multi create? (my users using terraform to spin up vm, i don't think they are requesting any anti-affinity)
21:12:44 sean-k-mooney melwitt: if you do that and a vm retires it will use the alternate allcoation which are now invalid becaue another vm could have use the same alternate
21:12:47 spatel I have noticed big spike on RabbitMQ so not sure if my rabbitMQ is under heavy load
21:13:31 sean-k-mooney melwitt: so if you realy want anti affintiy and dont want to risk retries causeing the full set to fail you should boot them serially
21:14:03 sean-k-mooney spatel: openstack server create --min=5 --max=10 --flavor whatever...
21:14:05 melwitt sean-k-mooney: why would you expect retries? numa request?
21:14:29 sean-k-mooney melwitt: numa or sriov are the most common
21:15:02 sean-k-mooney melwitt: if you are not using either then ya multi create is fine
21:15:17 melwitt yeah, ok
21:15:38 sean-k-mooney the only reason for retires in that case is an actual failure on the compute node which hopefully isnt common in your cloud
21:16:55 sean-k-mooney spatel: ^ create betwen 5 and 10 server with a given flavor image network excrta
21:17:41 spatel but if we are using terraform then we can't tell them how to limit
21:17:57 spatel openstack server create may handle that well
21:18:07 sean-k-mooney spatel: terraform is likely makeing multiple requests
21:18:31 spatel sean-k-mooney: yes i believe its all parallel fork
21:19:20 sean-k-mooney ya so unless your hitting quota issue there is not limit in how many build requests you can make in parrale in that case
21:19:32 sean-k-mooney ratelimiting of api requests is out of scope of nova
21:22:57 spatel sean-k-mooney: good to know! i think i have something else going on.
23:18:25 openstackgerrit sean mooney proposed openstack/nova master: [WIP] make provider tree and proviers iterable https://review.opendev.org/737594
#openstack-nova - 2020-06-25
00:33:52 gmann melwitt: +A, i was thinking to capture the im-not-found in _do_delete() also but if request reach there it should be a normal delete and not any race.
00:35:06 gmann melwitt: dansmith: elod finally this is ready, stable/stein unblocking gate, please review - https://review.opendev.org/#/c/737332/
00:36:01 gmann this makes the grenade job as n-v and depends-on fixes the lgeacy multinode jobs for 'virutalenv not found'
00:36:22 melwitt gmann: ah yeah. thanks!
00:36:48 melwitt gmann: ok cool, I was just about to ask if that was ready. I will look tomorrow if others don't beat me to it
00:37:19 melwitt oh, actually that's very easy so I'll look now
00:37:45 melwitt gmann: are we planning to backport that to queens too or?
00:37:47 gmann melwitt: thanks. yeah, and depends-on also merged to good to go
00:38:49 gmann melwitt: yes but stable/rocky and other EM stable gate is still blocked, we need this devstack fix to get in and then backport this. devstack fix which need more work - https://review.opendev.org/#/c/735615/
00:39:02 melwitt ack
00:39:09 gmann gate blocked means tempest jobs also for uwsgi issue
00:42:35 melwitt sigh.. yeah
00:45:44 gmann also train gate is up, passed on known failure of those 'virrualenv not found' and neutron-greande-multinode job - here is passing : https://review.opendev.org/#/c/735950/
00:54:19 melwitt gmann: cool.. I'm trying to figure out why the cherry pick validation is failing on that tho
00:55:04 gmann melwitt: its ussuri backport is still not merged - https://review.opendev.org/#/c/736073/
00:55:32 melwitt ohhhh cool. guh, guess I needed a better error message :P
01:11:12 gmann melwitt: you are right, error message is not right one, this should be the error- https://github.com/openstack/nova/blob/1cae0cd7229207478b70275509aecd778ca69225/tools/check-cherry-picks.sh#L13
01:11:54 melwitt gmann: similar to that but not exactly -- that error is saying it's not anywhere, but in this case it's on master so it passes by that
01:12:19 gmann i think it is not finding any hashes in line 7 and then only going to check for the stable*only tag - https://github.com/openstack/nova/blob/1cae0cd7229207478b70275509aecd778ca69225/tools/check-cherry-picks.sh#L7
01:13:42 melwitt yeah... but why I wonder? there's hashes in the commit message
01:14:00 gmann yeah, not sure why.
01:16:40 melwitt when it try it locally it picks up hashes
01:16:52 melwitt (when I run the git show ... manually)
01:18:09 gmann yeah, same i tried and it picked both the hases
01:18:12 gmann hashes
01:18:26 melwitt yeah
01:19:36 gmann its failing same way even all previous branch backport are merged, this one should pass but fail - https://review.opendev.org/#/c/728057/
01:20:23 openstackgerrit Merged openstack/nova master: objects: Replace 'cpu_pinning_requested' helper https://review.opendev.org/714697
01:21:05 melwitt uh oh
01:33:27 gmann melwitt: locally i ran full script and got the right error - "Cherry pick hash eedc0b5ff319b3cce42dba4c4720bcb98798e064 not on any master or stable branches"
01:33:56 melwitt oh yeah ok
01:34:00 melwitt weird
01:34:10 melwitt I wonder why it doesn't do that in gate
01:34:56 melwitt and why is that other change failing erroneously. I'm too tired to look right now
01:36:47 gmann yeah, me too. will check in morning.
01:37:23 melwitt +1
02:17:04 openstackgerrit Jinsheng Zhang proposed openstack/nova stable/rocky: Add API to support multiple boot-volumes with boot order selection https://review.opendev.org/737893
03:40:34 openstackgerrit Jinsheng Zhang proposed openstack/nova-specs master: Add nova-support-multiple-boot-volume-with-boot-order-selection spec https://review.opendev.org/737897
06:53:43 openstackgerrit Jinsheng Zhang proposed openstack/nova master: Add API to support multiple boot-volumes with boot order selection https://review.opendev.org/737913
06:54:45 gibi_off sean-k-mooney, efried: placement data visualizer https://github.com/gibizer/osc-placement-tree
08:03:32 openstackgerrit Jiri Suchomel proposed openstack/nova master: Remove deprecated nova.image.download hook https://review.opendev.org/725338
08:04:02 openstackgerrit Jiri Suchomel proposed openstack/nova master: Add ability to download Glance images into the libvirt image cache via RBD https://review.opendev.org/574301
08:36:26 openstackgerrit Elod Illes proposed openstack/nova stable/stein: Check cherry-pick hashes in pep8 tox target https://review.opendev.org/737922
10:30:34 openstackgerrit Jinsheng Zhang proposed openstack/nova master: Add API to support multiple boot-volumes with boot order selection https://review.opendev.org/737913
10:44:13 sean-k-mooney gibi: oh nice. i still want to add __iter__ __repr__ and perhaps __getitem__ and __contains__
10:44:55 sean-k-mooney __getitem__ would allow use ot use pt[uuid_or_name] instead of calling find
10:45:43 sean-k-mooney and __contains__ would allow "if uuid_or_name in pt" instead of calling pt.exists(uuid_or_name)
10:47:12 sean-k-mooney __contains__ is technically provided for free when you add __iter__ but it might be more effiecnt to do it myself
11:00:12 gibi sean-k-mooney: some of those could help with the readability of the code
11:06:12 sean-k-mooney gibi: yep that was the main idea
11:06:59 sean-k-mooney if there is a perfomance boost form any of this that is just a nice benifit but its mainly so i can tree the providertree or provider objects as standard python collections
11:07:33 sean-k-mooney instead of having to figure out what we named the relevent fucntions
11:08:00 sean-k-mooney most/all of the functionality is already there just named differently
11:15:05 sean-k-mooney gibi: im starting on the numa in placment implemantion at the moment and while im not going to commit to this im going to try an take a test driven developemnt appoch.
11:16:08 sean-k-mooney so im going to try and create a libvirt fucntional test that starts with a flat toplogy and converts it to the numa form like we have for pcpus

Earlier   Later