Earlier  
Posted Nick Remark
#openstack-nova - 2019-08-07
16:48:42 melwitt *en route (how embarrassing)
16:49:11 melwitt yesss, thanks
16:49:44 sean-k-mooney oh ok cool for tansparancey there is this revert fo that https://review.opendev.org/#/c/675021/ but artom and i both belive the issue that they were trying to fix is unrelated
16:50:33 artom mriedem, it's already downstream, but thanks :)
16:50:53 artom sean-k-mooney, yeah, he's barking up the wrong tree with that as far as I'm concerned
16:51:35 sean-k-mooney the timelines dont match up as you said
16:52:31 sean-k-mooney we could ad special case support for midonet trivially but there is somthing else going on there
16:52:58 artom Their errors are the mm executable returning an error, nothing to do with events
16:53:56 sean-k-mooney ah ok i didnt look at the compute log until now
16:53:58 noonedeadpunk mriedem: ok, seems that you've already linked patch to some bug
16:55:33 artom sean-k-mooney, he gave me a good night scare though, I got the gerrit review email right before bed
16:56:44 sean-k-mooney ya im sure the heart rate spike didnt help you drifting off to sleep
16:57:02 mriedem noonedeadpunk: yeah and old bug
16:57:04 mriedem *an
16:57:55 mriedem sean-k-mooney: were you going to update this? https://review.opendev.org/#/c/647735/
16:58:10 mriedem i'd like to make sure we don't lose track of documenting the features we add
16:58:11 sean-k-mooney yes
16:58:25 sean-k-mooney i also have to document the vpmu image property
16:58:32 mriedem oh i know
16:58:44 mriedem was just going through https://review.opendev.org/#/c/671338/
16:59:58 sean-k-mooney ah right but yes ill update both. im almost finish fixing some other typos in an os-vif patch so i might as well update the glance patchs before i start anything else
17:00:11 sean-k-mooney want me to add you to them
17:00:50 mriedem umm
17:01:05 mriedem you can if you want
17:01:41 sean-k-mooney i can just update the nova patches with the link
17:07:20 noonedeadpunk mriedem: https://bugs.launchpad.net/nova/+bug/1839360
17:07:20 openstack Launchpad bug 1839360 in OpenStack Compute (nova) "nova-compute fails with DBNotAllowed error" [Undecided,New]
17:13:38 openstackgerrit Matt Riedemann proposed openstack/nova master: Add useful error log when _determine_version_cap raises DBNotAllowed https://review.opendev.org/675148
17:13:40 mriedem noonedeadpunk: done thanks
17:16:01 openstackgerrit Stephen Finucane proposed openstack/nova master: Add support for translating CPU policy extra specs, image meta https://review.opendev.org/671801
17:16:01 openstackgerrit Stephen Finucane proposed openstack/nova master: Add reshaper for PCPU https://review.opendev.org/674895
17:16:24 stephenfin sean-k-mooney: If you've a chance tomorrow, I think https://review.opendev.org/671801 is mostly in good shape now. That was a rough one
17:16:52 sean-k-mooney cool how is the series as a whole
17:17:24 stephenfin I need to test it on real hardware but I think it's just the reshape that still needs some work
17:17:32 sean-k-mooney i need to resinstall my sriov systems i think tomorowo but is your stuff ready to test after i do that
17:17:51 stephenfin For a new deployment, yes. Upgrades are still WIP due to reshape
17:18:20 sean-k-mooney well its not jsut upgrades right
17:18:30 stephenfin How so?
17:18:31 sean-k-mooney its going form not defiing the config to defining them
17:18:47 stephenfin What is?
17:18:53 sean-k-mooney the reshape
17:19:02 stephenfin (my head is pretty much fried at this point)
17:19:08 stephenfin Ah. Um, ask me tomorrow? :)
17:19:14 sean-k-mooney ok
17:20:03 sean-k-mooney go clear your head. im going to start dinner. ill have the os-vif patch done soone by the way just on the release note. thanks for taking a look yesterday
17:22:59 stephenfin no problem
18:03:03 openstackgerrit sean mooney proposed openstack/os-vif master: only disable mac ageing for ovs hybrid plug https://review.opendev.org/672834
18:16:51 melwitt hm, looks like hyperv ci is failing with 'sudo: /usr/sbin/mke2fs: command not found' all the time as of late
18:17:06 melwitt http://cloudbase-ci.com/nova/674828/1/tempest/subunit.html.gz
18:20:08 mriedem melwitt: https://github.com/openstack/tempest/commit/887f99a288c1d2bef45356c916b317d37828e6ac
18:20:34 melwitt ahh
18:20:35 mriedem looks like hyperv ci needs to blacklist that test
18:20:48 mriedem likely need to email their ci group
18:20:51 dansmith do they not use a cirros gues?
18:20:53 dansmith *guest
18:21:03 mriedem no idea
18:21:19 dansmith I would think they did, and that this test should be fine
18:21:23 sean-k-mooney they might be using a windows nano server image?
18:21:30 dansmith there's also a failure to resolve thing in that error log
18:22:02 melwitt yeah, I didn't understand that part bc I don't see that "hostname" as part of the command line
18:22:49 dansmith yeah
18:22:54 sean-k-mooney looking at the logs melwitt linked they apper to be useing ubuntu as the ssh user name
18:23:00 dansmith maybe a bug in some fake sudo wrapper they use or something
18:23:03 sean-k-mooney so i assume its a ubuntu guest image
18:23:10 mriedem it's ubuntu 16
18:23:16 mriedem name | ubuntu-16
18:23:21 mriedem openstack --os-cloud=devstack-admin --os-region-name=RegionOne image create ubuntu-16 --public --container-format=bare --disk-format vhdx
18:23:52 mriedem whatever this is ubuntu-16.04-minimal-cloudimg-amd64-sync.vhdx
18:24:21 dansmith wonder why that and not cirros
18:24:32 mriedem not sure
18:24:37 dansmith so it's possible that their image is missing mke2fs I guess
18:24:40 mriedem they have their own cloud-init thing
18:24:41 mriedem for hyperv
18:24:52 sean-k-mooney dansmith: perhaps there is a dirver issue with hyperv
18:24:53 dansmith for windows guests, right?
18:25:01 sean-k-mooney that said cirros
18:25:06 sean-k-mooney uses teh ubunut kernel
18:25:13 sean-k-mooney so proably not
18:25:29 mriedem anywho, here is the email info https://wiki.openstack.org/wiki/ThirdPartySystems/Cloudbase_Compute_Hyper-V_CI
18:25:30 sean-k-mooney mriedem: cloudbase-init
18:25:41 sean-k-mooney i think that is only for windows guests
18:25:44 dansmith sean-k-mooney: maybe, but there's not much reason for that (i.e. perf for tests) unless it's physically required for disk access or something
18:26:08 sean-k-mooney hyperv uses parvitualised devices
18:26:10 dansmith I guess maybe they only expose PV devices and need a real kernel
18:26:11 dansmith okay
18:26:25 sean-k-mooney so if you do lspci by default you will have no devices
18:26:28 sean-k-mooney its weird
18:26:32 dansmith okay, well, that's why probably
18:26:40 dansmith but that opens them up to this kind of thing
18:27:00 dansmith would think it'd be worth just working on getting that stuff into cirros or building their own cirros,
18:27:02 dansmith but alas
18:27:05 sean-k-mooney but what i dont get is cirros is built with the ubuntu kernel
18:27:13 sean-k-mooney so i dont think it buys them much
18:27:26 sean-k-mooney maybe they could use cirros 4.x
18:27:50 dansmith it doesn't have a full complement of modules thjough, AFAIK
18:28:18 dansmith anyway, this is clearly a thing the hyperv people can fix if they want :)
18:28:24 sean-k-mooney ya that is true. i have hyperv on my windows install but i have never tried cirros with it
18:28:49 sean-k-mooney well in this case tehy just need to install mke2fs
18:29:03 sean-k-mooney in the guest image
18:30:25 melwitt I'll try to email their list https://wiki.openstack.org/wiki/ThirdPartySystems/Hyper-V_CI

Earlier   Later