*** grandchild has quit IRC | 00:02 | |
*** ttsiouts has quit IRC | 00:16 | |
*** hamalq_ has quit IRC | 00:44 | |
*** xiaolin has joined #openstack-nova | 01:05 | |
*** lbragstad has joined #openstack-nova | 01:08 | |
*** rcernin has quit IRC | 01:12 | |
*** rcernin has joined #openstack-nova | 01:17 | |
*** Liang__ has joined #openstack-nova | 01:18 | |
*** ttsiouts has joined #openstack-nova | 01:22 | |
*** markvoelker has joined #openstack-nova | 01:30 | |
*** Liang__ has quit IRC | 01:32 | |
*** Liang__ has joined #openstack-nova | 01:33 | |
*** markvoelker has quit IRC | 01:35 | |
*** Liang__ has quit IRC | 01:47 | |
*** tetsuro has joined #openstack-nova | 01:52 | |
openstackgerrit | Merged openstack/nova master: Cap jsonschema 3.2.0 as the minimal version https://review.opendev.org/730960 | 01:54 |
---|---|---|
*** ttsiouts has quit IRC | 01:55 | |
*** tbachman has quit IRC | 02:14 | |
*** tbachman has joined #openstack-nova | 02:16 | |
openstackgerrit | Merged openstack/nova master: Guard against missing image cache directory https://review.opendev.org/736964 | 02:27 |
*** rcernin has quit IRC | 02:34 | |
*** rcernin has joined #openstack-nova | 02:36 | |
*** lbragstad has quit IRC | 02:47 | |
openstackgerrit | Merged openstack/nova master: hardware: Update and correct typing information https://review.opendev.org/714694 | 03:01 |
openstackgerrit | Merged openstack/nova master: libvirt: Add typing information https://review.opendev.org/714695 | 03:01 |
*** ttsiouts has joined #openstack-nova | 03:02 | |
*** artom has joined #openstack-nova | 03:07 | |
openstackgerrit | Merged openstack/nova master: hardware: Add validation for 'cpu_realtime_mask' https://review.opendev.org/468203 | 03:16 |
openstackgerrit | Merged openstack/nova master: tests: Split instance NUMA object tests https://review.opendev.org/714696 | 03:16 |
*** markvoelker has joined #openstack-nova | 03:31 | |
*** ttsiouts has quit IRC | 03:32 | |
*** markvoelker has quit IRC | 03:36 | |
*** psachin has joined #openstack-nova | 03:43 | |
*** rcernin has quit IRC | 03:46 | |
*** rcernin has joined #openstack-nova | 03:55 | |
*** ttsiouts has joined #openstack-nova | 04:02 | |
*** rcernin has quit IRC | 04:04 | |
*** rcernin has joined #openstack-nova | 04:05 | |
*** ttsiouts has quit IRC | 04:07 | |
*** xiaolin has quit IRC | 04:11 | |
*** evrardjp has quit IRC | 04:33 | |
*** evrardjp has joined #openstack-nova | 04:33 | |
*** markvoelker has joined #openstack-nova | 04:34 | |
*** udesale has joined #openstack-nova | 04:35 | |
*** markvoelker has quit IRC | 04:39 | |
*** ratailor has joined #openstack-nova | 04:44 | |
*** ttsiouts has joined #openstack-nova | 04:44 | |
*** dklyle has quit IRC | 04:58 | |
*** damien_r has joined #openstack-nova | 05:16 | |
*** ttsiouts has quit IRC | 05:17 | |
*** links has joined #openstack-nova | 05:19 | |
*** bbowen has quit IRC | 05:34 | |
*** bbowen_ has joined #openstack-nova | 05:34 | |
*** udesale has quit IRC | 05:40 | |
*** jamesdenton has quit IRC | 05:52 | |
*** jamesdenton has joined #openstack-nova | 06:00 | |
*** slaweq_ has joined #openstack-nova | 06:12 | |
*** slaweq has quit IRC | 06:13 | |
*** jsuchome has joined #openstack-nova | 06:13 | |
*** markvoelker has joined #openstack-nova | 06:14 | |
*** markvoelker has quit IRC | 06:20 | |
*** udesale has joined #openstack-nova | 06:25 | |
*** udesale_ has joined #openstack-nova | 06:29 | |
*** udesale has quit IRC | 06:30 | |
*** ttsiouts has joined #openstack-nova | 06:30 | |
*** dtantsur|afk is now known as dtantsur | 06:50 | |
*** tesseract has joined #openstack-nova | 06:51 | |
*** gyee has quit IRC | 06:51 | |
*** ralonsoh has joined #openstack-nova | 06:55 | |
*** xiaolin has joined #openstack-nova | 06:56 | |
*** rpittau|afk is now known as rpittau | 06:57 | |
*** ttsiouts has quit IRC | 07:05 | |
*** ttsiouts has joined #openstack-nova | 07: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 Centos7 | 07:24 |
*** maciejjozefczyk has joined #openstack-nova | 07:29 | |
gibi_off | brinzhang_: is this log from a nova service? Is that service has a task limit in the output of systemctl status ? | 07:29 |
gibi_off | brinzhang_: https://github.com/systemd/systemd/blob/ddb4b0d3eb57292c38a76f9b977f73cea15448fb/NEWS#L65-L68 | 07:30 |
brinzhang_ | gibi_off: Do you mean that the number of threads has reached the upper limit? | 07:31 |
gibi_off | brinzhang_: yeah, that could be a reason | 07:33 |
brinzhang_ | it's not come from nova service log, it's print by docker | 07:33 |
*** vishalmanchanda has joined #openstack-nova | 07:33 | |
gibi_off | check the output of the systemctl status for the docker service | 07:35 |
*** rcernin has quit IRC | 07:39 | |
*** luksky has joined #openstack-nova | 07: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 test | 07:43 |
brinzhang_ | gibi_off: thanks for your advice | 07:43 |
*** priteau has joined #openstack-nova | 07:48 | |
*** belmoreira has joined #openstack-nova | 07:48 | |
*** tosky has joined #openstack-nova | 07:49 | |
*** slaweq_ is now known as slaweq | 07:49 | |
*** bhagyashris is now known as bhagyashris|lunc | 07:57 | |
*** belmoreira has quit IRC | 08:08 | |
*** belmoreira has joined #openstack-nova | 08:08 | |
*** udesale_ has quit IRC | 08:11 | |
*** markvoelker has joined #openstack-nova | 08:16 | |
*** markvoelker has quit IRC | 08:21 | |
*** xek_ has joined #openstack-nova | 08:46 | |
*** ttsiouts has quit IRC | 08:50 | |
*** ttsiouts has joined #openstack-nova | 08:50 | |
*** ttsiouts has quit IRC | 08:55 | |
*** bhagyashris|lunc is now known as bhagyashris | 09:08 | |
*** derekh has joined #openstack-nova | 09:08 | |
*** ttsiouts has joined #openstack-nova | 09:09 | |
*** rcernin has joined #openstack-nova | 09:12 | |
*** rcernin has quit IRC | 09:17 | |
stephenfin | bauzas: 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 there | 09:24 |
bauzas | stephenfin: ack, clicks | 09:24 |
*** brinzhang_ has quit IRC | 09:52 | |
*** tkajinam has quit IRC | 10:03 | |
*** markvoelker has joined #openstack-nova | 10:05 | |
*** markvoelker has quit IRC | 10:09 | |
*** rcernin has joined #openstack-nova | 10:10 | |
*** rpittau is now known as rpittau|bbl | 10:11 | |
*** xiaolin has quit IRC | 10:12 | |
*** ociuhandu has quit IRC | 10:14 | |
*** rcernin has quit IRC | 10:15 | |
*** luksky has quit IRC | 10:16 | |
*** nightmare_unreal has joined #openstack-nova | 10:24 | |
nightmare_unreal | is migration ( both cold and live migration) are of more I/O bound task or more CPU bound ? | 10:25 |
sean-k-mooney | nightmare_unreal: it depend on what you mean by io but io | 10:25 |
sean-k-mooney | nightmare_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 over | 10:26 |
nightmare_unreal | i 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_unreal | ah okay | 10:26 |
sean-k-mooney | copying the disk is actully relitivly simple and not needed if its boot from volume | 10:27 |
sean-k-mooney | or on shared storage | 10:27 |
sean-k-mooney | its the ram that is a problem | 10:27 |
sean-k-mooney | the virtual cpu state is pretty small so that is not hard to transfer | 10:27 |
sean-k-mooney | if a vm is under heavy load you should expect that the live migration will never finish unless you enable auto convergence and/or post copy | 10:28 |
*** luksky has joined #openstack-nova | 10:28 | |
nightmare_unreal | ah okay !! | 10:28 |
sean-k-mooney | auto convergnece after an inital timeout progressivly starts micro pausing the vm for long and longer intervals | 10:29 |
nightmare_unreal | and this is all managed by nova itself ? | 10:29 |
nightmare_unreal | I mean user won't have to do these checks right | 10:29 |
sean-k-mooney | no its all manage by qemu/libvirt | 10:29 |
nightmare_unreal | ah okay | 10:30 |
nightmare_unreal | understood | 10:30 |
sean-k-mooney | there are nova config options for auto convergancve and post copy | 10:30 |
sean-k-mooney | we just tell libvit that it can use them and it tells qemu | 10:30 |
sean-k-mooney | i think they are off by default | 10:30 |
nightmare_unreal | okay | 10:30 |
nightmare_unreal | I will read some more docs on it to get better idea | 10:31 |
nightmare_unreal | Thanks sean-k-mooney | 10:31 |
sean-k-mooney | https://docs.openstack.org/nova/latest/configuration/config.html#libvirt.live_migration_permit_post_copy | 10:31 |
sean-k-mooney | https://docs.openstack.org/nova/latest/configuration/config.html#libvirt.live_migration_permit_auto_converge | 10:31 |
sean-k-mooney | personally i would set both to true | 10:31 |
sean-k-mooney | just be aware if you have post copy enabled and there is a netwrok partion during the migration it will crash the vm | 10:32 |
nightmare_unreal | okay :) . I will note that | 10:32 |
sean-k-mooney | i dont think that is a signifcant enough risk to warrent disabling it but that is something you should decied | 10:32 |
nightmare_unreal | okay. mnaybe after seeral trials and error i will find out | 10:33 |
sean-k-mooney | nightmare_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_unreal | what suits best for my env | 10:33 |
nightmare_unreal | thanks | 10:33 |
sean-k-mooney | oh i guess you need to change https://docs.openstack.org/nova/latest/configuration/config.html#libvirt.live_migration_timeout_action to force_complete too | 10:36 |
sean-k-mooney | to get post copy to work. its noted in the config docs but i tought that was the default value not abort | 10:36 |
*** psachin has quit IRC | 10:57 | |
*** huaqiang has quit IRC | 11:03 | |
*** ttsiouts has quit IRC | 11:16 | |
*** ttsiouts has joined #openstack-nova | 11:17 | |
*** ttsiouts_ has joined #openstack-nova | 11:18 | |
*** raildo has joined #openstack-nova | 11:21 | |
*** ttsiouts has quit IRC | 11:22 | |
*** rcernin has joined #openstack-nova | 11:27 | |
*** xek_ has quit IRC | 11:27 | |
*** rcernin has quit IRC | 11:34 | |
*** artom has quit IRC | 11:35 | |
*** rcernin has joined #openstack-nova | 11:39 | |
*** ociuhandu has joined #openstack-nova | 11:52 | |
*** markvoelker has joined #openstack-nova | 11:55 | |
*** markvoelker has quit IRC | 11:59 | |
*** rcernin has quit IRC | 12:08 | |
*** georg__ has joined #openstack-nova | 12:10 | |
*** rpittau|bbl is now known as rpittau | 12:13 | |
*** yaawang has quit IRC | 12:20 | |
*** martinkennelly has joined #openstack-nova | 12:29 | |
*** rchurch has quit IRC | 12:34 | |
*** rcernin has joined #openstack-nova | 12:35 | |
*** rchurch has joined #openstack-nova | 12:36 | |
*** xek_ has joined #openstack-nova | 12:38 | |
sean-k-mooney | stephenfin: can i pick your brain for a sec. its a dumb question but im interseted in what you expect. | 12:41 |
stephenfin | sure | 12:41 |
sean-k-mooney | stephenfin: 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 |
stephenfin | I'd expect it to iterate over the immediate children | 12:43 |
stephenfin | for grandchildren, you'd have to nest the for loop | 12:43 |
stephenfin | IMOP | 12:43 |
stephenfin | *IMO | 12:43 |
sean-k-mooney | so 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 childeren | 12:44 |
sean-k-mooney | *also the data of its childern | 12:44 |
stephenfin | depends on how you have __repr__ implemented for the Node class | 12:44 |
stephenfin | You could do either, so long as it's consistent | 12:45 |
sean-k-mooney | so that the thing im currently implmeneting an __iter__ and __repr__ for ProviderTree and _Provider | 12:45 |
stephenfin | might be worth looking at what xml.etree.ElementTree does (and the lxml.etree equivalent) | 12:45 |
sean-k-mooney | stephenfin: so i know the lark parser lib chose to make the tree iterator, iterate over every node in the tree in a fixed order | 12:46 |
sean-k-mooney | not just the child nodes | 12:46 |
sean-k-mooney | and so if you pirnt the node they just print them selves not there childern | 12:46 |
stephenfin | that seems weird to me | 12:46 |
stephenfin | but it really depends on how you plan to use it | 12:46 |
sean-k-mooney | let me see what lxml does | 12:47 |
*** lbragstad has joined #openstack-nova | 12:47 | |
sean-k-mooney | i have implemetned both way and swap back and forward between what i think is correct. | 12:47 |
*** nweinber has joined #openstack-nova | 12:48 | |
*** gryf has quit IRC | 13:04 | |
sean-k-mooney | stephenfin: they support both but in a slightly weird way https://lxml.de/tutorial.html#tree-iteration | 13:04 |
stephenfin | sean-k-mooney: what should I be looking at? | 13:05 |
stephenfin | I can only see a single root node with leaves | 13: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 elements | 13:05 |
*** gryf has joined #openstack-nova | 13:06 | |
stephenfin | Hmm, I'm not seeing that | 13:07 |
stephenfin | in the link you provided | 13: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-mooney | so the elements.itor() function is recursive over the child nodes and __iter__ is not recursive | 13:08 |
sean-k-mooney | so i think the behvior i want is __iter__ for ProviderTree should yeild all the provider in the tree in depth first order | 13:09 |
sean-k-mooney | but __iter__ on the provider will just yeild its imideate childeren | 13:09 |
sean-k-mooney | if i was to follow there patteren | 13:09 |
stephenfin | ah, so it's just a depth-first search | 13:12 |
sean-k-mooney | depth first traversal but yes | 13:13 |
* stephenfin now sees you said as much. Whoops | 13:13 | |
stephenfin | *traversal, yeah | 13:13 |
sean-k-mooney | you could do it breathfirst but we already do depth first for get_provider_uuids | 13:13 |
stephenfin | what you're suggestions works for me, anyway | 13:14 |
stephenfin | different behavior on ProviderTree vs provider | 13:14 |
sean-k-mooney | ya i expect tree to have tree iteration and i guess node to have iteration of just there direct childern also make sense | 13:15 |
sean-k-mooney | stephenfin: etree makes there element behave like python lists | 13:15 |
sean-k-mooney | and i think that behvior makes sense for proviers but the ProviderTree shoudl act like a tree | 13:16 |
*** jawad_axd has quit IRC | 13:18 | |
*** jawad_axd has joined #openstack-nova | 13:18 | |
*** rcernin has quit IRC | 13:29 | |
*** ociuhandu_ has joined #openstack-nova | 13:31 | |
*** ociuhandu has quit IRC | 13:35 | |
openstackgerrit | Dan Smith proposed openstack/nova master: DNM: Try to make a glance multistore job https://review.opendev.org/734184 | 13:37 |
*** mriedem has joined #openstack-nova | 13:44 | |
*** dklyle has joined #openstack-nova | 13:49 | |
*** yaawang has joined #openstack-nova | 13:51 | |
*** Liang__ has joined #openstack-nova | 13:56 | |
*** Liang__ is now known as LiangFang | 13:57 | |
*** luksky has quit IRC | 14:05 | |
*** liuyulong has joined #openstack-nova | 14:06 | |
*** luksky has joined #openstack-nova | 14:19 | |
*** mlavalle has joined #openstack-nova | 14:29 | |
*** ociuhandu_ has quit IRC | 14:32 | |
*** ociuhandu has joined #openstack-nova | 14:33 | |
*** ratailor has quit IRC | 14:35 | |
openstackgerrit | Dan Smith proposed openstack/nova master: Plumb image import functionality through our glance module https://review.opendev.org/731550 | 14:37 |
openstackgerrit | Dan Smith proposed openstack/nova master: Make libvirt able to trigger a backend image copy when needed https://review.opendev.org/656998 | 14:37 |
openstackgerrit | Dan Smith proposed openstack/nova master: WIP: Add libvirt RBD configuration doc https://review.opendev.org/731577 | 14:37 |
openstackgerrit | Dan Smith proposed openstack/nova master: DNM: Try to make a glance multistore job https://review.opendev.org/734184 | 14:37 |
dansmith | melwitt: had to rebase, can you re-+W those two? ^ | 14:38 |
*** links has quit IRC | 14:38 | |
aarents | Hi, what the meaning of "DNM:" in commit title ? | 14:56 |
bauzas | aarents: Do Not Merge | 14:58 |
aarents | bauzas: k thks | 14:58 |
bauzas | np | 14:59 |
melwitt | dansmith: will do | 15:02 |
*** priteau has quit IRC | 15:27 | |
stephenfin | bauzas: friendly reminder on https://review.opendev.org/#/c/714700/, if you've time :) | 15:27 |
bauzas | stephenfin: yup, haven't forgotten but I looked at the whole series to refresh my mind | 15:28 |
dansmith | melwitt: thanks | 15:30 |
*** LiangFang has quit IRC | 15:37 | |
*** ttsiouts_ has quit IRC | 15:40 | |
*** ttsiouts has joined #openstack-nova | 15:41 | |
openstackgerrit | Ghanshyam Mann proposed openstack/nova stable/stein: Make greande jobs n-v for EM and oldest stable https://review.opendev.org/737332 | 15:42 |
*** jsuchome has quit IRC | 15:43 | |
*** ttsiouts has quit IRC | 15:45 | |
*** ttsiouts has joined #openstack-nova | 15:46 | |
*** liuyulong has quit IRC | 15:56 | |
*** gyee has joined #openstack-nova | 15:57 | |
*** ociuhandu has quit IRC | 15:59 | |
bauzas | stephenfin: question before I leave https://review.opendev.org/#/c/714697/10/nova/objects/instance_numa.py@213 | 15:59 |
bauzas | I 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 IRC | 16:00 | |
*** ttsiouts has joined #openstack-nova | 16:01 | |
*** ttsiouts has quit IRC | 16:06 | |
*** ociuhandu has joined #openstack-nova | 16:13 | |
*** markvoelker has joined #openstack-nova | 16:24 | |
*** markvoelker has quit IRC | 16:28 | |
*** derekh has quit IRC | 16:30 | |
stephenfin | bauzas: It's not just silly, it's impossible | 16:37 |
stephenfin | The only way we'd get into that situation is via manual DB modifications, and when that's done all cards are off the table | 16:37 |
stephenfin | An 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 ran | 16:38 |
sean-k-mooney | bauzas: it was just stored in the wrong place | 16:41 |
*** rpittau is now known as rpittau|afk | 16:41 | |
sean-k-mooney | bauzas: the cpu policy has alsways been vm wide | 16:41 |
sean-k-mooney | not per cell | 16:41 |
stephenfin | yup. That was my bad | 16:41 |
stephenfin | I was young and innocent | 16:42 |
sean-k-mooney | i actully think this predates you | 16:42 |
stephenfin | nope, I added that | 16:42 |
sean-k-mooney | :'O how could you :P | 16:42 |
stephenfin | previously we determined whether policy was in effect by whether cpu_pinning_raw was set or not | 16:42 |
stephenfin | _that_ was ndipanov | 16:43 |
sean-k-mooney | ah ok | 16:43 |
sean-k-mooney | stephenfin: also handnt review that till now but it looks correct | 16:46 |
stephenfin | thanks | 16:47 |
*** georg__ has quit IRC | 16:52 | |
*** dtantsur is now known as dtantsur|afk | 17:08 | |
*** markvoelker has joined #openstack-nova | 17:09 | |
*** chenhaw has quit IRC | 17:12 | |
*** markvoelker has quit IRC | 17:14 | |
*** xek__ has joined #openstack-nova | 17:16 | |
*** nightmare_unreal has quit IRC | 17:18 | |
*** xek_ has quit IRC | 17:19 | |
*** chenhaw has joined #openstack-nova | 17:28 | |
*** chenhaw has quit IRC | 17:45 | |
*** priteau has joined #openstack-nova | 17:49 | |
*** chenhaw has joined #openstack-nova | 17:59 | |
*** tesseract has quit IRC | 18:07 | |
*** priteau has quit IRC | 18:16 | |
*** vishalmanchanda has quit IRC | 18:17 | |
*** xek__ has quit IRC | 18:24 | |
*** belmoreira has quit IRC | 18:33 | |
*** irclogbot_1 has quit IRC | 18:34 | |
*** irclogbot_3 has joined #openstack-nova | 18:38 | |
sean-k-mooney | melwitt: dansmith shoudl this have a +w https://review.opendev.org/#/c/656998/ | 18:44 |
sean-k-mooney | dansmith: have you resolved the fact that it needs admin to work unless you own the image | 18:45 |
sean-k-mooney | https://review.opendev.org/#/c/734184 has the depends on but that earlier patch does not | 18:45 |
dansmith | sean-k-mooney: no, buried under many other dependent issues right now | 18:45 |
sean-k-mooney | dansmith: ok so the first two patches in the change have 3 +2s and +w | 18:46 |
dansmith | that should do it :) | 18:46 |
dansmith | it works as expected if you own the image, | 18:47 |
dansmith | and it's off by default, so I think it's okay at the moment from our side anyway | 18:47 |
dansmith | it just doesn't work with the image we create in devstack | 18:47 |
sean-k-mooney | right i was wondering if you wanted to hold them untill you fixed the other case but if you ok with them mergeing then cool | 18:47 |
dansmith | I think they're fine as is, | 18:47 |
dansmith | it'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 caveats | 18:48 |
sean-k-mooney | dansmith: ya if we dont figure something out we can always add a worksaround config option if needed to use admin | 18:48 |
sean-k-mooney | or document it as you said | 18:48 |
dansmith | yeah, although that has caveats for quota | 18:48 |
dansmith | so docs either way | 18:49 |
sean-k-mooney | ok in that case im going to call it a day o/ | 18:49 |
dansmith | thanks for looking out :) | 18:50 |
*** markvoelker has joined #openstack-nova | 19:10 | |
*** markvoelker has quit IRC | 19:15 | |
*** nweinber has quit IRC | 19:20 | |
*** ralonsoh has quit IRC | 19:26 | |
*** mlavalle has quit IRC | 19:26 | |
*** damien_r has quit IRC | 19:30 | |
*** mlavalle has joined #openstack-nova | 19:31 | |
*** markvoelker has joined #openstack-nova | 19:33 | |
*** markvoelker has quit IRC | 19:38 | |
*** hamalq has joined #openstack-nova | 19:43 | |
*** markvoelker has joined #openstack-nova | 19:59 | |
*** JamesBen_ has joined #openstack-nova | 20:03 | |
*** JamesBenson has quit IRC | 20:03 | |
*** markvoelker has quit IRC | 20:04 | |
melwitt | dansmith, 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/734400 | 20:17 |
dansmith | melwitt: why the queued_for_delete=True in the test? | 20:21 |
*** belmoreira has joined #openstack-nova | 20:21 | |
dansmith | won't hurt anything but doesn't seem relevant? | 20:21 |
*** spatel has joined #openstack-nova | 20:22 | |
spatel | sean-k-mooney: does openstack has any config option to tell build 5 machine in single shot? | 20:23 |
spatel | I am using terraform and its not letting me build 10 machine but if i say do 5 machine it works | 20:23 |
melwitt | dansmith: 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 relevant | 20:23 |
dansmith | melwitt: but the copy you're save()ing shouldn't have that set in the real race condition | 20:23 |
dansmith | the *other* one might, but not the stale one right? | 20:24 |
dansmith | er, the one that really got deleted | 20:24 |
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 |
*** belmoreira has quit IRC | 20:26 | |
dansmith | so gonna snip that out for posterity? | 20:26 |
melwitt | sure | 20:26 |
dansmith | it sent me on a goose chase trying to figure out why it mattered, so probably good | 20:27 |
melwitt | oh sorry :( | 20:27 |
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:27 |
dansmith | otherwise seems like an obvious fix | 20:28 |
*** priteau has joined #openstack-nova | 20:28 | |
melwitt | heh :) | 20:29 |
openstackgerrit | melanie witt proposed openstack/nova master: Raise InstanceMappingNotFound if StaleDataError is encountered https://review.opendev.org/734400 | 20:29 |
melwitt | dansmith: done ^ | 20:30 |
dansmith | beatcha | 20:30 |
melwitt | danke | 20:30 |
*** priteau has quit IRC | 20:39 | |
*** efried has quit IRC | 21:04 | |
sean-k-mooney | spatel: yes not supports multi create and no you should not use it | 21:04 |
sean-k-mooney | unless you meen the per compute node build limit which is 10 | 21:05 |
spatel | sean-k-mooney: i am talking about in general limit (not per compute) | 21:05 |
sean-k-mooney | spatel: im pretty sure we dont have an api limit at least not one that would block 5 | 21:06 |
spatel | one of user trying to create bunch of vm for testing and its failing even i have capacity | 21:06 |
sean-k-mooney | the api is limited by your quota | 21:06 |
spatel | sean-k-mooney: must be something else going on (just wanted to check if i missed something here) | 21:07 |
sean-k-mooney | but if you ask for 300 instance in once request we will spawn them | 21:07 |
*** maciejjozefczyk has quit IRC | 21:08 | |
spatel | in my case its 10 vm so i don't think its going to be limit issue, let me debug and see | 21:08 |
*** raildo has quit IRC | 21:09 | |
melwitt | I think you _should_ use multi create if you're requesting (anti-)affinity | 21:10 |
spatel | what 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-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 |
spatel | I have noticed big spike on RabbitMQ so not sure if my rabbitMQ is under heavy load | 21:12 |
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:13 |
sean-k-mooney | spatel: openstack server create --min=5 --max=10 --flavor whatever... | 21:14 |
melwitt | sean-k-mooney: why would you expect retries? numa request? | 21:14 |
sean-k-mooney | melwitt: numa or sriov are the most common | 21:14 |
sean-k-mooney | melwitt: if you are not using either then ya multi create is fine | 21:15 |
melwitt | yeah, ok | 21:15 |
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:15 |
sean-k-mooney | spatel: ^ create betwen 5 and 10 server with a given flavor image network excrta | 21:16 |
spatel | but if we are using terraform then we can't tell them how to limit | 21:17 |
spatel | openstack server create may handle that well | 21:17 |
sean-k-mooney | spatel: terraform is likely makeing multiple requests | 21:18 |
spatel | sean-k-mooney: yes i believe its all parallel fork | 21:18 |
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 |
sean-k-mooney | ratelimiting of api requests is out of scope of nova | 21:19 |
*** ttsiouts has joined #openstack-nova | 21:22 | |
spatel | sean-k-mooney: good to know! i think i have something else going on. | 21:22 |
*** efried has joined #openstack-nova | 21:23 | |
*** martinkennelly has quit IRC | 21:28 | |
*** yaawang_ has joined #openstack-nova | 21:29 | |
*** martinkennelly has joined #openstack-nova | 21:29 | |
*** yaawang has quit IRC | 21:31 | |
*** ttsiouts has quit IRC | 21:35 | |
*** slaweq has quit IRC | 21:36 | |
*** ttsiouts has joined #openstack-nova | 21:36 | |
*** yaawang has joined #openstack-nova | 21:40 | |
*** ttsiouts has quit IRC | 21:40 | |
*** yaawang__ has joined #openstack-nova | 21:43 | |
*** yaawang_ has quit IRC | 21:44 | |
*** yaawang has quit IRC | 21:44 | |
*** slaweq has joined #openstack-nova | 21:47 | |
*** spatel has quit IRC | 21:50 | |
*** slaweq has quit IRC | 21:52 | |
*** yaawang has joined #openstack-nova | 21:54 | |
*** martinkennelly has quit IRC | 21:54 | |
*** ttsiouts has joined #openstack-nova | 21:55 | |
*** yaawang__ has quit IRC | 21:56 | |
*** markvoelker has joined #openstack-nova | 22:00 | |
*** markvoelker has quit IRC | 22:05 | |
*** ttsiouts has quit IRC | 22:05 | |
*** ttsiouts has joined #openstack-nova | 22:06 | |
*** luksky has quit IRC | 22:08 | |
*** yaawang_ has joined #openstack-nova | 22:09 | |
*** yaawang has quit IRC | 22:10 | |
*** ttsiouts has quit IRC | 22:10 | |
*** mriedem has left #openstack-nova | 22:12 | |
*** mlavalle has quit IRC | 22:39 | |
*** yaawang_ has quit IRC | 22:41 | |
*** rcernin has joined #openstack-nova | 22:42 | |
*** yaawang_ has joined #openstack-nova | 22:47 | |
*** markvoelker has joined #openstack-nova | 22:49 | |
*** tkajinam has joined #openstack-nova | 22:51 | |
*** markvoelker has quit IRC | 22:54 | |
*** tosky has quit IRC | 23:03 | |
*** yaawang_ has quit IRC | 23:04 | |
*** yaawang_ has joined #openstack-nova | 23:15 | |
openstackgerrit | sean mooney proposed openstack/nova master: [WIP] make provider tree and proviers iterable https://review.opendev.org/737594 | 23:18 |
*** yaawang_ has quit IRC | 23:29 | |
*** yaawang_ has joined #openstack-nova | 23:30 | |
*** markvoelker has joined #openstack-nova | 23:37 | |
*** yaawang_ has quit IRC | 23:42 | |
*** markvoelker has quit IRC | 23:47 | |
*** lbragstad has quit IRC | 23:48 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!