Wednesday, 2022-04-06

opendevreviewMaxim Korezkij proposed openstack/nova master: Handle volume attachments  https://review.opendev.org/c/openstack/nova/+/83323406:19
opendevreviewBalazs Gibizer proposed openstack/nova stable/ussuri: Reproduce bug 1944759  https://review.opendev.org/c/openstack/nova/+/83673307:16
opendevreviewBalazs Gibizer proposed openstack/nova stable/ussuri: Store old_flavor already on source host during resize  https://review.opendev.org/c/openstack/nova/+/83673407:16
kashyapgibi[m]: Hey, when you get 25 minutes, I've addrressed various things from your past feedback here: https://review.opendev.org/c/openstack/nova/+/762330/08:55
kashyapgibi[m]: It requires to reload some context, so do let me know if you see any further glaring holes there.  Also see my last comment on PS24 for a short changelog08:56
kashyapI'm badgering you because you actually gave it a close look in the past. :)08:57
* kashyap bbiab08:58
gibikashyap: ack, I will look at it 09:03
opendevreviewkiran pawar proposed openstack/nova master: VMware: Early fail spawn if memory is not multiple of 4.  https://review.opendev.org/c/openstack/nova/+/83573909:09
opendevreviewBalazs Gibizer proposed openstack/nova master: DNM: trigger nova-emulation on the parent patch  https://review.opendev.org/c/openstack/nova/+/83676409:53
opendevreviewStephen Finucane proposed openstack/python-novaclient master: Deprecate nova CLI  https://review.opendev.org/c/openstack/python-novaclient/+/83668210:04
opendevreviewStephen Finucane proposed openstack/python-novaclient master: docs: Update docs to reflect deprecation status  https://review.opendev.org/c/openstack/python-novaclient/+/83668310:04
opendevreviewStephen Finucane proposed openstack/python-novaclient master: Update pre-commit hook, hacking versions  https://review.opendev.org/c/openstack/python-novaclient/+/83676810:04
gibikashyap: replied10:06
kashyapgibi: Thank you!  Will look shortly10:07
gibikashyap: and I have to update your estimator, it took ~1 hour to load the context and review the patch again :) Maybe I need more coffee10:07
kashyapgibi: Haha, really sorry; I was being selfish there.  I almost wrote 40 minutes, then I thought: "No, that might dissuade Gibi" :D10:08
gibino worries :)10:08
kashyapgibi: Just read; good questions.  I need a couple more hours to study it carefully to answer your questions well10:11
kashyapThis whole CPU area is a minefield... :D10:11
gibiindeed10:12
gibihonestly I'm not even feeling confident to review it alone so I'm happy stephenfin also looked at it10:13
sean-k-mooneyi will also try and review it again10:14
gibiwhat is the magic word for gerrit to trigger an experimental job on a review?10:16
gibi"check experimental" is the answer :)10:19
sean-k-mooneyyes10:20
opendevreviewBalazs Gibizer proposed openstack/nova master: Add nova-emulation to the experimental queue too  https://review.opendev.org/c/openstack/nova/+/83679210:20
sean-k-mooneydefined in the pipline defintionin project-config10:20
kashyapgibi: Also thanks for running the nova-emulation job on it.  On confidence - I definitely wanna run a couple of real integration/migration tests before merging it.10:42
gibiyeah, I saw the comment thread about emulated archs in the review and wondered if we have a result from the recently added emulation job10:47
kashyapgibi: Right, I saw your inline comment there.10:48
kashyapFor now, the main goal here is to get this working for x86 on x86, and AArch64 on AArch6410:48
sean-k-mooneyright but we cant break emulation either10:49
sean-k-mooneyi guess it would mainly be an issue if we were using traits to schdule based on emulated cpu capablities10:49
sean-k-mooneygibi: bauzas so openstack-tox-lower-constraints on stable/xena seams to be broken now11:03
sean-k-mooneyits depending on python3.6 which appear to nolonger exist on ubuntu 20.0411:03
sean-k-mooneyit alway default to 3.811:03
sean-k-mooneyso either the job disto has recently updated or the package wa aviable and has now been remvoed since 3.6 is eol11:04
sean-k-mooneyshould i add this to the ptg adgenda11:04
sean-k-mooneywe basicly have 3 options. pin to bionic, use 3.8 or delete the job11:05
gibihm11:05
gibibased on https://governance.openstack.org/tc/reference/runtimes/xena.html 3.6 could work on centos8 if we want11:05
gibibut I'm OK to simply drop the job11:06
sean-k-mooneyya it could i would just have to change the nodeset11:06
sean-k-mooneyelodilles:^ this is sable so you might have an opion too11:06
sean-k-mooneyhttps://review.opendev.org/c/openstack/nova/+/828407/11:06
sean-k-mooneyis what failed on it11:06
sean-k-mooneygibi: funally enough the centos 8 py 36 non voting job also failed11:07
sean-k-mooneyoh...11:08
sean-k-mooneyThe conflict is caused by:11:08
sean-k-mooney    oslo-vmware 3.9.2 depends on suds-jurko>=0.611:08
sean-k-mooney    The user requested (constraint) suds-jurko===0.611:08
sean-k-mooneyi tought we had fixed that already11:08
sean-k-mooneythat is clearly unrelated and the job is non-voting anyway so we can ignore that for this speicic patch11:09
opendevreviewkiran pawar proposed openstack/nova master: VMware: Split out VMwareAPISession  https://review.opendev.org/c/openstack/nova/+/83215611:31
opendevreviewkiran pawar proposed openstack/nova master: VMware: StableMoRefProxy for moref recovery  https://review.opendev.org/c/openstack/nova/+/83216411:31
lajoskatonabauzas: Hi, do you see any Nova-Neutron cross-project topics?11:33
sean-k-mooneylajoskatona: in general no11:48
sean-k-mooneybut ill be attening the neutron room until the nova stuff start an hour later11:49
lajoskatonasean-k-mooney: ok, thanks, do you think wee need to sit around a table to discuss anything? Earlier with bauzas we agreed to keep a slot for Thursday11:49
sean-k-mooneyso i suggested if we have nova/neutron topics we could jsut do them in the first hour of the neutron session any day that works for ye11:49
sean-k-mooneyam the only topic i have are ones we have discussed many time before11:50
sean-k-mooneye.g. how can we star requiring extnetion in neutron11:50
sean-k-mooneyspcificaly how can we require ml2 plugins and core plugings to implemet multiple port bidnings11:51
lajoskatonasean-k-mooney: as it is today Friday is free for us, we have no topics for that day11:51
elodillessean-k-mooney gibi : yepp, py36 was dropped from ubuntu focal image. we only see that at stable/xena's l-c job, as we explicitly pin there py36 in tox.ini11:52
sean-k-mooneyare there any pain points that neutron want to raise with nova? i joined for the os-vif topic yesterday11:52
sean-k-mooneybut i dont know if there are others11:52
sean-k-mooneyelodilles: ack do you have a preference on how to move forward11:52
sean-k-mooneyelodilles: we can unpin, drop the job or swap to centos8 stream nodeset11:53
lajoskatonasean-k-mooney: thanks for it, I don't know any11:54
elodillessean-k-mooney gibi : melwitt discussed this with infra during weekend and the suggestion was to drop the l-c from xena :) with which I'm OK, but wanted to check whether i can add somehow py36 to the l-c job somehow, but i haven't got there yet o:)11:54
elodillessean-k-mooney: i'm OK with the other options, too. either we could use py38, or centos8 stream nodeset, both could work too11:55
sean-k-mooneylajoskatona: well the way to do it is to make a policy desicsion and delare any driver that does not comply unsupproted11:55
sean-k-mooneywith a deprecation period11:56
sean-k-mooneythat woudl allow nova assume its always available there are other extneions that shoudl be treated as required eventually too11:57
sean-k-mooneyim thinking of the exteions for port resouce requests11:57
sean-k-mooneylajoskatona: if we want to discuss this topic i am happy to on friday if you think we will actullly make prgress on it11:58
lajoskatonasean-k-mooney: yeah that was / is tricky with resource_request and resource_request_groups11:58
sean-k-mooneyi think fundemtally neutron need a way to graduate extention into the core api11:59
*** amoralej is now known as amoralej|lunch12:06
bauzaslajoskatona: sean-k-mooney: as you want, folks12:13
lajoskatonasean-k-mooney, bauzas: Is Friday ok? We have sessions 14:00-1600 UTC12:15
bauzaslajoskatona: OK, we can reserve one timeslot12:16
lajoskatonabauzas: ok, cool, Friday 1400 UTC than12:17
lajoskatonabauzas: ? --^12:17
bauzaswfm12:17
opendevreviewAlexey Stupnikov proposed openstack/nova stable/xena: Fix openstack-tox-lower-constraints in stable/xena  https://review.opendev.org/c/openstack/nova/+/83665012:25
bauzaslajoskatona: do you have any agenda for our x-p session ?12:57
bauzaslajoskatona: just updated our etherpad : https://etherpad.opendev.org/p/nova-zed-ptg12:57
lajoskatonabauzas: only from sean-k-mooney: https://etherpad.opendev.org/p/neutron-zed-ptg#L25912:58
bauzaslajoskatona: ok, would we meet in the Nova room or your own ?12:58
lajoskatonabauzas: we can go to Nova room, we have no other topic for Friday12:59
bauzaslajoskatona: OK12:59
*** amoralej|lunch is now known as amoralej13:05
pdeore#openstack-nova, may I know where to join today's PTG session? 13:10
stephenfinI will miss the first ~30 mins of the PTG session today. If there's anything for me please hold it until I can join :)13:13
gmannpdeore: this link https://zoom.us/j/96855299345?pwd=bG5KZHloRzA3bkhCQVJBNmZCQUltZz09#success13:13
gmannpdeore: you can click on the projects/track and it will take you to the right video link of that track  https://ptg.opendev.org/ptg.html13:13
stephenfingibi: I suspect that patch will need to be broken down into a few smaller patches. It's rather bloated at this point (not surprising, given the number of iterations it's been through). I will try working with kashyap on it, perhaps this Friday13:13
pdeoregmann, yeah I'm trying that but not able to get in? 13:14
gmannpdeore: oh we will start at 14 UTC13:14
kashyapstephenfin: I agree.  I have been neglecting to break it down into pieces...13:14
opendevreviewStephen Finucane proposed openstack/python-novaclient master: Deprecate nova CLI  https://review.opendev.org/c/openstack/python-novaclient/+/83668213:15
opendevreviewStephen Finucane proposed openstack/python-novaclient master: docs: Update docs to reflect deprecation status  https://review.opendev.org/c/openstack/python-novaclient/+/83668313:15
opendevreviewStephen Finucane proposed openstack/python-novaclient master: Update pre-commit hook, hacking versions  https://review.opendev.org/c/openstack/python-novaclient/+/83676813:15
pdeoregmann, ohh yeah, right!! :)13:15
pdeoregmann, Thanks !!13:15
gmannpdeore: np!13:15
gibistephenfin: good idea13:16
kashyapstephenfin: Perhaps ignore it until I break it down a bit further.  I don't want to take your time needlessly on it13:17
opendevreviewStephen Finucane proposed openstack/python-novaclient master: Deprecate nova CLI  https://review.opendev.org/c/openstack/python-novaclient/+/83668213:18
opendevreviewStephen Finucane proposed openstack/python-novaclient master: docs: Update docs to reflect deprecation status  https://review.opendev.org/c/openstack/python-novaclient/+/83668313:18
opendevreviewStephen Finucane proposed openstack/python-novaclient master: Update pre-commit hook, hacking versions  https://review.opendev.org/c/openstack/python-novaclient/+/83676813:18
opendevreviewribaudr proposed openstack/nova master: [WIP] Attach Manila shares via virtiofs (db+object)  https://review.opendev.org/c/openstack/nova/+/83119313:19
opendevreviewribaudr proposed openstack/nova master: [WIP] Attach Manila shares via virtiofs (manila abstraction)  https://review.opendev.org/c/openstack/nova/+/83119413:19
opendevreviewribaudr proposed openstack/nova master: [WIP] Attach Manila shares via virtiofs (drivers)  https://review.opendev.org/c/openstack/nova/+/83309013:19
opendevreviewribaudr proposed openstack/nova master: [WIP] Attach Manila shares via virtiofs (api)  https://review.opendev.org/c/openstack/nova/+/83683013:19
* bauzas will disappear ~15 mins for taxi reasons (kid to get) but will be back around 13:40UTC13:21
bauzasdon't forget, our nova PTG sessions will start at 2pm13:21
opendevreviewribaudr proposed openstack/nova-specs master: libvirt: Allow Manila shares to be directly attached to instances  https://review.opendev.org/c/openstack/nova-specs/+/83366913:33
*** dasm|off is now known as dasm|ruck13:44
bauzasnova sesssions start in 1 min => newton room13:59
* bauzas goes grinding a coffee13:59
bauzaspdeore: pinging14:06
bauzaswe're discussing about the policy scopes14:07
bauzasis crhomann around ?14:50
bauzasTEAM PHOTO AT THE TOP OF THE HOUR !14:53
bauzasrush into the newton room if you want to see your face 14:53
spatelsean-k-mooney morning 14:55
spatelNot sure its bug or config issue but often i am noticing this error in compute nodes logs - https://paste.opendev.org/show/bVUsVg7L22Iw4BNUR6yJ/14:58
spatelsince i upgrade to Wallaby this error is started showing up more frequently 14:59
bauzasspatel: sorry, we're at PTG time15:06
spatel+115:06
*** dasm|ruck is now known as dasm|ruck|bbl15:08
opendevreviewStephen Finucane proposed openstack/python-novaclient master: Update pre-commit hook, hacking versions  https://review.opendev.org/c/openstack/python-novaclient/+/83676815:31
bauzasbrinzhang: do you prefer we discuss about your tenant_id topic at the PTG by the next hour or tomorrow ?15:32
bauzassessions will start at 2pm UTC15:32
elodillessean-k-mooney melwitt gmann : i think this will unblock our stable/xena (via unblocking l-c job): https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/83684315:36
gmannelodilles: but do we want to do that? during discussion in infra we thought its not worth and instead drop l-c testing on stable/<branch>15:37
melwittto be clear, I did not prefer one way or the other, as long as we can get the gate to work15:37
opendevreviewAndre Aranha proposed openstack/nova master: Move Centos 8 fips jobs to Centos 9  https://review.opendev.org/c/openstack/nova/+/83684615:38
melwittif most ppl want to drop it that is ok with me. I am also ok with it being fixed15:38
gmannmy concern on fixing is we keep fixing and spending time on l-c testing on stable branch by saying we can drop next time when it is broken :)15:39
kashyapgibi[m]: I also don't get the "it will not affect the original functions" comment from Chengsheng in that change ... I'll keep plugging away at it.15:40
gibidrop it 15:40
kashyapgibi[m]: But I'm addressing the other stuff from you - like consolidating the error-handling, etc15:40
elodillesgmann: it is dropped from multiple places but still it is there for some projects / branches15:40
gibikashyap: cool, thanks15:40
gmannelodilles: yeah and I think this is good time to drop from there too?15:40
gmannor let's wait to discuss it in TC PTG on Friday 13 UTC and see if we can test or drop it consistently from everywhere  https://etherpad.opendev.org/p/tc-zed-ptg#L13915:42
elodillesgmann: that's an option, but it does not break ofthen than other jobs (except when we figured out that pip resolver did not work correctly :)). anyway, if we want to drop l-c to spare some resource, then let's do it from all the stable branches :)15:43
gmannelodilles: +1. let's  see and we will also discuss about keeping lower bound in requirements.txt which are also not tested one15:44
elodillesgmann: ++15:44
opendevreviewAndre Aranha proposed openstack/nova master: Move Centos 8 fips jobs to Centos 9  https://review.opendev.org/c/openstack/nova/+/83684615:49
*** dasm|ruck|bbl is now known as dasm|ruck15:52
*** amoralej is now known as amoralej|off16:16
opendevreviewMerged openstack/python-novaclient master: Deprecate nova CLI  https://review.opendev.org/c/openstack/python-novaclient/+/83668216:47
opendevreviewMerged openstack/python-novaclient master: docs: Update docs to reflect deprecation status  https://review.opendev.org/c/openstack/python-novaclient/+/83668316:47
*** dasm|ruck is now known as dasm|ruck|bbl17:06
jamesbensonHi, I've integrated kolla-openstack and ceph (cephadm) without trouble.  But now I'm trying to get radosgw integrated as well for swift on ceph and I'm running into issues.  Can anyone share their settings?  I'm doing a very vanilla installation. 17:20
jamesbensonThis is on Xena17:20
jamesbensonI've looked at the docs (kolla, ceph, everywhere) as well and tried a bunch.  Having trouble and hoping someone who has it running might have some insight. Thanks :-) 17:21
bauzas#nova clean17:25
bauzasshit, wrong chan17:26
*** dasm|ruck|bbl is now known as dasm|ruck17:36
jamesbensonugh, wrong channel too. :-(17:54
*** dasm|ruck is now known as dasm|off21:12

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