Earlier  
Posted Nick Remark
#openstack-nova - 2019-02-13
14:01:48 tssurya I'll work on ironing out the wrinkles
14:02:19 mriedem cool. otherwise from my manual testing (once i worked around those other bugs with the service version checking) it was working pretty well
14:02:57 stephenfin mriedem: Not sure you already discussed this again with kashyap, but any serious objections to doing the libvirt min version bump now? https://review.openstack.org/#/c/632507/ gibi and I are happy but I recall some objections previously
14:03:12 kashyap stephenfin: Heh, was _just_ about to write a message here.
14:03:26 kashyap stephenfin: Not quite objections, mriedem was not sure, based on some discussion w/ an operator he had
14:03:53 kashyap Ideally, I should have done this at the _start_ of the cycle, but completely lost track of it
14:04:24 mriedem looking, but you should probably ask the PTL
14:04:27 adrianc sean-k-mooney: Hi, regarding sriov live-migration patches, id like to address some of the comments in https://review.openstack.org/#/c/620115/21, however i saw you are planning to upload a new PS for the series, will it be soon ? as id like to avoid merge conflicts etc...
14:04:58 kashyap mriedem: Yeah, will do. I thought melwitt was still catching up after being on PTO (?)
14:05:28 mriedem stephenfin: kashyap: the concern from an operator was they were upgrading from mitaka to i think queens and the minimum bump in between was just for maintenance, not related to any functional changes, and the computes they were upgrading didn't have that minimum libvirt (they were using older centos i think)
14:06:01 mriedem so this operator was asking me if there was a reason for the bump, or if they could just revert the change to keep the older centos compute node but still upgrade nova
14:06:24 sean-k-mooney adrianc: i got pulled into some other stuff so go ahead.
14:06:28 kashyap I see. Yeah, probably we should better advertize _why_ we do bumps and at what intervals?
14:06:48 kashyap mriedem: ^ Like me writing a reminder note to the mailing list about why we do, and give a gentle heads-up.
14:06:55 mriedem i just think in years past we weren't real aggressive about doing it every release
14:07:09 sean-k-mooney adrianc: ill work on adressing the base patches but ill mainly be adressing comment/commit messages so there whould be no conflicts
14:07:27 kashyap mriedem: Yes, I now kept a reminder on my phone to do the start of the cycle
14:07:33 adrianc sean-k-mooney: would you like me to address some of the nits in https://review.openstack.org/#/c/624842/ as well, or ill leave them to you ?
14:08:59 mriedem so looking at https://review.openstack.org/#/c/558171/ the last time we did a bump was pike, is that correct?
14:09:05 sean-k-mooney adrianc: am if you want to adress them i can focous on the os-vif brctl removal which is the other thing im context switch with
14:09:17 mriedem we advertized the next minimums in rocky
14:09:25 mriedem so really this would be the first required minimum bump since pike
14:09:34 kashyap mriedem: Yes, I did the bump last April-May (https://review.openstack.org/#/q/topic:bump_min_libvirt_and_qemu+(status:open+OR+status:abandoned+OR+status:merged)
14:09:36 mriedem giving at least a year to prepare
14:09:47 kashyap mriedem: Indeed
14:09:53 mriedem (knowing people skip several years of openstack releases now)
14:10:07 sean-k-mooney adrianc: i dont think there is anything controvertiol in any of the coments on the seirs so if you have time to make the requested change go for it
14:10:38 mriedem looks like we don't have zkvm 3rd party CI anymore...
14:10:45 kashyap Release-wise, we're just about to reach M3 (Mar 04-08), and the GA is aroud 12-Apr — I feel we're still okay
14:11:05 adrianc sean-k-mooney: Ack, ill start from the base patch then :)
14:11:11 kashyap mriedem: Yeah, was wondering this morning about it
14:11:17 mriedem https://wiki.openstack.org/wiki/ThirdPartySystems/IBM_zKVM_CI
14:11:33 kashyap Today I spent 4 hours digging into s390x and their fun serial console stuff
14:11:49 openstackgerrit Alexandra Settle proposed openstack/nova master: Adding cross refs for config options in scheduler filter guide https://review.openstack.org/636635
14:11:52 mriedem kashyap: so how about you send a reminder to the mailing list and also copy zkvm-ci@linux.vnet.ibm.com and bjzhjing@linux.vnet.ibm.com
14:11:56 kashyap MarkusZ left a note in the code with a pointer to a bug ... and it turned out it's a bug _I_ filed 4 years ago :P
14:12:17 mriedem markus_z is long gone from openstack
14:12:21 kashyap mriedem: I guess you mean now, right?
14:12:35 mriedem kashyap: yeah, i'd say do that now and if we don't hear any strong objections by end of week we go ahead
14:12:40 kashyap mriedem: I know, I just found it sadly funny that when I decided to learn more from the bug ... apparently I filed it.
14:12:45 kashyap mriedem: Alright, let me draft it right away.
14:13:04 kashyap mriedem: I spent a painful 8 days on-and-off arriving at the root cause. But hey, fun :-)
14:13:37 kashyap Thanks for your time. Appreciate it
14:13:38 mriedem you've grown as a person i'm sure
14:14:18 kashyap I did; I grew in "(positive) complexity" :D
14:15:42 kashyap What tags would I use? [ops][nova] suffices I guess?
14:15:48 kashyap s/suffices/suffice/
14:16:34 mriedem yeah
14:17:10 kashyap mriedem++
14:17:25 kashyap Hm, we should get a 'karma bot' in
14:32:04 efried Shilpa: It looks to me like you're not specifying an engine for your task flow. I thought the default was a linear one, but it's possible it's not. Do you get the same results if you specify a linear engine explicitly?
14:32:45 Shilpa efried: tried with engine='serial' but no sucess
14:33:22 Shilpa i will check setting engine='linear' and get back to you
14:33:51 efried Shilpa: I don't remember exactly what the engine names are, would have to consult the docs.
14:34:02 Shilpa ok
14:35:31 efried Shilpa: Beyond that, I'm probably not a whole lot of use to you. Josh Harlow (harlowja) is the guy who could help, but I don't see him in the usual haunts; possible he's moved on to greener pastures.
14:35:47 efried You may want to try posting your bug to the taskflow github repo
14:35:54 Shilpa efried: its serial but no sucess
14:36:03 efried Shilpa: Okay.
14:36:57 Shilpa efried: at taskflow github repo, in REDME posted Bugs: https://bugs.launchpad.net/taskflow/
14:38:49 bauzas holy shit, I'm deploying devstack and placement gives me a 503 when being started
14:38:52 bauzas wtf
14:39:10 sean-k-mooney bauzas: its likely the same issue i had
14:39:21 sean-k-mooney you have old apache config files
14:39:22 bauzas efried: cdent: any thoughts on that ?
14:39:28 bauzas hah
14:39:32 bauzas i asked to reclone
14:39:41 sean-k-mooney it wont fix it
14:39:44 bauzas yeah
14:39:54 bauzas but then we're missing something in lib/placemenbt
14:40:04 bauzas because a clean.sh didn't fix it too
14:40:24 openstackgerrit Alexandra Settle proposed openstack/nova master: Adding cross refs for config options in scheduler filter guide https://review.openstack.org/636635
14:40:24 sean-k-mooney nuke your /etc/http/site-available and sites-enabled
14:40:38 sean-k-mooney bauzas: ya i was ment to wite a change to devstack to fix it
14:40:45 sean-k-mooney its on my todo list
14:40:50 efried cool
14:40:51 bauzas ok
14:40:54 bauzas gtk
14:40:55 sean-k-mooney hopefully ill get to it by next week
14:40:57 cdent it's a generic problem with how apache stuff is config'd not just placement
14:41:18 cdent there are additional issues when you switch back and forth between using uwsgi and not
14:41:19 sean-k-mooney ya i hit the same issue with cinder i think
14:41:23 openstackgerrit Alexandra Settle proposed openstack/nova master: Adding cross refs for config options in scheduler filter guide https://review.openstack.org/636635
14:41:34 bauzas sean-k-mooney: wait, I'm running devstack with uwsgi
14:41:40 sean-k-mooney yes
14:41:48 bauzas I don't have httpd site
14:41:50 efried cdent: is it the kind of thing it would be appropriate to put a hack into devstack to clean up / make sure it dtrt?
14:41:50 sean-k-mooney apache is still being used as a reverse proxy
14:42:06 cdent efried: sean-k-mooney plans to figure it out
14:42:12 efried woot
14:42:25 bauzas sean-k-mooney: wait, I don't know what to bitch
14:42:30 sean-k-mooney if your using ubnuntu its under /etc/apache2/...
14:42:37 bauzas my httpd directory is sane
14:42:56 bauzas it's RHEL, so /etc/httpd but whatever
14:43:02 sean-k-mooney bauzas: for me it was poining at an old socket name nova-placement.socket
14:43:39 bauzas ah, interesting
14:43:42 sean-k-mooney you could see the error in the apache errror log in /var/httpd/error.log
14:43:43 bauzas in conf.d, I have two files
14:44:03 bauzas nova-placement-api.conf and placement-api.conf
14:44:27 sean-k-mooney bauzas: the simple solution is to run clean unistall httpd and delete /etc/httpd then stack

Earlier   Later