opendevreview | melanie witt proposed openstack/nova master: libvirt: Register defaults for undefined hw image properties https://review.opendev.org/c/openstack/nova/+/800708 | 03:22 |
---|---|---|
opendevreview | Ghanshyam proposed openstack/nova master: Separate flavor extra specs policy for server APIs https://review.opendev.org/c/openstack/nova/+/829626 | 03:38 |
opendevreview | Ghanshyam proposed openstack/nova master: Separate flavor extra specs policy for server APIs https://review.opendev.org/c/openstack/nova/+/829626 | 04:16 |
opendevreview | Ghanshyam proposed openstack/nova master: Test PROJECT_ADMIN APIs with no legacy rule case https://review.opendev.org/c/openstack/nova/+/824845 | 05:19 |
opendevreview | Ghanshyam proposed openstack/nova master: Move rule_if_system() method to base test class https://review.opendev.org/c/openstack/nova/+/824475 | 05:20 |
opendevreview | Ghanshyam proposed openstack/nova master: Convert SYSTEM_ADMIN|READER to Admin and system scope https://review.opendev.org/c/openstack/nova/+/819390 | 05:20 |
opendevreview | Ghanshyam proposed openstack/nova master: Make more project level APIs scoped to project only https://review.opendev.org/c/openstack/nova/+/828670 | 05:20 |
opendevreview | Ghanshyam proposed openstack/nova master: Server actions APIs scoped to project scope https://review.opendev.org/c/openstack/nova/+/824358 | 05:22 |
opendevreview | Ghanshyam proposed openstack/nova master: Modify remaining APIs as per RBAC new guidelines https://review.opendev.org/c/openstack/nova/+/828994 | 05:22 |
opendevreview | Ghanshyam proposed openstack/nova master: Modify remaining APIs as per RBAC new guidelines https://review.opendev.org/c/openstack/nova/+/828994 | 05:39 |
opendevreview | Ghanshyam proposed openstack/nova master: Separate flavor extra specs policy for server APIs https://review.opendev.org/c/openstack/nova/+/829626 | 05:39 |
opendevreview | Ghanshyam proposed openstack/nova master: Modify remaining APIs as per RBAC new guidelines https://review.opendev.org/c/openstack/nova/+/828994 | 06:01 |
*** akekane_ is now known as abhishekk | 06:02 | |
opendevreview | Ghanshyam proposed openstack/nova master: Separate flavor extra specs policy for server APIs https://review.opendev.org/c/openstack/nova/+/829626 | 06:03 |
opendevreview | Ghanshyam proposed openstack/nova master: Separate flavor extra specs policy for server APIs https://review.opendev.org/c/openstack/nova/+/829626 | 06:03 |
*** amoralej|off is now known as amoralej | 08:16 | |
gibi | sean-k-mooney: re nvme multipath: I'm not against an exception if it is low risk (and it seems so). But I defer to bauzas to make the decision with the PTL hat. | 08:23 |
sean-k-mooney[m] | ack | 08:24 |
bauzas | gibi: sean-k-mooney: I agree with sean's proposal for a specless bp approval during Feb 22th meeting | 08:34 |
bauzas | this way, we will see whether we have a consensus | 08:34 |
bauzas | sean-k-mooney: gibi: procedural -2 for https://review.opendev.org/c/openstack/nova/+/823941 | 08:38 |
gibi | bauzas: ack | 08:38 |
bauzas | sean-k-mooney: if you want, you can review this change and +2 it | 08:39 |
bauzas | so, in case we agree on accepting it for Yoga, I'd just remove the -2 and do +W | 08:39 |
sean-k-mooney[m] | i have actully reviewed it and the lack of bluepinrt/bug was the main thing that stopped me form +2ing before | 08:40 |
sean-k-mooney[m] | but sure ill take a look again | 08:40 |
sean-k-mooney[m] | and ya we can decide on tuesday | 08:41 |
bauzas | ++ | 08:42 |
bauzas | sean-k-mooney: thanks btw. for having reviewed it | 08:42 |
yuval | hello | 09:18 |
yuval | I am just making sure the feature freeze is the week of the 21 meaning -> 25.2 right? | 09:18 |
gibi | yuval: I think the cut date for us will be 2.24 EOB but things that are approved can be rebased and merged after it | 09:26 |
yuval | whats EOB stand for? | 09:35 |
yuval | I have this: https://review.opendev.org/c/openstack/nova/+/821606 | 09:36 |
yuval | its not complicate - its just waiting for os-brick release to pass zuul | 09:36 |
gibi | end of business | 09:40 |
gibi | so basically end of the day of cores on the west coast | 09:41 |
yuval | got it | 09:42 |
gibi | yuval: as far as I see your os-brick patch is not part of that release https://review.opendev.org/c/openstack/os-brick/+/823654 | 09:42 |
gibi | as this is not landed yetr | 09:42 |
yuval | gibi: this is not the important patch for me, although I do think brian want it in the release | 09:43 |
yuval | os-brick 5.2 dont have the lightos connector in it | 09:44 |
yuval | so zuul is failing in nova for it | 09:44 |
gibi | ahh so you only need https://review.opendev.org/c/openstack/os-brick/+/821603 | 09:44 |
yuval | yes | 09:44 |
gibi | and that is already landed and will be in os-brick 5.2 | 09:45 |
gibi | cool | 09:45 |
gibi | then I think you are on the good track | 09:45 |
yuval | ok, thanks | 09:45 |
gibi | I will check you nova patch soon | 09:45 |
yuval | that would be great | 09:45 |
sean-k-mooney | gibi: regarding the placment changes i think your current implemenation is likely ok to proceed with. we could add followup patches to try the alternitive approch if we do think the perfload resulst are refective fo a real regression | 10:15 |
gibi | sean-k-mooney: I have to figure out how to make a less noisy perfload measurement because currenty the noise is comparabel with the amount of degradation I can measure | 10:16 |
gibi | but at least I did not make the performance halved :D | 10:17 |
gibi | sean-k-mooney: I'm happy to make followup patches trying to improve especially as you gave directions with the SQL I can try to apply and measure | 10:18 |
sean-k-mooney | ya i dont really want to hold up the review on the subquery vs join approch escpially since i dont have performacne data one way or another | 10:19 |
gibi | sean-k-mooney: do you have any other comment that I should fix before FF? | 10:19 |
sean-k-mooney | so i woudl prefer to take the "get it working; then make it fast" approch provided there is no large regression | 10:19 |
gibi | I'm happy to if there is anythign | 10:19 |
sean-k-mooney | am not so far i have not got to the end of the series yet | 10:20 |
sean-k-mooney | but so far things look pretty good | 10:20 |
gibi | sean-k-mooney: thanks. let me know if I need to fix up thing quickly :) | 10:21 |
gibi | and thanks for the review | 10:21 |
sean-k-mooney | huh i didnt know that tuple unpacking work with dictionaries | 10:22 |
sean-k-mooney | https://review.opendev.org/c/openstack/placement/+/826491/8/placement/handlers/resource_provider.py | 10:22 |
sean-k-mooney | i understand how it could i guess i just tought that would be a syntax error | 10:22 |
gibi | yeah that was a nice touch from the python language that you can pack out into a dict | 10:24 |
gibi | into a dict value | 10:24 |
sean-k-mooney | gibi: its out of scope of the current spec but do you want to eventually support any_traits for root_required by the way | 10:24 |
gibi | I have no need for it right now, but if there is some use case from others then I can do it, most of the infra is in place for it | 10:24 |
gibi | probably the DB query needs some touching and the API needs to call the new trait parsing code | 10:25 |
sean-k-mooney | ok do we use root_required in nova today. i dont think so but perhaps we do | 10:26 |
sean-k-mooney | im not sure i have a usecase for any traits with it currently either but your serise will serve as a template for adding it if we need it in the future anyway | 10:27 |
gibi | sean-k-mooney: require_image_type_support, accelerators_filter and remote_managed_ports_filter prefilters are using it in nova today | 10:29 |
gibi | it is mosly to filter for compute capabilities | 10:29 |
gibi | and for that the simple AND trait list is enough | 10:29 |
sean-k-mooney | really i tought those were just in the unnamed group | 10:29 |
gibi | they could be there too | 10:29 |
gibi | both works today as we always allocate from the root | 10:29 |
gibi | the code is a bit simpler with root_required as you don't need to find the unnamed group | 10:30 |
sean-k-mooney | ya i just was not aware we converted to useing root_requried for that | 10:30 |
sean-k-mooney | ya | 10:30 |
sean-k-mooney | gibi: which patch are you adding the 1.39 micorversion is it the last patch | 10:35 |
gibi | yes | 10:35 |
sean-k-mooney | ah yes it is | 10:35 |
sean-k-mooney | ok i was just looking at the func test changes and wondering why you only had the negitive tests for 1.38 | 10:36 |
sean-k-mooney | ok that makes sense | 10:36 |
gibi | yuval: left comments in https://review.opendev.org/c/openstack/nova/+/821606 | 11:16 |
yuval | Thanks | 11:19 |
sean-k-mooney | yuval: how much work woudl it be to entirely factor out the monitor thread and "message queue" out of the nova code | 11:32 |
sean-k-mooney | i really dont like the idea of os-brick or the volume driver spawnign a background thread | 11:33 |
sean-k-mooney | im pretty sure i have objected to adding that to os-brick on the mailing list in the past | 11:33 |
gibi | chateaulav: I have an idea what is wrong with the object compatibility code still in https://review.opendev.org/c/openstack/nova/+/828369 | 11:34 |
gibi | chateaulav: left a comment | 11:34 |
sean-k-mooney | hum we likely can move the call to super to the end | 11:35 |
sean-k-mooney | gibi: actully looking at the version im a littel confused why was a version bump done for 1.18 and 1.19 | 11:36 |
gibi | sean-k-mooney: I think remotable methods need a bump | 11:36 |
sean-k-mooney | i have not looked at the patches that added those but adding a new method does not require an object version bump | 11:36 |
sean-k-mooney | ah | 11:37 |
sean-k-mooney | they are not jsut local | 11:37 |
sean-k-mooney | perhaps | 11:37 |
gibi | about the super call, I think yes we can move even way down | 11:38 |
sean-k-mooney | i would prefer not to put it in the midel of the compat ifs | 11:38 |
sean-k-mooney | so either have it first or after all of them ideally | 11:38 |
yuval | sean-k-mooney: can you add your comment to the patchset I discuss it with my colleagues | 11:40 |
sean-k-mooney | https://review.opendev.org/c/openstack/nova/+/821606/8/nova/virt/libvirt/volume/lightos.py#59 | 11:42 |
sean-k-mooney | yuval: this is the feedback i left on the cinder spec over a year ago https://review.opendev.org/c/openstack/cinder-specs/+/766732/12/specs/wallaby/nvme-agent.rst#73 | 11:46 |
sean-k-mooney | yuval: os-bricks executor.Thread is just a monkey patched green thread so if you are doing long running work that never yeild it will block nova | 11:53 |
chateaulav | gibi: sounds good, I'll take a look as soon as get in in about an hour | 11:56 |
gibi | chateaulav: ack | 11:56 |
sean-k-mooney | yuval: this for exampel will block nova until its finished processing it https://github.com/openstack/os-brick/blob/master/os_brick/initiator/connectors/lightos.py#L145-L162 | 11:58 |
sean-k-mooney | so these sleeps https://github.com/openstack/os-brick/blob/master/os_brick/initiator/connectors/lightos.py#L174-L180 | 11:58 |
sean-k-mooney | are the only thing that cause that to yeild back to nova | 11:59 |
sean-k-mooney | some of the operation in https://github.com/openstack/os-brick/blob/5902166149ba46da5f36eb352e62f3361269fb2c/os_brick/initiator/connectors/lightos.py#L107 also do io which will cause eventlet to yeild but in genrealy i dont think we want to allow that to run in a thread in the compute agent | 12:02 |
sean-k-mooney | lightos is not the only problematic driver that is now tryign to do this | 12:04 |
sean-k-mooney | but i really dong like this design parrent in os-brick and i think all montors/deamon threads shoudl be seperate processes or not part of os-brick at all | 12:05 |
sean-k-mooney | ... os-brick is doing this in several places.... that is really not good we should probaly make this a ptg topic | 12:07 |
yuval | ok, thanks for the feedback, we will think what our options | 12:19 |
sean-k-mooney | gibi: by the way nova still has root wrap solely for os-brick right. is there a reason we cant move this to os-brick? | 12:23 |
sean-k-mooney | https://github.com/openstack/nova/blob/master/etc/nova/rootwrap.d/compute.filters | 12:23 |
sean-k-mooney | gibi: looking at what os-brick is doing really make me think we shoudl not be loading it in the compute agent directly since its problematic in several ways | 12:25 |
gibi | I think only os-brick using rootwrap we converted the rest of privsep | 12:26 |
gibi | so I think we can move it | 12:26 |
gibi | but probably we need a volunteer | 12:26 |
sean-k-mooney | yep its just techdebth | 12:26 |
gibi | as of what os-brick does under the hood, I'm not that familiar with. I saw that iscsi connector also spawn threads so I assume that works other | 12:26 |
gibi | otherwise we would have failures | 12:27 |
sean-k-mooney | it works but they are green threads | 12:27 |
sean-k-mooney | not native threads | 12:27 |
sean-k-mooney | because we monkey patch and its running in the same process | 12:27 |
sean-k-mooney | os-brick does not use eventlets iteself | 12:27 |
sean-k-mooney | which is true for os-vif alos both both inherit it becasue they are imported into nova which does | 12:28 |
gibi | ahh you have a good point | 12:28 |
gibi | those just look like native threads but we monkey patched them | 12:28 |
gibi | but then I don't fully get the problem | 12:29 |
gibi | why don't they spawn greenlets freely? | 12:29 |
gibi | under the hood | 12:29 |
sean-k-mooney | gibi: simple since they are monkey patched if they dont yeild nova's event loop is blocked | 12:29 |
gibi | they have thight loops without io? | 12:30 |
sean-k-mooney | yes in some places | 12:30 |
gibi | ahh so they have some thight loops | 12:30 |
gibi | then those needs some careful yields | 12:30 |
sean-k-mooney | https://github.com/openstack/os-brick/blob/master/os_brick/initiator/connectors/lightos.py#L164-L182 | 12:30 |
sean-k-mooney | so this yeild because monitor_db does some writes to a file and those sleeps | 12:31 |
sean-k-mooney | monitor_message_queue wont yeild unless the log satement casue it to happen | 12:32 |
sean-k-mooney | but it will terminate when the queue is empty | 12:32 |
gibi | I see | 12:32 |
sean-k-mooney | isci is potentally worse | 12:33 |
sean-k-mooney | https://github.com/openstack/os-brick/blob/master/os_brick/initiator/connectors/iscsi.py#L723-L780 | 12:33 |
sean-k-mooney | it spawns a bunch of threds then joins in the multipath code | 12:34 |
sean-k-mooney | the join shoudl cause a yeild and those threads will be interleaved with nova | 12:34 |
sean-k-mooney | but this type of raw threadign is really not a good thing with eventlets in the mix | 12:35 |
gibi | jeah that seem a lot more complex. but still it works or we would have strange bugs | 12:35 |
sean-k-mooney | they also have sleeps https://github.com/openstack/os-brick/blob/master/os_brick/initiator/connectors/iscsi.py#L777 | 12:35 |
sean-k-mooney | ya so that will do io an dthe sleep will yeild which the do on each iteration | 12:36 |
sean-k-mooney | i just think the use of thread in general in os-brick is problematic | 12:37 |
opendevreview | Imran Hussain proposed openstack/nova master: [nova/libvirt] Support for checking and enabling SMM when needed https://review.opendev.org/c/openstack/nova/+/825496 | 12:45 |
*** amoralej is now known as amoralej|lunch | 13:21 | |
IPO | Hello, all ! What are the next steps toward https://review.opendev.org/c/openstack/nova/+/805649 ? Or it is ok,it is needed just wait a bit ? | 14:15 |
gibi | IPO: I guess we need a second core | 14:18 |
gibi | sean-k-mooney: you were +2 before on that patch ^^ | 14:18 |
*** amoralej|lunch is now known as amoralej | 14:19 | |
IPO | gibi: I see, thanks for info ! | 14:26 |
yuval_ | sean-k-mooney other the monitor thread - anything is a concern? | 14:42 |
sean-k-mooney | yuval_: that is my main one. | 15:05 |
sean-k-mooney | yuval_: gibi listed other issue liek py2 support ectra inline | 15:06 |
sean-k-mooney | yuval_: so other then the monitor thread and the comments that gibi has already reaied i dont really have other issues with it | 15:07 |
bauzas | melwitt: gibi: question about InstanceMapping records vs. shelved-offloaded instances and how we quota them | 15:11 |
bauzas | melwitt: gibi: https://review.opendev.org/c/openstack/nova/+/713301/34/nova/limit/placement.py#80 | 15:12 |
bauzas | iirc, we don't have quota usage for shelved-offloaded instances, right? | 15:12 |
sean-k-mooney | shelved instance shoudl consume the same quota for disk as running but they should not consume quota for cpu or ram | 15:12 |
sean-k-mooney | bauzas: it depend on if it BFV really i think | 15:13 |
bauzas | sean-k-mooney: my question is about the instances/servers quota usage | 15:13 |
sean-k-mooney | well i t should consume isntance quota | 15:13 |
sean-k-mooney | that is a limit on the number of non deleted instance you can have in the db | 15:14 |
bauzas | surely, but I don't remember about the current behaviour | 15:14 |
sean-k-mooney | its independt fo the state | 15:14 |
sean-k-mooney | it wont be tracked in placment currently | 15:14 |
sean-k-mooney | since we dont consume allocations of instance | 15:14 |
sean-k-mooney | but i guess | 15:14 |
sean-k-mooney | you coudl count allocation by consumer type maybe | 15:14 |
sean-k-mooney | when its in shelve offloaded i dont know if we still have any allcoation in placment at all | 15:15 |
sean-k-mooney | if we had local disk i think we should for storage | 15:15 |
sean-k-mooney | e.g. if you were usign the rbd image backend | 15:16 |
sean-k-mooney | but sicne we dont have a host it might not be there | 15:16 |
sean-k-mooney | melwitt: how does that work with unified limits? | 15:16 |
bauzas | sean-k-mooney: look at the change | 15:17 |
bauzas | sean-k-mooney: there is a TODO for consumer types | 15:17 |
bauzas | sean-k-mooney: for the moment, we look at instance mappings | 15:17 |
bauzas | hence my question | 15:17 |
sean-k-mooney | right but consuemr types is not enough | 15:17 |
sean-k-mooney | a shelve offloaded instance does not have a host | 15:18 |
sean-k-mooney | so it cant have allcoation against an rp today | 15:18 |
sean-k-mooney | since the only resouce usage it has are floating ips, and disk really | 15:18 |
sean-k-mooney | so without creating a RP per compute with inventories of instance,floating ip ectra we cant tack the useage in palcment | 15:19 |
sean-k-mooney | so we woudl have to tack this in keystone? | 15:19 |
bauzas | I don't know, we haven't discussed it in https://specs.openstack.org/openstack/nova-specs/specs/yoga/approved/unified-limits-nova.html | 15:20 |
bauzas | tbc, I don't want to trample this series because of this question | 15:20 |
sean-k-mooney | well for now we can just count it in nova | 15:20 |
bauzas | my only concern is about making sure we continue to have the same behaviour from the before | 15:21 |
sean-k-mooney | right so we shoudl continue to count instnace using the instance cell mapings in the nova api db proably for yoga | 15:21 |
sean-k-mooney | in Zed we could eitehr create an RP per porject with invetoires of diffent quata type like instance or tack it somewhere else | 15:22 |
sean-k-mooney | the question really is should you be able to get all usage just by looking at placment or not | 15:23 |
sean-k-mooney | bauzas: ""All the resource class usage will be counted using placement, but server count will make use of instance mappings."" | 15:25 |
sean-k-mooney | https://specs.openstack.org/openstack/nova-specs/specs/yoga/approved/unified-limits-nova.html#enforcing-unified-limits | 15:25 |
bauzas | sean-k-mooney: nah I was saying about shelved instances | 15:26 |
sean-k-mooney | yes | 15:26 |
sean-k-mooney | that fact its shelved does nto change that | 15:26 |
bauzas | ok, then it was a nit | 15:26 |
sean-k-mooney | i honestly dont see an impedment to counting server ectra via sharing rps at some point in the futre if we need too or other things like floating ip that are out of scope of the current spec | 15:28 |
* gibi is a bit late to the party | 15:29 | |
gibi | I agree that offloaded servers if holding floating ips then it should consume quota | 15:30 |
gibi | and yes we cannot count that with consumer types as no instance allocation exists for offloaded servers in placement | 15:30 |
melwitt | bauzas, sean-k-mooney: the tl;dr is that unified limits is not meant to have the same behavior as before. shelved offloaded will not consume quota | 16:01 |
bauzas | melwitt: cool then, I'll switch to +2 | 16:02 |
melwitt | bauzas: I dunno if you've seen this but this is one place where we document the expected differences when counting from placement https://docs.openstack.org/nova/latest/admin/quotas.html#quota-usage-from-placement | 16:09 |
melwitt | and unified limits builds on top of that | 16:09 |
bauzas | melwitt: oh thanks, I think I saw it already but forgot | 16:10 |
bauzas | my fucking brain is so bad... | 16:10 |
melwitt | and changes a few more things like no more user_id scoped quotas | 16:10 |
bauzas | and you documented the shelved thing, good | 16:10 |
bauzas | "Behavior will be different for servers in SHELVED_OFFLOADED state. A server in SHELVED_OFFLOADED state will not have placement allocations, so it will not consume quota usage for cores and ram. Note that because of this, it will be possible for a request to unshelve a server to be rejected if the user does not have enough quota available to support the cores and ram needed by the server to be unshelved." | 16:10 |
bauzas | perfect, definitely +2 once we're done with the internal meeting | 16:11 |
melwitt | yeah I aimed to document all differences for operators, it's also in the config option help and was in the release note | 16:11 |
bauzas | melwitt: my bad, I haven't yet looked at the reno change | 16:23 |
opendevreview | Felix Huettner proposed openstack/nova stable/ussuri: Gracefull recovery when attaching volume fails https://review.opendev.org/c/openstack/nova/+/829506 | 16:23 |
melwitt | bauzas: sorry I meant the release note for the counting from placement in the past | 16:23 |
bauzas | ah | 16:24 |
bauzas | gotchaz | 16:24 |
melwitt | I was saying I tried to put the info everywhere :) | 16:24 |
melwitt | reno for the counting from placement is in this list https://docs.openstack.org/releasenotes/nova/train.html#relnotes-20-0-0-stable-train-upgrade-notes | 16:25 |
opendevreview | Julia Kreger proposed openstack/nova master: WIP Ironic - Handle instance/node host on rebalance https://review.opendev.org/c/openstack/nova/+/813897 | 16:35 |
opendevreview | Julia Kreger proposed openstack/nova master: Ironic - Don't query the API for instance counts https://review.opendev.org/c/openstack/nova/+/829613 | 16:37 |
opendevreview | Jonathan Race proposed openstack/nova master: object/notification for Adds Pick guest CPU architecture based on host arch in libvirt driver support https://review.opendev.org/c/openstack/nova/+/828369 | 16:38 |
opendevreview | Jonathan Race proposed openstack/nova master: driver/secheduler/docs for Adds Pick guest CPU architecture based on host arch in libvirt driver support https://review.opendev.org/c/openstack/nova/+/822053 | 16:38 |
opendevreview | Jonathan Race proposed openstack/nova master: zuul-job for Adds Pick guest CPU architecture based on host arch in libvirt driver support https://review.opendev.org/c/openstack/nova/+/828372 | 16:38 |
opendevreview | Jonathan Race proposed openstack/nova master: object/notification for Adds Pick guest CPU architecture based on host arch in libvirt driver support https://review.opendev.org/c/openstack/nova/+/828369 | 16:51 |
opendevreview | Jonathan Race proposed openstack/nova master: driver/secheduler/docs for Adds Pick guest CPU architecture based on host arch in libvirt driver support https://review.opendev.org/c/openstack/nova/+/822053 | 16:51 |
opendevreview | Jonathan Race proposed openstack/nova master: zuul-job for Adds Pick guest CPU architecture based on host arch in libvirt driver support https://review.opendev.org/c/openstack/nova/+/828372 | 16:51 |
*** artom__ is now known as artom | 17:11 | |
*** efried1 is now known as efried | 17:19 | |
*** eandersson8 is now known as eandersson | 17:19 | |
opendevreview | Balazs Gibizer proposed openstack/nova master: Record SRIOV PF MAC in the binding profile https://review.opendev.org/c/openstack/nova/+/829248 | 18:07 |
opendevreview | Merged openstack/nova master: Document remote-managed port usage considerations https://review.opendev.org/c/openstack/nova/+/827513 | 18:10 |
*** amoralej is now known as amoralej|off | 18:28 | |
sean-k-mooney | gibi: im going to call it a day there ill try and review the rest of your placment patches on monday | 18:43 |
*** kopecmartin_ is now known as kopecmartin | 19:11 | |
chateaulav | gibi: are there more verbose logs from grenade, or something that i am missing besides `tempest.lib.exceptions.ServerFault: Got server fault` | 19:14 |
opendevreview | Jonathan Race proposed openstack/nova master: object/notification for Adds Pick guest CPU architecture based on host arch in libvirt driver support https://review.opendev.org/c/openstack/nova/+/828369 | 19:41 |
opendevreview | Jonathan Race proposed openstack/nova master: driver/secheduler/docs for Adds Pick guest CPU architecture based on host arch in libvirt driver support https://review.opendev.org/c/openstack/nova/+/822053 | 19:41 |
opendevreview | Jonathan Race proposed openstack/nova master: zuul-job for Adds Pick guest CPU architecture based on host arch in libvirt driver support https://review.opendev.org/c/openstack/nova/+/828372 | 19:41 |
*** ministry is now known as __ministry | 20:07 | |
opendevreview | Merged openstack/nova master: Fix to implement 'pack' or 'spread' VM's NUMA cells https://review.opendev.org/c/openstack/nova/+/805649 | 20:28 |
opendevreview | Ilya Popov proposed openstack/nova stable/xena: Fix to implement 'pack' or 'spread' VM's NUMA cells https://review.opendev.org/c/openstack/nova/+/829804 | 20:33 |
opendevreview | Merged openstack/nova master: neutron: Allow to spawn VMs with port without IP address https://review.opendev.org/c/openstack/nova/+/669411 | 20:35 |
opendevreview | Jonathan Race proposed openstack/nova master: object/notification for Adds Pick guest CPU architecture based on host arch in libvirt driver support https://review.opendev.org/c/openstack/nova/+/828369 | 21:18 |
opendevreview | Jonathan Race proposed openstack/nova master: driver/secheduler/docs for Adds Pick guest CPU architecture based on host arch in libvirt driver support https://review.opendev.org/c/openstack/nova/+/822053 | 21:18 |
opendevreview | Jonathan Race proposed openstack/nova master: zuul-job for Adds Pick guest CPU architecture based on host arch in libvirt driver support https://review.opendev.org/c/openstack/nova/+/828372 | 21:18 |
opendevreview | Merged openstack/nova master: [nova/libvirt] Support for checking and enabling SMM when needed https://review.opendev.org/c/openstack/nova/+/825496 | 21:43 |
*** haleyb_ is now known as haleyb | 22:04 | |
*** dasm is now known as dasm|off | 23:07 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!