| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2018-01-29 | |||
| 09:28:24 | gibi_ | bauzas: welcome back | |
| 09:29:26 | bauzas | saw the gate problems and the milestone delay | |
| 09:30:23 | maciejjozefczyk | bauzas: heyho | |
| 09:31:55 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: reno for notification-transformation-queens https://review.openstack.org/518018 | |
| 09:49:34 | openstackgerrit | Claudiu Belu proposed openstack/nova master: tests: refactors and cleans up test_rbd.py https://review.openstack.org/538022 | |
| 09:49:34 | openstackgerrit | Claudiu Belu proposed openstack/nova master: tests: fixes mock autospec usage https://review.openstack.org/447505 | |
| 09:49:35 | openstackgerrit | Claudiu Belu proposed openstack/nova master: tests: autospecs all the mock.patch usages https://review.openstack.org/470775 | |
| 10:58:46 | ameeda | when I try "self.main_db = self.useFixture(fixtures.Database(database='main'))" I got this error " .. (sqlite3.OperationalError) no such table: services ... " | |
| 10:59:59 | Efried_ | gibi Just popping in to say thanks for shepherding my series. | |
| 11:00:32 | Efried_ | Be back for real in a couple hours. | |
| 12:09:02 | amorin | hey all | |
| 12:09:08 | amorin | can someone help me with this/ | |
| 12:09:11 | amorin | https://review.openstack.org/#/c/508640/6 | |
| 12:16:02 | sauloaugusto | Someone can help me with this : Can't upgrade a READER transaction to a WRITER mid-transation after upgrade openstack nova . | |
| 12:55:27 | bauzas | amorin: what's your problem with the above change ? | |
| 12:55:41 | bauzas | amorin: that's because you recheck? | |
| 12:55:50 | bauzas | the gate has some problems atm | |
| 13:05:03 | amorin | bauzas: yes, I am rechecking | |
| 13:05:21 | amorin | but I was wondering, | |
| 13:05:35 | amorin | because it's still failing at the same place (some kind of timeout) | |
| 13:05:44 | amorin | is the solution to continue recheck? | |
| 13:07:49 | bauzas | not really | |
| 13:08:12 | bauzas | the gate has major performance issues AFAICS | |
| 13:08:38 | bauzas | plus the fact we're close to the extended FF deadline makes a lot of changes being tested at the same time | |
| 13:09:36 | amorin | ok | |
| 13:31:20 | bauzas | wow, the gate is really super slow | |
| 13:31:26 | bauzas | more than I thought I mean | |
| 13:37:05 | bauzas | oh heh ^ | |
| 13:38:59 | gibi_ | this will be a slow monday | |
| 13:45:04 | efried | gibi_ Howdy, thanks for "shoveling" :) | |
| 13:49:27 | gibi_ | efried: no problme. My effor might mean nothing considering the state of the gatea | |
| 13:49:36 | efried | gibi_ ikr | |
| 13:49:55 | gibi_ | anyhow it was a good warmup for the day :) | |
| 13:58:46 | edleafe | crap, just rechecked a patch before I saw #topic | |
| 13:58:55 | bauzas | edleafe: boooooooo | |
| 13:58:56 | edleafe | Any way to un-recheck it? | |
| 13:59:15 | bauzas | edleafe: just trigger a new patchset | |
| 13:59:35 | Spazmotic | Man these XenAPI drivers just get worse the more I read | |
| 13:59:40 | edleafe | Won't that start a check? | |
| 13:59:47 | Spazmotic | Like that malcom in the middle gif where he goes to change the lightbulb.. | |
| 13:59:59 | bauzas | edleafe: ahem, you're right | |
| 14:00:21 | Spazmotic | Just keep patching? hehe | |
| 14:00:37 | edleafe | Scheduler subteam meeting starting now in #openstack-meeting-alt | |
| 14:01:02 | bauzas | edleafe: looks like per looking at -infra that they're restarting zuul anyway | |
| 14:01:12 | bauzas | edleafe: so your recheck should be harmless :p | |
| 14:04:45 | andreykurilin | mriedem: hi! do you know someone who use nova+openvz? | |
| 14:05:10 | mriedem | hmmm | |
| 14:05:18 | Spazmotic | I.. do... | |
| 14:05:26 | Spazmotic | But not really.. nevermidn i take it back don't ask me about it hehe | |
| 14:05:34 | mriedem | andreykurilin: mnestratov and the vz people i guess... | |
| 14:05:43 | mriedem | i don't know about actual users | |
| 14:06:10 | Spazmotic | I do know a group of folk that use it but it's fairly custom at this point as the openstack openvz drivers are long ded | |
| 14:09:25 | andreykurilin | Spazmotic: ha. so nothing alive in upstream? | |
| 14:09:30 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: DNM: test if tempest-full is triggered or not https://review.openstack.org/537936 | |
| 14:10:22 | mriedem | virtuozzo containers are supported via the libvirt driver in nova | |
| 14:10:27 | mriedem | if we're talking about the same thing | |
| 14:11:03 | mriedem | https://github.com/openstack/nova/blob/master/nova/conf/libvirt.py#L105 | |
| 14:11:07 | mriedem | you'd use 'parallels' there | |
| 14:11:11 | mriedem | andreykurilin: ^ | |
| 14:11:37 | Spazmotic | Yeah mriedem is the man to know best there, I Think it used to have its own driver some time back but was deprecated by the Libvirt extension? | |
| 14:11:39 | Spazmotic | something like that | |
| 14:12:38 | Spazmotic | Any chance if some gracious core gets some free cycle they could check out this review? I'm heading to Korea in like 5 days and don't want to let it sit for 2 weeks :) https://review.openstack.org/#/c/533168/ | |
| 14:13:30 | andreykurilin | so actually I do not know the "use-case". I was asked about the actual support and it looks like I found the answers. thanks mriedem and Spazmotic | |
| 14:14:18 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: DNM: test if tempest-full is triggered or not https://review.openstack.org/537936 | |
| 14:14:56 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: DNM: test if tempest-full is triggered or not https://review.openstack.org/537936 | |
| 14:16:20 | openstackgerrit | Ameed Ashour proposed openstack/nova master: change instance_system_metadata column type https://review.openstack.org/526900 | |
| 14:17:18 | mriedem | andreykurilin: mnestratov is the person to ask from the vz team about their status | |
| 14:17:23 | mriedem | they are the maintainers of that support | |
| 14:17:29 | mriedem | maxim nestratov | |
| 14:17:39 | andreykurilin | thanks! | |
| 14:28:30 | artom_ | stephenfin, kashyap, can I ask you guys to take a look at https://review.openstack.org/#/c/533805/2 when you get a chance? I *think* I got the libvirt XML part right, but would like expert second opinions :) | |
| 14:28:56 | artom | It's a device tagging bug :( | |
| 14:29:28 | kashyap | artom: Will try, "try" this week is bit stressful and jam-packed | |
| 14:29:40 | artom | kashyap, no worries, appreciate it | |
| 14:29:40 | kashyap | Err, /me rephrases that odd sentence | |
| 14:29:48 | kashyap | s/"try"/"try" because/ | |
| 14:31:02 | ameeda | gibi_: please check this https://review.openstack.org/#/c/526900/, I found way to get instance_system_metadata from here https://review.openstack.org/#/c/7045/5/nova/db/api.py | |
| 14:34:56 | mriedem | artom: how latent is that? not a regression in queens right? | |
| 14:35:36 | artom | mriedem, the PFs not being tagged thing? | |
| 14:35:43 | artom | mriedem, it was reported to us in Newton | |
| 14:35:49 | mriedem | artom: ok | |
| 14:36:00 | mriedem | just weighing relative severity | |
| 14:36:04 | mriedem | *urgency | |
| 14:36:24 | artom | mriedem, I don't think it was ever working | |
| 14:36:29 | artom | Based on the code | |
| 14:37:01 | mriedem | was that a separate bp from tagged attach? | |
| 14:37:03 | mriedem | must have been | |
| 14:37:34 | artom | mriedem, it was the original device tagging | |
| 14:37:38 | mriedem | oh | |
| 14:37:52 | artom | Well | |
| 14:37:56 | mriedem | i thought that was just ports and volumes? | |
| 14:38:04 | artom | I don't think we ever explicitly decided what to do about PFs | |
| 14:38:15 | mriedem | https://specs.openstack.org/openstack/nova-specs/specs/ocata/implemented/sriov-pf-passthrough-neutron-port-vlan.html | |
| 14:38:17 | artom | But since a PF can be a neutron port, they're implicitly taggable? | |
| 14:38:20 | mriedem | ^ is what i'm thinking of | |
| 14:38:34 | artom | That's vlans, slightly different | |
| 14:38:47 | artom | But... I don't think those are working either, btw | |
| 14:38:53 | mriedem | great! | |
| 14:38:59 | artom | vladikr had a thing up to fix it | |
| 14:39:03 | artom | And his approach never made sense to me | |