Wednesday, 2022-02-09

opendevreviewmelanie witt proposed openstack/nova master: Add logic to enforce local api and db limits  https://review.opendev.org/c/openstack/nova/+/71213906:38
opendevreviewmelanie witt proposed openstack/nova master: Enforce api and db limits  https://review.opendev.org/c/openstack/nova/+/71214206:38
opendevreviewmelanie witt proposed openstack/nova master: Update quota_class APIs for db and api limits  https://review.opendev.org/c/openstack/nova/+/71214306:38
opendevreviewmelanie witt proposed openstack/nova master: Update limit APIs  https://review.opendev.org/c/openstack/nova/+/71270706:38
opendevreviewmelanie witt proposed openstack/nova master: Update quota sets APIs  https://review.opendev.org/c/openstack/nova/+/71274906:38
opendevreviewmelanie witt proposed openstack/nova master: Tell oslo.limit how to count nova resources  https://review.opendev.org/c/openstack/nova/+/71330106:38
opendevreviewmelanie witt proposed openstack/nova master: Enforce resource limits using oslo.limit  https://review.opendev.org/c/openstack/nova/+/61518006:38
opendevreviewmelanie witt proposed openstack/nova master: Add legacy limits and usage to placement unified limits  https://review.opendev.org/c/openstack/nova/+/71349806:38
opendevreviewmelanie witt proposed openstack/nova master: Update quota apis with keystone limits and usage  https://review.opendev.org/c/openstack/nova/+/71349906:38
opendevreviewmelanie witt proposed openstack/nova master: Add reno for unified limits  https://review.opendev.org/c/openstack/nova/+/71527106:38
opendevreviewmelanie witt proposed openstack/nova master: Enable unified limits in the nova-next job  https://review.opendev.org/c/openstack/nova/+/78996306:38
*** hemna1 is now known as hemna07:37
*** amoralej|off is now known as amoralej08:11
gibimelwitt: thanks a lot for the quick re-review on the any-traits series08:31
*** Uggla|afk is now known as Uggla08:33
*** mnasiadka_ is now known as mnasiadka09:18
*** akekane__ is now known as abhishekk09:26
tobias-urdingibi: sorry for the delay but i've updated the bugfix as requested https://review.opendev.org/c/openstack/nova/+/82786510:50
gibitobias-urdin: thanks. I'm +2 on the fix10:58
sean-k-mooneylooks good to me too11:01
opendevreviewFelix Huettner proposed openstack/nova master: Gracefull recovery when attaching volume fails  https://review.opendev.org/c/openstack/nova/+/82851611:07
tobias-urdinthx, you guys ok with backporting with the rename of the internal function in libvirt driver?11:22
sean-k-mooneyits not part of the driver api so it should be fine11:22
tobias-urdinack11:22
gibiyepp, feel free to propose the backports11:24
opendevreviewTobias Urdin proposed openstack/nova stable/wallaby: libvirt: Add announce-self post live-migration workaround  https://review.opendev.org/c/openstack/nova/+/82517811:24
sean-k-mooneygibi: dmitriis im +2 on all the off-path backend series bar the docs patch at the end11:56
dmitriissean-k-mooney: ack, I am finishing up some changes to the doc patch11:57
dmitriisinterestingly, the mlx5 driver doesn't allow "trusted" to be set on a VF so I'll document that as a limitation 11:57
dmitriisi.e. some drivers may not allow you to do that which will limit the use of the promisc mode presumably - I'll explore more11:58
dmitriis$ sudo ip link set enp130s0f0 vf 0 trust on ; echo $?11:59
dmitriisRTNETLINK answers: Operation not permitted11:59
dmitriis211:59
dmitriis$ sudo ip link set enp130s0f0 vf 0 trust off ; echo $?11:59
dmitriisRTNETLINK answers: Operation not permitted11:59
dmitriis211:59
sean-k-mooneydmitriis: ya it depend on the driver11:59
sean-k-mooneybut honestly i hate that feature so meh11:59
sean-k-mooneypromisc mode is a security threat and it degrades performance12:00
dmitriissean-k-mooney: yeah, just trying to go through various combinations that may break12:00
dmitriisagreed12:00
sean-k-mooneyat some point i woudl liek to stop using the binding_profile to enabel that too and actully have a api extension instead12:00
sean-k-mooneythis is currently the only value that can be set in the binding_profile that is not set by nova12:01
sean-k-mooneyand as a result we have to filter what we store in it12:01
sean-k-mooneywhen clearing it as you saw12:01
dmitriisyes, it feels very unnatural 12:02
sean-k-mooneyok i have an apointment in 40 mins so i better go. ill be back in a few hours12:04
dmitriissean-k-mooney: thanks a lot for all the support on this patch series - it's been quite a challenge to get it to this point12:04
sean-k-mooneyack your almost there12:04
gibisean-k-mooney: I will check it a bit later12:29
opendevreviewFelix Huettner proposed openstack/nova master: Gracefull recovery when attaching volume fails  https://review.opendev.org/c/openstack/nova/+/82851612:57
*** artom__ is now known as artom13:03
artomgdi test_tagged_attachment is failing in nova-next on xena as well13:03
opendevreviewFelix Huettner proposed openstack/nova master: Gracefull recovery when attaching volume fails  https://review.opendev.org/c/openstack/nova/+/82851613:03
*** amoralej is now known as amoralej|lunch13:07
opendevreviewArtom Lifshitz proposed openstack/nova stable/wallaby: Add nova-ovs-hybrid-plug job  https://review.opendev.org/c/openstack/nova/+/82841813:10
opendevreviewArtom Lifshitz proposed openstack/nova stable/wallaby: Revert "Revert resize: wait for events according to hybrid plug"  https://review.opendev.org/c/openstack/nova/+/82841913:10
opendevreviewMerged openstack/nova master: Cleanup old resize instances dir before resize  https://review.opendev.org/c/openstack/nova/+/82786513:16
opendevreviewDmitrii Shcherbakov proposed openstack/nova master: Document remote-managed port usage considerations  https://review.opendev.org/c/openstack/nova/+/82751313:17
*** dasm|off is now known as dasm13:17
opendevreviewAlexey Stupnikov proposed openstack/nova master: Fix clean-up process for aborted queued live migrations  https://review.opendev.org/c/openstack/nova/+/82837413:30
opendevreviewTobias Urdin proposed openstack/nova stable/xena: Cleanup old resize instances dir before resize  https://review.opendev.org/c/openstack/nova/+/82840713:33
*** amoralej|lunch is now known as amoralej13:59
gibigmann: can I fix this bug outside of an api microversion? or this also needs an api microversion to be fixed? https://review.opendev.org/c/openstack/placement/+/826491/7#message-af8324d5631836fe3ec8052192994f9a42e0049214:26
gibisean-k-mooney, bauzas, melwitt ^^ 14:27
sean-k-mooney we have not done a release yet with any traits so if its a bug in the any traits impl i dont think we need a microversion14:28
sean-k-mooneyjust reading now14:28
opendevreviewArtom Lifshitz proposed openstack/nova stable/xena: Add nova-ovs-hybrid-plug job  https://review.opendev.org/c/openstack/nova/+/82841314:29
opendevreviewArtom Lifshitz proposed openstack/nova stable/xena: Revert "Revert resize: wait for events according to hybrid plug"  https://review.opendev.org/c/openstack/nova/+/82841414:29
opendevreviewArtom Lifshitz proposed openstack/nova stable/xena: skip test_tagged_attachment in nova-next  https://review.opendev.org/c/openstack/nova/+/82854214:29
gibisean-k-mooney: this is a bug without any traits14:30
* sean-k-mooney stable/xena feels so odd to me14:30
sean-k-mooneyoh sorry i was ment to read the comment not the commit message14:30
gibisean-k-mooney: today placement accepts !!!!!!FOO as a forbidden trait as it strips all the ! 14:30
sean-k-mooneyi didnt scorll down14:30
sean-k-mooneyah14:31
sean-k-mooneywell i thinkn that shoudl be fixable if you make it a 40014:31
sean-k-mooneygiven ! is not allowed in a trait other then to mark it forbiden14:31
sean-k-mooneygibi: is there an error in our regex for validation or do we only validate that in nova14:32
gibiplacement does not validate that with a schema14:32
sean-k-mooneyah ok https://github.com/openstack/nova/blob/master/nova/api/validation/extra_specs/traits.py14:32
sean-k-mooneyso we do if you enable the extra spec validation14:32
sean-k-mooneybut i guess images and direct request could still contian the invalid traits14:33
gibithis is pretty similar to the repeate query arg bug, something that as HTTP200 would be HTTP400 if we fix the bug so we could break clients relying on the faulty behavior (e.g sending !!FOO)14:34
sean-k-mooneyright well at least im consitent i think we shoudl be fixing both without a microverion14:35
gibiyeah :014:35
gibi:)14:35
gibiit is differnt in a way that now in 1.39 I can choose to a) fix the bug (as proposed) b) keep the faulty !!! accepted14:35
sean-k-mooneyi really dont like input validation bugs since they can lead to sql injection issues14:36
sean-k-mooneyyes ya you could fix it as part of the feature14:37
sean-k-mooneyand nova coudl just always start using 1.39 if its supported by placment14:37
sean-k-mooneystephenfin: didnt ye make osc-placement use the latest microversion recently14:37
sean-k-mooneylike in xena?14:38
gibiI think it is last microversion up until the gap in support14:38
* gibi finds the patch14:39
sean-k-mooneywe have 1.38 support14:39
sean-k-mooneyfor consumer types14:39
sean-k-mooneyso assuming you add 1.39 support for any traits we shoudl be ok form that perspective14:40
gibiI don't find the patch but my env defaults to 1.29 not 1.3814:42
sean-k-mooneyhttps://github.com/openstack/osc-placement/commits/master14:42
sean-k-mooneyi was just looking at the recent patches14:42
sean-k-mooneyah yes14:43
sean-k-mooneyMAX_VERSION_NO_GAP = '1.29'14:43
sean-k-mooneyhttps://github.com/openstack/osc-placement/blob/281ace20df8bd01f4cb8ae29c39d80e754a9d0a3/osc_placement/version.py#L5714:43
gibiyepp, so that gets picked when nothing is provided in the CLI14:43
sean-k-mooneyyes ok so we would need to close the gap to have a new micorvesion auto micked14:44
sean-k-mooneyso 30-3614:44
gibiyes14:44
sean-k-mooneyok well i would hope we could fix it with out a microverion but if we do need one then i guess that can improve the ux14:45
sean-k-mooney1.30 - ‘/reshaper’, 1.31 - ‘in_tree’ 1.32 - Support forbidden aggregates 1.33 - Support string request group suffixes 1.34 - Request group mappings in allocation candidates¶ 1.35 - Support ‘root_required’ and 1.36 - Support ‘same_subtree’14:47
sean-k-mooneyso ingnoring 1.30 which we proably shoudl add as unused14:47
sean-k-mooneythe rest seam to be allocation canidate related14:48
sean-k-mooneydo we want osc-placemetn to be able to get allcoation candiates14:48
sean-k-mooneyi guess it alreday can https://github.com/openstack/osc-placement/blob/master/osc_placement/resources/allocation_candidate.py14:48
gibiit can today14:50
gibieven with multiple requrest groups14:50
sean-k-mooneyya i guess that is somehwat useful for debuging14:50
sean-k-mooneyyou can get teh query form the sechduler log and try and recreate it i guess14:50
sean-k-mooneywell i guess its useful if you are using placment for things other then openstack or in a standalone mode14:51
sean-k-mooneylike the fidge/sandwich demos14:51
opendevreviewBalazs Gibizer proposed openstack/osc-placement master: Support microversion 1.39  https://review.opendev.org/c/openstack/osc-placement/+/82854514:54
bauzasgibi: sorry, just starting my day after ~4h of meetings14:55
bauzas(lovely)14:56
gibibauzas: that sounds hard14:56
gibiwhy soo many meetings?14:56
bauzasinternal needs (research tax credits discussion, documentation, mentoring...)14:58
gibiall the fun stuff :)15:03
Ugglabauzas, mentoring was not so long. ;)15:03
bauzas;)15:03
gibihups :)15:04
opendevreviewAlexey Stupnikov proposed openstack/nova master: Revert instance's state when queued live migration is aborted  https://review.opendev.org/c/openstack/nova/+/82857015:19
opendevreviewDmitrii Shcherbakov proposed openstack/nova-specs master: Late Amendments to the Off-path Backends Spec  https://review.opendev.org/c/openstack/nova-specs/+/82817715:23
bauzasmelwitt: just saying, your whole series got trampled because of a wrong assert in the base patch15:32
bauzasoh wait, no15:33
bauzasweird15:33
bauzasmoving to another bp15:33
dansmithbauzas: eh?15:45
bauzasdansmith: maybe I was drunk15:46
bauzasdansmith: but the base patch got a shitty number of failures and I just looked at the py38 one15:46
dansmiththe base patch was +1 from zuul last I looked15:46
bauzasor maybe it's just a side effect of omicron and me just fooling because of the office room lockdown since 3 days15:46
* dansmith is very confused15:47
bauzasdansmith: talking of https://review.opendev.org/c/openstack/nova/+/712139/3015:47
bauzasand sorry, not the base patch, the first patch to be rebased from what I've seen, probably hence the confusion15:48
dansmithoh that's far from the base patch15:48
dansmithyeah15:48
dansmithoh yeah I see the fails15:49
dansmiththe version I uploaded yesterday was +1 from zuul, so maybe her changes in the set after that had a problem15:50
dansmithI'll check with her when she's around15:50
gibisean-k-mooney: I'm also +2 on the remote managed port series. Just to double check we don't have any open neutron dependency as the vnic type definition is merged. Am I correct?16:02
sean-k-mooneyyes and no16:04
sean-k-mooneytechnially neutorn-lib has not been released with that change yet16:04
sean-k-mooneybut nova does not use it16:04
sean-k-mooneyim not sure if the neutron patches have merged dmitriis?16:04
sean-k-mooneygibi: nova wont break without them but obviously it wont work until nueton merge the ml2/ovn change16:04
gibisean-k-mooney: OK then we have the same understanding 16:05
melwittbauzas: thanks for the heads up, I haven't gotten a chance to look at the CI results yet. I uploaded that late last night16:05
bauzasnp16:05
dmitriissean-k-mooney: https://review.opendev.org/c/openstack/neutron-lib/+/828174 the lib patch is in16:05
gibithe name of the new vnci type is fixed now so we can merge the nova side of that and at max neutron will not allow creating such port yet but that does not break nova16:05
sean-k-mooneydmitriis: right but neutron uses neutron-lib form pypi16:06
sean-k-mooneydmitriis: so until the release happens they cant use it in there unit tests16:06
dmitriissean-k-mooney: also waiting for this to land https://review.opendev.org/c/openstack/releases/+/82845216:06
sean-k-mooneyyep16:06
sean-k-mooneygibi: correct16:06
gibisean-k-mooney: cool16:06
sean-k-mooneyuntil the neutron change land there api validation will reject the vnic type16:06
gibithen I pull the trigger on the series up until the doc16:06
sean-k-mooneyack works for me16:07
sean-k-mooneyok going to join donstream meeting16:07
*** ralonsoh_ is now known as ralonsoh16:40
opendevreviewmelanie witt proposed openstack/nova master: Add logic to enforce local api and db limits  https://review.opendev.org/c/openstack/nova/+/71213916:40
opendevreviewmelanie witt proposed openstack/nova master: Enforce api and db limits  https://review.opendev.org/c/openstack/nova/+/71214216:40
opendevreviewmelanie witt proposed openstack/nova master: Update quota_class APIs for db and api limits  https://review.opendev.org/c/openstack/nova/+/71214316:40
opendevreviewmelanie witt proposed openstack/nova master: Update limit APIs  https://review.opendev.org/c/openstack/nova/+/71270716:40
opendevreviewmelanie witt proposed openstack/nova master: Update quota sets APIs  https://review.opendev.org/c/openstack/nova/+/71274916:40
opendevreviewmelanie witt proposed openstack/nova master: Tell oslo.limit how to count nova resources  https://review.opendev.org/c/openstack/nova/+/71330116:40
opendevreviewmelanie witt proposed openstack/nova master: Enforce resource limits using oslo.limit  https://review.opendev.org/c/openstack/nova/+/61518016:40
opendevreviewmelanie witt proposed openstack/nova master: Add legacy limits and usage to placement unified limits  https://review.opendev.org/c/openstack/nova/+/71349816:40
opendevreviewmelanie witt proposed openstack/nova master: Update quota apis with keystone limits and usage  https://review.opendev.org/c/openstack/nova/+/71349916:40
opendevreviewmelanie witt proposed openstack/nova master: Add reno for unified limits  https://review.opendev.org/c/openstack/nova/+/71527116:40
opendevreviewmelanie witt proposed openstack/nova master: Enable unified limits in the nova-next job  https://review.opendev.org/c/openstack/nova/+/78996316:40
opendevreviewBalazs Gibizer proposed openstack/osc-placement master: Support microversion 1.39  https://review.opendev.org/c/openstack/osc-placement/+/82854516:54
gmanngibi: replied - https://review.opendev.org/c/openstack/placement/+/826491/7/placement/util.py#426 17:10
gmannit is same API behavior change that you also mentioned. !!!FOO is accepted as valid trait in code and there was no error at the down layer too so it is bad interface but success case for user. Now we are changing it to failure so break user. we should do this change in microversion only. any reason not to do as part of 1.39 ?17:10
gmannwe have lot of such cases in APIs in past and currently too17:10
gmannmain purpose of microversion was to improve the interface "not to be used incorrectly" without breaking the success case. 17:11
gmann* one of the purpose17:11
opendevreviewmelanie witt proposed openstack/placement master: Make perfload jobs fail if write allocation fails  https://review.opendev.org/c/openstack/placement/+/82843817:33
bauzasgmann: about the gate failure you mentioned yesterday at the nova meeting, do we have an open bug report against it ?17:39
bauzascontext : 17:39
bauzashttps://meetings.opendev.org/meetings/nova/2022/nova.2022-02-08-16.00.log.html#l-11217:39
* bauzas has to look at some internal bug we have that's probably related https://bugs.launchpad.net/tripleo/+bug/196031017:40
gmannbauzas: yes, this one https://bugs.launchpad.net/devstack/+bug/196034617:44
bauzasgmann: thanks17:46
opendevreviewsean mooney proposed openstack/nova master: docs: Document virtio-net multiqueue  https://review.opendev.org/c/openstack/nova/+/79236218:00
opendevreviewStephen Finucane proposed openstack/nova master: doc: Split up notifications document  https://review.opendev.org/c/openstack/nova/+/82859818:09
opendevreviewStephen Finucane proposed openstack/nova master: doc: Remove useless contributor/api-2 doc  https://review.opendev.org/c/openstack/nova/+/82859918:09
opendevreviewStephen Finucane proposed openstack/nova master: doc: Correct version for virtio-net multiqueue  https://review.opendev.org/c/openstack/nova/+/82860118:13
stephenfinsean-k-mooney: Want to +2+W that ^18:13
stephenfinRather than respin the base patch18:13
stephenfinI'd do it myself but good to sanity check18:14
sean-k-mooneysure i can take a look18:15
sean-k-mooneyso you restacked teh chain18:15
sean-k-mooneydid you read my comment as to why this was needed18:16
sean-k-mooneydiscussing it with fungi and other one suggestion was to modify zuul or to comment when submit failes in this case18:16
sean-k-mooneybasically  "this patch is in merge confclit please rebase"18:17
*** amoralej is now known as amoralej|off18:17
fungiit's not technically in "merge conflict" so much as that it has an outdated parent change, and so gerrit will refuse to create a merge commit for it when asked18:18
sean-k-mooneyfungi: ya you are right the imporant bit though is "you need to do something" before this can merge18:19
fungiits parent got a new revision and then was merged, but this change did not get rebased when its parent was updated18:19
fungiso that's what needs to be done, yeah18:19
sean-k-mooneyfungi: is that technially a job failure fomment or an actul zuul change. e.g. is the submit implemented as a job or part of zuul when using the gerrit driver18:20
fungizuul would need to get a new feature in its gerrit source connection driver to report that error to the change18:21
sean-k-mooneybasically im wondering is this a chagne to the project-config repo for the job/pipline definition or a change in zuul18:21
sean-k-mooneyack18:21
fungiyou can actually see it indicated in the gerrit webui if you're not colorblind (no joke), the way they decide to show it is by making the "(merged)" next to the parent change red instead of grey18:21
fungithey couldn't make that more subtle if they tried18:21
sean-k-mooneyis it?18:22
sean-k-mooneyi dont see that on https://review.opendev.org/c/openstack/nova/+/792362/818:22
sean-k-mooneywe might not be able to see this now since i have rebased18:23
sean-k-mooneyalso im using dark mode so that might also be a thing18:23
sean-k-mooneywas that in the relation changed section18:24
sean-k-mooneyfungi: oh ok so its grey for me normally and its orange for me in this case18:25
sean-k-mooneyya that is really not clear18:25
sean-k-mooneylike if i hover over it the alt text is just relation chain18:25
fungiindeed. you have to be looking for it, and able to see that orange/red color distinct from grey18:25
fungiand know what it means18:26
sean-k-mooneyright the last bit is the gap18:26
sean-k-mooneyther is nothing in the ui that tells you what that means18:26
sean-k-mooneyux bug i guess18:26
fungithough if you click the parent change in the relation list, then you'll be taken to the outdated patchset which you can see in its patchset drop-down once there18:26
sean-k-mooneyright18:27
sean-k-mooneybut since zuul does not enforece the same restrcions18:27
sean-k-mooneyand the test pass 18:27
sean-k-mooneythere is a disconenct18:27
sean-k-mooneystephenfin: i proably dont have the brain capasity today to review https://review.opendev.org/q/topic:notifications-docs properly so ill leave the tab open and try to review them tomorrow18:31
stephenfinsean-k-mooney: oh yeah, I just meant https://review.opendev.org/c/openstack/nova/+/82860118:31
stephenfinthe others can wait, for sure :)18:31
sean-k-mooneyby the way im off friday and monday so if i dont get to it tomrrow ping me on tuesday and ill review them then18:32
chateaulavsean-k-mooney: I seperated the patch into 3. As clarification on submitting them for review, do i follow this process? https://docs.opendev.org/opendev/infra-manual/latest/developers.html#adding-a-dependency18:35
sean-k-mooney you can normally i just do "git review -t <gerrit topic>" from the top patch18:36
sean-k-mooneyso if you have the 3 commits locally 18:36
sean-k-mooneyi rebase againt master 18:36
sean-k-mooneythen git review -t <bp/<blueprint name>18:37
sean-k-mooneythat will submit all patches not on the target branch and update the relevent reviews18:37
sean-k-mooneyyou only need to do git review -d $PARENT_CHANGE_NUMBER and git review -x $CHILD_CHANGE_NUMBER18:38
sean-k-mooneyif you are changing the base and dont want to do an rebase18:38
sean-k-mooneyor interactive rebase18:38
sean-k-mooneychateaulav: does that make sense18:38
sean-k-mooneychateaulav: i assume the dep you need is the os-traits bump18:39
chateaulavhttps://www.irccloud.com/pastebin/S4uju6sp/18:40
chateaulavsean-k-mooney: the os-trait one i got. it is for the 3 patchsets within nova18:40
sean-k-mooneyya so the simplet thing to do in your case is do git-reveiew -d <os-traits patch>18:41
sean-k-mooneythen git review -x  your thee pathces18:41
sean-k-mooneythen do git review -t <topic> 18:41
sean-k-mooneybut before you do that give me one sec18:42
sean-k-mooneyhttps://review.opendev.org/c/openstack/nova/+/82667518:42
sean-k-mooneythe os-traits patch has not merged yet and is in the ci18:43
sean-k-mooneyso whwen you do the git-review you need to ensure you do not rebase that18:43
sean-k-mooneyor it will restat the ci jobs18:43
sean-k-mooneyso either wait for that to merge which should happen this evening18:43
chateaulavk18:43
sean-k-mooneyor when you do the finall git review pass -R i belive to prevent git review form rebasing18:43
chateaulavthat makes more sense, appreciate it.18:44
sean-k-mooneyya so checking man git-review18:44
sean-k-mooney-R, --no-rebase18:44
sean-k-mooneyDo not automatically perform a rebase before submitting the change to Gerrit.18:45
sean-k-mooney             When submitting a change for review, you will usually want it to be based on the tip of upstream branch in order to avoid possible conflicts.18:45
sean-k-mooney             When amending a change and rebasing the new patchset, the Gerrit web interface will show a difference between the two patchsets which contains18:45
sean-k-mooney             all commits in between. This may confuse many reviewers that would expect to see a much simpler difference.18:45
chateaulavyeah, i have that open. 18:45
sean-k-mooney             Also can be used for --compare to skip automatic rebase of fetched reviews.18:45
sean-k-mooneyhttps://review.opendev.org/c/openstack/nova/+/822053 i the current patch right18:47
sean-k-mooneyoh you have them as 3 seperate reviews right18:47
sean-k-mooneybut not in a relation chain18:47
sean-k-mooneyya so that is simpel to fix using the steps above18:48
chateaulavsean-k-mooney: awesome, ill wait for tomorrow then after the merge and then submit next patchset. following that method. Thank you again!18:48
sean-k-mooneyno worries18:48
sean-k-mooneyjust so you know i normaly just use an interactive rebase locally18:48
sean-k-mooneyso on the local branch you aget all the patches in the relation change working and then git review 18:49
sean-k-mooneyand if you are working with other people patches as a base add -R18:49
chateaulavMakes sense. im steadily getting super familiar with the various processes. Thanks!18:51
sean-k-mooneyi have quickly just fixed the topic by the way https://review.opendev.org/q/topic:bp%252Fpick-guest-arch-based-on-host-arch-in-libvirt-driver18:51
sean-k-mooneyso now they how up correctly although you still need to fix the git history18:52
chateaulavok19:03
opendevreviewJonathan 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/+/82836920:19
opendevreviewJonathan 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/+/82205320:19
opendevreviewJonathan 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/+/82837220:19
chateaulavsean-k-mooney: one more question if i may. so i think i got the relational aspect done. i understand what you mean now. so with working with each patchset is it best to have a different local branch for each patchset, or just one local branch and switch between the commits? anyone can chime in too, I truly appreciate all the help!20:28
opendevreviewMerged openstack/nova master: Update announce self workaround opt description  https://review.opendev.org/c/openstack/nova/+/82682920:42
opendevreviewMerged openstack/nova master: [yoga] Include pf mac and vf num in port updates  https://review.opendev.org/c/openstack/nova/+/82483320:59
opendevreviewMerged openstack/nova master: Introduce remote_managed tag for PCI devs  https://review.opendev.org/c/openstack/nova/+/82483420:59
opendevreviewMerged openstack/nova master: Bump os-traits to 2.7.0  https://review.opendev.org/c/openstack/nova/+/82667521:00
opendevreviewMerged openstack/nova master: Add supports_remote_managed_ports capability  https://review.opendev.org/c/openstack/nova/+/82783921:00
opendevreviewMerged openstack/nova master: Filter computes without remote-managed ports early  https://review.opendev.org/c/openstack/nova/+/81211121:00
opendevreviewMerged openstack/nova master: [yoga] Add support for VNIC_REMOTE_MANAGED  https://review.opendev.org/c/openstack/nova/+/82483521:00
opendevreviewMerged openstack/nova master: requirements: Bump minimum testtools to 2.5.0  https://review.opendev.org/c/openstack/nova/+/82282021:09
opendevreviewMerged openstack/nova master: Move optional build dependencies to 'extras'  https://review.opendev.org/c/openstack/nova/+/82274921:09
opendevreviewMerged openstack/nova master: tox: Install extras  https://review.opendev.org/c/openstack/nova/+/82275021:09
opendevreviewMerged openstack/placement master: Refactor trait normalization  https://review.opendev.org/c/openstack/placement/+/82584721:32
opendevreviewMerged openstack/nova master: docs: Document virtio-net multiqueue  https://review.opendev.org/c/openstack/nova/+/79236221:32
opendevreviewMerged openstack/nova master: doc: Correct version for virtio-net multiqueue  https://review.opendev.org/c/openstack/nova/+/82860121:32
opendevreviewmelanie witt proposed openstack/nova stable/xena: libvirt: Add announce-self post live-migration workaround  https://review.opendev.org/c/openstack/nova/+/82506422:26

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