Wednesday, 2020-06-24

*** grandchild has quit IRC00:02
*** ttsiouts has quit IRC00:16
*** hamalq_ has quit IRC00:44
*** xiaolin has joined #openstack-nova01:05
*** lbragstad has joined #openstack-nova01:08
*** rcernin has quit IRC01:12
*** rcernin has joined #openstack-nova01:17
*** Liang__ has joined #openstack-nova01:18
*** ttsiouts has joined #openstack-nova01:22
*** markvoelker has joined #openstack-nova01:30
*** Liang__ has quit IRC01:32
*** Liang__ has joined #openstack-nova01:33
*** markvoelker has quit IRC01:35
*** Liang__ has quit IRC01:47
*** tetsuro has joined #openstack-nova01:52
openstackgerritMerged openstack/nova master: Cap jsonschema 3.2.0 as the minimal version  https://review.opendev.org/73096001:54
*** ttsiouts has quit IRC01:55
*** tbachman has quit IRC02:14
*** tbachman has joined #openstack-nova02:16
openstackgerritMerged openstack/nova master: Guard against missing image cache directory  https://review.opendev.org/73696402:27
*** rcernin has quit IRC02:34
*** rcernin has joined #openstack-nova02:36
*** lbragstad has quit IRC02:47
openstackgerritMerged openstack/nova master: hardware: Update and correct typing information  https://review.opendev.org/71469403:01
openstackgerritMerged openstack/nova master: libvirt: Add typing information  https://review.opendev.org/71469503:01
*** ttsiouts has joined #openstack-nova03:02
*** artom has joined #openstack-nova03:07
openstackgerritMerged openstack/nova master: hardware: Add validation for 'cpu_realtime_mask'  https://review.opendev.org/46820303:16
openstackgerritMerged openstack/nova master: tests: Split instance NUMA object tests  https://review.opendev.org/71469603:16
*** markvoelker has joined #openstack-nova03:31
*** ttsiouts has quit IRC03:32
*** markvoelker has quit IRC03:36
*** psachin has joined #openstack-nova03:43
*** rcernin has quit IRC03:46
*** rcernin has joined #openstack-nova03:55
*** ttsiouts has joined #openstack-nova04:02
*** rcernin has quit IRC04:04
*** rcernin has joined #openstack-nova04:05
*** ttsiouts has quit IRC04:07
*** xiaolin has quit IRC04:11
*** evrardjp has quit IRC04:33
*** evrardjp has joined #openstack-nova04:33
*** markvoelker has joined #openstack-nova04:34
*** udesale has joined #openstack-nova04:35
*** markvoelker has quit IRC04:39
*** ratailor has joined #openstack-nova04:44
*** ttsiouts has joined #openstack-nova04:44
*** dklyle has quit IRC04:58
*** damien_r has joined #openstack-nova05:16
*** ttsiouts has quit IRC05:17
*** links has joined #openstack-nova05:19
*** bbowen has quit IRC05:34
*** bbowen_ has joined #openstack-nova05:34
*** udesale has quit IRC05:40
*** jamesdenton has quit IRC05:52
*** jamesdenton has joined #openstack-nova06:00
*** slaweq_ has joined #openstack-nova06:12
*** slaweq has quit IRC06:13
*** jsuchome has joined #openstack-nova06:13
*** markvoelker has joined #openstack-nova06:14
*** markvoelker has quit IRC06:20
*** udesale has joined #openstack-nova06:25
*** udesale_ has joined #openstack-nova06:29
*** udesale has quit IRC06:30
*** ttsiouts has joined #openstack-nova06:30
*** dtantsur|afk is now known as dtantsur06:50
*** tesseract has joined #openstack-nova06:51
*** gyee has quit IRC06:51
*** ralonsoh has joined #openstack-nova06:55
*** xiaolin has joined #openstack-nova06:56
*** rpittau|afk is now known as rpittau06:57
*** ttsiouts has quit IRC07:05
*** ttsiouts has joined #openstack-nova07:11
brinzhang_Hello guys, has anyone encountered this problem with "GLib (gthread-posix.c): Unexpected error from C library during 'pthread_key_create': Resource temporarily unavailable. Aborting"07:23
brinzhang_it was happened when evacuate the instances, deployed the OpenStack R release on Centos707:24
*** maciejjozefczyk has joined #openstack-nova07:29
gibi_offbrinzhang_: is this log from a nova service? Is that service has a task limit in the output of systemctl status ?07:29
gibi_offbrinzhang_: https://github.com/systemd/systemd/blob/ddb4b0d3eb57292c38a76f9b977f73cea15448fb/NEWS#L65-L6807:30
brinzhang_gibi_off: Do you mean that the number of threads has reached the upper limit?07:31
gibi_offbrinzhang_: yeah, that could be a reason07:33
brinzhang_it's not come from nova service log, it's print by docker07:33
*** vishalmanchanda has joined #openstack-nova07:33
gibi_offcheck the output of the systemctl status for the docker service07:35
*** rcernin has quit IRC07:39
*** luksky has joined #openstack-nova07:40
brinzhang_gibi_off: This problem does not occur every time you evacuate. It happens occasionally, but it has been encountered twice.07:42
brinzhang_gibi_off: we will try to make the TasksMax setting get bigger, then try to test07:43
brinzhang_gibi_off: thanks for your advice07:43
*** priteau has joined #openstack-nova07:48
*** belmoreira has joined #openstack-nova07:48
*** tosky has joined #openstack-nova07:49
*** slaweq_ is now known as slaweq07:49
*** bhagyashris is now known as bhagyashris|lunc07:57
*** belmoreira has quit IRC08:08
*** belmoreira has joined #openstack-nova08:08
*** udesale_ has quit IRC08:11
*** markvoelker has joined #openstack-nova08:16
*** markvoelker has quit IRC08:21
*** xek_ has joined #openstack-nova08:46
*** ttsiouts has quit IRC08:50
*** ttsiouts has joined #openstack-nova08:50
*** ttsiouts has quit IRC08:55
*** bhagyashris|lunc is now known as bhagyashris09:08
*** derekh has joined #openstack-nova09:08
*** ttsiouts has joined #openstack-nova09:09
*** rcernin has joined #openstack-nova09:12
*** rcernin has quit IRC09:17
stephenfinbauzas: think you could look at https://review.opendev.org/#/c/714700/ ? It's the last patch I've authored in that series, so I can take it from there09:24
bauzasstephenfin: ack, clicks09:24
*** brinzhang_ has quit IRC09:52
*** tkajinam has quit IRC10:03
*** markvoelker has joined #openstack-nova10:05
*** markvoelker has quit IRC10:09
*** rcernin has joined #openstack-nova10:10
*** rpittau is now known as rpittau|bbl10:11
*** xiaolin has quit IRC10:12
*** ociuhandu has quit IRC10:14
*** rcernin has quit IRC10:15
*** luksky has quit IRC10:16
*** nightmare_unreal has joined #openstack-nova10:24
nightmare_unrealis migration ( both cold and live migration) are of more I/O bound task or more CPU bound ?10:25
sean-k-mooneynightmare_unreal: it depend on what you mean by io but io10:25
sean-k-mooneynightmare_unreal: the more the guest dirties memeory the longer it will take and that time is bounded by the bandwidth you have to copy the data over10:26
nightmare_unreali mean input / ouput. What I was thinking was since we move lots of data ( essentially a whole VM) it is heavy work right ?10:26
nightmare_unrealah okay10:26
sean-k-mooneycopying the disk is actully relitivly simple and not needed if its boot from volume10:27
sean-k-mooneyor on shared storage10:27
sean-k-mooneyits the ram that is a problem10:27
sean-k-mooneythe virtual cpu state is pretty small so that is not hard to transfer10:27
sean-k-mooneyif a vm is under heavy load you should expect that the live migration will never finish unless you enable auto convergence and/or post copy10:28
*** luksky has joined #openstack-nova10:28
nightmare_unrealah okay !!10:28
sean-k-mooneyauto convergnece after an inital timeout progressivly starts micro pausing the vm for long and longer intervals10:29
nightmare_unrealand this is all managed by nova itself ?10:29
nightmare_unrealI mean user won't have to do these checks right10:29
sean-k-mooneyno its all manage by qemu/libvirt10:29
nightmare_unrealah okay10:30
nightmare_unrealunderstood10:30
sean-k-mooneythere are nova config options for auto convergancve and post copy10:30
sean-k-mooneywe just tell libvit that it can use them and it tells qemu10:30
sean-k-mooneyi think they are off by default10:30
nightmare_unrealokay10:30
nightmare_unrealI will read some more docs on it to get better idea10:31
nightmare_unrealThanks sean-k-mooney10:31
sean-k-mooneyhttps://docs.openstack.org/nova/latest/configuration/config.html#libvirt.live_migration_permit_post_copy10:31
sean-k-mooneyhttps://docs.openstack.org/nova/latest/configuration/config.html#libvirt.live_migration_permit_auto_converge10:31
sean-k-mooneypersonally i would set both to true10:31
sean-k-mooneyjust be aware if you have post copy enabled and there is a netwrok partion during the migration it will crash the vm10:32
nightmare_unrealokay :) . I will note that10:32
sean-k-mooneyi dont think that is a signifcant enough risk to warrent disabling it but that is something you should decied10:32
nightmare_unrealokay. mnaybe after seeral trials and error i will find out10:33
sean-k-mooneynightmare_unreal: cool as i said i personally recommend turning both on to ensure live migration actully eventually finish and it should be faster.10:33
nightmare_unrealwhat suits best for my env10:33
nightmare_unrealthanks10:33
sean-k-mooneyoh i guess you need to change https://docs.openstack.org/nova/latest/configuration/config.html#libvirt.live_migration_timeout_action to force_complete too10:36
sean-k-mooneyto get post copy to work. its noted in the config docs but i tought that was the default value not abort10:36
*** psachin has quit IRC10:57
*** huaqiang has quit IRC11:03
*** ttsiouts has quit IRC11:16
*** ttsiouts has joined #openstack-nova11:17
*** ttsiouts_ has joined #openstack-nova11:18
*** raildo has joined #openstack-nova11:21
*** ttsiouts has quit IRC11:22
*** rcernin has joined #openstack-nova11:27
*** xek_ has quit IRC11:27
*** rcernin has quit IRC11:34
*** artom has quit IRC11:35
*** rcernin has joined #openstack-nova11:39
*** ociuhandu has joined #openstack-nova11:52
*** markvoelker has joined #openstack-nova11:55
*** markvoelker has quit IRC11:59
*** rcernin has quit IRC12:08
*** georg__ has joined #openstack-nova12:10
*** rpittau|bbl is now known as rpittau12:13
*** yaawang has quit IRC12:20
*** martinkennelly has joined #openstack-nova12:29
*** rchurch has quit IRC12:34
*** rcernin has joined #openstack-nova12:35
*** rchurch has joined #openstack-nova12:36
*** xek_ has joined #openstack-nova12:38
sean-k-mooneystephenfin: can i pick your brain for a sec. its a dumb question but im interseted in what you expect.12:41
stephenfinsure12:41
sean-k-mooneystephenfin: if you have a tree and you do "for x in tree: do_stuff(x)" do you expect that to iterate over every node in the tree or over the roots?12:42
stephenfinI'd expect it to iterate over the immediate children12:43
stephenfinfor grandchildren, you'd have to nest the for loop12:43
stephenfinIMOP12:43
stephenfin*IMO12:43
sean-k-mooneyso that is one way to do it yes. and in that case if i printed the child node woudl you expect it to print just its data or the data of its childeren12:44
sean-k-mooney*also the data of its childern12:44
stephenfindepends on how you have __repr__ implemented for the Node class12:44
stephenfinYou could do either, so long as it's consistent12:45
sean-k-mooneyso that the thing im currently implmeneting an __iter__ and __repr__ for ProviderTree and _Provider12:45
stephenfinmight be worth looking at what xml.etree.ElementTree does (and the lxml.etree equivalent)12:45
sean-k-mooneystephenfin: so i know the lark parser lib chose to make the tree iterator, iterate over every node in the tree in a fixed order12:46
sean-k-mooneynot just the child nodes12:46
sean-k-mooneyand so if you pirnt the node they just print them selves not there childern12:46
stephenfinthat seems weird to me12:46
stephenfinbut it really depends on how you plan to use it12:46
sean-k-mooneylet me see what lxml does12:47
*** lbragstad has joined #openstack-nova12:47
sean-k-mooneyi have implemetned both way and swap back and forward between what i think is correct.12:47
*** nweinber has joined #openstack-nova12:48
*** gryf has quit IRC13:04
sean-k-mooneystephenfin: they support both but in a slightly weird way https://lxml.de/tutorial.html#tree-iteration13:04
stephenfinsean-k-mooney: what should I be looking at?13:05
stephenfinI can only see a single root node with leaves13:05
sean-k-mooney__iter__ on the element class iterates the childern __iter__ on the ElementTree class iterates all elements in the tree and the elemnet objects also have a .iter() function to do tree iteration on the elements13:05
*** gryf has joined #openstack-nova13:06
stephenfinHmm, I'm not seeing that13:07
stephenfinin the link you provided13:07
sean-k-mooney"where you want to recursively traverse the tree and do something with its elements, tree iteration is a very convenient solution. Elements provide a tree iterator for this purpose. It yields elements in document order, i.e. in the order their tags would appear if you serialised the tree to XML:"13:08
sean-k-mooneyso the elements.itor() function is recursive over the child nodes and __iter__ is not recursive13:08
sean-k-mooneyso i think the behvior i want is __iter__ for ProviderTree should yeild all the provider in the tree in depth first order13:09
sean-k-mooneybut __iter__ on the provider will just yeild its imideate childeren13:09
sean-k-mooneyif i was to follow there patteren13:09
stephenfinah, so it's just a depth-first search13:12
sean-k-mooneydepth first traversal but yes13:13
* stephenfin now sees you said as much. Whoops13:13
stephenfin*traversal, yeah13:13
sean-k-mooneyyou could do it breathfirst but we already do depth first for get_provider_uuids13:13
stephenfinwhat you're suggestions works for me, anyway13:14
stephenfindifferent behavior on ProviderTree vs provider13:14
sean-k-mooneyya i expect tree to have tree iteration and i guess node to have iteration of just there direct childern also make sense13:15
sean-k-mooneystephenfin: etree makes there element behave like python lists13:15
sean-k-mooneyand i think that behvior makes sense for proviers but the ProviderTree shoudl act like a tree13:16
*** jawad_axd has quit IRC13:18
*** jawad_axd has joined #openstack-nova13:18
*** rcernin has quit IRC13:29
*** ociuhandu_ has joined #openstack-nova13:31
*** ociuhandu has quit IRC13:35
openstackgerritDan Smith proposed openstack/nova master: DNM: Try to make a glance multistore job  https://review.opendev.org/73418413:37
*** mriedem has joined #openstack-nova13:44
*** dklyle has joined #openstack-nova13:49
*** yaawang has joined #openstack-nova13:51
*** Liang__ has joined #openstack-nova13:56
*** Liang__ is now known as LiangFang13:57
*** luksky has quit IRC14:05
*** liuyulong has joined #openstack-nova14:06
*** luksky has joined #openstack-nova14:19
*** mlavalle has joined #openstack-nova14:29
*** ociuhandu_ has quit IRC14:32
*** ociuhandu has joined #openstack-nova14:33
*** ratailor has quit IRC14:35
openstackgerritDan Smith proposed openstack/nova master: Plumb image import functionality through our glance module  https://review.opendev.org/73155014:37
openstackgerritDan Smith proposed openstack/nova master: Make libvirt able to trigger a backend image copy when needed  https://review.opendev.org/65699814:37
openstackgerritDan Smith proposed openstack/nova master: WIP: Add libvirt RBD configuration doc  https://review.opendev.org/73157714:37
openstackgerritDan Smith proposed openstack/nova master: DNM: Try to make a glance multistore job  https://review.opendev.org/73418414:37
dansmithmelwitt: had to rebase, can you re-+W those two? ^14:38
*** links has quit IRC14:38
aarentsHi, what the meaning of "DNM:" in commit title ?14:56
bauzasaarents: Do Not Merge14:58
aarentsbauzas: k thks14:58
bauzasnp14:59
melwittdansmith: will do15:02
*** priteau has quit IRC15:27
stephenfinbauzas: friendly reminder on https://review.opendev.org/#/c/714700/, if you've time :)15:27
bauzasstephenfin: yup, haven't forgotten but I looked at the whole series to refresh my mind15:28
dansmithmelwitt: thanks15:30
*** LiangFang has quit IRC15:37
*** ttsiouts_ has quit IRC15:40
*** ttsiouts has joined #openstack-nova15:41
openstackgerritGhanshyam Mann proposed openstack/nova stable/stein: Make greande jobs n-v for EM and oldest stable  https://review.opendev.org/73733215:42
*** jsuchome has quit IRC15:43
*** ttsiouts has quit IRC15:45
*** ttsiouts has joined #openstack-nova15:46
*** liuyulong has quit IRC15:56
*** gyee has joined #openstack-nova15:57
*** ociuhandu has quit IRC15:59
bauzasstephenfin: question before I leave https://review.opendev.org/#/c/714697/10/nova/objects/instance_numa.py@21315:59
bauzasI do understand this could be silly to have more than one policy, but should we have a kind of nova status upgrade check preventing it ?16:00
*** ttsiouts has quit IRC16:00
*** ttsiouts has joined #openstack-nova16:01
*** ttsiouts has quit IRC16:06
*** ociuhandu has joined #openstack-nova16:13
*** markvoelker has joined #openstack-nova16:24
*** markvoelker has quit IRC16:28
*** derekh has quit IRC16:30
stephenfinbauzas: It's not just silly, it's impossible16:37
stephenfinThe only way we'd get into that situation is via manual DB modifications, and when that's done all cards are off the table16:37
stephenfinAn upgrade check wouldn't resolve anything either, since if someone had done manual DB modifications beforehand, they could do them again after the upgrade check ran16:38
sean-k-mooneybauzas: it was just stored in the wrong place16:41
*** rpittau is now known as rpittau|afk16:41
sean-k-mooneybauzas: the cpu policy has alsways been vm wide16:41
sean-k-mooneynot per cell16:41
stephenfinyup. That was my bad16:41
stephenfinI was young and innocent16:42
sean-k-mooneyi actully think this predates you16:42
stephenfinnope, I added that16:42
sean-k-mooney:'O how could you :P16:42
stephenfinpreviously we determined whether policy was in effect by whether cpu_pinning_raw was set or not16:42
stephenfin_that_ was ndipanov16:43
sean-k-mooneyah ok16:43
sean-k-mooneystephenfin: also handnt review that till now but it looks correct16:46
stephenfinthanks16:47
*** georg__ has quit IRC16:52
*** dtantsur is now known as dtantsur|afk17:08
*** markvoelker has joined #openstack-nova17:09
*** chenhaw has quit IRC17:12
*** markvoelker has quit IRC17:14
*** xek__ has joined #openstack-nova17:16
*** nightmare_unreal has quit IRC17:18
*** xek_ has quit IRC17:19
*** chenhaw has joined #openstack-nova17:28
*** chenhaw has quit IRC17:45
*** priteau has joined #openstack-nova17:49
*** chenhaw has joined #openstack-nova17:59
*** tesseract has quit IRC18:07
*** priteau has quit IRC18:16
*** vishalmanchanda has quit IRC18:17
*** xek__ has quit IRC18:24
*** belmoreira has quit IRC18:33
*** irclogbot_1 has quit IRC18:34
*** irclogbot_3 has joined #openstack-nova18:38
sean-k-mooneymelwitt: dansmith shoudl this have a +w https://review.opendev.org/#/c/656998/18:44
sean-k-mooneydansmith: have you resolved the fact that it needs admin to work unless you own the image18:45
sean-k-mooneyhttps://review.opendev.org/#/c/734184 has the depends on but that earlier patch does not18:45
dansmithsean-k-mooney: no, buried under many other dependent issues right now18:45
sean-k-mooneydansmith: ok so the first two patches in the change have 3 +2s and +w18:46
dansmiththat should do it :)18:46
dansmithit works as expected if you own the image,18:47
dansmithand it's off by default, so I think it's okay at the moment from our side anyway18:47
dansmithit just doesn't work with the image we create in devstack18:47
sean-k-mooneyright i was wondering if you wanted to hold them untill you fixed the other case but if you ok with them mergeing then cool18:47
dansmithI think they're fine as is,18:47
dansmithit's early in the cycle and if we don't get something resolved (I'm sure we will) then we can add to the docs patch about caveats18:48
sean-k-mooneydansmith: ya if we dont figure something out we can always add a worksaround config option if needed to use admin18:48
sean-k-mooneyor document it as you said18:48
dansmithyeah, although that has caveats for quota18:48
dansmithso docs either way18:49
sean-k-mooneyok in that case im going to call it a day o/18:49
dansmiththanks for looking out :)18:50
*** markvoelker has joined #openstack-nova19:10
*** markvoelker has quit IRC19:15
*** nweinber has quit IRC19:20
*** ralonsoh has quit IRC19:26
*** mlavalle has quit IRC19:26
*** damien_r has quit IRC19:30
*** mlavalle has joined #openstack-nova19:31
*** markvoelker has joined #openstack-nova19:33
*** markvoelker has quit IRC19:38
*** hamalq has joined #openstack-nova19:43
*** markvoelker has joined #openstack-nova19:59
*** JamesBen_ has joined #openstack-nova20:03
*** JamesBenson has quit IRC20:03
*** markvoelker has quit IRC20:04
melwittdansmith, gmann: I've got a small fix proposed for a gate bug [that doesn't happen very often] around a InstanceMapping.save() race if you might be interested in reviewing https://review.opendev.org/73440020:17
dansmithmelwitt: why the queued_for_delete=True in the test?20:21
*** belmoreira has joined #openstack-nova20:21
dansmithwon't hurt anything but doesn't seem relevant?20:21
*** spatel has joined #openstack-nova20:22
spatelsean-k-mooney: does openstack has any config option to tell build 5 machine in single shot?20:23
spatelI am using terraform and its not letting me build 10 machine but if i say do 5 machine it works20:23
melwittdansmith: oh, I was thinking (at the time) I needed something to "save" with it but the uuid would have done it huh? other than that it just mimics the actual bug (update of qfd failed) but not really relevant20:23
dansmithmelwitt: but the copy you're save()ing shouldn't have that set in the real race condition20:23
dansmiththe *other* one might, but not the stale one right?20:24
dansmither, the one that really got deleted20:24
melwittdansmith: 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
*** belmoreira has quit IRC20:26
dansmithso gonna snip that out for posterity?20:26
melwittsure20:26
dansmithit sent me on a goose chase trying to figure out why it mattered, so probably good20:27
melwittoh sorry :(20:27
dansmithmy other -1 was going to be "we can't merge patches with only one revision because fairness" so this will fix that too :D20:27
dansmithotherwise seems like an obvious fix20:28
*** priteau has joined #openstack-nova20:28
melwittheh :)20:29
openstackgerritmelanie witt proposed openstack/nova master: Raise InstanceMappingNotFound if StaleDataError is encountered  https://review.opendev.org/73440020:29
melwittdansmith: done ^20:30
dansmithbeatcha20:30
melwittdanke20:30
*** priteau has quit IRC20:39
*** efried has quit IRC21:04
sean-k-mooneyspatel: yes not supports multi create and no you should not use it21:04
sean-k-mooneyunless you meen the per compute node build limit which is 1021:05
spatelsean-k-mooney: i am talking about in general limit (not per compute)21:05
sean-k-mooneyspatel: im pretty sure we dont have an api limit at least not one that would block 521:06
spatelone of user trying to create bunch of vm for testing and its failing even i have capacity21:06
sean-k-mooneythe api is limited by your quota21:06
spatelsean-k-mooney: must be something else going on (just wanted to check if i missed something here)21:07
sean-k-mooneybut if you ask for 300 instance in once request we will spawn them21:07
*** maciejjozefczyk has quit IRC21:08
spatelin my case its 10 vm so i don't think its going to be limit issue, let me debug and see21:08
*** raildo has quit IRC21:09
melwittI think you _should_ use multi create if you're requesting (anti-)affinity21:10
spatelwhat is multi create?  (my users using terraform to spin up vm, i don't think they are requesting any anti-affinity)21:11
sean-k-mooneymelwitt: 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 alternate21:12
spatelI have noticed big spike on RabbitMQ so not sure if my rabbitMQ is under heavy load21:12
sean-k-mooneymelwitt: so if you realy want anti affintiy and dont want to risk retries  causeing the full set to fail you should boot them serially21:13
sean-k-mooneyspatel: openstack server create --min=5 --max=10 --flavor whatever...21:14
melwittsean-k-mooney: why would you expect retries? numa request?21:14
sean-k-mooneymelwitt: numa or sriov are the most common21:14
sean-k-mooneymelwitt: if you are not using either then ya multi create is fine21:15
melwittyeah, ok21:15
sean-k-mooneythe only reason for retires in that case is an actual failure on the compute node which hopefully isnt common in your cloud21:15
sean-k-mooneyspatel: ^ create betwen 5 and 10 server with a given flavor image network excrta21:16
spatelbut if we are using terraform then we can't tell them how to limit21:17
spatelopenstack server create may handle that well21:17
sean-k-mooneyspatel: terraform is likely makeing multiple requests21:18
spatelsean-k-mooney: yes i believe its all parallel fork21:18
sean-k-mooneyya so unless your hitting quota issue there is not limit in how many build requests you can make in parrale in that case21:19
sean-k-mooneyratelimiting of api requests is out of scope of nova21:19
*** ttsiouts has joined #openstack-nova21:22
spatelsean-k-mooney: good to know! i think i have something else going on.21:22
*** efried has joined #openstack-nova21:23
*** martinkennelly has quit IRC21:28
*** yaawang_ has joined #openstack-nova21:29
*** martinkennelly has joined #openstack-nova21:29
*** yaawang has quit IRC21:31
*** ttsiouts has quit IRC21:35
*** slaweq has quit IRC21:36
*** ttsiouts has joined #openstack-nova21:36
*** yaawang has joined #openstack-nova21:40
*** ttsiouts has quit IRC21:40
*** yaawang__ has joined #openstack-nova21:43
*** yaawang_ has quit IRC21:44
*** yaawang has quit IRC21:44
*** slaweq has joined #openstack-nova21:47
*** spatel has quit IRC21:50
*** slaweq has quit IRC21:52
*** yaawang has joined #openstack-nova21:54
*** martinkennelly has quit IRC21:54
*** ttsiouts has joined #openstack-nova21:55
*** yaawang__ has quit IRC21:56
*** markvoelker has joined #openstack-nova22:00
*** markvoelker has quit IRC22:05
*** ttsiouts has quit IRC22:05
*** ttsiouts has joined #openstack-nova22:06
*** luksky has quit IRC22:08
*** yaawang_ has joined #openstack-nova22:09
*** yaawang has quit IRC22:10
*** ttsiouts has quit IRC22:10
*** mriedem has left #openstack-nova22:12
*** mlavalle has quit IRC22:39
*** yaawang_ has quit IRC22:41
*** rcernin has joined #openstack-nova22:42
*** yaawang_ has joined #openstack-nova22:47
*** markvoelker has joined #openstack-nova22:49
*** tkajinam has joined #openstack-nova22:51
*** markvoelker has quit IRC22:54
*** tosky has quit IRC23:03
*** yaawang_ has quit IRC23:04
*** yaawang_ has joined #openstack-nova23:15
openstackgerritsean mooney proposed openstack/nova master: [WIP] make provider tree and proviers iterable  https://review.opendev.org/73759423:18
*** yaawang_ has quit IRC23:29
*** yaawang_ has joined #openstack-nova23:30
*** markvoelker has joined #openstack-nova23:37
*** yaawang_ has quit IRC23:42
*** markvoelker has quit IRC23:47
*** lbragstad has quit IRC23:48

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