Tuesday, 2017-01-17

*** jralph_ has quit IRC00:00
*** sacharya has quit IRC00:00
*** sacharya has joined #openstack-ironic00:00
*** jralph has joined #openstack-ironic00:02
*** cdearborn has quit IRC00:17
*** jerrygb has quit IRC00:18
*** rbudden has quit IRC00:21
*** baoli has quit IRC00:26
*** mtan_____ has joined #openstack-ironic00:28
*** [1]rpioso has quit IRC00:28
*** mtanino has quit IRC00:29
*** jerrygb has joined #openstack-ironic00:34
*** hoangcx has joined #openstack-ironic00:41
*** Sukhdev has joined #openstack-ironic00:52
*** SerenaFeng has joined #openstack-ironic00:53
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/42083500:55
*** cdearborn has joined #openstack-ironic01:02
*** phuongnh has joined #openstack-ironic01:03
*** hw_wutianwei has joined #openstack-ironic01:10
*** jerrygb has quit IRC01:13
*** amotoki has quit IRC01:19
*** amotoki has joined #openstack-ironic01:19
*** trananhkma has quit IRC01:24
*** Sukhdev has quit IRC01:29
*** SerenaFeng has quit IRC01:34
openstackgerritNaohiro Tamura proposed openstack/python-ironicclient: Add soft reboot/poweroff power states.  https://review.openstack.org/24790401:48
*** mtan_____ has quit IRC01:57
*** sacharya has quit IRC01:59
*** cdearborn has quit IRC02:00
*** sacharya has joined #openstack-ironic02:00
*** tiendc has joined #openstack-ironic02:02
*** jerrygb has joined #openstack-ironic02:14
openstackgerritjiang wei proposed openstack/python-ironicclient: Support i18n for baremetal node cmds  https://review.openstack.org/35763902:18
*** cdearborn has joined #openstack-ironic02:20
*** gcb has joined #openstack-ironic02:36
openstackgerritTaku Izumi proposed openstack/ironic-python-agent: Add support for finalize_rescue  https://review.openstack.org/41735102:50
*** amotoki has quit IRC02:55
*** yuanying has quit IRC03:01
*** yuanying has joined #openstack-ironic03:01
*** yuanying has quit IRC03:01
*** yuanying has joined #openstack-ironic03:02
*** xuao has joined #openstack-ironic03:03
*** yuanying has quit IRC03:06
*** amotoki has joined #openstack-ironic03:13
*** Nisha_Agarwal has joined #openstack-ironic03:26
*** Nisha_ has joined #openstack-ironic03:27
*** vikrant has joined #openstack-ironic03:29
openstackgerritZhenguo Niu proposed openstack/ironic: Add nodes tagging support - objs  https://review.openstack.org/23335703:29
openstackgerritZhenguo Niu proposed openstack/ironic: Add DB layer support for node tags filter  https://review.openstack.org/27262403:30
*** Nisha_Agarwal has quit IRC03:31
*** Nisha_Agarwal has joined #openstack-ironic03:31
*** links has joined #openstack-ironic03:32
*** Nisha_Agarwal has quit IRC03:32
*** cdearborn has quit IRC03:33
*** Nisha_ has quit IRC03:34
*** vikrant is now known as vikrant|brb03:44
*** amotoki has quit IRC03:48
*** amotoki has joined #openstack-ironic03:51
*** vikrant|brb is now known as vikrant03:58
*** cfarquhar has quit IRC04:00
*** yuanying has joined #openstack-ironic04:02
*** vsaienko has joined #openstack-ironic04:05
*** amotoki has quit IRC04:05
*** Syed__ has quit IRC04:25
*** jrist has quit IRC04:27
*** wrouesnel has quit IRC04:31
*** vsaienko has quit IRC04:31
*** udesale has joined #openstack-ironic04:35
*** wrouesnel has joined #openstack-ironic04:39
*** jrist has joined #openstack-ironic04:39
*** Sukhdev has joined #openstack-ironic04:45
*** amotoki has joined #openstack-ironic04:47
*** wrouesnel has quit IRC04:55
*** yuanying has quit IRC04:55
*** yuanying has joined #openstack-ironic05:03
*** wrouesnel has joined #openstack-ironic05:05
openstackgerritMerged openstack/ironic: Updated from global requirements  https://review.openstack.org/42083505:05
*** jerrygb has quit IRC05:08
*** wrouesnel has quit IRC05:17
openstackgerritZhenguo Niu proposed openstack/ironic: Add DB layer support for node tags filter  https://review.openstack.org/27262405:26
*** wrouesnel has joined #openstack-ironic05:27
openstackgerritjiang wei proposed openstack/python-ironicclient: Support i18n for baremetal port cmds  https://review.openstack.org/37597105:33
openstackgerritNisha Agarwal proposed openstack/ironic: Enhance pxe_ilo driver to do inband-inspection  https://review.openstack.org/34357705:33
openstackgerritjiang wei proposed openstack/python-ironicclient: Support i18n for baremetal port cmds  https://review.openstack.org/37597105:36
*** yuanying has quit IRC05:46
*** yuanying has joined #openstack-ironic05:47
*** SerenaFeng has joined #openstack-ironic05:47
*** yuanying has quit IRC05:51
openstackgerritAparna proposed openstack/proliantutils: Add `erase_devices` as a clean step  https://review.openstack.org/42108105:55
openstackgerritjiang wei proposed openstack/python-ironicclient: Support i18n for baremetal chassis cmds  https://review.openstack.org/37597205:55
*** wrouesnel has quit IRC06:00
*** wrouesnel has joined #openstack-ironic06:01
*** pc_m has quit IRC06:03
*** e0ne has quit IRC06:04
*** rbartal has joined #openstack-ironic06:09
*** rama_y has quit IRC06:15
*** amotoki has quit IRC06:16
*** vmud213 has joined #openstack-ironic06:21
openstackgerritjiang wei proposed openstack/python-ironicclient: Support i18n for baremetal driver,portgroup cmds  https://review.openstack.org/42108706:23
*** rbudden has joined #openstack-ironic06:23
*** SerenaFeng has quit IRC06:23
*** SerenaFeng has joined #openstack-ironic06:28
*** sacharya has quit IRC06:28
*** sacharya has joined #openstack-ironic06:29
*** Sukhdev has quit IRC06:31
*** mjura has joined #openstack-ironic06:38
*** amotoki has joined #openstack-ironic06:43
*** Sukhdev has joined #openstack-ironic06:43
*** amotoki has quit IRC06:49
openstackgerritjiang wei proposed openstack/python-ironicclient: Support i18n for baremetal chassis cmds  https://review.openstack.org/37597206:50
*** ohamada has joined #openstack-ironic06:56
*** rbartal has quit IRC06:57
*** moshele has joined #openstack-ironic06:59
*** dsneddon has quit IRC06:59
*** dsneddon has joined #openstack-ironic06:59
openstackgerritjiang wei proposed openstack/python-ironicclient: Support i18n for baremetal driver,portgroup cmds  https://review.openstack.org/42108707:00
*** pc_m has joined #openstack-ironic07:02
*** rbudden has quit IRC07:02
openstackgerritTuan Luong-Anh proposed openstack/ironic: Ironic devstack portgroup support  https://review.openstack.org/38174307:04
*** tuanluong has joined #openstack-ironic07:09
*** rbartal has joined #openstack-ironic07:10
*** tesseract has joined #openstack-ironic07:16
*** yuanying has joined #openstack-ironic07:23
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic-python-agent: Use sh instead of bash when installing grub  https://review.openstack.org/42110207:27
*** ChubYann has quit IRC07:32
xekmorning Ironic!07:37
xekmariojv, I think your proposal makes sense, I'll make the change07:37
tuanluongmorning ironic07:41
vsaienk0morning Ironic!07:41
*** Sukhdev has quit IRC07:53
*** aparnav has joined #openstack-ironic07:55
openstackgerritjiang wei proposed openstack/python-ironicclient: Support i18n for baremetal driver,portgroup cmds  https://review.openstack.org/42108707:58
*** dmellado has quit IRC08:02
*** dmellado has joined #openstack-ironic08:04
mkrai Hi Ironic Team08:09
mkraiI have an Ironic setup with devstack08:10
mkraiI tried to add a new hardware to ironic's node-list08:11
mkraiIt was added and I was able to powe on/off using ironic CLI08:11
mkraiBut it failed while deploying with error "Failed to prepare to deploy. Error: No VIFs found for node 2cd3edca-1261-4ba6-8b7e-fc6037959901 when attempting to update DHCP BOOT options."08:12
mkraiCan anyone please help?08:12
mkraiI have also tried booting via Nova and it failed with "no valid host" and seeing the logs I found out that the hypervisor-stats show 0 resources08:14
*** amoralej|off is now known as amoralej08:15
openstackgerritVasyl Saienko proposed openstack/ironic: Use TENANT_VIF_KEY constant everywhere  https://review.openstack.org/42112108:17
*** trown|outtypewww has quit IRC08:21
*** trown has joined #openstack-ironic08:22
openstackgerritAparna proposed openstack/proliantutils: Add `erase_devices` into `get_clean_step` method  https://review.openstack.org/42108108:26
*** ralonsoh has joined #openstack-ironic08:30
*** amotoki has joined #openstack-ironic08:34
*** athomas has joined #openstack-ironic08:35
*** e0ne has joined #openstack-ironic08:48
*** priteau has joined #openstack-ironic08:48
*** yibo has joined #openstack-ironic08:55
*** zzzeek has quit IRC09:00
*** zzzeek has joined #openstack-ironic09:00
*** tuanluong has quit IRC09:03
*** tuanluong has joined #openstack-ironic09:04
*** rama_y has joined #openstack-ironic09:12
*** dtantsur|afk is now known as dtantsur09:13
dtantsurmorning Ironic09:13
mkraiGm dtantsur09:15
mkraiI have a question regarding ironic09:16
mkraiI have posted the questions ^^09:16
*** mgoddard has joined #openstack-ironic09:16
mkraiCan you please have a look if you have time?09:16
*** tiendc has quit IRC09:23
*** tiendc has joined #openstack-ironic09:23
tuanluongmorning Ironic, dtantsur mkrai09:24
dtantsurmkrai, you should boot ironic nodes with nova for the beginning. please refer to http://docs.openstack.org/developer/ironic/deploy/troubleshooting.html#nova-returns-no-valid-host-was-found-error09:25
dtantsurmorning tuanluong09:25
openstackgerritMerged openstack/proliantutils: Add `erase_devices` into `get_clean_step` method  https://review.openstack.org/42108109:26
mkraidtantsur: Thanks. I tried booting via nova also09:30
mkraiLet me go through the link09:30
*** derekh has joined #openstack-ironic09:38
mkraidtantsur: The issue is the hypervisor stats shows ram:0 disk:0 etc so nova-scheduler returns 0 hosts09:38
mkraiHow is the ironic node stats reported to nova?09:39
dtantsurmkrai, periodically, via polling. check other bullet points, you may not have enough "available" nodes, maybe their properties are not populated correctly, etc09:40
mkraiOk nova polls ironic or is it ironic sending the data to nova?09:41
dtantsurnova polls ironic09:43
mkraiOk thanks09:43
*** lucas-afk is now known as lucasagomes09:45
lucasagomesmorning all09:45
*** rama_y has quit IRC09:49
vdrokgood morning ironic! xek tuanluong mkrai dtantsur lucasagomes09:52
mkraidtantsur: nova baremetal flavor show capabilities:boot_option=local09:53
mkraiHow do we add this to node.properties09:53
dtantsurthen it has to match your nodes09:53
dtantsurwhy do you have it in your flavor?09:53
tuanluongmorning vdrok09:53
dtantsurmorning lucasagomes, vdrok09:53
mkraiThis doesn't match our pattern09:53
mkraiThis is in nova's flavor09:53
mkraiNot in ironic node's properties09:54
dtantsurmkrai, how did it end up there? maybe you should remove it from the flavor?09:54
mkraiOk09:54
mkraiI will remove it09:54
tuanluongmkrai, ironic node-update $NODE add  properties/capabilities="{'boot_mode':'bios','boot_option':'local'}"09:54
mkraituanluong: thanks!09:55
vdrokmikal: you could also check the docs https://github.com/openstack/ironic/blob/6394c279ca298afc5887ac884df35bfa36c3dd9c/install-guide/source/include/local-boot-partition-images.rst#L3309:55
vdrokouch, sorry, mkrai09:55
mkraivdrok: Thanks that is helpful09:56
openstackgerritNisha Agarwal proposed openstack/proliantutils: snmp inspection for disk size  https://review.openstack.org/39485809:57
*** SerenaFeng has quit IRC09:57
*** xuao has quit IRC10:09
*** SerenaFeng has joined #openstack-ironic10:09
*** hoangcx has quit IRC10:10
*** vsaienko has joined #openstack-ironic10:10
*** phuongnh has quit IRC10:11
pas-hamorning all :)10:13
dtantsurmorning pas-ha10:13
mkraidtantsur: it passed but the node-state is stuck n "wait call-back"10:17
*** MattMan has quit IRC10:17
*** SerenaFeng has quit IRC10:18
*** MattMan has joined #openstack-ironic10:18
mkraivdrok: tuanluong ^^10:23
*** SerenaFeng has joined #openstack-ironic10:23
*** udesale has quit IRC10:26
*** amotoki has quit IRC10:27
*** udesale has joined #openstack-ironic10:27
vdrokmkrai: by stuck, you mean the ironic python agent has not started up on node?10:27
vdrokmorning pas-ha10:27
*** sambetts|afk is now known as sambetts10:27
sambettsMorning all10:27
aarefievmorning dtantsur, vdrok, pas-ha, sambetts10:28
dtantsurmorning sambetts, aarefiev10:29
vdrokmorning sambetts and aarefiev10:29
mkraivdrok: The "provisioning state" is "wait call-back" for very long time period10:30
vdrokmkrai: could you check the node console? to see what's going on there10:30
mkraiWhat does this state mean?10:30
sambettsmkrai: sounds like your nodes aren't able to boot the ramdisk or the ramdisk is unable to call-back to Ironic to tell, us it has booted and ready10:31
vdrokmkrai: it means that ironic waits for callback from agent10:31
*** vikrant has quit IRC10:31
mkraiTo add, I am on proxy network10:31
mkraiSo do I need to add the node's IP to no_proxy list or something like that?10:32
sambettsmkrai: your nodes you are booting need to be able to talk to the Ironic API, and the Ironic conductor needs to be able to talk to your nodes10:32
openstackgerritAnton Arefiev proposed openstack/ironic-inspector: Devstack: don't rely on Ironic local vars  https://review.openstack.org/42072510:33
*** aparnav has quit IRC10:36
*** vikrant has joined #openstack-ironic10:44
*** dtantsur is now known as dtantsur|bbl10:48
*** udesale has quit IRC10:48
mkraivdrok: what is the way to check whether console is supported on the h/w or not?10:48
amaraoHello, everyone. Before I file a bug: Does ironic+nova support for 'rebuild' command? I see it didn't removed old port and just created new (so there are two neutron baremetall ports now with same mac in different nets). Should I report this?10:48
*** udesale has joined #openstack-ironic10:49
mkraiI am new to ironic so my questions might be weird sometime, please pardon10:49
mkraisambetts: I am able to powe on/off the node, does it mean the communication from conductor to node is successful?10:54
mkraiHow do I make sure for the part from node to ironic-api?10:54
*** udesale__ has joined #openstack-ironic10:54
*** udesale has quit IRC10:57
amaraohttps://bugs.launchpad.net/ironic/+bug/165708311:01
openstackLaunchpad bug 1657083 in Ironic "instance rebuild cause creation of two ports in two networks simultaneously" [Undecided,New]11:01
sambettsmkrai: that means that your conductor can talk on your servers management network, but the conductor needs to be connected to your nodes data network in order to be able to transfer the images to the node11:03
*** amotoki has joined #openstack-ironic11:03
*** g3ek has quit IRC11:03
mkraisambetts: how do I confirm that?11:03
sambettsmkrai: that depends on your equipment, but easiest way is to connect to the nodes KVM/visual console and confirm that the node is able to PXE boot11:05
mkraithe node's screen shows "PXE-E61 Media test failure, check cable"11:07
*** amotoki has quit IRC11:09
vdrokamarao: rebuild is supported, yes. during rebuild, ironic still creates port in provisioning network, then it is deleted when you switch to tenant network11:10
sambettsmkrai: that means that your server is unable to PXE boot because its network cable is broken or possibly disabled at the switch11:10
mkraiThanks sambetts11:12
*** g3ek has joined #openstack-ironic11:12
mkraiI will try correcting the issue and then get back11:13
mkraiThank you all for quick response :)11:13
amaraovdrok, ironic should remove old port before creating new. Otherwise it asks ML2 driver to put switch iface in untagged mode in two different vlans, which is impossible.11:14
*** tiendc_ has joined #openstack-ironic11:15
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Pass os_identity_api_version into functional tests  https://review.openstack.org/41495711:16
*** udesale__ has quit IRC11:17
*** tiendc has quit IRC11:18
*** cdearborn has joined #openstack-ironic11:22
jrollmorning y'all11:33
*** dtantsur|bbl is now known as dtantsur11:35
dtantsurmorning jroll11:36
lucasagomesmorning jroll11:36
*** amotoki has joined #openstack-ironic11:37
*** jkilpatr has quit IRC11:44
*** moshele has quit IRC11:47
*** geertsky has joined #openstack-ironic11:47
geertskyNewbie here...11:48
geertskyBare metal provisioning WHOHOOOO!!!11:48
jrollgeertsky: welcome :)11:48
geertskyBut how is the software eventually installed?11:48
geertskykickstart? image?11:49
lucasagomesgeertsky, image11:49
jrollyeah, image11:49
geertskyaaah good! so how is this realized? during initrd?11:49
lucasagomesgeertsky, the idea is make baremetal deployment looks&feel like deploying VMs in openstack (in the user POV)11:49
jrollgeertsky: this may be helpful http://docs.openstack.org/developer/ironic/deploy/user-guide.html11:49
jrolltl;dr we boot a ramdisk running some python code, ironic-conductor process interacts with it to do the things11:50
jrolland then we reboot11:50
jrollthere's also out of band control like ipmi of course11:50
jrollthese flowcharts are super helpful: http://docs.openstack.org/developer/ironic/deploy/user-guide.html#example-1-pxe-boot-and-iscsi-deploy-process11:51
geertskynice!! Sounds good man! actually flushes around 2 years of my work down the drain but hey! :D11:51
jrollheh11:53
geertsky I've been working for around 2 years on an implementation for xCAT to partition and deploy nodes using rsync.11:58
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic-python-agent: Use sh instead of bash when installing grub  https://review.openstack.org/42110211:58
*** tuanluong has quit IRC11:59
*** tiendc_ has quit IRC11:59
geertskyIt has been used on a 750 node cluster and all works fine.12:00
geertskyBut due to bad advertising or something no further interest...12:01
geertskyThanks allot for the pointers! I'll look into it!12:03
geertskyCya!12:03
*** geertsky has quit IRC12:03
mkraijroll: what's that python code running inside ramdisk?12:03
mkraiIs it some agent?12:03
sambettsmkrai: https://github.com/openstack/ironic-python-agent12:03
*** lucasagomes is now known as lucas-hungry12:11
*** links has quit IRC12:12
*** rbudden has joined #openstack-ironic12:14
cdaniel-afkmorning all12:14
*** cdaniel-afk is now known as cdaniel12:15
jrollwho was it that said the other day we don't pass network metadata into the configdrive yet? because we totally do :P12:17
*** nicodemos has joined #openstack-ironic12:18
jroll$ cat network_data.json12:18
jroll{"services": [], "networks": [{"network_id": "3140867c-7ad5-42e2-a7e3-f0114cdcf92e",12:18
patchbotError: Missing "]".  You may want to quote your arguments with double quotes in order to prevent extra brackets from being evaluated as nested commands.12:18
jrolletc12:18
*** jkilpatr has joined #openstack-ironic12:18
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add os_project_name to functional tests configuration script  https://review.openstack.org/40823512:18
openstackgerritAparna proposed openstack/ironic: Doc for sanitize erase support in iLO drivers  https://review.openstack.org/40844112:19
*** aparnav has joined #openstack-ironic12:21
sambettsjroll: we pass it into the generator, but nova didn't used to include  the file in the config driver, that must have fixed it at some point :/12:21
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Change tenant to project  https://review.openstack.org/42005512:21
jrollsambetts: it's included it for quite a while now, afaik12:22
*** tesseract has quit IRC12:23
jrollsambetts: https://review.openstack.org/#/c/153097/12:24
patchbotpatch 153097 - nova - Expose Neutron network data in metadata service (MERGED)12:24
jrolljuly 201512:24
jroll:P12:24
sambettsjroll: hmmm... /me had to include this https://review.openstack.org/#/c/289412/1/nova/virt/ironic/driver.py@720 when I orginally wrote the code otherwise it wouldn't include the file12:24
jrollliberty, I guess12:24
patchbotpatch 289412 - nova - [WIP] Allow mapping multiple Neutron ports to Iron... (ABANDONED)12:24
nicodemosgood morning!12:25
jrollhuh12:25
dtantsuram I doing something wrong, or is IPA CI really unstable?12:26
amaraojroll, there is a bug with metadata.12:27
jrolldtantsur: I haven't seen that but haven't looked at IPA much12:27
amaraojroll: https://bugs.launchpad.net/nova/+bug/165685412:27
openstackLaunchpad bug 1656854 in OpenStack Compute (nova) "Incorrect metada in ConfigDrive when using barematal ports under neutron" [Undecided,In progress] - Assigned to Vasyl Saienko (vsaienko)12:27
jrollamarao: yes, I recall this from yesterday12:27
openstackgerritZhenguo Niu proposed openstack/ironic: Add DB layer support for node tags filter  https://review.openstack.org/27262412:27
*** skazi has quit IRC12:27
sambettsjroll: I think that must have been against Kilo it seems :/ man have I really been working on this feature that long XD12:27
amaraoI've actually run patched version already. I knew that this is crude fix, but it works.12:28
jrollsambetts: lol!12:28
*** SerenaFeng has quit IRC12:30
openstackgerritDmitry Tantsur proposed openstack/ironic: Pin basepython for docs tox target to python2  https://review.openstack.org/42124412:30
openstackgerritMerged openstack/ironic-ui: Refactor the edit-node/nodeUpdatePatch class  https://review.openstack.org/41798812:30
jrollI wonder if that network metadata bug is just nova caching network info too hard12:32
jrollamarao: any chance you could get nova-compute logs around where it's generating the configdrive? not sure if useful but it may be12:33
sambettsjroll: the bug is because at the point that nova generates the config-drive the ports are unbound12:33
jrollmmm12:33
sambettsjroll: so it calls the link type unbound which is an unsupported vif type12:33
jrolloh right, we bind them at the end of the deploy12:33
jrollurgh12:33
sambettsjroll: in our case all vifs are always bound, because they are physically12:33
sambettsexisting12:33
sambettss/vifs/nics12:33
jrolls/our/flat/ ?12:34
sambettsboth, nics don't go away because of driver type :-P12:34
jrolluh12:34
jrollit's the multitenant stuff that breaks this, because it doesn't bind tenant ports until the deploy is done12:34
jrollwhether they are physical or not12:35
sambettsright :/ but IMO all Ironic ports should be included in network_data.json in links because they physically exist, then the 'networks' section should be dedicated to VIF specific stuff12:36
jrollwell, this is the 'links' section that's broken12:36
sambettsthe reason I guess that nova puts them in there as unbound is because, in the VM case, when a NIC is unbound it won't physically exist on the VM and therefore won't get processed by cloud-init12:36
*** vikrant has quit IRC12:37
jrollI assume the neutron port returns unbound somewhere12:37
jrollright12:37
jrollor maybe nova converts status:down12:37
jrollbut I don't see unbound anywhere relevant in nova12:37
jrollso no clue where that's coming from12:37
jrollneutron/extensions/portbindings.py12:38
jroll81:VIF_TYPE_UNBOUND = 'unbound'12:38
jrollwhomp12:38
* jroll wonders if an ml2 plugin can fix that or if we have to hack around it12:38
*** hw_wutianwei has quit IRC12:39
sambettsjroll: the ports will still be unbound in m-t case12:39
* sambetts really wishes we could move config driver generation later12:39
jrollwell, yes12:39
jrollwe need to hack around it somewhere12:40
jrolljust trying to decide if that should be in the nova driver or ml2 plugin or cloud-init12:40
openstackgerritDmitry Tantsur proposed openstack/ironic: Update troubleshooting docs on no valid host found error  https://review.openstack.org/41959512:40
openstackgerritMerged openstack/ironic-python-agent: Updated from global requirements  https://review.openstack.org/42020612:40
jrolland we bind them after we write the configdrive, so moving the generation doesn't help :P12:40
sambettsjroll: oh yeah :/ fuuu...12:40
sambettsjroll: I think I have an idea for a fix, give me a minute :)12:41
jrollOTOH it's justification to just hack it12:41
* jroll curious12:41
*** athomas has quit IRC12:42
*** dprince has joined #openstack-ironic12:43
amaraojroll, do you need logs with my ugly patch or without it? I can gather them a bit later after next deployment attempt (chef cookbooks debug, etc). AFAIK there were no any useful info around this place.12:45
jrolldtantsur: what were you seeing around IPA CI?12:45
jrollamarao: don't worry about it, I was going down the wrong path12:45
dtantsurjroll, didn't check the exact error, but I see non-inspector jobs failing on a purely inspector change, so it may be not my fault12:47
jrolldtantsur: link?12:47
jroll:)12:47
dtantsurhttps://review.openstack.org/41787112:47
patchbotpatch 417871 - ironic-python-agent - Remove compatibility with old bash-based introspec...12:47
jrollthanks12:47
jrollI think julia mentioned lots of failures in ovh around nested virt crap12:47
* jroll tries to remember how that presents12:48
*** skazi has joined #openstack-ironic12:49
jrollah, I think http://logs.openstack.org/71/417871/1/check/gate-tempest-dsvm-ironic-ipa-partition-pxe_ipmitool-coreos-src-ubuntu-xenial/70aaffc/logs/libvirt/qemu/node-0.txt.gz12:49
jrollmaybe we should indeed turn that off12:50
jrollit makes things so fast when it works though :(12:50
openstackgerritDmitry Tantsur proposed openstack/ironic-inspector: Do not use loopback BMC addresses for lookup  https://review.openstack.org/41952612:51
dtantsurjroll, sigh :(12:51
jrollindeed :/12:51
vdrokmorning jroll and cdaniel12:52
jrollohai vdrok :)12:52
*** athomas has joined #openstack-ironic12:52
*** hoangcx has joined #openstack-ironic12:54
* jroll breakfasts12:55
vdrokjroll: that bug is fixed now in the port attach patch12:55
vdrokjroll: https://review.openstack.org/#/c/364413/22/nova/virt/ironic/driver.py@70612:56
patchbotpatch 364413 - nova - Support Ironic interface attach/detach in nova virt12:56
jrollvdrok: ah, just hardcoded?12:56
cdanielmorning vdrok :)12:56
vdrokjroll: yup. we do the same with ports inside portgroup in subsequent patch12:56
*** hoangcx has quit IRC12:56
jrollyeah, cool12:56
openstackgerritAparna proposed openstack/ironic: Doc for sanitize erase support in iLO drivers  https://review.openstack.org/40844112:56
sambettsvdrok, jroll: https://review.openstack.org/#/c/421254/12:57
patchbotpatch 421254 - nova (stable/newton) - Ensure we mark baremetal links as phy links12:57
jrollsambetts: agree that would fix it... now we'll need to get it in, in a backportable way12:58
jrollunderneath the attach/detach stuff12:58
sambettsyeh...12:58
vdrokjroll: sambetts tho the thing is, It does not seem to actually break anything12:58
*** gcb has quit IRC12:58
*** links has joined #openstack-ironic12:58
vdrokI mean, the info is wrong, cloud-init ignores it, but interfaces still come uo12:58
jrolldtantsur: re different hardware types on each conductor, that throws quite the wedge in my RPC patch... I'll need to rpc to every conductor :/12:58
vdrokup12:58
vdrokin case of usual ports12:59
jrollvdrok: even if you're in an environment without dhcp? :)12:59
jrollI assume they just happen to work because the system will configure them to dhcp and everybody is happy12:59
jrollbut cloud-init needs to configure them if we're using a static IP and such12:59
vdrokjroll: yup, hm, neutron allows to have no dhcp? no expert in neutron sorry :)13:00
jrollvdrok: yes, e.g. rackspace cloud doesn't have dhcp at all13:00
dtantsurjroll, yeah.. we have an option to query the database directly, though it poses a risk if we ever upgrade it13:00
vdrokjroll: yeah. we can strip that bit from attach stuff for easy backporting13:00
*** hoangcx has joined #openstack-ironic13:00
sambettsit'll be ok as long as cloud-init treats unbound as phy but I'm not sure that it dpes13:00
*** links has quit IRC13:01
vdroksambetts: no, it fails in case of unknown type, ValueError or somethingh13:01
jrolldtantsur: not really, I need to load the hardware types to get supported interfaces, and this also means API configuration needs to include all possible hardware types and defaults and such13:01
openstackgerritDmitry Tantsur proposed openstack/ironic-inspector: Deprecate setting IPMI credentials  https://review.openstack.org/41704113:01
dtantsurjroll, right, yeah..13:01
dtantsurjroll, wait, don't we put only supported types per hardware type to this database?13:02
jrolloh, right13:02
jrollso the config is the only issue (for defaults)13:02
dtantsurI wonder if we can just store the default13:03
jrollwe could add a default column... yeah13:03
jrollFUN13:03
jrollI guess that's the right thing to do13:05
sambettsvdrok: a more backportable version https://review.openstack.org/#/c/421261/13:05
patchbotpatch 421261 - nova (stable/newton) - Ensure we mark baremetal links as phy links13:05
jrolldtantsur: I'll go ahead with that, then, and deal with all the comments in the stack today13:05
dtantsurcool!13:06
jrollI can do the spec update too (ugh)13:06
dtantsurif you have time, sure13:06
* dtantsur is dragged into all directions currently13:06
vdroksambetts: I can strip the bits from the attach patch in nova and place it in the very beginning of the chain13:06
vdrokand then backport it everywhere properly13:06
jrolldtantsur: I'm surprisingly not too busy this week, though I have a string of meetings this afternoon, so we'll see if I get it done today13:06
jrolltomorrow at the latest13:07
vdroksambetts: as this is the preferred way I think, instead of proposing code straight to stable :)13:07
* jroll bbiab13:07
sambettsvdrok: I've created it as a backport patch now, the change-id is all updated etc13:07
sambettsand I cherrypick the code on the code from the other patches and made it nicer for covering the case of stable/newton13:08
vdroksambetts: ah. You need to have cherry-picked from too in the commit message I guess, along with unittest13:08
*** amoralej is now known as amoralej|lunch13:09
*** jheroux has joined #openstack-ironic13:10
vdroksambetts: also, do you think there is a need to do list ports, instead of just setting all links as phy?13:10
openstackgerritDmitry Tantsur proposed openstack/ironic: Do not fail in Inspector.__init__ if [inspector]enabled is False  https://review.openstack.org/41623213:11
sambettsvdrok: we could but I think it safer if we ensure that we only touch the link we know are our Ironic ports13:12
*** bfournie has quit IRC13:12
*** dtantsur is now known as dtantsur|brb13:16
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Change tenant to project  https://review.openstack.org/42005513:17
*** lucas-hungry is now known as lucasagomes13:21
*** rloo has joined #openstack-ironic13:22
*** rloo has quit IRC13:22
*** aparnav has quit IRC13:24
*** milan has joined #openstack-ironic13:29
milanmorning Ironic! :)13:31
*** ralonsoh_ has joined #openstack-ironic13:33
*** ralonsoh has quit IRC13:33
lucasagomesmilan, morning13:34
milanmorning lucasagomes! :)13:34
*** vmud213 has quit IRC13:36
vdrokmorning milan13:40
milanmorning vdrok! :)13:40
*** ccamacho is now known as ccamacho|lunch13:40
*** bfournie has joined #openstack-ironic13:46
openstackgerritNoam Angel proposed openstack/ironic: make sure OVS_PHYSICAL_BRIDGE is up before bring up vlan interface  https://review.openstack.org/42127913:48
openstackgerritNoam Angel proposed openstack/ironic: make sure OVS_PHYSICAL_BRIDGE is up before bring up vlan interface  https://review.openstack.org/42127913:53
openstackgerritMerged openstack/bifrost: Allow user to specify private SSH key  https://review.openstack.org/42021013:59
*** baoli has joined #openstack-ironic13:59
*** ccamacho|lunch is now known as ccamacho13:59
*** krtaylor has joined #openstack-ironic14:00
*** baoli has quit IRC14:00
*** baoli has joined #openstack-ironic14:01
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add usage documentation for Baremetal OSC Plugin  https://review.openstack.org/41526114:06
*** Goneri has joined #openstack-ironic14:08
openstackgerritMilan Kováčik proposed openstack/ironic-inspector: Find a node by multiple attributes  https://review.openstack.org/42128514:09
vdroksambetts: there is one problem with approach you're suggesting14:09
vdrokwrt portgroups metadata14:09
*** aparnav has joined #openstack-ironic14:09
vdrokwe can have portgroup.address to be None14:10
*** dtantsur|brb is now known as dtantsur14:10
vdrokso we can not always map vif to ironic portgroup by address14:10
sambettsvdrok: when you vif_attach, the portgroup address is (should be) set to the Neutron ports address14:11
vdroksambetts: if it is present, yes14:11
sambettsthen there is no way for the address to be none14:11
sambettsits either set by the admin, or set by vif_attach14:11
vdroksambetts: no, I mean it is None on ironic side14:11
sambettsand I said when you vif_attach, the portgroup address is (should be) set to the Neutron ports address14:12
*** amoralej|lunch is now known as amoralej14:13
sambettsI believe thats what we decided was going to be what happened, or perhaps I misunderstood :/14:13
*** jerrygb has joined #openstack-ironic14:14
vdroksambetts: yeah, it was I guess. lemme check this14:14
*** aparnav has quit IRC14:14
milanaarefiev, dtantsur, sambetts: multi-matching in inspector: https://review.openstack.org/#/c/421285/1 ; please, let me know wdyt14:15
patchbotpatch 421285 - ironic-inspector - Find a node by multiple attributes14:15
dtantsurcool14:15
*** [1]cdearborn has joined #openstack-ironic14:15
sambettsmilan: cool I'll add it to my list :)14:16
milandtantsur, sambetts txh ;)14:16
openstackgerritSam Betts proposed openstack/ironic-inspector: Put logic in place for using new Ironic network simulation  https://review.openstack.org/42128814:17
milandtantsur, I think it might solve the port issue too by not failing because of multiple inserts of the same address (should anyone use a non-local IP for the virtualbmc)14:17
dtantsurmilan, yep, I guess so. note, however (and make sure to reflect in the release note) that it will prevent us from detecting duplicate IPMI addresses and things like that at early stages14:18
milanspeaking about release notes :D I'm missing one14:19
milansambetts, your w/r your patch, could you please fwd a link to the ironic update?14:19
* milan 'd like to check14:19
sambettsmilan: I've dropped it in a comment on the patch :)14:20
milansambetts, cool thanks! :)14:21
vdroksambetts: so, in fact I have not added it to that attach to portgroup patch. vsaienk0 has a concern with it14:22
vdroksambetts: if we get it from neutron mac_address and set in ironic14:22
vdrokthen delete neutron port, address still set on ironic port14:22
vdrokthen that address can be used for another neutron port14:22
sambettsvif_detach should handle it some how, we might need to place a flag in the internal_info so we know to clean it up14:23
vdroksambetts: how are we going to distinguish user-set address and neutron-set address then?14:23
*** vsaienko has joined #openstack-ironic14:23
vdrokah, flag14:23
sambettsvif_attach sets neutron_mac=True and the vif_detach deletes it14:24
vdroksambetts: that feels really complex now14:24
*** rloo has joined #openstack-ironic14:25
openstackgerritAndrey Shestakov proposed openstack/bifrost: Fixes to allow install Ironic on remote node  https://review.openstack.org/40921314:25
vdrokjroll: wdyt on ^^?14:26
TheJuliaGood morning14:26
vdrokmorning TheJulia14:26
sambettsMorning TheJulia14:26
rloogood morning TheJulia, vdrok, sambetts, jroll14:27
vdrokmorning rloo14:27
milanmorning rloo! :)14:28
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Functional tests for port groups in ironicclient  https://review.openstack.org/29772714:28
rloohi milan!14:28
*** jcoufal has joined #openstack-ironic14:29
milanand morning jroll, sambetts and TheJulia! :) I think I've not said hi today yet ;)14:29
TheJuliaGood morning rloo, milan14:29
* TheJulia tries to wake up with more coffee14:30
*** cdearborn has quit IRC14:30
milansambetts, qq shouldn't the inspector part Depend-on: the ironic patches?14:30
rloovdrok: you're going to update this? https://review.openstack.org/#/c/388756/14/nova/virt/ironic/driver.py14:30
patchbotpatch 388756 - nova - Generate necessary network metadata for ironic por...14:30
milanmaybe just to track that14:30
dtantsurmorning rloo, TheJulia14:30
milanmore coffee \o/14:31
openstackgerritGrzegorz Grasza (xek) proposed openstack/ironic: Add RPC and object version pinning  https://review.openstack.org/40749114:31
rloohi dtantsur14:31
sambettsmilan: Unfortunatly because inspector gates on my ironic changes, inspector needs to be able to deal with my ironic changes before they merge14:31
milansambetts, I'm reading that sentence 3rd time :D14:32
milanOK14:32
rloovdrok: cuz wondering if the dependent (attach/detach) patch also will be updated, it uses .internal_info too14:32
vdrokrloo: working on that. yet another issue in ironic code as it seems14:32
vdrokrloo: yup, in case of ports it can be mitigated14:32
rloovdrok: ouch. better now than later though.14:32
vdrokin case of portgroups, not14:32
vdroksambetts: wdyt about adding api to get port/portgroup by vif?14:33
TheJuliagood morning dtantsur14:33
vdrokwe'll have to do multiple requests tho while metadata generation :(14:34
vdrokanyway, the flag seems to be the only quick way forward14:35
*** aparnav has joined #openstack-ironic14:36
*** gcb has joined #openstack-ironic14:36
rloovdrok: I'm fine with a #TODO14:37
sambettsvdrok: I avoided that because in the case of trunked vlans there would be multiple vifs per port/portgroup. /me wonders out loud if we should be using the neutron port binding_profile to store which Ironic port the neutron port is assigned to instead of storing it in Ironic :/ sigh... openstack networking is a complex thing...14:38
*** sasha2 has joined #openstack-ironic14:39
*** sasha21 has quit IRC14:40
vsaienk0sambetts: neutron has trunk port, in case of attaching trunk to ironic node we still have only one VIF - vif of trunked port14:40
sambettsvsaienk0: yeah... thats a good point, I keep forgetting the data strcutures14:41
vsaienk0all network abstraction (trunk details) should be stored on newtron side14:41
*** bfournie1 has joined #openstack-ironic14:41
openstackgerritGrzegorz Grasza (xek) proposed openstack/ironic: Add version column  https://review.openstack.org/41239714:41
*** bfournie has quit IRC14:42
sambettsmaybe vif_list should return vif: port(group)_id :/14:42
vsaienk0sambetts: so for now if we know after vif_attach to which excatly ironic port we mapped a vif, might be add a new API to allow get ironic port|portgroup uuid where specific VIF is attached?14:42
*** aparnav has quit IRC14:43
vsaienk0sambetts: yeah, that is what I'm thinking about14:43
*** hoangcx has quit IRC14:44
*** ralonsoh_ is now known as ralonsoh14:45
vdroksambetts: vsaienk0. ok, let's wait what jroll thinks about that. We'll need another api micorversion and client release if we want that way. and flag if we're short on time14:45
openstackgerritGrzegorz Grasza (xek) proposed openstack/ironic: Add version column  https://review.openstack.org/41239714:47
sambetts+114:47
*** hoangcx has joined #openstack-ironic14:47
rloovdrok, sambetts: can we code it in nova with what we have now? I'm hesitant to rush through a new REST API/client unless it is urgent.14:49
mariojvthanks xek, i'll re-review today14:49
sambettsrloo: I think its possibe, we'd need to make an update to the vif_attach and vif_detach logic on the Ironic side, (not API just how it processes the request) and then all ironic mac address should (if attached to a vif) match the mac addresses in Neutron14:50
TheJulialucasagomes: w/r/t cinder, do you think we should just completely remove the option and leave a note indicating an open bug?14:50
sambettsrloo: it'll just require more requests to Ironic than just one request to get the vif_list14:50
lucasagomesTheJulia, hi there... I really don't mind, I know it's not pratical because it's not really a "option" if it just accept one value14:51
lucasagomesTheJulia, but, mostly imporatnt I think we should report it in cinder14:51
sambettsmilan: working on it ;)14:51
lucasagomesand leave a FIXME note in the code maybe14:51
rloosambetts: oh, we don't want more requests to ironic. or neutron.14:51
vdroksambetts: rloo the easiest way tho is to leave this stuff with checking specific fields for now, and update later14:51
TheJulialucasagomes: writing a bug now, no idea if they will take any action on it14:51
vdrokbut yeah, if only ironic side, we can do that pretty quick14:52
rloovdrok: yes, that's what i mean. if the code as-is works, leave it for now with a TODO14:52
lucasagomesTheJulia, yeah, we at least did our part14:52
lucasagomesTheJulia, it's strange for the API to accept noauth but the client not. Def a bug IMHO14:52
TheJulialucasagomes: I tried bringing it up with a few cinder folks recently and they didn't really seem interested.  Looking at their testing, they just use noauth for api tests.14:52
TheJuliaWhere as the client has a bunch of logic predicated on keystone :(14:53
lucasagomes:-(14:53
lucasagomesTheJulia, hope someone new might get interested on that problem and fix it14:53
sambettsrloo: oh right, yeah it should work as is, just it means that nova is aware of internals :'(14:53
lucasagomesif the current devs are not interested14:53
TheJulialucasagomes: Yeah14:54
rloosambetts: right. so i'm ok with it as long as nova are too. if we put a note/todo, that should be ok?14:55
sambettsI don't have a problem with it :)14:55
rloosee what jroll thinks ^^14:55
rloosambetts: what if we don't get the nova patches landed? no support for portgroups :-( ok, i answered my question.14:57
*** dtantsur is now known as dtantsur|mtg14:57
openstackgerritGrzegorz Grasza (xek) proposed openstack/ironic: Add new dbsync command with first online data migration  https://review.openstack.org/40855614:58
*** udesale has joined #openstack-ironic14:59
*** hoangcx has quit IRC15:03
*** rajinir has joined #openstack-ironic15:03
*** rama_y has joined #openstack-ironic15:04
*** trown is now known as trown|brb15:04
jrollrloo: vdrok: sambetts: can someone summarize?15:04
openstackgerritGrzegorz Grasza (xek) proposed openstack/ironic: Add new dbsync command with first online data migration  https://review.openstack.org/40855615:05
*** jaosorior has joined #openstack-ironic15:06
vdrokjroll: portgroup address is not mandatory. to do the thing sambetts suggested in the portgroup metadata change, we need to be able to map neutron vifs to ironic objects by address. to do that, we need to set portgroup address from neutro port during attach call, and remember that it needs to be removed during detach, by adding a flag to internal_info. Or add15:06
vdroka new api that will output vif_id and port(group)_uuid. or leave as is, with checking the internal_info/extra and change later, when we figure out the best way15:06
jrollvdrok: does the "leave as is" option mean portgroups without addresses cannot be used?15:07
vdrokjroll: nope, they will be used. it just means that nova is still aware about fields vif is stored in15:08
jrollvdrok: oh, I see15:08
jroll+1 for leaving as is, and fixing next cycle (preferably with vif-list just returning everything we need for network metadata)15:09
jrollwhich I commented on the nova patch, btw :)15:09
sambetts+115:09
vdrok++, that is what I'd love to have in our API too15:09
rloo+1 (phew)15:09
jrollI'd like GET /nodes/foo/vifs/ to return [{'id': 'xxx', 'port': 'port-uuid', 'properties': {'bond_mode': 'blah', ...}, ...}, ...]15:10
vdrokokie, I'll change the other things pointed out and create an rfe to add the api15:10
jrollor something15:10
jrollthen it's one api call to get everything we need and we're all happy15:10
rloojroll: my only concern is if the nova folks balk at the use of .internal_info[]15:10
vdrokrloo: it's not really internal :) just read-only15:11
jrollrloo: should be fine, if it wasn't meant to be read it wouldn't be in the api15:11
jrollrloo: also, if we have a solid plan to fix later I don't think they will mind15:11
vdrokit's a bad naming that we have15:11
rloowell, it isn't bad naming. it was meant for internal stuff and i know one person that didn't want that exposed.15:11
rloovdrok: we should add a good NOTE or TODO though :)15:12
jroll++15:12
vdrokrloo: sure.15:12
jrollI think that better list vifs api will be super useful when we're doing trunking, btw15:13
jrollis there anything that needs reviewing quickly before I jump into rewriting half of this driver composition code? :P15:13
rloojroll: the response is diff for the better vif-list. are we ok with that via a version bump? or should we scramble to fix it now or maybe it is too late.15:14
vdrokrloo: so you think we should not output port(group).internal_info and node.driver_internal_info?15:14
vdrokrloo: we can do it as separate endpoint even15:14
rloovdrok: well, it is internal stuff. should only be useful for debug.15:14
jrollrloo: let's go next cycle with a version bump, I think it will take some time to design it well15:14
rloojroll: ok with me.15:14
jrollrloo: I thought it might be :)15:14
rloojroll: and yeah, get that driver composition done, will you?15:15
jrolldtantsur|mtg: oh, I wanted to chat with you about final release timeline when you're free15:15
jrollrloo: on it!15:15
rloojroll: ^^ was about to ask you if you had chatted with him!15:15
*** pcaruana has quit IRC15:15
jroll:D15:15
dtantsur|mtgjroll, I'll be free in roughly 45 minutes, if it works for you15:16
jrolldtantsur|mtg: yep, that's fine15:16
jrollthanks15:16
*** zackf has quit IRC15:19
openstackgerritSam Betts proposed openstack/ironic: Rework Ironic devstack baremetal network simulation  https://review.openstack.org/39295915:19
*** trown|brb is now known as trown15:20
*** udesale has quit IRC15:21
*** vsaienko has quit IRC15:21
*** gcb has quit IRC15:26
*** xuao has joined #openstack-ironic15:29
*** xuao has quit IRC15:37
*** david-lyle has joined #openstack-ironic15:42
*** bfournie1 is now known as bfournie15:43
openstackgerritGrzegorz Grasza (xek) proposed openstack/ironic: Rolling upgrades related dev documentation  https://review.openstack.org/41943915:49
*** david-lyle has quit IRC15:55
*** zackf has joined #openstack-ironic15:57
*** ohamada has quit IRC16:01
openstackgerritMerged openstack/bifrost: Add keystone to git contents download  https://review.openstack.org/40721516:04
*** david-lyle has joined #openstack-ironic16:07
*** absubram has joined #openstack-ironic16:09
*** dtantsur|mtg is now known as dtantsur16:10
dtantsurjroll, back16:10
*** rpioso has joined #openstack-ironic16:10
*** Nisha_Agarwal has joined #openstack-ironic16:12
jrolldtantsur: hey, so did you see doug's email yesterday? tl;dr they're branching g-r just after cycle-with-milestones are released: http://lists.openstack.org/pipermail/openstack-dev/2017-January/110218.html16:13
jrollwhich means we'll be running with pike requirements after that16:13
jrollso wondering if we should also do final release and branch then, or risk stable/ocata (or master?) CI being broken after we branch16:13
dtantsuryeah, I've seen it16:14
dtantsurjroll, Feb 2 sounds like a good date to wrap up the feature work to me16:14
* jroll looks at calendar16:15
jrolldtantsur: do we want to branch at that time or give some time to handle bugs?16:15
dtantsurjroll, we can make a release on the same time (give or take) as folks' RC1 and call it stable/ocata16:15
*** livelace has quit IRC16:15
jrollyeah16:15
dtantsurjroll, then we need to reintroduce feature freezes :)16:15
jrollso that was kind of my thought, just means final touches on features have to be done16:15
jrollyeah16:15
jroll:(16:15
dtantsurbackporting bug fixes is not too complex fwiw16:16
jrollthis is true16:16
jrollit just means no features at all past feb 216:16
jrollas opposed to keeping features minimal16:16
dtantsurwell.. yeah, so kind of a feature freeze in the end..16:17
jrollwhich is fine16:17
jrollthis is just not what I expected, I guess16:17
jrolland only 2 weeks notice :|16:17
jroll(3?)16:17
dtantsuras to branching later. I'm not particularly afraid of broken CI, but from packager point of view I don't quite like requirements going back in time when we branch16:17
jrollwell, we'd freeze requirements time16:18
jroller, s/time/bot/16:18
dtantsurhmm16:18
NobodyCamGood Morning Ironic'ers :)16:18
dtantsurmorning NobodyCam16:19
jrolldtantsur: which I guess means CI wouldn't break16:19
NobodyCamhey hey dtantsur morning :)16:19
jroller, yes it would16:19
jrollconstraints16:19
dtantsurjroll, we can't freeze u-c16:19
dtantsurright16:19
NobodyCammorning jroll :)16:19
jrolldtantsur: we could actually point our tox to the branched version (we do that after branching anyway)16:19
jrollhey NobodyCam :)16:19
openstackgerritGrzegorz Grasza (xek) proposed openstack/ironic: Rolling upgrades related dev documentation  https://review.openstack.org/41943916:19
dtantsurjroll, aha, and then revert it on master16:20
vdrokmorning NobodyCam16:20
jrollyeah16:20
NobodyCammorning vdrok :)16:21
dtantsurjroll, when would you branch then? R-1 or R-2 (I guess R-0 is too much)?16:22
*** Nisha_Agarwal has quit IRC16:22
jrolldtantsur: r-1 would be the deadline16:22
jrollwe could do r-216:22
*** Nisha_Agarwal has joined #openstack-ironic16:22
jrolldepends how code is looking I guess16:22
jrollI'd still want to soft FF aroudn feb 216:23
dtantsurjroll, I'd have r-1 as branching point and r-3 as a soft freeze (only priorities, bug fixes and small improvements)16:23
dtantsurhah16:23
* dtantsur types too slowly16:23
jrollrloo: ^ fyi, seems we can mitigate CI problems16:23
jroll:P16:23
*** mjura has quit IRC16:23
rloojroll: in meeting, will look later but summary sounds good! :)16:24
jrollrloo: cool :)16:24
jrolldtantsur: I'd call that a plan then16:24
jrollthanks16:24
*** swatson has left #openstack-ironic16:24
* jroll goes to standup then continues addressing comments on driver composition series16:24
dtantsurjroll, I suggest to run this idea through openstack-release to avoid misunderstanding16:24
jrolldtantsur: sure, I can do that16:25
dtantsurcool16:25
jlvillalGood morning Ironic16:26
*** jaosorior has quit IRC16:26
lucasagomesjlvillal, morning16:26
NobodyCamgood morning jlvillal16:26
NobodyCammorning lucasagomes16:26
lucasagomesNobodyCam, o/ morning16:27
NobodyCam:)16:27
jlvillal:)16:27
milanmorning  jlvillal, NobodyCam ! :)16:27
NobodyCamhey there Morning milan :)16:28
milan:)16:28
*** aparnav has joined #openstack-ironic16:28
rama_yHi dtantsur, milan, this is regarding https://review.openstack.org/#/c/406790/16:29
patchbotpatch 406790 - ironic-inspector-specs - Collect Bios, Memory and Processor Info from Dmide...16:29
rama_yWould you be able to give review comments on this?16:29
milanhi rama_y! :)16:29
rama_yhi milan!16:29
milanrama_y, yeah, in my todo, I guess tomorrow16:30
rama_yThanks, milan!16:30
milanrama_y, no prob :)16:30
*** baoli has quit IRC16:30
dtantsurrama_y, at want point in time, yes. sorry, we're very close to the release and too many things to finish still left16:30
*** aparna has joined #openstack-ironic16:30
rama_ydtantsur, thanks.16:32
*** appu103 has joined #openstack-ironic16:33
*** aparnav has quit IRC16:34
*** aparna has quit IRC16:36
openstackgerritChris Krelle proposed openstack/ironic-specs: Intel Node Manager sensor collection support  https://review.openstack.org/41324916:36
*** e0ne has quit IRC16:37
*** ijw_ has joined #openstack-ironic16:37
*** Syed__ has joined #openstack-ironic16:39
*** ijw has quit IRC16:40
*** moshele has joined #openstack-ironic16:41
jrolldtantsur: one thing we missed: "your master branch will still be tested against master of the other branches during that period, which may introduce issues. that may end up causing issues with the constraints, for example"16:47
jrolltested against master services, to be clear16:48
jrollalso "I think you understand what issues might come up by delaying, so I'd say go ahead with your plan but keep an eye on things. If it becomes too bad, you can always branch at that point in time, I suppose."16:48
jrollso I guess let's evaluate weekly (daily?) as we get closer16:48
dtantsurjroll, oh right.. yes, I still believe the probability of breakage is not too high. but it's true that we no longer test ocata with ocata, so it's kind of an argument for making the window shorter16:50
jrolldtantsur: yeah, I agree16:50
jrollfwiw I would prefer a sooner branch, but I'd also prefer we finish everything, so :)16:50
dtantsurheh, let's concentrate and try to finish $everything in 2 weeks \o/16:51
jroll+1 :)16:51
* jroll gets back to work16:51
* dtantsur dives into reviews for the night is dark and full of terrors..16:53
jrollwhat is this black magic https://github.com/openstack/oslo.db/blob/c61d2d47bd39c31f1cd06faf497ffa85ae66cdd4/oslo_db/sqlalchemy/exc_filters.py#L9616:57
* jroll sighs16:57
sambettslol16:57
openstackgerritMerged openstack/ironic-python-agent: Removes unnecessary utf-8 encoding  https://review.openstack.org/41386617:03
dtantsurbtw a handy tip for gertty users: you can prepare your own priority dashboard by something like17:05
dtantsur  - name: "Priority"17:05
dtantsur    query: "status:open AND (is:starred OR topic:bug/1559691 OR topic:bug/1526283 OR topic:bug/1526226)"17:05
dtantsur    key: "f3"17:05
dtantsurput in ~/.gertty.yaml17:05
dtantsur(this is not all priorities, so copy-paste with care :)17:06
*** jaosorior has joined #openstack-ironic17:07
*** jrist has quit IRC17:08
jrollheh, nice, thanks17:13
*** jrist has joined #openstack-ironic17:13
openstackgerritSam Betts proposed openstack/ironic: Rework Ironic devstack baremetal network simulation  https://review.openstack.org/39295917:14
*** amarao has quit IRC17:15
* sambetts probably needs to start using gertty ... it just takes sooooo long to sync the first time lol17:15
*** amarao has joined #openstack-ironic17:15
*** trown is now known as trown|lunch17:15
TheJuliasambetts: The last couple times I've fired it up, it went fairly quick, at least for what I cared about :)17:17
sambettsit might have imporved quite a bit since I last used it, I think I tried to set it up for the vancover summit (I think)17:17
TheJuliaI think it did get some improvements after that because I seem to remember setting it up about three months after that and it was faster17:19
*** ijw has joined #openstack-ironic17:19
dtantsuryep, it's definitely improved since vancouver. it was really horribly slow back then17:19
dtantsurit's sometimes horribly slow nowadays, but usually it's quite fine17:20
sambettsawesome :)17:20
*** srobert has joined #openstack-ironic17:22
*** rama_y has quit IRC17:22
*** ijw_ has quit IRC17:22
openstackgerritSam Betts proposed openstack/ironic-inspector: [WIP] Put logic in place for using new Ironic network simulation  https://review.openstack.org/42128817:24
*** vinsh has joined #openstack-ironic17:30
*** sacharya has quit IRC17:33
*** sacharya has joined #openstack-ironic17:33
*** athomas has quit IRC17:35
*** moshele has quit IRC17:36
*** causten has joined #openstack-ironic17:36
*** baoli has joined #openstack-ironic17:37
openstackgerritGrzegorz Grasza (xek) proposed openstack/ironic: Add RPC and object version pinning  https://review.openstack.org/40749117:40
openstackgerritGrzegorz Grasza (xek) proposed openstack/ironic: Add version column  https://review.openstack.org/41239717:42
rloojroll, dtantsur: I read ^^ about releasing and am not sure I understand. Are we talking about (soft) feature freeze week of Jan 29 and branching stable/ocata week of feb 13?17:43
dtantsurrloo, yep, seems like that17:44
jrollrloo: yes, preferably branching before, if we can get things done earlier17:44
rlooi think we should branch at the latest the week before. but just my thinking. i don't like waiting til the 'last' minute.17:45
rlooi mean branch by week of Feb 6.17:45
TheJuliarloo: ++17:46
jrolldon't disagree, but we've been doing it at the deadline for the last few cycles17:46
rloojroll: oh, we have? i thought we didn't wait til the last week but i don't keep track of that. if so, then let's continue with it.17:47
*** livelace has joined #openstack-ironic17:48
jrollidk, I seem to remember we did, I could be wrong17:48
rloojroll: i think it is worth sending email about the soft feature freeze date. we talked a bit about it in Monday's meeting but we didn't mention the feature freeze date. it is in 2ish weeks.17:48
*** derekh has quit IRC17:49
jrollrloo: yes, I agree17:50
jrollI kind of want to play things by ear17:50
jrollbut I will send one to that effect17:50
rloojroll: thx. i don't want people coming to us later and saying they didn't know, blah blah.17:51
jrollmeh, if they didn't know how we work they would assume we follow standard feature freeze, so I tend not to care17:51
jrolls/would/should17:52
*** lucasagomes is now known as lucas-afk17:53
openstackgerritDmitry Tantsur proposed openstack/ironic: Update troubleshooting docs on no valid host found error  https://review.openstack.org/41959517:53
*** rama_y has joined #openstack-ironic17:55
*** absubram has quit IRC17:55
dtantsursee you tomorrow17:56
*** dtantsur is now known as dtantsur|afk17:56
NobodyCamnight dtantsur|afk17:56
jrolllater dtantsur|afk17:56
sambettso/ dtantsur|afk17:56
*** mgoddard has quit IRC18:02
*** ralonsoh has quit IRC18:02
*** absubram has joined #openstack-ironic18:07
*** causten has quit IRC18:07
*** livelace has quit IRC18:09
*** causten has joined #openstack-ironic18:10
*** livelace has joined #openstack-ironic18:10
*** Sukhdev has joined #openstack-ironic18:10
openstackgerritDmitry Tantsur proposed openstack/ironic: Update troubleshooting docs on no valid host found error  https://review.openstack.org/41959518:18
NobodyCamlol dtantsur|afk so much for afk :p18:19
*** jcoufal has quit IRC18:23
*** dprince has quit IRC18:28
*** ijw has quit IRC18:28
*** jcoufal has joined #openstack-ironic18:32
*** milan has quit IRC18:34
*** krtaylor has quit IRC18:36
jlvillalJayF: Easy review for you :) https://review.openstack.org/#/c/420789/18:38
patchbotpatch 420789 - ironic (stable/newton) - Trivial: fix warning message formatting18:38
vdrokgood morning jlvillal and good night dtantsur|afk !18:43
jlvillal:)18:43
*** trown|lunch is now known as trown18:43
*** mgoddard has joined #openstack-ironic18:46
*** david-lyle has quit IRC18:47
*** ijw has joined #openstack-ironic18:50
*** nicodemos has quit IRC18:54
*** aNuposic has joined #openstack-ironic18:54
*** ijw has quit IRC18:54
*** nicodemos has joined #openstack-ironic18:55
*** dprince has joined #openstack-ironic18:56
*** amoralej is now known as amoralej|off19:01
aNuposicHi Folks, I am trying to use already defined auth conf options like 'auth_url' and 'username' in one of the unit test, are there any pointers on how to use that? As right now I see those auth options are not registered and so unit test failing with "no such option in group".19:02
aNuposicJayF: mariojv: jlvillal: rloo: ^19:03
JayFCONF.set_override iirc19:03
JayFis how you set those to temporary values for tests19:03
*** jkilpatr has quit IRC19:04
openstackgerritNoam Angel proposed openstack/ironic: make sure OVS_PHYSICAL_BRIDGE is up before bring up vlan interface  https://review.openstack.org/42127919:05
jrolldtantsur|afk: I feel like you and I need this shirt: https://teespring.com/shop/maksesoftwarebetter2#pid=6&cid=647&sid=front19:07
jrollJayF: aNuposic: self.config(auth_url='foo')19:08
jrolland you can add a group='keystone' or whatever to that19:08
jrollwith that error you may just have the wrong group19:08
*** rbartal has quit IRC19:12
aNuposicjroll: JayF: I am using set_override right now and group seems to be correct, I am using 'swift' group. Let me try self.config19:12
*** jkilpatr has joined #openstack-ironic19:18
TheJuliaaNuposic: You may want to double check that the parameter is actually used.  Some are imported via templates and may not actually be used in certain groups.19:20
*** vsaienko has joined #openstack-ironic19:24
aNuposicTheJulia: So you think it should be defined again? I tried to define them in ironic/conf/swift.py but it throws error "DuplicateOptError"19:24
* rloo wonders what kind of yaks jroll and dtantsur|afk were shaving...19:24
aNuposicTheJulia: JayF: jroll: this is what I tried and getting the error http://paste.openstack.org/show/595263/19:24
TheJuliaaNuposic: That would cause it I believe.  That imports ?auth? I think.19:25
jrollhrm, no clue19:27
jrollrloo: oh, you'll see in a moment19:27
*** vsaienko has quit IRC19:28
aNuposicTheJulia: so do you think I shall use ConfigOpts.import_opt() method? I am not clear on what should I import to use options imported via templates if auth is getting imported like that19:28
TheJuliaaNuposic: Give me a minute, looking19:29
* jroll is getting lost in driver composition19:31
aNuposicTheJulia: Sure.19:31
*** Nisha_Agarwal has quit IRC19:32
*** mgoddard has quit IRC19:35
TheJuliaaNuposic: https://github.com/openstack/ironic/blob/5603a215b726ca465eed2867d830821bb24b1a72/releasenotes/notes/keystone-auth-3155762c524e44df.yaml19:36
openstackgerritJim Rollenhagen proposed openstack/ironic: WIP: API changes for driver-composition  https://review.openstack.org/41797019:36
openstackgerritJim Rollenhagen proposed openstack/ironic: Enable manual-management hardware type in devstack  https://review.openstack.org/41792019:36
openstackgerritJim Rollenhagen proposed openstack/ironic: Expose default interface calculation from driver_factory  https://review.openstack.org/41857319:36
openstackgerritJim Rollenhagen proposed openstack/ironic: Add hardware types to the hash ring  https://review.openstack.org/41906519:36
openstackgerritJim Rollenhagen proposed openstack/ironic: Register/unregister hardware interfaces for conductors  https://review.openstack.org/41263119:36
openstackgerritJim Rollenhagen proposed openstack/ironic: Add default column to ConductorHardwareInterfaces  https://review.openstack.org/42146419:36
openstackgerritJim Rollenhagen proposed openstack/ironic: Refactor active conductor check  https://review.openstack.org/42146519:36
jrolljeeeeeeeeebus.19:36
jrollI think that only involved 10 rebase -i commands19:37
openstackgerritMerged openstack/ironic: Use TENANT_VIF_KEY constant everywhere  https://review.openstack.org/42112119:37
*** ChubYann has joined #openstack-ironic19:37
*** appu103 has quit IRC19:39
openstackgerritMerged openstack/ironic: Update troubleshooting docs on no valid host found error  https://review.openstack.org/41959519:39
*** vsaienko has joined #openstack-ironic19:40
TheJuliaaNuposic: checkout https://github.com/openstack/ironic/blob/5603a215b726ca465eed2867d830821bb24b1a72/ironic/tests/unit/common/test_keystone.py#L2919:41
aNuposicTheJulia: Okay. I checked this file, but then do I need similar setup() for swift?19:44
TheJuliaFor your test since, at least as I understand it, the options should be loaded out from keystoneauth, which might be why your getting the error trying to assert auth_url in the swift group now.19:45
aNuposicTheJulia: well it seems it loads 'password' plugin, do I need to load password plugin in my test file?19:45
aNuposicTheJulia: do you think importing this setup() from keystoneauth in my test file will help?19:49
*** xavierr has joined #openstack-ironic19:50
TheJuliaaNuposic: I wouldn't be able to tell you for sure if it would help to load the plugin without having an understanding of why your directly attempting to leverage or test for the auth url in a test when the client should be using a keystone session19:50
*** david-lyle has joined #openstack-ironic19:50
*** rpioso has quit IRC19:53
openstackgerritMario Villaplana proposed openstack/ironic: Agent driver rescue implementation  https://review.openstack.org/40043719:54
openstackgerritMario Villaplana proposed openstack/ironic: Add API and conductor methods for [un]rescue  https://review.openstack.org/35083119:54
aNuposicTheJulia: Working on patch for RFE https://bugs.launchpad.net/ironic/+bug/1642719 where I am using Ceph RADOSGW authentication instead of keystone and hence need auth_url,username and password19:55
openstackLaunchpad bug 1642719 in Ironic "[RFE] RADOSGW authentication mechanism for storing config drive in Ceph" [Wishlist,In progress] - Assigned to Anup (anup-d-navare)19:55
aNuposicTheJulia: Here is the patch https://review.openstack.org/#/c/407639/19:56
patchbotpatch 407639 - ironic - Config drive support for Ceph19:56
TheJuliaaNuposic: I _think_ you'll need to create a new configuration section explicitly for collecting those parameters since keystoneauth wouldn't be helping manage those parameters19:57
TheJuliaaNuposic: Yeah, you'll need to create  new config group for talking to ceph directly19:58
aNuposicTheJulia: Ah, so the new config group would be a separate group in ironic.conf? And thus will have a new .py file where I will define these options, is that what you mean?20:00
*** vsaienko has quit IRC20:03
TheJuliaaNuposic: Correct, from there you'd likely want to also put radosgw related actions/params in it's own common module and just use the config parameter in swift.py to determine which as to where it should be routed.  But I also don't know the radosgw mechanics20:03
*** sambetts is now known as sambetts|afk20:03
vdrokgood night everyone!20:03
*** rama_y has quit IRC20:03
*** Sukhdev_ has joined #openstack-ironic20:04
NobodyCamnight vdrok20:06
aNuposicTheJulia: I see. I think so I will create a separate group and read values from there. But I wonder, is there no way to use these defined auth values somehow because if we need auth_url, username, pass for glance later for something then again there has to be a different section20:07
TheJuliaNot really, the clients call auth_plugin.get_url() and the session handling logic (if memory serves) attempts to validate keystone tokens, so they are extremely keystone centric.20:09
TheJuliaUnless, radosgw speaks Keystone that is...20:09
TheJulias/speaks/groks/20:09
*** e0ne has joined #openstack-ironic20:10
*** rpioso has joined #openstack-ironic20:11
aNuposicTheJulia: ah yeah. That's true every service is mostly authenticated using keystone. Cool. Thanks a ton!20:15
TheJuliaaNuposic: No problem, sorry for the earlier confusion :)20:16
aNuposicTheJulia: Not at all :)20:16
*** Sukhdev has quit IRC20:21
*** absubram has quit IRC20:23
*** krtaylor has joined #openstack-ironic20:26
*** formica has joined #openstack-ironic20:27
*** mtanino has joined #openstack-ironic20:28
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-ui: Updated from global requirements  https://review.openstack.org/42039620:29
*** vsaienko has joined #openstack-ironic20:30
openstackgerritMilan Kováčik proposed openstack/ironic-inspector: Find a node by multiple attributes  https://review.openstack.org/42128520:33
openstackgerritMerged openstack/ironic: Do not fail in Inspector.__init__ if [inspector]enabled is False  https://review.openstack.org/41623220:44
*** vsaienko has quit IRC20:50
*** absubram has joined #openstack-ironic20:54
*** vsaienko has joined #openstack-ironic20:54
*** sacharya_ has joined #openstack-ironic20:57
*** athomas has joined #openstack-ironic20:57
*** sacharya has quit IRC20:59
*** ijw_ has joined #openstack-ironic21:07
*** absubram has quit IRC21:11
*** ijw_ has quit IRC21:12
*** nicodemos has quit IRC21:16
*** ijw has joined #openstack-ironic21:17
*** nicodemos has joined #openstack-ironic21:17
*** formica1 has joined #openstack-ironic21:23
*** dyasny has quit IRC21:31
*** vsaienko has quit IRC21:34
*** swatson has joined #openstack-ironic21:34
*** vsaienko has joined #openstack-ironic21:38
*** trown is now known as trown|outtypewww21:41
*** jkilpatr has quit IRC21:43
*** vsaienko has quit IRC21:43
*** vsaienko has joined #openstack-ironic21:43
*** dyasny has joined #openstack-ironic21:46
*** e0ne has quit IRC21:49
openstackgerritVasyl Saienko proposed openstack/ironic: WIP: Allow to specify VIF fields and interface_type  https://review.openstack.org/42154421:50
*** srobert_ has joined #openstack-ironic21:51
*** bfournie has quit IRC21:54
*** srobert has quit IRC21:55
swatsonIs anyone in the channel familiar with the migration tests that ironic runs on the gate? I'm trying to find what step of the process creates the openstack_citest user, if any21:55
*** srobert_ has quit IRC21:56
*** d0ugal has quit IRC21:59
*** d0ugal has joined #openstack-ironic21:59
*** d0ugal has quit IRC21:59
*** d0ugal has joined #openstack-ironic21:59
*** krtaylor has quit IRC21:59
*** harlowja has quit IRC22:01
*** sacharya_ has quit IRC22:06
*** sacharya has joined #openstack-ironic22:06
*** jkilpatr has joined #openstack-ironic22:07
*** rama_y has joined #openstack-ironic22:07
*** rama_y_ has joined #openstack-ironic22:07
*** jheroux has quit IRC22:10
*** priteau has quit IRC22:13
*** Goneri has quit IRC22:16
*** vsaienko has quit IRC22:18
*** formica1 has quit IRC22:22
*** wrouesnel has quit IRC22:27
TheJuliaswatson: I just replied in infra with more info22:29
swatsonTheJulia: I'm checking it out, thanks22:29
*** wrouesnel has joined #openstack-ironic22:31
*** bfournie has joined #openstack-ironic22:32
*** baoli has quit IRC22:32
*** jcoufal has quit IRC22:35
JayFKVM: entry failed, hardware error 0x022:42
JayF were caused by enabling nested kvm, right?22:42
JayFIf so, should we consider disabling it again? I see a lot of patches with at least one failure on those as I go through22:42
JayFand it's affecting job stability considerably22:42
mariojvrloo: vdrok: hey, i made a suggestion on the notification payload test cases: https://review.openstack.org/#/c/418148/22:45
patchbotpatch 418148 - ironic - Add tests for Payloads with SCHEMAs22:45
mariojvi think it's probably fine assuming that *Payload classes are going to be notification payloads22:46
rloomariojv: just looking at it now. am thinking... :)22:46
mariojvbut there's a way to avoid just looking at the class name, in case another revision happens22:46
TheJuliaJayF: I'd +2 reverting nested kvm22:47
*** wrouesnel has quit IRC22:47
rlooTheJulia, JayF, I'm for it too if it is happening frequently. I see someone added more failure cases yest, to our etherpad22:49
JayFI'll poke at logstash some and make a case along with a nested kvm disable patch22:50
JayFfor us to talk about in22:50
TheJuliaYeah, I spotted a few more recently22:50
TheJuliaJayF: afaik, the logs it is reported in don't get indexed in ES22:50
JayFoh, that's really unfortunate22:50
TheJuliaI've been kind of talking to some folks about maybe making something a little smarter than ES that can hunt for oddities/differences between success/failed jobs, but it is just conceptual vaporware right now22:51
JayFI can at least take a job or two22:51
JayFand try to index it with failures over time22:51
*** david-lyle has quit IRC22:51
JayFto see if I can show the corrolation22:52
TheJuliaconnect to the AFS cluster and look for node-0.log that is greater than thirty six bytes or something like that22:53
TheJulia?22:53
TheJuliaactually that is not a bad idea...22:55
JayFI nkow what those words mean22:56
JayFbut had no idea we could do bulk querying of logs via afs22:56
rlooexit22:56
NobodyCamrloo: lol22:56
rloo:)22:56
rloociao22:56
*** rloo has quit IRC22:57
*** dsneddon is now known as dsneddon_afk22:59
TheJuliaJayF: well... find since normally the log is nearly empty if not zero bytes, when the jobs fail they the files can be several kilobytes22:59
JayFTheJulia: you mean the qemu log, not the node-0 logs?23:00
* TheJulia switches brain gears23:00
TheJuliaJayF: http://logs.openstack.org/35/420835/4/check/gate-tempest-dsvm-ironic-ipa-partition-agent_ipmitool-tinyipa-ubuntu-xenial/7fadba8/logs/libvirt/qemu/node-0.txt.gz23:01
JayFyeah, the qemu logs23:01
JayFI literally had one of those up23:01
JayFironic-bm-logs/node-0 = blank on fail23:01
JayFlibvirt/qemu/node-0 = smaller on fail23:02
JayFright?23:02
TheJuliaso I think a normal run's qemu log is smaller than when it is failing right now23:03
openstackgerritRuby Loo proposed openstack/ironic: Add tests for Payloads with SCHEMAs  https://review.openstack.org/41814823:04
TheJuliathe bare metal log, I think I've seen with a few bytes, but  essentially blank23:05
openstackgerritRuby Loo proposed openstack/ironic: Add tests for Payloads with SCHEMAs  https://review.openstack.org/41814823:05
*** wrouesnel has joined #openstack-ironic23:17
* swatson is away: I'm away23:18
openstackgerritJay Faulkner proposed openstack/ironic: Default ironic to not use nested KVM  https://review.openstack.org/42158123:25
JayFTheJulia: https://review.openstack.org/#/c/421581/1 if you find any interesting evidence, it can go there23:27
patchbotpatch 421581 - ironic - Default ironic to not use nested KVM23:27
JayFTheJulia: I'm going to hit the mailing list about this too, I think23:27
TheJuliaJayF: Thank you23:28
openstackgerritJay Faulkner proposed openstack/ironic: Default ironic to not use nested KVM  https://review.openstack.org/42158123:35
*** rpioso has quit IRC23:55
*** rajinir has quit IRC23:56
*** [1]cdearborn has quit IRC23:57

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