Tuesday, 2018-02-20

openstackgerritEric Fried proposed openstack/nova-specs master: Filter Resource Provider List for Traits  https://review.openstack.org/54600900:00
efriededleafe, mriedem, melwitt, jaypipes, cdent: ^00:00
melwittmnaser: the only thing I know of is the hypervisor-stats type of things e.g. https://docs.openstack.org/nova/pike/admin/common/nova-show-usage-statistics-for-hosts-instances.html00:04
melwittmnaser: but you may be able to use something like this to dig deeper https://github.com/rogerhu/gdb-heap00:04
mnasermelwitt: looks like a bunch of reading but i'll look into it because it seems a bit (very) high00:05
mnasermelwitt: thank you for that information00:05
melwittthe only other thing could be a GMR (guru meditation report)00:08
melwittI'm not sure that would help too much https://docs.openstack.org/nova/latest/reference/gmr.html00:09
mmedvedemriedem: ok, I'll change that00:10
melwittbut it should be simple to try, send USR2 to the nova-compute pid00:10
*** liverpooler has joined #openstack-nova00:20
*** masber has joined #openstack-nova00:21
*** AlexeyAbashkin has joined #openstack-nova00:24
*** slaweq has joined #openstack-nova00:27
*** AlexeyAbashkin has quit IRC00:28
*** itlinux has joined #openstack-nova00:29
*** dave-mccowan has joined #openstack-nova00:30
*** slaweq has quit IRC00:32
*** tbachman has quit IRC00:37
openstackgerritMerged openstack/nova master: Fix PatternPropertiesTestCase for py 3.6  https://review.openstack.org/54579800:39
openstackgerritMerged openstack/nova master: Do not multiply megabytes with 1024 to get gigabytes.  https://review.openstack.org/53633500:39
*** awaugama has quit IRC00:42
openstackgerritMerged openstack/nova master: libvirt: add Linux distribution guest only description for inject_xxx options  https://review.openstack.org/52844100:42
*** lbragstad has quit IRC00:43
*** priteau has joined #openstack-nova00:47
*** vladikr has quit IRC00:49
openstackgerritMerged openstack/nova master: Update docstring for get_traits virt driver method  https://review.openstack.org/53950500:51
openstackgerritMerged openstack/nova master: Add resource_class to fields in ironic node cache  https://review.openstack.org/53950600:51
openstackgerritMerged openstack/nova master: trivial: Don't use 'Test' prefix for non-TestCase classes  https://review.openstack.org/53925100:52
*** priteau has quit IRC00:52
*** dave-mccowan has quit IRC00:53
*** liverpooler has quit IRC00:54
*** elmaciej has quit IRC00:58
openstackgerritMerged openstack/nova master: trivial: Resolve "X is renamed to Y" warnings  https://review.openstack.org/53925201:02
openstackgerritMerged openstack/nova master: Don't modify objects directly  https://review.openstack.org/53925301:02
tetsurocould anyone review https://review.openstack.org/#/c/531347/? It got one +2 a month ago.01:04
*** stakeda has joined #openstack-nova01:05
*** tbachman has joined #openstack-nova01:07
*** acormier_ has quit IRC01:08
*** claudiub has quit IRC01:08
*** acormier has joined #openstack-nova01:09
*** chyka_ has joined #openstack-nova01:13
*** acormier has quit IRC01:13
*** acormier has joined #openstack-nova01:14
*** acormier has quit IRC01:14
*** acormier has joined #openstack-nova01:15
*** chyka has quit IRC01:16
*** hiro-kobayashi has joined #openstack-nova01:17
*** dave-mccowan has joined #openstack-nova01:17
*** andreas_s has joined #openstack-nova01:28
*** dave-mccowan has quit IRC01:29
*** andreas_s has quit IRC01:33
mriedemmelwitt: yeah i guess, i probably hadn't noticed that when rebasing it last time01:35
mriedemmnaser: my guess would be any caching done in the nova.compute.manager.resource_tracker01:36
mriedemmnaser: we cache some placement-related stuff in there now01:36
mriedembut it shouldn't be much..01:36
mriedemhttps://github.com/openstack/nova/blob/master/nova/compute/resource_tracker.py#L13301:37
melwittmriedem: okay, just wanted to confirm whether there's more to do on that patch before I +W01:37
mriedemmelwitt: as far as i know, not tracking the created snapshots and cleaning them up is latent behavior01:37
melwittmriedem: that's what it looked like to me too01:38
mriedemmnaser: and the RT has an in-memory report client that has a cache of its own https://github.com/openstack/nova/blob/stable/pike/nova/scheduler/client/report.py#L23301:38
*** chyka_ has quit IRC01:49
*** chyka has joined #openstack-nova01:50
openstackgerritMerged openstack/nova master: Remove unused method _parse_node_instance_info  https://review.openstack.org/53950701:51
*** chyka has quit IRC01:55
*** mriedem has quit IRC01:59
*** esberglu has quit IRC02:04
*** esberglu has joined #openstack-nova02:04
*** toabctl has quit IRC02:05
*** jafeha has joined #openstack-nova02:08
*** esberglu has quit IRC02:09
*** jafeha__ has quit IRC02:10
openstackgerritMerged openstack/nova master: Add the ability to get absolute limits from Cinder  https://review.openstack.org/52012202:12
*** vladikr has joined #openstack-nova02:13
*** vishwanathj has joined #openstack-nova02:20
*** salv-orlando has joined #openstack-nova02:27
*** salv-orl_ has quit IRC02:30
*** esberglu has joined #openstack-nova02:31
tetsuromelwitt: responsed on https://review.openstack.org/#/c/531328/4, thank you for the review.02:38
*** esberglu has quit IRC02:39
*** esberglu has joined #openstack-nova02:40
*** esberglu has quit IRC02:44
*** yangyapeng has quit IRC02:47
*** yangyapeng has joined #openstack-nova02:47
*** harlowja has quit IRC02:52
*** yangyape_ has joined #openstack-nova03:00
*** yangyapeng has quit IRC03:01
*** lbragstad has joined #openstack-nova03:01
*** bkopilov has quit IRC03:08
*** liverpooler has joined #openstack-nova03:08
*** dave-mccowan has joined #openstack-nova03:10
*** hongbin has joined #openstack-nova03:10
*** yamahata has quit IRC03:17
openstackgerritTakashi NATSUME proposed openstack/nova master: Transform aggregate.update_metadata notification  https://review.openstack.org/46062503:18
*** AlexeyAbashkin has joined #openstack-nova03:24
*** AlexeyAbashkin has quit IRC03:29
*** andreas_s has joined #openstack-nova03:29
*** janki has joined #openstack-nova03:33
*** liverpooler has quit IRC03:33
*** andreas_s has quit IRC03:34
*** stakeda has quit IRC03:45
*** slaweq has joined #openstack-nova03:48
*** acormier has quit IRC03:50
*** esberglu has joined #openstack-nova03:51
*** slaweq has quit IRC03:53
*** esberglu has quit IRC03:56
*** janki has quit IRC03:56
*** janki has joined #openstack-nova03:57
*** Dinesh_Bhor has joined #openstack-nova03:59
*** slaweq has joined #openstack-nova04:01
*** jafeha__ has joined #openstack-nova04:03
*** jafeha has quit IRC04:04
*** slaweq has quit IRC04:05
*** chyka has joined #openstack-nova04:06
*** chyka has quit IRC04:10
*** udesale has joined #openstack-nova04:13
*** tetsuro has left #openstack-nova04:14
*** links has joined #openstack-nova04:21
*** lbragstad has quit IRC04:26
*** janki has quit IRC04:27
*** janki has joined #openstack-nova04:28
*** yamamoto has joined #openstack-nova04:34
*** bnemec-pto has quit IRC04:36
*** slaweq has joined #openstack-nova04:38
*** ying_zuo has left #openstack-nova04:38
*** bkopilov has joined #openstack-nova04:40
*** abhishekk has joined #openstack-nova04:41
*** psachin has joined #openstack-nova04:41
*** slaweq has quit IRC04:43
*** esberglu has joined #openstack-nova04:48
*** esberglu has quit IRC04:52
*** harlowja has joined #openstack-nova04:54
*** sree_ has joined #openstack-nova04:54
*** sree_ is now known as Guest74204:55
*** moshele has joined #openstack-nova04:57
*** vivsoni has quit IRC05:00
*** hongbin has quit IRC05:01
*** dave-mccowan has quit IRC05:02
*** masahisa has quit IRC05:02
*** trinaths has joined #openstack-nova05:04
*** ratailor has joined #openstack-nova05:06
*** slaweq has joined #openstack-nova05:09
*** slaweq has quit IRC05:14
*** lpetrut has joined #openstack-nova05:33
openstackgerritRajesh Tailor proposed openstack/nova master: Return 400 when compute host is not found  https://review.openstack.org/44735505:50
openstackgerritRajesh Tailor proposed openstack/nova master: Return 400 when compute host is not found  https://review.openstack.org/44735505:55
openstackgerritRajesh Tailor proposed openstack/nova master: Return 400 when compute host is not found  https://review.openstack.org/44735505:59
*** lpetrut has quit IRC06:01
*** slaweq has joined #openstack-nova06:03
*** claudiub has joined #openstack-nova06:04
*** ircuser-1 has quit IRC06:05
*** slaweq has quit IRC06:08
*** toabctl has joined #openstack-nova06:08
*** mdrabe has quit IRC06:11
*** mdrabe has joined #openstack-nova06:13
*** kholkina has joined #openstack-nova06:16
*** Dinesh_Bhor has quit IRC06:16
*** Dinesh_Bhor has joined #openstack-nova06:19
*** lpetrut has joined #openstack-nova06:19
*** priteau has joined #openstack-nova06:23
*** yamamoto has quit IRC06:23
*** vladikr has quit IRC06:26
*** priteau has quit IRC06:26
*** bnemec has joined #openstack-nova06:28
*** bnemec is now known as bnemec-pto06:29
*** lpetrut has quit IRC06:30
*** yamamoto has joined #openstack-nova06:33
*** sridharg has joined #openstack-nova06:35
*** vladikr has joined #openstack-nova06:38
*** vladikr has quit IRC06:44
*** jafeha__ is now known as jafeha06:45
*** hiro-kobayashi has quit IRC06:46
*** acormier has joined #openstack-nova06:51
*** chyka has joined #openstack-nova06:55
*** acormier has quit IRC06:55
*** vladikr has joined #openstack-nova06:57
*** chyka has quit IRC06:59
*** elmaciej has joined #openstack-nova07:08
*** lpetrut has joined #openstack-nova07:09
*** threestrands has quit IRC07:10
*** akki__ has joined #openstack-nova07:10
*** harlowja has quit IRC07:10
akki__Hello,  I have a running OpenStack setup on which I was able to launch VMs. But I want to move to use LXC instantiation. So, for that, I have installed nova-compute-lxd on my current setup of OpenStack with basic services installed in it. I have installed nova-compute-lxd on my compute node (Ubuntu 16.04), changed the virt-type to 'lxc' in my nova.conf and then restarted the nova-compute service.07:12
akki__ After this, I launched an instance and it failed after some time and gives the following error: [Error: No valid host was found. There are not enough hosts available.].       Could you please guide what else is required to launch container on OpenStack setup? What configurations will I need to configure LXD and my nova user to see the LXD daemon. I am new to this, every help appreciated.07:12
*** rcernin has quit IRC07:12
*** janki has quit IRC07:20
*** andreas_s has joined #openstack-nova07:20
*** lpetrut has quit IRC07:23
*** trinaths has quit IRC07:31
*** Dinesh_Bhor has quit IRC07:35
*** pcaruana has joined #openstack-nova07:35
*** masahisa has joined #openstack-nova07:38
*** alexchadin has joined #openstack-nova07:42
*** yamamoto has quit IRC07:42
*** alex___ has joined #openstack-nova07:43
*** yamamoto has joined #openstack-nova07:43
*** alex___ is now known as fusmu07:43
*** slaweq has joined #openstack-nova07:44
*** slaweq has quit IRC07:45
*** yamamoto has quit IRC07:46
*** sshwarts has joined #openstack-nova07:50
*** yamamoto has joined #openstack-nova07:50
*** AlexeyAbashkin has joined #openstack-nova07:53
*** slaweq has joined #openstack-nova07:54
*** yamamoto has quit IRC07:59
*** sahid has joined #openstack-nova08:03
*** ttsiouts has quit IRC08:07
*** ttsiouts has joined #openstack-nova08:08
*** yangyape_ has quit IRC08:10
*** tetsuro has joined #openstack-nova08:10
*** yangyapeng has joined #openstack-nova08:17
*** Dinesh_Bhor has joined #openstack-nova08:20
*** tesseract has joined #openstack-nova08:20
*** hoonetorg has quit IRC08:24
*** alexchadin has quit IRC08:24
*** alexchadin has joined #openstack-nova08:24
*** yangyapeng has quit IRC08:27
*** damien_r has joined #openstack-nova08:27
*** yamamoto has joined #openstack-nova08:31
*** ragiman has joined #openstack-nova08:31
*** fusmu has quit IRC08:32
*** fusmu_ has joined #openstack-nova08:32
*** ccamacho has joined #openstack-nova08:34
*** masahisa has quit IRC08:36
*** Dinesh_Bhor has quit IRC08:37
*** yangyapeng has joined #openstack-nova08:38
*** Dinesh_Bhor has joined #openstack-nova08:38
*** hoonetorg has joined #openstack-nova08:41
*** elmaciej has quit IRC08:42
*** chyka has joined #openstack-nova08:44
*** yasemin has quit IRC08:45
*** jpena|off is now known as jpena08:46
*** dtantsur|afk is now known as dtantsur08:47
*** chyka has quit IRC08:49
*** yangyape_ has joined #openstack-nova08:49
*** yangyapeng has quit IRC08:50
*** amoralej|off is now known as amoralej08:52
*** yamamoto_ has joined #openstack-nova08:54
*** cdent has joined #openstack-nova08:56
*** priteau has joined #openstack-nova08:56
*** hiro-kobayashi has joined #openstack-nova08:57
*** yamamoto has quit IRC08:58
hrwmorning09:00
*** lpetrut has joined #openstack-nova09:05
*** tetsuro has left #openstack-nova09:10
*** stvnoyes has joined #openstack-nova09:11
openstackgerritMark Goddard proposed openstack/nova stable/queens: Add resource_class to fields in ironic node cache  https://review.openstack.org/54608509:13
*** psachin has quit IRC09:19
*** slaweq_ has joined #openstack-nova09:22
*** slaweq_ has quit IRC09:26
openstackgerritDinesh Bhor proposed openstack/nova-specs master: Strict isolation of group of hosts for images  https://review.openstack.org/38191209:29
*** mgoddard_ has joined #openstack-nova09:30
lyarwoodmdbooth: https://review.openstack.org/#/c/543569/ - would you mind taking a look at this change for https://bugs.launchpad.net/nova/+bug/173959309:34
openstackLaunchpad bug 1739593 in OpenStack Security Advisory "Swapping encrypted volumes can lead to data loss and a possible compute host DOS attack (CVE-2017-18191)" [Undecided,Incomplete]09:34
* lyarwood grabs more coffee09:35
openstackgerritMerged openstack/nova master: Test websocketproxy with TLS in the nova-next job  https://review.openstack.org/51316009:39
*** tssurya has joined #openstack-nova09:40
*** Dinesh_Bhor has quit IRC09:40
*** derekh has joined #openstack-nova09:41
*** trinaths has joined #openstack-nova09:50
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove unused LOG variables  https://review.openstack.org/54609709:58
kashyapHi, can someone point to PTG Nova agenda etherpad?09:59
cdentkashyap: https://etherpad.openstack.org/p/nova-ptg-rocky09:59
kashyapcdent: Thank you09:59
*** hiro-kobayashi has quit IRC09:59
* kashyap wanted to note a topic before he forgets09:59
bauzasmeh, LP timeout :(10:01
bauzashello folks, btw.10:01
openstackgerritChris Dent proposed openstack/nova master: WIP: Use nova.db.api directly  https://review.openstack.org/54326210:01
openstackgerritChris Dent proposed openstack/nova master: Move db MAX constants to own file  https://review.openstack.org/54346910:01
cdentbrb10:03
*** cdent has quit IRC10:03
*** cdent has joined #openstack-nova10:03
*** Guest742 has quit IRC10:12
openstackgerritSurya Seetharaman proposed openstack/nova master: Extending delete_cell --force to delete instance_mappings  https://review.openstack.org/54007310:19
*** alexchadin has quit IRC10:27
* hrw -> backlog to check for on-irc comments to https://review.openstack.org/#/c/545034/ patch before pushing new update10:28
bauzasmdbooth: others, I need to disappear, but I'm tempted to set https://bugs.launchpad.net/nova/+bug/1740025 as Wontfix10:34
openstackLaunchpad bug 1740025 in OpenStack Compute (nova) "LVM Sparse Volumes broken" [Undecided,New]10:34
bauzasagreed ?10:34
mdboothbauzas: Reading10:35
*** abhishekk has quit IRC10:35
mdboothbauzas: Why wontfix?10:36
mdboothI recall there being severe problems with sparse lvm10:36
mdboothNot the specifics, though10:37
bauzasmdbooth: because it looks like a feature10:38
bauzasmdbooth: tbc, you can do thin provisioning with Cinder10:39
kashyapI don't know, would you want the reporter to do the whole spec dance?10:39
bauzasbut here, the reporter only uses raw LVM10:39
kashyapIt's okay to flesh out the details on the bug, without hurrying to close it10:39
mdboothbauzas: It reads like a bug to me.10:39
kashyapYeah, to me too.10:39
bauzasso, in case you create LVM volumes having X size10:40
bauzasthen, meh10:40
mdboothSparse LVM is a thing, and if we were using it correctly, I would expect the scenario described to work.10:40
bauzasmdbooth: why can't the reporter create LVs that are more than 64MB ?10:40
bauzasthat's something I don't understand10:41
mdboothbauzas: I'm guessing because we didn't create the sparse lv correctly.10:41
mdboothbauzas: As I said, though, I'm pretty sure I recall severe problems in our implementation of sparse lvm.10:41
lyarwoodyeah that's not up to the user, n-cpu is creating the lv's10:41
bauzasah ok10:41
mdboothsevere == How could it ever possibly have worked10:41
bauzasso when nova creates the lv, it asks for a size10:41
bauzasthat's not the image10:41
bauzasmeh10:41
mdboothbauzas: It's like creating a sparse file, except lvm10:42
bauzasand then tries to thin provision by itself, while cinder can do that far better10:42
mdboothIt creates a sparse block device, which only allocated blocks from the lvm block pool when they're used10:42
mdboothOr it's supposed to, anyway10:42
bauzaslooks to me we barely support it10:42
mdboothbauzas: Right.10:42
bauzasyeah I understand the purpose of sparse LVs10:42
mdboothbauzas: I'm not convinced this has ever worked. However, I'm pretty sure that it was intended to work.10:42
bauzasexactly10:43
bauzashence the Wontfix10:43
bauzaswe never tested that, right?10:43
mdboothMeh, still sounds like a bug to me.10:43
bauzassome obscure blueprint that implemented in 2012 to make people happy10:43
bauzaswithout having decent testing10:43
bauzascall it tech debt10:43
*** rajinir has quit IRC10:43
mdboothIf we mark this wontfix, we should officially deprecate the feature instead.10:43
bauzasthat's right10:43
* mdbooth would be +1 on that, btw10:43
*** jamespage has quit IRC10:43
bauzasI need to go to the gym, but I'll consider all the options before replying to the bug10:44
mdboothbauzas: KK. Enjoy!10:44
bauzasmdbooth: yeah, we can have volume-backed instances by cinder, right?10:44
mdboothbauzas: And don't forget I'll be Wattbiking in Dublin next week if you want to join me :)10:44
bauzasmdbooth: if so, you can do thin provisioning with cinder10:44
kashyapmdbooth: What _is_ Wattbiking?  /me looks up10:44
lyarwoodbauzas: yeah but not using local disks as PVs as this is doing10:45
kashyapAh, indoor bike trainers10:45
mdboothbauzas: Yes, I'm sure this is much better handled by cinder.10:45
bauzasmdbooth: this is what I'm doing https://vimeo.com/817840910:45
* bauzas bails out10:45
*** rajinir has joined #openstack-nova10:46
*** jamespage has joined #openstack-nova10:46
*** rmart04 has joined #openstack-nova10:46
kashyapBail out whom?10:47
* kashyap is joking; but language nit-pick: https://www.merriam-webster.com/dictionary/bailout10:47
*** alexchadin has joined #openstack-nova10:49
*** mvk_ has quit IRC10:53
*** dtantsur is now known as dtantsur|brb10:54
*** mdnadeem has joined #openstack-nova10:56
*** psachin has joined #openstack-nova10:57
*** sahid_ has joined #openstack-nova10:58
*** fusmu_ has quit IRC10:59
*** alexchadin has quit IRC10:59
*** sahid has quit IRC11:01
*** tetsuro has joined #openstack-nova11:02
mdboothkashyap: See the second definition of bail out in that list11:04
kashyapI saw that...11:04
kashyapThe parachute thing, right?11:04
kashyapNo11:04
kashyap"to abandon a harmful or difficult situation;"11:05
kashyap:P11:05
kashyapmdbooth: I doubt bauzas mean't that.  Haha11:05
kashyap(I'd guess, he'd be surprised to learn that.)11:05
mdboothNot used literally, it seems appropriate in context11:05
kashyaps/mean't/meant/11:05
kashyapYeah, true.11:06
*** lucas-afk is now known as lucasagomes11:13
*** doude has joined #openstack-nova11:16
*** bkopilov has quit IRC11:18
*** takashin has left #openstack-nova11:19
*** takashin has joined #openstack-nova11:20
*** ralonsoh has joined #openstack-nova11:20
*** ratailor has quit IRC11:29
openstackgerritMarcin Juszkiewicz proposed openstack/nova master: Allow to configure amount of PCIe ports  https://review.openstack.org/54503411:33
*** takashin has left #openstack-nova11:37
*** udesale has quit IRC11:43
*** psachin` has joined #openstack-nova11:43
*** psachin has quit IRC11:44
*** trinaths has quit IRC11:53
*** sree_ has joined #openstack-nova11:54
*** sree_ is now known as Guest9946711:54
*** tbachman has quit IRC11:55
*** tbachman has joined #openstack-nova11:56
*** acormier has joined #openstack-nova12:06
*** acormier has quit IRC12:06
*** acormier has joined #openstack-nova12:07
*** sahid_ has quit IRC12:09
*** frickler has quit IRC12:09
*** alexchadin has joined #openstack-nova12:10
*** yamamoto_ has quit IRC12:13
*** alexchadin has quit IRC12:16
*** frickler has joined #openstack-nova12:16
*** alexchadin has joined #openstack-nova12:16
*** chyka has joined #openstack-nova12:25
*** yamamoto has joined #openstack-nova12:28
*** chyka has quit IRC12:30
*** frickler has quit IRC12:31
*** yamamoto has quit IRC12:31
*** yamamoto has joined #openstack-nova12:31
*** yamamoto has quit IRC12:31
*** tetsuro has quit IRC12:35
*** yamamoto has joined #openstack-nova12:36
*** acormier has quit IRC12:37
*** acormier has joined #openstack-nova12:37
*** acormier has quit IRC12:42
*** Guest99467 has quit IRC12:42
*** frickler has joined #openstack-nova12:44
*** jpena is now known as jpena|lunch12:44
*** bnemec-pto has quit IRC12:49
*** vivsoni has joined #openstack-nova12:49
*** bnemec has joined #openstack-nova12:51
*** bkopilov has joined #openstack-nova12:52
*** alexchadin has quit IRC12:53
*** psachin`` has joined #openstack-nova13:00
*** psachin` has quit IRC13:01
*** toabctl has quit IRC13:02
*** liverpooler has joined #openstack-nova13:02
*** masahisa has joined #openstack-nova13:03
*** tbachman has joined #openstack-nova13:09
*** tbachman_ has joined #openstack-nova13:11
*** salv-orlando has quit IRC13:12
*** salv-orlando has joined #openstack-nova13:12
*** tbachman has quit IRC13:13
*** tbachman_ is now known as tbachman13:13
*** masahisa has quit IRC13:13
*** alexchadin has joined #openstack-nova13:15
*** psachin`` has quit IRC13:16
*** chyka has joined #openstack-nova13:17
*** salv-orlando has quit IRC13:17
*** tbachman_ has joined #openstack-nova13:20
*** chyka has quit IRC13:22
*** Jams_ has joined #openstack-nova13:22
*** tbachman has quit IRC13:22
*** tbachman_ is now known as tbachman13:22
*** acormier has joined #openstack-nova13:22
*** toabctl has joined #openstack-nova13:23
*** pchavva has joined #openstack-nova13:24
*** Jams_ has quit IRC13:26
*** acormier has quit IRC13:27
openstackgerritBence Romsics proposed openstack/osc-placement master: RP list: member_of and resources parameters (v1.3, v1.4)  https://review.openstack.org/51118313:30
openstackgerritBence Romsics proposed openstack/osc-placement master: RP delete inventories (v1.5)  https://review.openstack.org/51464213:30
openstackgerritBence Romsics proposed openstack/osc-placement master: CLI for traits (v1.6)  https://review.openstack.org/51464313:30
openstackgerritBence Romsics proposed openstack/osc-placement master: Resource class set (v1.7)  https://review.openstack.org/51464413:30
openstackgerritBence Romsics proposed openstack/osc-placement master: Usages per project and user (v1.8, v1.9)  https://review.openstack.org/51464613:30
openstackgerritBence Romsics proposed openstack/osc-placement master: CLI allocation candidates (v1.10)  https://review.openstack.org/51464713:30
openstackgerritBence Romsics proposed openstack/osc-placement master: New dict format of allocations (v1.11, v1.12)  https://review.openstack.org/54281913:30
*** dtantsur|brb is now known as dtantsur13:32
*** pchavva1 has joined #openstack-nova13:35
*** pchavva has quit IRC13:39
*** amoralej is now known as amoralej|lunch13:43
*** mriedem has joined #openstack-nova13:44
*** jpena|lunch is now known as jpena13:44
openstackgerritElod Illes proposed openstack/nova master: Functional test: cold migrate to compute down  https://review.openstack.org/49628013:46
openstackgerritElod Illes proposed openstack/nova master: Functional test: evacuate with no compute  https://review.openstack.org/49848213:46
*** rmart04 has quit IRC13:47
*** esberglu has joined #openstack-nova13:48
*** liverpooler has quit IRC13:50
*** chyka has joined #openstack-nova13:50
*** kholkina has quit IRC13:52
*** kholkina has joined #openstack-nova13:53
*** chyka has quit IRC13:55
*** sree_ has joined #openstack-nova13:58
*** sree_ is now known as Guest6851113:58
*** dave-mccowan has joined #openstack-nova13:59
*** rmcall has joined #openstack-nova14:00
*** moshele has quit IRC14:05
*** rmcall has quit IRC14:08
*** abhishekk has joined #openstack-nova14:09
openstackgerritMatt Riedemann proposed openstack/nova stable/queens: Add the ability to get absolute limits from Cinder  https://review.openstack.org/54615714:10
openstackgerritMatt Riedemann proposed openstack/nova stable/queens: Check quota before creating volume snapshots  https://review.openstack.org/54615814:10
*** sidx64 has joined #openstack-nova14:11
mriedemclaudiub: can you get these backports? https://review.openstack.org/#/q/topic:bug/1746032+status:open14:12
*** yamamoto has quit IRC14:12
*** links has quit IRC14:15
*** eharney has quit IRC14:20
*** Guest68511 has quit IRC14:27
*** tbachman has quit IRC14:29
*** lbragstad has joined #openstack-nova14:29
*** tbachman has joined #openstack-nova14:29
*** tbachman_ has joined #openstack-nova14:33
*** tbachman has quit IRC14:33
*** tbachman_ is now known as tbachman14:33
*** amoralej|lunch is now known as amoralej14:37
*** david-lyle has quit IRC14:38
*** salv-orlando has joined #openstack-nova14:40
jaypipesis it Friday yet?14:44
*** alexchadin has quit IRC14:45
dansmithno14:45
dansmithI can tell because I'm not in a big metal tube with sick people and crying children14:45
efried^14:46
efriedAnybody got advice for what a guy can do with a 7h layover in NYC?14:46
*** liverpooler has joined #openstack-nova14:46
efriedNoting that both the guy in question and his spouse pretty much loathe NYC14:47
jaypipesefried: which airport?14:47
*** sahid has joined #openstack-nova14:48
efriedjaypipes: NYC14:48
efriedis that an airport?14:49
jrolllikely JFK14:51
* efried looks at itinerary again.14:51
mriedemyou can forget about it14:52
*** awaugama has joined #openstack-nova14:52
efriedOh, it is JFK14:52
mriedemneed another core on https://review.openstack.org/#/c/340614/ - it's not as scary as it looks14:52
*** acormier has joined #openstack-nova14:52
* jroll recommends beer14:52
mriedem^ has to go back to ocata before eol14:52
efriedI thought NYC wasn't an airport.  Knew about JFK and LGA...14:52
openstackgerritMatt Riedemann proposed openstack/nova master: Convert driver supported capabilities to compute node provider traits  https://review.openstack.org/53849814:53
*** yamamoto has joined #openstack-nova14:53
mriedemmy flight to amsterdam is half empty14:53
efriedSome might say half full.14:54
efriedInteresting inversion of the usual optimist/pessimist viewpoints, that.14:54
mriedemin the case of a flight, i want it to be half empty14:54
efriedexactly14:54
mriedembecause 'half full' makes me think it's more full than empty, which is the opposite of what i want to be the case14:54
hrwefried: and EWR?14:54
*** hoonetorg has quit IRC14:54
jaypipesefried: when is your JFK layover?14:55
efriedEWR is in NJ, nah?14:55
*** salv-orlando has quit IRC14:55
jaypipesefried: yes, that's Newark14:55
hrwefried: ah,yes14:55
efriedjaypipes: 1030-173014:55
*** salv-orlando has joined #openstack-nova14:56
tssuryadansmith: when you get time could you please circle around https://review.openstack.org/#/c/540073/ and https://review.openstack.org/#/c/542964/ ; just to see if you are happy so that I can move to putting the patch of purging the compute_nodes, resource_providers on top of these (so that its more clean).14:56
*** udesale has joined #openstack-nova14:56
openstackgerritsahid proposed openstack/nova master: libvirt: disconnect volume from host during detach  https://review.openstack.org/51500814:56
openstackgerritsahid proposed openstack/nova master: hardware: only take into account small pages  https://review.openstack.org/53216814:57
*** lyan has joined #openstack-nova14:57
dansmithtssurya: yep14:57
tssuryadansmith: thank you14:57
jaypipesefried: you could prolly uber into downtown Brooklyn for a nice little lunch.14:57
jaypipesefried: and go shopping if you fancy that14:57
mnasermy flight to dublin is packed14:58
* mnaser wonders if he'll see other people who are heading to the ptg in there14:58
dansmithmine as well14:59
jaypipesmnaser: from where?14:59
mnaserjaypipes: connecting here and there but jfk => dublin14:59
jaypipesmnaser: same flight as efried? :)14:59
*** salv-orlando has quit IRC15:00
jaypipesmnaser: I'm taking the DUB -> JFK flight back. but taking the ATL -> AMS -> DUB flight over.15:00
* efried EI010415:00
mnaserDelta  44 leaving at 9:50 pm and getting there at 9:20 am next day15:00
efriedso nope15:00
mnaser5am arrival15:00
mnaserbrave15:00
jaypipesmnaser: yeah, I'm on the Delta flight 45 coming back :)15:00
mnaserjaypipes: hah, i'm on that flight.  leaving at 11am and arrivng at 1:50 on saturday15:01
jaypipesmnaser: yup!15:01
jaypipesmnaser: sweet. we can hack together.15:01
*** yasemin has joined #openstack-nova15:02
*** trinaths has joined #openstack-nova15:02
mriedemjaypipes: smcginnis and i are on delta 45 on the way back too15:02
mriedemit's going to be a party15:02
jaypipesmriedem: nice. :)15:02
jaypipesI smell a carpool from the Croke Park hotel.15:02
mnaserlol, let's all get a row of seats, someone mirror a couple repos locally15:02
mnaser:p15:02
jaypipesI'm in 15G.15:02
jaypipescome at me.15:02
*** lucasagomes is now known as lucas-hungry15:02
mriedem19E15:03
mriedemwithin shouting distance15:03
mnaser26A15:03
mnaserlol15:03
jaypipesdamn it.15:03
mriedem"hey jay! hey jay!"15:03
* jaypipes charges noise-canceling headphones15:03
mnaser19D is free if someone wants to bother mriedem15:03
mriedemwe can synchronize watching the notebook at the same time15:03
mnaser:P15:03
jaypipeslmao15:04
dansmithso glad I'm not on that flight15:04
jaypipesheh15:04
smcginnis16F. I can throw things over the seat at jaypipes15:04
jaypipesI'm glad I already had the flu...15:04
jaypipessmcginnis: sweet :)15:04
sean-k-mooneyim not sure its a good think to have so many nova people on one plane15:05
* mnaser goes to pull a server from the datacenter to bring as check in baggage15:05
mnaserwe'll plug it in and have devstack vms for everyone15:05
dansmithso glad I'm not on that flight15:06
mnaser<insert building clouds in the cloud jokes>15:06
dansmithalthough maybe the screaming 1U fans will drown out the kid15:06
*** moshele has joined #openstack-nova15:06
*** eharney has joined #openstack-nova15:06
*** r-daneel has joined #openstack-nova15:07
cdenthttps://youtu.be/B3lsJmwNO40?t=4015:07
dansmithtssurya: your second one needs to be rebased on the first right?15:08
jaypipesmnaser: lol, that's awesome :)15:08
jaypipesdansmith: yeah, my thoughts precisely.15:08
tssuryadansmith: no I guess they are independent changes ?15:09
mnaserthis needs backporting eventually so i'd love some extra eyes on it, it should be ready for final review - https://review.openstack.org/#/c/340614/ :>15:09
mriedemalready fished for that one15:10
tssuryadansmith: the new change I will have using --force depends on these15:10
dansmithtssurya: they're independent, but they will conflict.. i.e. if the first one merges, the second one can't until you rebase,15:10
dansmithso if you rebase now, then both can land15:10
dansmithyou don't have to, it'll just be better if you do.. your call :)15:11
tssuryadansmith : oh okay, yes will rebase the second15:11
*** dtantsur is now known as dtantsur|brb15:11
*** moshele has quit IRC15:11
*** trinaths has quit IRC15:12
*** tidwellr has joined #openstack-nova15:13
openstackgerritSurya Seetharaman proposed openstack/nova master: Unmap compute nodes when deleting host mappings in delete cell operation  https://review.openstack.org/54296415:13
*** vladikr has quit IRC15:13
*** moshele has joined #openstack-nova15:13
*** amodi has joined #openstack-nova15:14
*** itlinux has quit IRC15:16
bauzasheh, hoping that flights won't have problems, or nova would miss lots of people :p15:17
*** sree_ has joined #openstack-nova15:19
*** sree_ is now known as Guest440315:19
jaypipesmnaser: damn. 2.5 year old patch.15:19
openstackgerritChris Dent proposed openstack/nova master: WIP: experment with setting placement error codes  https://review.openstack.org/54617715:20
mnaserjaypipes: it bit us a few days ago and the work to make it functional and tested was done with help of melwitt and mriedem (you can look at some of the patches before which already merged)15:21
*** mlavalle has joined #openstack-nova15:21
*** moshele has quit IRC15:21
*** slaweq has quit IRC15:23
*** slaweq has joined #openstack-nova15:24
openstackgerritChris Dent proposed openstack/nova master: WIP: experiment with setting placement error codes  https://review.openstack.org/54617715:25
*** hoonetorg has joined #openstack-nova15:25
mnaserbauzas: thank you for the reviews15:26
bauzasnp, here to help15:26
*** vladikr has joined #openstack-nova15:26
bauzasdamn, I found the perfect opportunity for bringing a Chartreuse bottle with me if I buy it at my local airport, but since I'll be connecting thru LHR, there are chances that customs would take it there15:27
*** slaweq has quit IRC15:28
mnasermriedem: can i update the commit message if you're busy to https://review.openstack.org/#/c/545132 so that we can merge it (server => volume)?15:28
mriedemmnaser: i can update it quick15:30
mriedemwe'll lose mel's +215:30
jaypipesmriedem, dansmith, bauzas, melwitt: I'm good with efried's https://review.openstack.org/#/c/546009/. seems like a very simple API enhancement that will yield positive performance impacts.15:31
mnasermriedem: always bothered me that updating commit messages drops +2's but ehh.. if you think its fine and can convince someone to review and +A then even better :p15:31
mnaseri just want to follow the patch through gates and get it backported (hopefully cleanly)15:32
openstackgerritChris Dent proposed openstack/nova master: WIP: experiment with setting placement error codes  https://review.openstack.org/54617715:33
*** mdnadeem has quit IRC15:33
openstackgerritMatt Riedemann proposed openstack/nova master: Clean up ports and volumes when deleting ERROR instance  https://review.openstack.org/34061415:33
openstackgerritMatt Riedemann proposed openstack/nova master: Add functional recreate test of deleting a BFV server pre-scheduling  https://review.openstack.org/54512315:33
openstackgerritMatt Riedemann proposed openstack/nova master: Detach volumes when deleting a BFV server pre-scheduling  https://review.openstack.org/54513215:33
mriedemah shit15:34
mriedembauzas: ^ can you re-approve those bottom 2?15:34
efriedmriedem: Dangit, where's that placement doc with the "creating a new microversion" checklist?15:34
*** cfriesen has joined #openstack-nova15:34
mriedemhttps://docs.openstack.org/nova/latest/search.html15:34
bauzasmriedem: sure thing15:35
cdentefried: this one? https://docs.openstack.org/nova/latest/contributor/placement.html15:35
efriedcdent, mriedem: yup, thank you.15:35
openstackgerritSurya Seetharaman proposed openstack/nova master: Unmap compute nodes when deleting host mappings in delete cell operation  https://review.openstack.org/54296415:36
bauzasmriedem: considering https://bugs.launchpad.net/nova/+bug/174002515:36
openstackLaunchpad bug 1740025 in OpenStack Compute (nova) "LVM Sparse Volumes broken" [Undecided,New]15:36
bauzasWDYT about deprecating the LVM sparse stuff ?15:36
efriedcdent: I wouldn't be offended if that linked off of either/both of https://developer.openstack.org/api-ref/placement/  https://docs.openstack.org/nova/latest/user/placement.html15:37
efriedcertainly the latter15:37
mriedembauzas: don't know anything about it, but i think cfriesen does15:37
mriedemefried: user docs don't really need to link to dev docs15:38
efriedGuess it depends on your definition of "user".15:38
mriedemuser != contributor writing code etc15:38
mriedemimo15:38
efriedI would think there's enough crossover that such a link wouldn't hurt.15:38
efriedbut whatevs.  Now it's permanently open in a tab for me, so I don't care anymore.15:39
cdentA "if you're curious about this stuff, seem dev notes" kind of link on the user might be useful for some (but could also confuse some) but having it on the api-ref: meh15:39
dansmithmriedem: can you drop your -1 on this at least? https://review.openstack.org/#/c/543580/15:39
mriedemor just https://docs.openstack.org/nova/latest/contributor/15:39
mriedemdansmith: that's the least i can do15:40
mriedemdansmith: so those grenade results were just due to old setup?15:40
bauzasmriedem: okay, fair enough15:40
dansmithmriedem: yeah, from doing a pike->master upgrade15:40
bauzasmriedem: the problem I see with LVM sparse LVs is that I guess nothing was checked15:41
dansmithmriedem: the auto selection was choosing the right version, and master was rightly saying "I don't speak that version, yo"15:41
mriedemhmm15:41
mriedemwith that 90s rap slang?15:41
dansmithmriedem: obviously15:41
mriedemok; it's in a tab15:42
dansmithmriedem: "this is how we dooooo, RPC versioning"15:42
*** kholkina_ has joined #openstack-nova15:42
mriedemoh btw you might want to punch any red hat infra people about https://review.openstack.org/#/c/546183/15:42
mriedembecause it turns out we have http://grafana.openstack.org/dashboard/db/ceph-failure-rate15:42
mriedembut it's been broken since october15:42
*** kholkina has quit IRC15:43
dansmithmriedem: I was taught not to punch people15:43
mriedemwet willy some red hat infra people15:43
dansmithmriedem: unless they were wrong or said something I didn't like15:43
dansmithhah, eww15:43
*** kholkina_ has quit IRC15:47
*** salv-orlando has joined #openstack-nova15:47
hrwhttps://marcin.juszkiewicz.com.pl/2018/02/19/hotplug-in-vm-easy-to-say/ - a story about https://review.openstack.org/#/c/545034/ patch (which waits for reviewers)15:47
*** david-lyle has joined #openstack-nova15:47
bauzasmriedem: okay, so I did set Wontfix for https://bugs.launchpad.net/nova/+bug/1740025 given my last comment15:50
openstackLaunchpad bug 1740025 in OpenStack Compute (nova) "LVM Sparse Volumes broken" [Undecided,Won't fix]15:50
mriedembauzas: if the fix is to deprecate the sparse_logical_volumes option, then it shouldn't really be 'wont fix'15:54
*** Guest72183 has quit IRC15:54
mriedemunless you're just gonna related-bug that thing15:54
bauzasmriedem: I'll deprecate the conf opt by passing a related-bug, yes15:55
bauzasWontfix is exactly for like "sorry, we know it doesn't work, but we don't plan to fix it"15:55
bauzasand that bug is the exact reason why we should deprecate that option15:55
mriedembauzas: did you take a look at https://review.openstack.org/#/c/545132/ ?15:56
mriedemyou +W'ed the regression recreate test15:56
*** ingy has quit IRC15:56
mriedemmnaser: you should be able to start backports for that series15:56
*** trinaths has joined #openstack-nova15:57
bauzasmriedem: not yet, because I need to think about it16:01
*** takedakn has joined #openstack-nova16:02
bauzasie. if the call is made in the right place16:02
bauzasand if we're not missing anything16:02
bauzasthe change itself is easy to review16:02
*** slaweq has joined #openstack-nova16:03
mnasermriedem: i'll start doing that16:04
bauzasmgoddard: saw your comment on https://bugs.launchpad.net/nova/+bug/1739735 looks like it's a new feature, right?16:05
openstackLaunchpad bug 1739735 in OpenStack Compute (nova) "boot baremetal server which has multi-interface will randomly choose baremetal server interface" [Undecided,New]16:05
*** takedakn has quit IRC16:05
*** afazekas is now known as afazekas|air16:05
*** itlinux has joined #openstack-nova16:06
*** dtantsur|brb is now known as dtantsur16:06
*** sshwarts has quit IRC16:06
cfriesenmriedem: bauzas: I haven't used the LVM sparse stuff, we do use thinly-provisioned LVM internally.16:08
bauzasheh16:08
bauzasI'm pretty sure that if you used it, you'd discovered problems: p16:09
bauzasit's a canary in a coal mine :p16:09
bauzasartom: around ?16:10
bauzasartom: do you think that https://bugs.launchpad.net/nova/+bug/1739735 is solvable by http://specs.openstack.org/openstack/nova-specs/specs/pike/implemented/virt-device-tagged-attach-detach.html ?16:10
openstackLaunchpad bug 1739735 in OpenStack Compute (nova) "boot baremetal server which has multi-interface will randomly choose baremetal server interface" [Undecided,New]16:10
bauzasartom: ie. using the ironic driver16:10
mriedemdansmith: in https://review.openstack.org/#/c/543580/ - why do you remove defaults for kwargs in some methods but not others?16:10
*** burt has joined #openstack-nova16:10
dansmithmriedem: because  those are things that were added as optional just for compatibility when adding a new param that really should be passed all the time16:11
cfriesenbauzas: we have internal patches to add support for thin lvm to nova.   also to enable cold-migration and resize for LVM-backed instances16:11
dansmithmriedem: if it was a thing we added in 4.x and expect to always pass, but made it optional so the tests would pass without having to touch it, I made it required here and fixed up the tests16:12
dansmithmriedem: or at least, that was the intent16:12
bauzascfriesen: see https://bugs.launchpad.net/nova/+bug/1740025/comments/316:12
openstackLaunchpad bug 1740025 in OpenStack Compute (nova) "LVM Sparse Volumes broken" [Undecided,Won't fix]16:12
bauzascfriesen: I seriously consider deprecating that possibility16:12
bauzasat least the config option16:12
mriedemdansmith: hmm, well not all are like that, like rebuild_instance shouldn't require host/node16:13
dansmithmriedem: which line?16:13
mriedemhttps://review.openstack.org/#/c/543580/1/nova/compute/rpcapi.py@72116:13
*** ccamacho has quit IRC16:13
bauzasjroll: trying to get Ironic's eyes for https://bugs.launchpad.net/nova/+bug/173973516:14
openstackLaunchpad bug 1739735 in OpenStack Compute (nova) "boot baremetal server which has multi-interface will randomly choose baremetal server interface" [Undecided,New]16:14
cfriesenbauzas: I'd be fine with that. :)    One main reason we added support for thin volumes was that zeroing out the volumes was incredibly disk-intensive.  By using thin we only zero out the blocks as they are allocated.16:14
mriedemdansmith: nvm,16:14
mriedemi was thinking of the conductor / compute task rpcapi16:14
bauzascfriesen: cool16:14
mriedemconductor will always pass host/node to the compute rebuild_instance16:14
jrollbauzas: will look / pass along16:14
*** hongbin has joined #openstack-nova16:14
bauzasjroll: mgoddard provided a comment16:14
mriedemeven if it's just None16:15
bauzasjroll: but I'm unclear if/how that makes that bug fixable16:15
*** links has joined #openstack-nova16:15
dansmithmriedem: it's just super hard to reason about a lot of these calls where everything is optional, except not really16:15
jrollbauzas: will look / pass along, I'm in the middle of something16:15
bauzasjroll: FWIW, we also have http://specs.openstack.org/openstack/nova-specs/specs/pike/implemented/virt-device-tagged-attach-detach.html that helps setting network devices16:15
dansmithmriedem: so later when you start depending on a parameter that has been required for three years, and some random unit test fails..16:15
*** yamahata has joined #openstack-nova16:15
bauzasjroll: np, take your time16:15
bauzasjroll: if you could just comment that bug, that'd be awesome16:15
bauzasbecause I'm blind for triaging it :)16:16
openstackgerritMohammed Naser proposed openstack/nova stable/queens: Drop extra loop which modifies Cinder volume status  https://review.openstack.org/54620016:16
openstackgerritMohammed Naser proposed openstack/nova stable/queens: Store block device mappings in cell0  https://review.openstack.org/54620116:16
openstackgerritMohammed Naser proposed openstack/nova stable/queens: Add functional tests to ensure BDM removal on delete  https://review.openstack.org/54620216:16
openstackgerritMohammed Naser proposed openstack/nova stable/queens: Clean up ports and volumes when deleting ERROR instance  https://review.openstack.org/54620316:16
openstackgerritMohammed Naser proposed openstack/nova stable/queens: Add functional recreate test of deleting a BFV server pre-scheduling  https://review.openstack.org/54620416:16
*** pcaruana has quit IRC16:21
*** vladikr_ has joined #openstack-nova16:21
openstackgerritMohammed Naser proposed openstack/nova stable/pike: Drop extra loop which modifies Cinder volume status  https://review.openstack.org/54621816:22
jrollbauzas: commented - bug is "this is not deterministic", mgoddard's comment shows the tools to make it deterministic :)16:23
bauzasjroll: ta16:23
bauzasyeah, I understood the problem16:23
bauzasit's not deterministic16:23
*** vladikr has quit IRC16:23
bauzasbut that's also why we have http://specs.openstack.org/openstack/nova-specs/specs/pike/implemented/virt-device-tagged-attach-detach.html16:23
*** lucas-hungry is now known as lucasagomes16:24
jrollbauzas: I feel like I would need to read a lot of words to understand if that helps us :)16:24
*** acormier has quit IRC16:25
openstackgerritMohammed Naser proposed openstack/nova stable/pike: Store block device mappings in cell0  https://review.openstack.org/54621916:25
*** acormier has joined #openstack-nova16:25
cdentmriedem: if you want to restore https://review.openstack.org/#/c/418393/ I've got something to push there16:25
bauzasjroll: anyway => Wontfix16:25
mriedemcdent: done16:25
*** slaweq_ has joined #openstack-nova16:25
cdentthanks16:26
openstackgerritChris Dent proposed openstack/nova-specs master: Provide error codes for placement API  https://review.openstack.org/41839316:26
*** AlexeyAbashkin has quit IRC16:26
*** Guest4403 has quit IRC16:26
openstackgerritMohammed Naser proposed openstack/nova stable/pike: Add functional tests to ensure BDM removal on delete  https://review.openstack.org/54622016:26
*** sidx64 has quit IRC16:27
openstackgerritMohammed Naser proposed openstack/nova stable/pike: Clean up ports and volumes when deleting ERROR instance  https://review.openstack.org/54622116:30
*** salladi has joined #openstack-nova16:30
*** ragiman has quit IRC16:30
*** slaweq_ has quit IRC16:30
openstackgerritMohammed Naser proposed openstack/nova stable/pike: Add functional recreate test of deleting a BFV server pre-scheduling  https://review.openstack.org/54622216:31
*** tidwellr has quit IRC16:31
mnaserwell, that was fun, now onto the one which will be the most fun, ocata.16:31
zigoWhen building nova in Sid with Python 3.6, I get this unit test error: http://paste.openstack.org/show/678793/16:31
zigoHas this been reported already?16:31
*** tidwellr has joined #openstack-nova16:32
*** stvnoyes has quit IRC16:33
openstackgerritMohammed Naser proposed openstack/nova stable/ocata: Drop extra loop which modifies Cinder volume status  https://review.openstack.org/54622316:33
*** yassine has joined #openstack-nova16:35
cdentzigo: yes, and fixed, one sec, I'll get you some links16:35
*** yassine is now known as Guest8702216:35
cdentzigo: https://review.openstack.org/#/c/545798/ has links to bugs etc16:35
*** udesale has quit IRC16:36
artombauzas, hey16:36
bauzasartom: no worries, we closed the bug16:36
* bauzas is calling it a day FWIW16:36
artombauzas, aha, I see16:36
artombauzas, byez16:37
*** sapcc-bot has quit IRC16:37
*** sapcc-bot has joined #openstack-nova16:37
bauzasmriedem, melwitt,  others : I won't be around tomorrow (PTO for skiing), so see you on Thursday for those that aren't yet flighting :)16:38
bauzasflying* even16:38
bauzasman, my English hurts16:38
bauzas\o16:38
openstackgerritMohammed Naser proposed openstack/nova stable/ocata: Store block device mappings in cell0  https://review.openstack.org/54622616:38
*** yamamoto has quit IRC16:38
bauzasmnaser: I'll review your stable changes once I'm back on Thursday16:39
mnaserbauzas: no worries.  i'll get them all in and make sure they pass CI.. i think some might need some test changes because some function signatures are different16:39
mriedemdansmith: checking my understanding here https://review.openstack.org/#/c/543580/1/nova/compute/rpcapi.py@a1265 - we have some REST API handler code for compat exceptions raised from the compute rpcapi client; but we can't remove that handling in the api in queens because we could still have queens computes sending those errors?16:40
dansmithmriedem: s/queens/rocky?16:40
mriedemi'm lost16:41
dansmithmriedem: anything queens could handle, but was being compat for pike should be remove-able in rocky16:41
mriedemsome of these are compat for things added in queens16:41
mriedemlike the multiattach exception in reserve_block_device_name16:41
dansmithcompat for pike.5 right?16:42
dansmithmeaning,16:42
mriedemhttps://review.openstack.org/#/c/543580/1/nova/compute/rpcapi.py@a104416:42
dansmithqueens could handle it16:42
dansmithbut something between pike and queens could not16:42
dansmithright, so you can't handle 4.x clients at all anymore in rocky after this,16:42
dansmithbut all queens (release) nodes can, and that's as far back as this supports16:42
dansmithif you tried to pin to 4.15 in that case, you'd get the failure we saw in the early grenade run anyway, well before you got to this point16:43
mriedemso i can't upgrade my api to rocky until all of my computes have been upgraded to queens right?16:43
dansmithright, but that's the case anyway, per the rules16:43
mriedemwell,16:44
mriedemwe've had compat code in the api for lots of different cases16:44
mriedemwhich is why i was wondering about this16:44
mriedemthe api has code to handle mixed version computes16:44
dansmithright, but once that gap is more than N-1 it's technically out of scope,16:44
dansmitheven if we leave it for longer16:44
dansmithif we really need to be defensive in the api about something, we should probably be looking at service version,16:45
dansmithbut we can't just look for those forever, which is why we have rules about the gaps16:45
*** yamamoto has joined #openstack-nova16:45
mriedemi don't know if that rule is written down anywhere16:46
openstackgerritMohammed Naser proposed openstack/nova stable/ocata: Add functional tests to ensure BDM removal on delete  https://review.openstack.org/54622716:46
openstackgerritMohammed Naser proposed openstack/nova stable/ocata: Clean up ports and volumes when deleting ERROR instance  https://review.openstack.org/54622816:46
mriedemwhich is a question that gets asked every 6 months or so16:46
*** andreas_s has quit IRC16:46
dansmiththe rule that we only support N-1?16:46
*** gyee has joined #openstack-nova16:46
mriedemin other words,16:46
mriedemi think one could upgrade the api to queens while they have pike computes and it's fine, but when they upgrade the api to rocky, their computes have to all be queens16:46
mriedemso it's a bit different behavior16:46
mriedembut then multinode grenade wouldn't work...so that doesn't make sense16:47
sean-k-mooneyQQ anyone know if the regex support in the pci whitelist allow negation? basical i want to say whitlist vf where vendor_id=x product_id=y and pci_adress is not z16:47
cfriesenwhat's the criteria for when we expect to create a Migration record on a rebuild?16:47
mriedemcfriesen: a rebuild isn't a migration so never16:48
openstackgerritMohammed Naser proposed openstack/nova stable/ocata: Add functional recreate test of deleting a BFV server pre-scheduling  https://review.openstack.org/54623016:48
cfriesenmriedem: what about evacuate or rebuild-to-new-server?16:49
mriedemdansmith: here is an example of one of these things that i'd like to remove from the api https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/servers.py#L113816:49
mriedemcfriesen: the api creates the migration record for evacuate16:49
mriedemcfriesen: you could just look at the code16:49
* mnaser exhales16:49
mnaseri'm sure i messed up a conflict somewhere, i have to16:49
cfriesenI am, but it wasn't obvious who was creating it...the ComputeManager code just does a "look it up if it exists and log if it doesn't"16:50
dansmithmriedem: yeah, so if your api is on rocky past this commit, you (obviously) can't hit that, nor can you detect that it won't be supported unless you go by service version16:50
cfriesenor rather, that's the ConductorManager code16:50
*** yamamoto has quit IRC16:50
dansmithmriedem: if you have configured your upgrade_levels to attempt to allow talking to older than queens nodes, you would have failed to start the api service entirely because rpc client setup will fail16:50
*** sree_ has joined #openstack-nova16:51
*** sree_ is now known as Guest6488716:51
*** amodi has quit IRC16:53
*** yamamoto has joined #openstack-nova16:55
openstackgerritMohammed Naser proposed openstack/nova stable/pike: Add functional tests to ensure BDM removal on delete  https://review.openstack.org/54622016:55
*** ingy has joined #openstack-nova16:55
*** r-daneel has quit IRC16:55
*** chyka has joined #openstack-nova16:55
mriedemdansmith: so wondering if we should have an upgrade release note saying you can do rolling upgrades of your computes, but don't upgrade your api until all computes are at least rocky16:56
dansmithmriedem: well, I don't think that we do because I feel like that is the rule, so calling it out makes this sound special when it's really not16:56
dansmithmriedem: I'd rather clarify it in the docs somewhere if you think that's necessary16:57
openstackgerritMohammed Naser proposed openstack/nova stable/ocata: Add functional tests to ensure BDM removal on delete  https://review.openstack.org/54622716:57
doudeHi jaypipes, could you have a look to that fix https://review.openstack.org/#/c/533212/ ? It's about a bug appeared when Contrail VIF vrouter plugging was moved under privsep. Not sure you are the person I should ping for that but I don't know how to proceed now. I proposed the fix mid-January and I think I'll miss the Queens release :(16:57
dansmithwe've had other cases before where if you spanned the N-1 gap you'd have much less obvious issues, and certainly the last rpc bump was the same16:57
mriedemdansmith: i don't think https://docs.openstack.org/nova/latest/user/upgrade.html#rolling-upgrade-process is very clear about it16:58
mriedem3rd bullet under #216:59
*** yamamoto has quit IRC16:59
mriedemif i'm reading that correctly, it's saying bring down the control plane services, with nova-api last (ok), but then the next bullet is talking about rolling through the computes16:59
dansmithmriedem: "This results in a condition where both old (N) and new (N+1) nova-compute services co-exist for a certain time period."17:00
dansmiththat's all that promises17:00
dansmithbut, if it's not clear, let's be clear about it17:00
dansmithbut I really don't want to get into the habit of trying to call out problematic releases more than others so that people think if it's not called out for a given release then they should expect it to work17:01
mriedemthat's fine,17:01
*** itlinux has quit IRC17:02
mriedembut then i need to understand if what some of the api compat code was doing via the compute rpcapi client was wrong, so we don't continue that pattern17:02
mriedembecause it's in several different compute rpcapi methods17:02
*** tidwellr has quit IRC17:02
dansmithmriedem: I don't think it's wrong,17:02
*** tidwellr has joined #openstack-nova17:02
dansmithmriedem: at some point the api needs to assume it can make a call and it will work17:03
mriedemok, so that means, any of these compat checks in compute rpcapi made *before* queens are OK to remove17:03
dansmithif the operator has set up something wrong or created some unsupportable scenario, a 5xx error code from the api is correct rihgt?17:03
*** slaweq has quit IRC17:03
dansmithI think any that were made *in* queens are good to remove17:03
dansmithwe can't detect or honor any of them made for scenarios before 5.017:04
dansmith(in or before, in case it's not clear)17:04
mriedemyeah, so then what the api could gracefully handle in queens, it cannot in rocky17:04
dansmithright17:04
mriedembut,17:04
*** itlinux has joined #openstack-nova17:04
cfriesenIn stable/pike if we do a rebuild-to-same-node with a new image, it results in ComputeManager.rebuild_instance() being called with "scheduled_node=<hostname>" and "recreate=False".  This results in a new Claim, which seems wrong since we're not changing the flavor and that claim could fail if the compute node is already full.17:05
mriedemwe don't explicitly say the api can do that17:05
mriedemis what you're saying, right?17:05
*** stvnoyes has joined #openstack-nova17:05
mriedemyou can have N control services and N and N-1 compute services, fin.17:05
dansmithmriedem: we've said the api can be one rev newer than the computes, so our api code needs to handle the case where some computes don't support a function because they're N-1, and we do17:05
mriedemno guarantees that the API will support the N-1 computes17:06
dansmithas of this moment, api code for rocky can't have any computes that don't support things17:06
dansmithno, we guarantee the api will support N-1 computes17:06
dansmithbut not N-217:06
dansmithand at the moment, N-1 computes can do all the things of the N ones, so no checks are needed17:06
*** artom has quit IRC17:09
*** Guest64887 has quit IRC17:09
*** tbachman has quit IRC17:10
*** moshele has joined #openstack-nova17:11
mriedemcfriesen: that's a regression17:12
mriedemyet another one17:12
dansmithgawd17:12
*** sree_ has joined #openstack-nova17:12
*** r-daneel has joined #openstack-nova17:13
*** sree_ is now known as Guest3551817:13
mriedemi don't know why this isn't just "if recreate:17:13
mriedemhttps://github.com/openstack/nova/blob/master/nova/compute/manager.py#L286617:13
mriedemrecreate == evacuate == always do a claim17:13
mriedemthis is stale: https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L285417:14
mriedemsince the new crap to consult the scheduler if the image changes17:14
*** tbachman has joined #openstack-nova17:14
mriedemcfriesen: open a bug17:15
mriedemit's a regression from I11746d1ea996a0f18b7c54b4c9c21df58cc4714b17:16
cfriesenmriedem: will do17:16
*** amodi has joined #openstack-nova17:18
*** Guest35518 has quit IRC17:20
cfriesenmriedem: https://bugs.launchpad.net/nova/+bug/175061817:20
openstackLaunchpad bug 1750618 in OpenStack Compute (nova) "rebuild to same host with a different image results in erroneously doing a Claim" [Undecided,New]17:20
mriedemcfriesen: are you going to post a patch?17:21
mriedemi think it's just changing that one line17:21
cfriesenjust change it to only check "recreate" and ignore "scheduled_node"?  yeah, I can post that17:22
cfriesenI guess we'd need a new unit test?17:23
*** harlowja has joined #openstack-nova17:23
cfriesenor a tweak to one of the existing ones to check if we're doing a real claim17:23
mriedemi guess, there might already be one that has to change,17:23
mriedemthe problem here isn't in unit tests,17:23
mriedemthe problem is the fact that rebuild/evacuate is so tightly coupled between api, conductor and compute, and what the assumptions are between all of them about what the other is doing17:24
cfriesenfair enough17:24
mriedemso changing anything in one breaks the others17:24
mriedema solid test would be a functional rebuild test with a new image that asserts that we never do a claim17:24
mriedemi know we have functional tests that do a rebuild with a new image,17:24
mriedembut it's using the fake driver so likely the claim stuff was never a problem17:25
mriedemthere might be a way to poison the claim such that if it's called, it will fail17:25
*** moshele has quit IRC17:25
openstackgerritMerged openstack/nova master: Check quota before creating volume snapshots  https://review.openstack.org/52015817:25
*** trinaths has quit IRC17:26
*** imacdonn has joined #openstack-nova17:27
mriedemcfriesen: functional test 'test_rebuild_with_new_image' should probably be tweaked17:27
mriedemsuch that if nova.compute.resource_tracker.ResourceTracker.rebuild_claim is called, it blows up17:27
cfriesenwill take a look.17:28
*** lpetrut has quit IRC17:30
mriedembauzas: melwitt was +2 on https://review.openstack.org/#/c/545132/ before i updated the commit message, can you just proxy her +2 and approve so we can do backports?17:30
dansmithjaypipes: cdent which of you was going to work on the placement api change to allow passing aggregates?17:33
cfriesenmriedem: for the rebuild-on-same-host-with-different-image case, if it runs through the scheduler could it fail due to placement if there isn't room for another one of itself on its current compute node?17:33
*** slaweq has joined #openstack-nova17:34
mriedemcfriesen: we don't claim in that case17:35
cdentdansmith: I probably _can_ do it, but I haven't made plans to do it17:35
mriedemalthough i guess it's possible that placement could return 0 allocation candidates and we'd get a novalidhost17:35
dansmithcdent: _would_ you do it? :)17:36
cfriesenmriedem: yeah, that's what I was thinking17:36
cfriesenmriedem: we need to validate the image properties of the new image against the current host though17:36
*** pcaruana has joined #openstack-nova17:36
cdentdansmith: I'm on the phone, so don't want to make promises, but if it needs someone it can probalby be me17:37
*** links has quit IRC17:37
edleafedansmith: cdent: I may also have bandwidth for that17:37
dansmithedleafe: that'd be cool17:38
*** slaweq has quit IRC17:39
mriedemcfriesen: as far as i can tell, we don't do any manipulation of the request spec for rebuild with a new image such that we try to fake out placement to not try and double allocate the vcpu/memory_mb/disk_gb17:40
mriedemwe do tell the scheduler exactly which host/node we want, and we tell some filters to not run on it again,17:40
mriedembut if placement doesn't return the source host then we'll have novalidhost and we can't rebuild with the new image17:41
*** Jams_ has joined #openstack-nova17:42
mriedemif placement does return the node we want, we don't double the allocations in placement, but we do attempt a claim on the compute as you found out17:42
*** derekh has quit IRC17:42
*** elod has quit IRC17:43
mriedemif the node is full, we likely won't even get to the compute to attempt the faulty claim...17:43
mriedemb/c placement would have filtered it out17:43
cfriesenbefore placement did the "_nova_check_type" flag tell us to skip over the resource filters?17:44
cdentdansmith, edleafe: sorry wasn't really paying attention, which thing is this that needs a doer?17:44
mriedemcfriesen: that flag was added long after placement was used in the scheduler,17:44
cdentbut am off phone now17:45
cfriesenah, okay17:45
mriedembut yes that flag is used to tell which scheduler filters to run, and to not make a claim in placement17:45
mriedembut it doesn't say 'don't use placement at all'17:45
cfriesenopen another bug?17:45
mriedemrequest_is_rebuild could probably be used to completely bypass placement and just pull the compute node record from the db17:45
dansmithcdent: the member_of aggregate add to allocation_candidates api17:46
mriedemcfriesen: idk17:46
jaypipesdoude: is this something that only recently started failing? I'm struggling to pinpoint when the privsep (which from what I can tell has used msgpack for a while) started failing17:46
mriedemcfriesen: after working on and breaking and regressing and trying to fix this rebuild with new image + scheduler thing for like the last 4 months, i don't really have any stomach for it anymore17:46
mriedemcfriesen: if you want to report a bug just so it's tracked as a known issue, sure17:47
cdentdansmith: thanks. edleafe and I will wrestle for it in dublin17:47
dansmithjaypipes: it'd be after mikal privsep'd the libvirt driver recently17:47
dansmithcdent: rock on17:47
cfriesenmriedem: yeah, that's what I was thinking.  we have a customer that'll probably end up complaining about it in a year or so when they get to pike17:48
dansmithjaypipes: I'm sure we have no real tests for that code and that driver, so it popped up when we released queens and someone tried it17:48
openstackgerritMatt Riedemann proposed openstack/nova master: Drop API compat handling for old compute error cases  https://review.openstack.org/54625617:49
mriedemcfriesen: it's not just pike17:49
mriedemcfriesen: that original regression was for a cve,17:50
mriedemthat went back to newton upstream,17:50
mriedemand further downstream17:50
mriedemdepending on how long you support old relases17:50
mriedem*releases17:50
mriedemit's the cve that keeps on giving17:50
mriedemi guess the only difference with pike would be placement..17:50
mriedemin the scheduler i mean17:50
openstackgerritChris Dent proposed openstack/nova-specs master: Provide error codes for placement API  https://review.openstack.org/41839317:52
*** slaweq has joined #openstack-nova17:52
*** sahid has quit IRC17:52
cfriesenmriedem: right, just saw your comment.  will have to see if we've backported the bug.17:53
mriedemi'm going to go eat my feelings17:53
sean-k-mooneyanyone know if there is documentation on what constitutes a minimal legal virt driver implementation?17:54
penickAs well you should.17:54
cfriesenmriedem: just for info, the placement issue is https://bugs.launchpad.net/nova/+bug/175062317:55
openstackLaunchpad bug 1750623 in OpenStack Compute (nova) "rebuild to same host with different image shouldn't check with placement" [Undecided,New]17:55
*** yamamoto has joined #openstack-nova17:55
sean-k-mooneycfriesen: rebuilds on the same host are disabled by default correct so that bug will only be present if they are enabled?17:56
*** salladi has quit IRC17:56
*** slaweq has quit IRC17:57
*** AlexeyAbashkin has joined #openstack-nova17:57
cfriesensean-k-mooney: are you thinking resize?17:57
sean-k-mooneycfriesen: yes i am17:57
sean-k-mooneyspecifcially https://docs.openstack.org/nova/queens/configuration/config.html#DEFAULT.allow_resize_to_same_host17:58
sean-k-mooneybut i guess there is not the same option for rebuild17:58
cfriesen"rebuild" is by definition on same host, otherwise it's an evacuate17:58
sean-k-mooneycfriesen: evacuate is a livemigration but yes rebild make sense on the same host as less work to do17:59
sean-k-mooneya rebuild to another host would still be valid17:59
cfriesen"nova evacuate" is not a migration, the host is already dead.  really it should be called "resuscitate"18:00
sean-k-mooneycfriesen: no you can evacuate hosts that are not dead for maintneance18:00
sean-k-mooneyat least via horizon18:00
*** Jams_ has quit IRC18:01
*** yamamoto has quit IRC18:01
*** AlexeyAbashkin has quit IRC18:02
cfriesensean-k-mooney: that's not the nova evacuate API though.18:02
cfriesensean-k-mooney: that's "nova host-evacuate" or "nova host-evacuate-live", which is done on the client side just to confuse things.18:02
sean-k-mooneycfriesen: are you sure because i was pretty sure evacuate was ment to livemigrate off all instances on a singel host18:03
dansmithsean-k-mooney: yes18:03
*** mgoddard_ has quit IRC18:03
*** Zames has joined #openstack-nova18:03
dansmithsean-k-mooney: http://www.danplanet.com/blog/2016/03/03/evacuate-in-nova-one-command-to-confuse-us-all/18:03
*** openstackgerrit has quit IRC18:03
cfriesenso dan, when do we rename evacuate to "resuscitate"?18:04
dansmithif horizon has an evacuate button, I don't know what it does, but I would have assumed it is actually evacuate18:04
sean-k-mooneydansmith: looks like the have renamed the horizon option to migrate host18:04
dansmithcfriesen: the complication is that if you have instances on shared storage, evacuate is not resuscitate18:04
dansmithor recreate18:04
dansmithcfriesen: evacuate is the worst possible name, but changing it also brings confusion, IMHO18:05
cfriesendansmith: we're bringing instances back from the dead, so I think resuscitate works.  if they've got shared storage they keep what they had, if not they get new rootfs18:06
sean-k-mooneydansmith: so the evacuate option in old horizon now migrate host is only available when you mark a host as down but that does not mean nova-compute and all the vms on that host are dead. it just means the api introduces for the opnfv guest to aministativly set the host down has been called18:07
dansmithit's no different from start from the user's perspective if they don't know what happend :)18:07
dansmithcfriesen: that said, I don't want to change it now because of the confusion factor, so I shan't agree on naming18:07
cfriesenfair enough18:07
dansmithsean-k-mooney: that would be real nova evacuate if the host has to be marked as down18:07
sean-k-mooneydansmith: i think the horizon nameing is confusing thing more because i dont know if they ment the same thing and nova evacuate or not18:07
dansmithsean-k-mooney: and that means we reconstruct the instance, not migrate it18:08
sean-k-mooneydansmith: but horizon in pike at least renamed that button form evacuate to migrate host18:08
cfriesensean-k-mooney: In pike at least, horizon lets you disable the service and then call "migrate host".  I'm pretty sure this is just disabling it, not administratively setting it as "down".18:08
*** dklyle has joined #openstack-nova18:08
dansmithyeah marked as down and disabled are different18:09
cfriesensean-k-mooney: yep, just confirmed this with pike.  it's still up but disabled18:09
sean-k-mooneycfriesen: yes so does migrate host via horixon actully migrate or does it do nova evacuate18:09
cfriesenmigrate (or live-migrate, not sure).  not evacuate18:09
cfriesenit's probably calling the same code as "nova host-evacuate" or "nova host-evacuate-live"18:10
sean-k-mooneycfriesen: ok because before pike that button was called evacuate hence my confution18:10
*** lpetrut has joined #openstack-nova18:10
*** Zames has quit IRC18:10
cfriesenyeah, horizon used the real logical meaning of evacuate, while nova didn't.18:11
sean-k-mooneyanyway didnt mean to distract.18:11
sean-k-mooneydansmith: thanks for the blog post i think i have read it before you ill add it back to my book marks.18:11
*** david-lyle has quit IRC18:12
cfriesenanyone seen this running tox?  "src/pcremodule.c:32:18: fatal error: pcre.h: No such file or directory"18:12
*** AlexeyAbashkin has joined #openstack-nova18:13
jaypipescfriesen: yes. install libpcre-dev18:13
jaypipescfriesen: should be fixed in the latest bin requirements thing, actually.18:14
jaypipescfriesen: or libpcre3-dev... can't remember.18:14
jaypipesor pcre-devel on RH distros or something like that..18:14
sean-k-mooneycfriesen: jaypipes https://stackoverflow.com/a/2255996718:14
*** sree_ has joined #openstack-nova18:15
cfriesenpcre-devel looks promising18:15
*** sree_ is now known as Guest431718:15
sean-k-mooneylooks like its libpcre3-dev on ubuntu and  pcre-devel on centos18:15
*** efried has quit IRC18:15
*** efried has joined #openstack-nova18:15
*** pcaruana has quit IRC18:16
*** AlexeyAbashkin has quit IRC18:17
sean-k-mooneycfriesen: i think the new requirement is comming from whereto which pulls in python-pcre18:18
*** slaweq has joined #openstack-nova18:18
efriedcfriesen: Yeah, you need a n... what sean-k-mooney said18:18
*** jpena is now known as jpena|off18:18
efriedcfriesen: I think you need to install libpcre3-dev18:18
*** Guest4317 has quit IRC18:19
sean-k-mooneycfriesen: also be aware python-pcre does not appear to work on 32bit systmes. i was causeing mriedem dev enviroment to explode be case an enum value was more then could fit in 32Bits18:19
*** slaweq has quit IRC18:23
*** harlowja has quit IRC18:23
*** moshele has joined #openstack-nova18:24
*** vivsoni_ has joined #openstack-nova18:24
cfrieseninstalled the new package, things are working now.18:24
cfriesenwho develops on 32-bit anymore? :)18:24
*** vivsoni has quit IRC18:24
jroll<mriedem> this is a 32 bit vm i guess, so that's my problem18:26
jrollthat guy does :P18:26
* dansmith stares at mriedem's bloodied corpse under that bus18:27
TheJuliaheh18:29
sean-k-mooneywell all i know is nova is not tested in the gate with a 32bit os so even if it works as far as im concerend its broken untill the ci says otherwise18:29
sean-k-mooneyis the fake driver https://github.com/openstack/nova/blob/master/nova/virt/fake.py the minimal working example of a virt driver?18:32
*** sridharg has quit IRC18:36
mriedemdidn't realize it was a 32bit image18:39
mriedemoops18:39
*** moshele has quit IRC18:40
mriedemit's a snow day here today and the family in the house is driving me a little crazy18:41
cfriesenmine are home all week, school's on break18:41
*** mgoddard_ has joined #openstack-nova18:41
*** vivsoni has joined #openstack-nova18:41
sean-k-mooneycfriesen: so you looking forward to the week away next week then18:42
*** vivsoni_ has quit IRC18:42
doudejaypipes: thanks for your attention. It started failing since begining of November with patch https://review.openstack.org/#/c/515916/18:42
*** eandersson has quit IRC18:43
sean-k-mooneydoude: any chance we could move contrial to an os-vif plugin in the future18:44
*** hamzy has quit IRC18:44
sean-k-mooneydoude: it would avoid having to make that type of change in the nova tree in the future18:45
*** tesseract has quit IRC18:45
doudeyes we already started the work for the dpdk case with VhostHostUser type https://github.com/openstack/nova/commit/1ba834c0e48c85bf84ff3ec62fce0d5cb5c39c6d#diff-f78fb1f9dab4cca6e24c53779de7cfcf thanks to mhenkel18:45
doudebut still need to do the work for the TAP VIF type18:45
sean-k-mooneydoude: ah cool18:46
doudeI plane to work on it for R18:46
mnasermriedem: if you have a few minutes .. i think the fix should not be backported to stable/ocata because the bug doesn't exist there.  the commit which "introduced" this bug is https://github.com/openstack/nova/commit/63805735c25a54ad1b9b97e05080c1a6153d8e2218:46
mnaserwhich was in pike, before that, the api layer never did a reserve on the volume, the compute would do it18:46
mnaserand because of this, the delete will always clean it up because the detach will happen inside the compute18:47
mriedemand if we failed in scheduling, the volume isn't reserved via the api anyway18:47
mriedemworks for me18:47
mnaserokay cool ill drop them18:47
mnaserill add a note to teh bug18:48
*** hamzy has joined #openstack-nova18:48
*** tssurya has quit IRC18:48
mriedemmnaser: thanks18:50
*** openstackgerrit has joined #openstack-nova18:50
openstackgerritMatt Riedemann proposed openstack/nova master: Only attempt a rebuild claim for an evacuation to a new host  https://review.openstack.org/54626818:50
mriedemcfriesen: ^ easy peasy18:50
mnaserdropped and added a note to the bug .. now to check why the patches didn't pass18:51
*** dklyle has quit IRC18:53
mriedemmnaser: actually there is another case which could have happened in ocata,18:54
mriedemmnaser: bfv where nova creates the volume and attaches it, then driver.spawn fails, the compute puts the instance into ERROR state and resets the host/node to None18:55
mriedemso if you go to delete the instance, instance.host is None but you could have a volume attached18:55
*** stvnoyes has quit IRC18:55
*** harlowja has joined #openstack-nova18:55
mriedemmnaser: however, that's also being handled compute-side with this https://review.openstack.org/#/c/545087/18:55
mnaserfun times..18:57
*** felipemonteiro has joined #openstack-nova18:57
sean-k-mooneymriedem: ya that was/is an annowing edge case as you end up with a load of volumes if spawning fails often enven if you asked for the volume to be delted when the vm is deleted18:57
*** yamamoto has joined #openstack-nova18:57
openstackgerritEric Fried proposed openstack/nova-specs master: Filter Resource Provider List for Traits  https://review.openstack.org/54600918:57
efriedcdent, jaypipes, edleafe: Fixed that to do 400s on invalid traits ^18:57
cdentroger18:58
*** harlowja_ has joined #openstack-nova18:59
*** david-lyle has joined #openstack-nova18:59
edleafeefried: ack18:59
*** harlowja has quit IRC18:59
* efried makes a note to use IRC nicks 'roger' and 'ack' when he wants to feel important.19:00
sean-k-mooneyefried: is the only difference eventually between /allocation_candidates and /resource_providers going to be that allocation candidate support checking for avilable capasity to claim resouces form the resouce providers19:01
efriedsean-k-mooney: No, I think there's lots of differences.19:01
*** yamamoto has quit IRC19:02
efriedsean-k-mooney: GET /resource_providers actually already supports capacity filtering19:02
edleafeefried: https://www.youtube.com/watch?v=galB-OUPfBg19:02
efriedsean-k-mooney: But there's a lot it doesn't do.19:02
efriedBefore I clicked, I *knew* it had to be an Airplane scene.19:02
edleafeefried: but of course!19:03
sean-k-mooneyefried: yes but if we continue adding stuff form /allocation_candidates  to /resource_providers in the future for parity could the eventually converge19:03
sean-k-mooneyefried: im not saying we want to do that but they do similar things19:03
mriedemmnaser: https://review.openstack.org/#/c/545132/ is now approved if you want to backport that also19:03
efriedsean-k-mooney: GET /resource_providers will never do the stuff where we consider groups of multiple providers collectively providing a set of resources.19:04
efriedsean-k-mooney: ...for most values of "never"19:04
*** david-lyle has quit IRC19:04
*** david-lyle has joined #openstack-nova19:04
efriedsean-k-mooney: Granular resources/traits syntax won't be applied to GET /resource_providers19:04
sean-k-mooney:) well i think /resource_providers is actully almost a subset of /allocation_candidates but ya thats fine as i said they proably should remain seperate but just wondering what the delta was at this point19:05
cfriesenmriedem: cool...I was just starting to look at how to make the functional test change.19:05
efriedsean-k-mooney: Yeah, they definitely need to remain separate.  And I suspect they'll continue to diverge, though as we can see here, certain enhancements can be applied to both.19:06
sean-k-mooneyefried: ya required traits definetly makes sense to be able to use to filter /resource_providers19:07
efriedYay, another +1!19:07
efriedYou win some, you lose some (/me laments Resource Class Affinity)19:08
sean-k-mooneyefried: by the way this will work for custom_ traits too right not just traits in os-traits19:08
efriedsean-k-mooney: Fo sho.19:08
efriedAnything in the Trait database.19:08
openstackgerritMohammed Naser proposed openstack/nova stable/pike: Drop extra loop which modifies Cinder volume status  https://review.openstack.org/54621819:08
openstackgerritMohammed Naser proposed openstack/nova stable/pike: Store block device mappings in cell0  https://review.openstack.org/54621919:08
openstackgerritMohammed Naser proposed openstack/nova stable/pike: Add functional tests to ensure BDM removal on delete  https://review.openstack.org/54622019:08
openstackgerritMohammed Naser proposed openstack/nova stable/pike: Clean up ports and volumes when deleting ERROR instance  https://review.openstack.org/54622119:08
openstackgerritMohammed Naser proposed openstack/nova stable/pike: Add functional recreate test of deleting a BFV server pre-scheduling  https://review.openstack.org/54622219:08
openstackgerritMohammed Naser proposed openstack/nova stable/pike: Detach volumes when deleting a BFV server pre-scheduling  https://review.openstack.org/54627519:08
mnaser(i dun goof'd the first set because i cherry pick'd the wrong functional test, oops.)19:09
sean-k-mooneycool just checking as i was reading the 400 error bit i  assumed the db statement covered them19:09
sean-k-mooneyefried: just one observation. required for /resource_providers will work differently then required for /allocation_candidates as the later with out granular requests looks at the union of all traits in the tree not just on an indivigual resouce provider19:12
cfriesenmriedem: the test_rebuild_with_new_image() testcase is still failing.  I've patched nova/compute/manager.py and restarted devstack@n-cpu.service, am I missing something?19:12
sean-k-mooneyefried: they are two different apis however so that should be fine19:12
efriedsean-k-mooney: In fact in more than just the tree - in the tree plus any sharing providers it's considering for the request.19:13
sean-k-mooneyefried: yep19:13
efriedsean-k-mooney: And yes, a valid observation.  Same applies to ?resources=19:13
openstackgerritMohammed Naser proposed openstack/nova stable/queens: Drop extra loop which modifies Cinder volume status  https://review.openstack.org/54620019:14
openstackgerritMohammed Naser proposed openstack/nova stable/queens: Store block device mappings in cell0  https://review.openstack.org/54620119:14
openstackgerritMohammed Naser proposed openstack/nova stable/queens: Add functional tests to ensure BDM removal on delete  https://review.openstack.org/54620219:14
openstackgerritMohammed Naser proposed openstack/nova stable/queens: Clean up ports and volumes when deleting ERROR instance  https://review.openstack.org/54620319:14
openstackgerritMohammed Naser proposed openstack/nova stable/queens: Add functional recreate test of deleting a BFV server pre-scheduling  https://review.openstack.org/54620419:14
openstackgerritMohammed Naser proposed openstack/nova stable/queens: Detach volumes when deleting a BFV server pre-scheduling  https://review.openstack.org/54627719:14
*** felipemonteiro has quit IRC19:14
mnasersomeone teach me git at the ptg, thanks19:14
mnaserbut at least gerrit can tell its a rebase so it didnt lose the +verified19:14
mriedemmnaser: git review -R -y19:18
mriedemcfriesen: not sure what you mean, the functional test passes for me19:18
mriedemremove the code fix and the test fails as expected19:19
*** hamzy has quit IRC19:19
edleafemnaser: I always liked this talk: https://www.youtube.com/watch?v=yCh6TSLIQBQ19:21
mnaseredleafe: cool, i'll give it a listen tonight19:23
cfriesenmriedem: my bad, I had "if recreate is not None" in the test19:25
*** hamzy has joined #openstack-nova19:25
cfriesenall is good now19:26
openstackgerritDan Smith proposed openstack/nova master: Add AggregateList.get_by_metadata() query method  https://review.openstack.org/54472819:26
openstackgerritDan Smith proposed openstack/nova master: Add aggregates list to Destination object  https://review.openstack.org/54472919:26
openstackgerritDan Smith proposed openstack/nova master: Add request filter functionality to scheduler  https://review.openstack.org/54473019:26
openstackgerritDan Smith proposed openstack/nova master: Add require_tenant_aggregate request filter  https://review.openstack.org/54500219:26
openstackgerritDan Smith proposed openstack/nova master: WIP: Honor availability_zone hint via placement  https://review.openstack.org/54628219:26
*** jackie-truong has joined #openstack-nova19:27
*** felipemonteiro has joined #openstack-nova19:28
*** cdent has quit IRC19:29
*** artom has joined #openstack-nova19:30
*** slaweq has joined #openstack-nova19:31
*** mgoddard_ has quit IRC19:31
*** slaweq_ has joined #openstack-nova19:34
*** yamahata has quit IRC19:35
*** slaweq has quit IRC19:36
*** abhishekk has quit IRC19:37
openstackgerritMohammed Naser proposed openstack/nova stable/pike: Clean up ports and volumes when deleting ERROR instance  https://review.openstack.org/54622119:39
openstackgerritMohammed Naser proposed openstack/nova stable/pike: Add functional recreate test of deleting a BFV server pre-scheduling  https://review.openstack.org/54622219:39
openstackgerritMohammed Naser proposed openstack/nova stable/pike: Detach volumes when deleting a BFV server pre-scheduling  https://review.openstack.org/54627519:39
*** salv-orlando has quit IRC19:39
*** salv-orlando has joined #openstack-nova19:40
*** jackie-truong has quit IRC19:41
*** moshele has joined #openstack-nova19:42
*** slaweq_ has quit IRC19:43
*** salv-orlando has quit IRC19:44
*** dtantsur is now known as dtantsur|afk19:46
*** amoralej is now known as amoralej|off19:47
*** pchavva1 has quit IRC19:47
openstackgerritDan Smith proposed openstack/nova master: Add AggregateList.get_by_metadata() query method  https://review.openstack.org/54472819:48
openstackgerritDan Smith proposed openstack/nova master: Add aggregates list to Destination object  https://review.openstack.org/54472919:48
openstackgerritDan Smith proposed openstack/nova master: Add request filter functionality to scheduler  https://review.openstack.org/54473019:48
openstackgerritDan Smith proposed openstack/nova master: Add require_tenant_aggregate request filter  https://review.openstack.org/54500219:48
openstackgerritDan Smith proposed openstack/nova master: WIP: Honor availability_zone hint via placement  https://review.openstack.org/54628219:48
*** pchavva1 has joined #openstack-nova19:51
*** moshele has quit IRC19:52
*** dave-mccowan has quit IRC19:57
*** yamamoto has joined #openstack-nova19:58
*** jroll has quit IRC19:58
*** ralonsoh has quit IRC20:00
*** yamamoto has quit IRC20:02
*** larsks has quit IRC20:04
*** lucasagomes is now known as lucas-pto20:05
*** jroll has joined #openstack-nova20:07
*** tssurya has joined #openstack-nova20:08
*** slaweq has joined #openstack-nova20:10
*** yamahata has joined #openstack-nova20:11
mnasermriedem: https://review.openstack.org/#/c/545123/ has coverage case using new attach flow but not with the old one, so it fails in stable/pike.  would you like me to update it to use the old flow fixture?20:14
*** slaweq has quit IRC20:14
mnaseri don't think we have to do it for queens or master, because technically we can only have compute releases that are behind by one version20:14
mnaseror actually that might be unrelated.  regardless, i'm open to hearing the options20:15
openstackgerritDan Smith proposed openstack/nova master: Add require_tenant_aggregate request filter  https://review.openstack.org/54500220:18
openstackgerritDan Smith proposed openstack/nova master: WIP: Honor availability_zone hint via placement  https://review.openstack.org/54628220:18
dansmithah jeez20:18
* dansmith is not on his game today20:18
*** moshele has joined #openstack-nova20:19
*** mgoddard_ has joined #openstack-nova20:19
*** bnemec is now known as bnemec-pto20:19
openstackgerritDan Smith proposed openstack/nova master: Add AggregateList.get_by_metadata() query method  https://review.openstack.org/54472820:20
openstackgerritDan Smith proposed openstack/nova master: Add aggregates list to Destination object  https://review.openstack.org/54472920:20
openstackgerritDan Smith proposed openstack/nova master: Add request filter functionality to scheduler  https://review.openstack.org/54473020:20
openstackgerritDan Smith proposed openstack/nova master: Add require_tenant_aggregate request filter  https://review.openstack.org/54500220:20
openstackgerritDan Smith proposed openstack/nova master: WIP: Honor availability_zone hint via placement  https://review.openstack.org/54628220:20
*** lpetrut has quit IRC20:20
*** slaweq has joined #openstack-nova20:22
*** AlexeyAbashkin has joined #openstack-nova20:23
*** moshele has quit IRC20:23
mriedemmnaser: yeah need to use the CinderFixture in pike20:25
mriedemmnaser: i realized that would be the case20:25
openstackgerritMerged openstack/nova stable/pike: Rollback instance.image_ref on failed rebuild  https://review.openstack.org/53900320:26
mriedemdansmith: you've gone full bore on converting all of the post-placement filters to pre-placement filters haven't you :)20:26
mnasermriedem: ok ill change it up to use cinderfixture and modify the code (as it would depend on if volume_id in self.reserved_volumes)20:26
mriedemmnaser: thanks20:26
*** cfriesen has quit IRC20:27
dansmithmriedem: no, I just wanted another example20:27
*** AlexeyAbashkin has quit IRC20:27
mriedemguh why doesn't ctrl+c work inside a cirros shell20:27
*** mgoddard_ has quit IRC20:27
*** eharney has quit IRC20:28
*** cfriesen has joined #openstack-nova20:28
*** eharney has joined #openstack-nova20:30
*** ircuser-1 has joined #openstack-nova20:33
*** lpetrut has joined #openstack-nova20:34
*** dave-mccowan has joined #openstack-nova20:36
*** awaugama has quit IRC20:37
*** pcaruana has joined #openstack-nova20:40
*** artom has quit IRC20:40
*** salv-orlando has joined #openstack-nova20:40
*** tbachman has quit IRC20:40
*** artom has joined #openstack-nova20:42
mriedemwoot got this multiattach demo working20:42
mriedemmounting and umounting like a mothertrucker20:43
smcginnismriedem: Are you recording a demo?20:45
*** salv-orlando has quit IRC20:45
mriedemthat's the plan20:48
mriedemfinally got the run through working20:48
smcginnismriedem: Nice!20:48
mriedemhttps://docs.google.com/presentation/d/1bp7IwEubvXqQf7mUE3nlUNW_T04L4c1-AMXELZ45jgg/edit?usp=sharing20:49
mriedemalso uses device tags20:50
mriedemartom: ^20:50
mriedemand shows how to boot with multiple volumes using device tags, then mount the config drive in the guest to read the disk device tags from metadata20:50
mriedemthroughout this whole thing i've found a new appreciation for openstackclient and the unified CLI, and ability to print out specific columns and parse the results for storing into local shell variables20:51
mriedemwhich is really really nice20:51
mriedemso much so that i think we should seriously think about deprecating the nova CLI20:52
mriedemmelwitt: ^ might be a topic, albeit old, for the ptg20:52
mriedemexcept for things that we can't do in osc (yet)20:52
artommriedem, noice20:53
*** felipemonteiro_ has joined #openstack-nova20:53
mriedemone thing osc doesn't do is the super complicated --block-device params that nova boot does20:53
mriedemfor specifying things like bootindex and tags20:53
melwittmriedem: yeah. that's a tough one because we'll need to do an audit on what all osc doesn't do. I learned the hard way the other day that you can't boot from volume in osc with one command anymore20:54
artomDoes it do microversions yet?20:54
melwittno, it does not20:54
mriedemwell, it does20:54
* artom swears he saw some microversion code in there20:54
mriedembut not by default, you have to opt in20:54
melwittwell, it passes them through if specified manually20:54
mriedemright20:54
mriedemso i have been doing;20:54
melwittbut it doesn't do any discovery20:54
mriedemexport OS_COMPUTE_API_VERSION=2.6020:54
mriedemmelwitt: you can bfv with osc by doing: openstack server create --flavor 1 --volume <volume name or id> myserver20:55
melwittthat's if the volume has already been created by you earlier20:55
melwittyou have to do two steps20:55
melwittyou can't bfv from image with one command20:55
mriedemthere is a --block-device option to server create20:55
melwittanymore20:55
melwittthat doesn't work anymore20:55
*** elod has joined #openstack-nova20:56
mriedembut it's a bit limited, i think it only allows source volume or snapshot?20:56
*** dave-mccowan has quit IRC20:56
mriedemso yeah, the osc --block-device param is definitely less robust than the nova boot one20:56
melwittyeah, maybe. I was trying to do from image20:56
mriedembut to be fair,20:56
mriedemevery time i need to use nova boot --block-device,20:56
mriedemi have to parse the help first20:56
*** felipemonteiro has quit IRC20:56
melwittyeah. we'd just have to turn our attention to making sure commands like those can be one step and keep them working20:58
melwittlong ago I wondered if we could make the novaclient stuff be an osc plugin, that way we can take care of the test coverage/regression coverage for our commands20:59
*** yamamoto has joined #openstack-nova20:59
*** r-daneel_ has joined #openstack-nova20:59
*** elod has quit IRC20:59
melwittin our tree21:00
*** r-daneel has quit IRC21:00
*** r-daneel_ is now known as r-daneel21:00
mriedemthere are a lot of easy low hanging CLIs we could deprecate though b/c they have coverage in osc,21:00
mriedemlike create snapshot image, add/remove volume/interface, etc21:00
mriedemthe more exotic server create stuff would yeah be a wip21:00
mriedemi was also watching an older k8s talk where everything was a single command line and realized they kind of figured that out from the beginning,21:01
mriedemso people new to k8s don't have to figure out you need 6 different client libs installed to do something21:01
*** priteau has quit IRC21:02
*** salv-orlando has joined #openstack-nova21:03
*** yamamoto has quit IRC21:03
mnasermriedem: the bug that keeps on giving.  when changing to the old fixture, https://github.com/openstack/nova/blob/stable/pike/nova/compute/api.py#L2008 checks for an attachment_id, but it doesn't have one from the fixtures.. sooo "Ignoring volume cleanup failure due to Object action obj_load_attr failed because: attribute attachment_id not lazy-loadable"21:04
*** felipemonteiro_ has quit IRC21:04
mnaser(therefore the functional test fails and the volume is still 'reserved' because it doesn't go into the 'else' codepath and detach)21:05
*** felipemonteiro has joined #openstack-nova21:05
mriedemmnaser: hmm, it wouldn't come from the fixture,21:06
mriedemit should just be default to None in the DB21:06
mriedemi mean, we create the bdm in cell021:06
*** owalsh has quit IRC21:06
mriedemso when it's read back out, that should be null21:06
*** jackie-truong has joined #openstack-nova21:06
mnasermaybe not in this case21:07
mnaserbecause you pass it the bdms not from db21:07
*** felipemonteiro_ has joined #openstack-nova21:07
*** sidx64 has joined #openstack-nova21:07
mriedemoh i know what it is,21:07
mriedemthe bdms in the build request21:07
mriedemthose don't have the attachment_id21:08
mnaseryeah21:08
mnaser`build_req.block_device_mappings` is whats passed21:08
*** FL1SK has joined #openstack-nova21:08
mriedemyeah, crap21:08
mnaserthat change hasnt merged yet21:08
mnaserif you want to abandon and restore21:08
mnaserhttps://review.openstack.org/#/c/545132/21:08
mriedemwell, it's not a problem in master or queens...21:09
*** moshele has joined #openstack-nova21:09
mnaserwhat's happening differently here if you dont mind me asking?21:09
*** felipemonteiro has quit IRC21:09
*** liverpooler has quit IRC21:11
mriedemmnaser: we don't have https://github.com/openstack/nova/blob/stable/queens/nova/compute/api.py#L3765 in pike21:11
*** elod has joined #openstack-nova21:11
mnaserahhh i see21:11
mnaserthe attachments are created in db there21:11
*** owalsh has joined #openstack-nova21:11
mriedemwell, they bdm.attachment_id field is set21:11
mnaserbecause the bdm is saved into db, i see21:11
mriedemand the bdm is then later stored in the build request21:11
mriedemso this is also a problem in queens if you have pike computes21:12
mriedemit's really a different bug21:12
mriedemso in the delete code, we need logic like, "if 'attachment_id' in bdm and bdm.attachment_id:"21:12
mriedemmnaser: feel like opening a new bug?21:12
*** moshele has quit IRC21:12
mnasermriedem: sure, ill do that21:13
mnaseri'll reorder the backports so that fix comes right before the one that enables the functional test once it goes in master so it can pass21:14
mriedemyeah i should have also added the recreate for the older cinder fixture as well, but was lazy21:14
mriedemi guess can do that as part of the new bug fix21:14
mnaseri already have it so ill reuse it21:15
mriedemcool21:15
*** elod has quit IRC21:15
*** tssurya has quit IRC21:16
*** tssurya has joined #openstack-nova21:18
*** tssurya has quit IRC21:18
*** tssurya has joined #openstack-nova21:18
mnaserhttps://bugs.launchpad.net/nova/+bug/1750666 probably not the best description but feel free to edit it, ill push up something21:20
openstackLaunchpad bug 1750666 in OpenStack Compute (nova) "Deleting an instance before scheduling with BFV fails to detach volume" [Undecided,New]21:20
openstackgerritMohammed Naser proposed openstack/nova stable/pike: Add functional recreate test of deleting a BFV server pre-scheduling  https://review.openstack.org/54622221:20
mnasergah21:21
*** AlexeyAbashkin has joined #openstack-nova21:23
openstackgerritMohammed Naser proposed openstack/nova stable/pike: Add functional recreate test of deleting a BFV server pre-scheduling  https://review.openstack.org/54622221:26
cfriesenmriedem: does osc support automatic block live migration yet?  last I checked you had to manually specify block migration21:27
*** AlexeyAbashkin has quit IRC21:27
*** moshele has joined #openstack-nova21:28
mnaserif i do git-review -d <change>, commit on top and git review .. will that prevent messing up the stack (or should i use -R ?)21:29
mnaserthe commit IDs match so i think i should be ok?21:30
*** jackie-truong has quit IRC21:30
dansmithmnaser: depends21:30
dansmithmnaser: you mean commit --amend?21:30
mnasernope, a seperate commit on top21:30
dansmiththat will create a new change, on top of the one you downloaded21:31
dansmithif that's what you want then that's fine21:31
zigoI got a weirdo Python 3 issue when generating Nova sphinx doc, can someone have a look? I tried to fix it for a long time and didn't succeed: http://paste.openstack.org/show/679271/21:31
*** moshele has quit IRC21:31
dansmithbut without -R it will/may rebase both when it submits21:31
mnaserdansmith: yes, dont want to touch the changes below, but want to build on top of them21:31
dansmiththen yes, but I would use -R if you really want to avoid disturbing the one below21:31
zigoThe same passes in Py 2.7.21:31
mnaserok i'll do that, thank you dansmith21:31
dansmithnp21:32
zigoIt probably is an issue in blockdiag itself though...21:32
zigoEverything else (ie: all Nova unit tests) pass in Py 3.6.21:34
zigoShould I file a bug?21:35
melwittzigo: yeah, filing a bug would help. are you trying to run the tox 'docs' target or?21:36
zigomelwitt: No, I'm building the Nova Debian package for Queens.21:37
zigoNo tox when doing packaging.21:37
melwittactually I see the 'docs' target is pinned to python 2.7, probably because of the bug you're hitting21:37
*** pcaruana has quit IRC21:37
zigomelwitt: PYTHONPATH=. python3 -m sphinx -b html doc/source $(CURDIR)/debian/nova-doc/usr/share/doc/nova-doc/html21:37
zigoThat's what I run.21:37
zigomelwitt: Well, I do need the docs to also pass in Py3, since I'll be removing all traces of Py 2.7 in the Debian packages.21:38
* zigo goes to file a bug21:38
zigoWorst case, I'll remove the block dragram from the doc that is crashing sphinx.21:39
zigoI'd of course prefer not to do that.21:39
melwittyeah ... based on the "basepython = python2.7" for docs in tox.ini, it's known not to build under py3 but I don't know why. I'd want to get stephenfin to look at it but he's out on PTO this week21:39
zigomelwitt: No worries! :)21:42
* zigo investigate removing the block diagram from Nova's doc.21:42
zigohttps://bugs.launchpad.net/nova/+bug/175067221:42
openstackLaunchpad bug 1750672 in OpenStack Compute (nova) "failure to generate Nova's doc in Python 3.6" [Undecided,New]21:42
melwittthanks21:47
*** artom has quit IRC21:50
mriedemcfriesen: don't know, it might assume you have to specify that, but you could open a bug and say if microversion >= x, don't require some option21:51
mriedemcfriesen: melwitt: so there will definitely need to be some currency stuff like that in osc, like this https://review.openstack.org/#/c/546176/21:51
mriedembut it's pretty simple for most of it21:51
mriedemoops wrong patch21:52
mriedemhttps://review.openstack.org/#/c/545946/21:52
openstackgerritMohammed Naser proposed openstack/nova master: Add functional test for deleting BFV server with old attach flow  https://review.openstack.org/54631521:52
*** slaweq_ has joined #openstack-nova21:52
*** pchavva1 has quit IRC21:53
openstackgerritMohammed Naser proposed openstack/nova master: Add functional test for deleting BFV server with old attach flow  https://review.openstack.org/54631521:54
mnaseraaand thats a step 121:54
melwittmriedem: okay, that's cool. what about the auto-discover-latest behavior of the CLI? from what I understand, that's not something they wanted to allow in osc21:54
mriedemmelwitt: that doesn't exist in osc21:56
mriedemor most CLIs besides nova's21:56
mriedemi.e. cinder CLI doesn't do that either21:56
melwittI know21:57
melwittbut I thought we would want to keep that, I've never understood how it's useful for a CLI to default to the lowest microversion21:57
*** slaweq_ has quit IRC21:57
*** sidx64 has quit IRC21:58
melwittand I thought we discussed it in a forum session about osc last time, but I don't remember if we got any consensus or next steps about it21:59
zigomelwitt: Here's the line that crashes everything: https://salsa.debian.org/openstack-team/services/nova/blob/debian/queens/debian/patches/remove-crashing-blockdiag-doc-line.patch21:59
*** yamamoto has joined #openstack-nova22:00
melwittzigo: huh. interesting22:00
cfriesenmelwitt: yeah, I remember some discussion too.  I pinged the OSC folks about microversion stuff but they basically said they had a plan and didn't seem to want any help with it.22:00
mriedemmelwitt: it was discussed in the user session in boston22:01
mriedemand i think the consensus was "we should be consistent" but no decisive answer on which consistency is best22:01
mriedemi can't remember which specific session now https://wiki.openstack.org/wiki/Forum/Boston201722:03
melwittokay. agreed on consistency. we'll need to re-sync with the osc team on that if we're going to get serious about deprecating the nova CLI22:03
jrollmelwitt: fwiw, the only explanation for defaulting CLIs to the lowest microversion that I've heard is so that new versions don't break bash scripts22:03
jrollas if it's a bash sdk >.>22:03
mriedemand we've asserted the CLI isn't an SDK22:03
mriedembut the python API binding code is, so that's why that's opt-in22:04
melwittright22:04
*** yamamoto has quit IRC22:04
jrollfor some definition of "we" :)22:04
mriedemwe == nova in this case22:04
melwittI don't think a bash sdk is a good idea for anyone22:04
mriedemfor our CLI22:04
jrollright22:04
cfriesenjroll: if you want that you can explicitly specify the API version in your bash script22:04
jrollcfriesen: no I don't want that at all, just providing the anecdata that I have :)(22:05
cfriesen"you" generally, not specifically22:05
cfriesen:)22:05
jrollright22:05
mriedemwell i can't find the etherpad, but i remember the discussion22:06
mriedemi'm pretty sure it was boston22:06
mriedemclarkb or mordred might remember22:06
melwittI had thought it got talked about more recently too, but maybe I'm thinking of boston and not realizing it22:08
* mordred waves22:08
mriedemmordred: do you remember talking about standardizing CLIs at the forum in boston?22:09
mordreddtantsur|afk has been working on a spec/document on the topic - I expect us to all sit down and alk about it some time next week22:09
mriedemlike the auto-discover microversion behavior22:09
mriedem?22:09
mordredsorry - dtantsur has been working on aspec about sdks/libraries and microversions - not on cli things22:10
mordredbut I'd very much like for us to come to a shared understanding and consensus - and to make sure that whatever needs to be done to deprecate the nova cli is done - and will happily sign up to help work on that goal22:11
openstackgerritHongbin Lu proposed openstack/nova master: [WIP] Skip placement on rebuild in same host  https://review.openstack.org/54635722:13
*** jdurgin has joined #openstack-nova22:13
* mordred is also on a plane right now with TERRIBLE wifi - so can't offer a *ton* of useful info right now, but will circle back with you as soon as he has better internet22:14
openstackgerritMohammed Naser proposed openstack/nova master: Add functional test for deleting BFV server with old attach flow  https://review.openstack.org/54631522:17
openstackgerritMohammed Naser proposed openstack/nova master: Check if attachment_id exists before deleting it  https://review.openstack.org/54639822:17
mnasermriedem: ^ that should fix it22:18
mnaser(functional and unit tests passed locally, but didn't run the whole suite)22:18
*** r-daneel has quit IRC22:22
*** r-daneel has joined #openstack-nova22:22
*** threestrands has joined #openstack-nova22:23
mriedemok22:24
openstackgerritMatthew Edmonds proposed openstack/nova-specs master: PowerVM Virt Integration (Rocky)  https://review.openstack.org/54511122:31
*** rcernin has joined #openstack-nova22:33
openstackgerritDan Smith proposed openstack/nova master: Avoid exploding if guest refuses to detach a volume  https://review.openstack.org/54642322:44
*** eharney has quit IRC22:45
*** tssurya has quit IRC22:46
*** itlinux has quit IRC22:49
*** Zames has joined #openstack-nova22:52
melwittdansmith: your review would be appreciated on the bug we looked at last week about saving the admin password in sysmeta for the libvirt driver https://review.openstack.org/#/c/54303222:54
melwittI tested the patch with devstack and found it works22:55
*** lyan has quit IRC22:55
*** felipemonteiro_ has quit IRC22:57
*** amodi has quit IRC22:57
melwittwe don't have tempest coverage enabled of 'change password' in the gate because of the qemu guest agent requirement. I have a tempest patch up to add coverage for anyone who *can* run with [compute-feature-enabled]change_password = True but I haven't double-checked that it works in my devstack env yet https://review.openstack.org/#/c/543029/22:59
*** slaweq has quit IRC23:00
*** slaweq has joined #openstack-nova23:00
*** yamamoto has joined #openstack-nova23:00
*** jmlowe has quit IRC23:01
*** openstackgerrit has quit IRC23:04
*** sapcc-bot has quit IRC23:04
*** burt has quit IRC23:04
*** sapcc-bot has joined #openstack-nova23:04
*** slaweq has quit IRC23:06
*** liusheng has quit IRC23:06
*** liusheng has joined #openstack-nova23:06
*** yamamoto has quit IRC23:06
*** tidwellr has quit IRC23:09
*** lpetrut has quit IRC23:11
*** NostawRm has quit IRC23:15
*** jmlowe has joined #openstack-nova23:19
*** NostawRm has joined #openstack-nova23:19
*** takashin has joined #openstack-nova23:23
*** AlexeyAbashkin has joined #openstack-nova23:23
*** AlexeyAbashkin has quit IRC23:27
*** Zames has quit IRC23:32
*** r-daneel has quit IRC23:34
*** r-daneel has joined #openstack-nova23:35
*** acormier has quit IRC23:35
*** claudiub has quit IRC23:36
*** Zames has joined #openstack-nova23:40
mriedemsmcginnis: are you able to get this? https://drive.google.com/open?id=1jGiBLcaefpcAz66Camlcffeb4H9EkLtE23:42
mriedemmelwitt: dansmith: ^ ? audio is a bit quiet but otherwise it seems fine23:44
melwittwhat is that?23:46
mriedemdemo23:46
melwittah, cool23:46
*** Tahvok has quit IRC23:46
*** Tahvok has joined #openstack-nova23:47
melwittyeah, I can see it. agree the audio is pretty quiet23:48
*** Zames has quit IRC23:49
*** r-daneel has quit IRC23:50
*** masahisa has joined #openstack-nova23:52

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!