Thursday, 2018-02-08

*** hoonetorg has quit IRC00:05
*** rbudden has quit IRC00:07
openstackgerritOpenStack Proposal Bot proposed openstack/bifrost master: Updated from global requirements  https://review.openstack.org/54194400:07
*** hshiina has joined #openstack-ironic00:14
jrollTheJulia: congrats, condolences, and thank you :)00:23
jrolldtantsur|afk: thank you for your service, good work :D00:23
*** crushil has joined #openstack-ironic00:24
TheJuliajroll: <300:27
rloohuh? light-bulb goes on. Yay, all hail the new leader TheJulia!!!00:33
rlooand the first thing she does is go on PTO :)00:33
*** charcol has joined #openstack-ironic00:37
TheJulialol00:39
rloook, i'm done for tonight. ciao.00:45
*** rloo has quit IRC00:45
*** ijw has quit IRC00:53
*** crushil has quit IRC00:56
*** crushil has joined #openstack-ironic00:56
openstackgerritMerged openstack/ironic master: Don't try to lock for vif detach  https://review.openstack.org/53444101:03
openstackgerritMerged openstack/ironic master: Remove unnecessary lines from sample local.conf  https://review.openstack.org/54190001:04
openstackgerritMerged openstack/ironic master: Stop guessing mime types based on URLs  https://review.openstack.org/54128901:04
*** trungnv has joined #openstack-ironic01:11
*** trungnv_ has joined #openstack-ironic01:11
openstackgerritRuby Loo proposed openstack/ironic master: [reno] timeout parameter worked  https://review.openstack.org/54196101:11
*** trungnv_ has quit IRC01:11
*** trungnv has quit IRC01:11
*** trungnv has joined #openstack-ironic01:12
*** rloo has joined #openstack-ironic01:14
rloodtantsur|afk, TheJulia: I just looked at hironori's comment in bug 1746849. Turns out it wasn't broken. we can either revert or leave the change and update the reno: https://review.openstack.org/#/c/541961/01:15
openstackbug 1746849 in Ironic "conductor.utils.node_power_action() doesn't always use timeout" [Medium,Fix released] https://launchpad.net/bugs/1746849 - Assigned to Ruby Loo (rloo)01:15
patchbotpatch 541961 - ironic - [reno] timeout parameter worked01:15
rloodtantsur|afk, TheJulia: you can decide; will talk to you tomorrow :)01:16
*** rloo has quit IRC01:17
*** jtomasek has quit IRC01:17
*** tiendc has joined #openstack-ironic01:23
openstackgerritmelissaml proposed openstack/ironic-specs master: Modify grammatical errors  https://review.openstack.org/54196801:24
openstackgerritmelissaml proposed openstack/ironic master: Modify grammatical errors  https://review.openstack.org/54196901:26
*** yangyapeng has quit IRC01:27
*** yangyapeng has joined #openstack-ironic01:27
*** mjturek has joined #openstack-ironic01:31
openstackgerritmelissaml proposed openstack/ironic-inspector master: Modify grammatical errors  https://review.openstack.org/54197301:35
openstackgerritJulia Kreger proposed openstack/ironic master: DNM Can we run a conductor on the subnode?  https://review.openstack.org/53559601:39
* TheJulia thinks updating reno is easiest at the moment :\01:41
* TheJulia will leave that call for dmitry tomorrow01:41
* TheJulia goes and has a beverage01:41
TheJuliagoodnight ironic! :)01:42
*** hshiina2 has joined #openstack-ironic02:00
*** hshiina has quit IRC02:03
*** hshiina3 has joined #openstack-ironic02:03
*** hshiina2 has quit IRC02:06
*** hshiina3 is now known as hshiina02:08
*** Sukhdev has quit IRC02:27
*** hshiina2 has joined #openstack-ironic02:29
*** hshiina has quit IRC02:32
*** hshiina3 has joined #openstack-ironic02:37
*** hshiina2 has quit IRC02:41
*** hshiina3 is now known as hshiina02:52
openstackgerritKaifeng Wang proposed openstack/ironic-inspector master: Introducing an api_workers option to inspector  https://review.openstack.org/54072202:56
openstackgerritMerged openstack/ironic stable/pike: Do not pass credentials to the ramdisk on cleaning  https://review.openstack.org/54170303:01
*** fragatina has quit IRC03:06
*** fragatina has joined #openstack-ironic03:06
*** fragatina has quit IRC03:06
*** fragatina has joined #openstack-ironic03:07
*** rbudden has joined #openstack-ironic03:11
*** trungnv has quit IRC03:14
*** trungnv has joined #openstack-ironic03:14
*** zshi has quit IRC03:16
*** zshi has joined #openstack-ironic03:16
*** jcoufal has quit IRC03:18
*** zshi has quit IRC03:26
*** zshi has joined #openstack-ironic03:26
absubramhi all.. I followed the openstack docs and used disk-image-builder to build my own user images for centos and ubuntu.. is there a way to figure out the versions for my user images?03:31
absubramor will have to simply pxe boot my ironic nodes with these created images and then figure out the version from there?03:31
openstackgerritJulia Kreger proposed openstack/ironic master: DNM Can we run a conductor on the subnode?  https://review.openstack.org/53559603:36
*** mat128 has quit IRC03:39
*** absubram has quit IRC03:39
*** mat128 has joined #openstack-ironic03:41
openstackgerritya.wang proposed openstack/ironic master: Add description for response erroe code  https://review.openstack.org/54200803:44
openstackgerritJulia Kreger proposed openstack/bifrost master: Update release notes for release  https://review.openstack.org/54200903:46
*** dsneddon has quit IRC03:49
*** dsneddon has joined #openstack-ironic03:51
*** dsneddon has quit IRC03:56
openstackgerritMerged openstack/bifrost master: Update release notes for release  https://review.openstack.org/54200903:58
*** fragatina has quit IRC03:58
*** dsneddon has joined #openstack-ironic04:00
*** fragatina has joined #openstack-ironic04:02
*** dsneddon has quit IRC04:05
*** fragatina has quit IRC04:07
*** hieulq has quit IRC04:15
openstackgerritShivanand Tendulker proposed openstack/ironic master: Add validate_rescue() method to boot interface  https://review.openstack.org/54095404:16
*** rwsu has quit IRC04:24
*** rwsu has joined #openstack-ironic04:24
*** dsneddon has joined #openstack-ironic04:25
*** dsneddon has quit IRC04:34
sapdHello, How to build ramdisk image which support intel RAID? help me.04:55
*** dsneddon has joined #openstack-ironic05:04
*** dsneddon has quit IRC05:09
*** dsneddon has joined #openstack-ironic05:12
*** rpioso is now known as rpioso|afk05:16
*** dsneddon has quit IRC05:17
*** hieulq has joined #openstack-ironic05:31
*** pmannidi has quit IRC05:34
*** lbragstad has quit IRC05:37
*** fragatina has joined #openstack-ironic05:42
*** zhangfei has joined #openstack-ironic05:49
*** threestrands has quit IRC05:57
*** mjturek has quit IRC06:01
*** yangyapeng has quit IRC06:10
*** yangyapeng has joined #openstack-ironic06:15
openstackgerritNguyen Van Trung proposed openstack/ironic master: [WIP] Implement raid configuration for BM via irmc drive (OOB-1)  https://review.openstack.org/51297906:18
openstackgerritfupingxie proposed openstack/ironic-lib master: Add attemps for the partprobe command  https://review.openstack.org/54203506:19
openstackgerritKaifeng Wang proposed openstack/ironic-inspector master: Introducing an api_workers option to inspector  https://review.openstack.org/54072206:22
*** dsneddon has joined #openstack-ironic06:25
*** hshiina2 has joined #openstack-ironic06:29
*** hshiina3 has joined #openstack-ironic06:30
*** hshiina has quit IRC06:32
*** hshiina2 has quit IRC06:34
*** hoonetorg has joined #openstack-ironic06:44
openstackgerritfupingxie proposed openstack/ironic master: Add more parameter explanation when create a node  https://review.openstack.org/53194106:49
*** rbudden has quit IRC06:54
*** absubram has joined #openstack-ironic06:54
*** absubram_ has joined #openstack-ironic06:56
*** marios has joined #openstack-ironic06:57
*** moshele has joined #openstack-ironic06:57
*** absubram has quit IRC06:59
*** absubram_ is now known as absubram06:59
*** mjura has joined #openstack-ironic07:02
*** absubram has quit IRC07:04
*** hoonetorg has quit IRC07:06
*** rbartal has joined #openstack-ironic07:14
*** rcernin has quit IRC07:16
*** mrunge_ is now known as mrunge07:16
openstackgerritMallikarjuna Reddy Kolagatla proposed openstack/ironic master: Updates boot mode on the baremetal as per `boot_mode`  https://review.openstack.org/54079307:17
*** AlexeyAbashkin has joined #openstack-ironic07:20
*** azaid_ has joined #openstack-ironic07:22
*** hoonetorg has joined #openstack-ironic07:23
*** jtomasek has joined #openstack-ironic07:23
*** jtomasek has quit IRC07:24
*** jtomasek has joined #openstack-ironic07:25
*** ankkumar has joined #openstack-ironic07:28
ankkumarHi All07:28
ankkumarI am facing issues in running tempest testing of ironic(ironic-tempest-plugin). Tox is failing because while booting it is taking private network to create port but after that it is trying to attach with public network port07:28
azaid_Any core-reviewer here ?07:28
ankkumarfor booting it is creating port using private net.. https://github.com/openstack/ironic-tempest-plugin/blob/master/ironic_tempest_plugin/tests/scenario/baremetal_standalone_manager.py#L4707:30
*** pcaruana has joined #openstack-ironic07:31
ankkumarbut it is trying to assign port created using public net. https://github.com/openstack/ironic-tempest-plugin/blob/master/ironic_tempest_plugin/tests/scenario/baremetal_standalone_manager.py#L13207:31
*** e0ne has joined #openstack-ironic07:34
*** vsaienk0 has joined #openstack-ironic07:35
*** charcol has quit IRC07:36
*** AlexeyAbashkin has quit IRC07:38
*** e0ne has quit IRC07:39
*** e0ne has joined #openstack-ironic07:40
*** AlexeyAbashkin has joined #openstack-ironic07:43
*** AlexeyAbashkin has quit IRC07:47
*** hshiina2 has joined #openstack-ironic07:48
*** hshiina3 has quit IRC07:52
*** AlexeyAbashkin has joined #openstack-ironic07:52
*** hshiina2 is now known as hshiina07:53
*** vsaienk0 has quit IRC07:53
*** hshiina2 has joined #openstack-ironic07:55
*** hshiina has quit IRC07:58
*** stendulker has joined #openstack-ironic08:04
openstackgerritMerged openstack/ironic-inspector master: Update reno for stable/queens  https://review.openstack.org/54175008:04
openstackgerritmelissaml proposed openstack/ironic-inspector master: Remove redundant "the" from a docstring  https://review.openstack.org/54197308:05
*** dtantsur|afk is now known as dtantsur08:09
dtantsurmorning ironic08:09
stendulkerGood morning dtantsur :)08:11
dtantsurstendulker: hey, mind reviewing https://review.openstack.org/#/c/541961/ please?08:14
patchbotpatch 541961 - ironic - [reno] timeout parameter worked08:14
stendulkerdtantsur: ok08:14
*** olivierbourdon38 has joined #openstack-ironic08:14
*** robcresswell has quit IRC08:18
*** amarao has joined #openstack-ironic08:23
openstackgerritMerged openstack/ironic master: [reno] timeout parameter worked  https://review.openstack.org/54196108:25
*** tesseract has joined #openstack-ironic08:26
*** vsaienk0 has joined #openstack-ironic08:37
hjensasdtantsur: Regarding maintenance mode in https://review.openstack.org/#/c/541678. I responded, don't we have to? Would the node be in one of the other states allowed at that point?08:41
patchbotpatch 541678 - tripleo-quickstart-extras - Prep-CI for routed-networks changes08:41
openstackgerritMerged openstack/ironic master: correct grammar, duplicate the found  https://review.openstack.org/54164008:41
dtantsurhjensas: maintenance mode means literally "the node is broken so much that it needs an operator intervention"08:41
dtantsurif it's not your case, you should not use maintenance mode08:41
dtantsurin your case, you're trying to update AVAILABLE nodes08:42
hjensasdtantsur: ah, so skipp the --provide and set the port option then provide?08:42
dtantsurI think it should be changed to first enroll nodes to MANAGEABLE, then update/introspect, then provide08:42
dtantsurcorrect08:42
*** mgoddard_ has joined #openstack-ironic08:46
*** vsaienk0 has quit IRC08:47
*** robcresswell has joined #openstack-ironic08:49
*** tiendc has quit IRC08:52
*** trungnv has quit IRC08:53
openstackgerritMarkos Chandras (hwoarang) proposed openstack/bifrost master: Test OPNFV CI verify job. Please ignore.  https://review.openstack.org/36760808:59
*** tiendc has joined #openstack-ironic09:02
openstackgerritHironori Shiina proposed openstack/ironic master: Remove too large configdrive for handling error  https://review.openstack.org/54209709:07
*** hw_wutianwei has quit IRC09:07
*** hw_wutianwei has joined #openstack-ironic09:08
*** derekh has joined #openstack-ironic09:10
openstackgerritDmitry Tantsur proposed openstack/ironic-tempest-plugin master: Add [baremetal] available_nodes configuration option  https://review.openstack.org/54138309:16
openstackgerritDmitry Tantsur proposed openstack/ironic-tempest-plugin master: Rescue mode tempest tests  https://review.openstack.org/52869909:16
openstackgerritDmitry Tantsur proposed openstack/ironic-tempest-plugin master: Test cases for iLO drivers in standalone ironic  https://review.openstack.org/53565209:16
openstackgerritDmitry Tantsur proposed openstack/ironic-tempest-plugin master: Rescue mode standalone tests  https://review.openstack.org/53811909:17
*** vsaienk0 has joined #openstack-ironic09:17
openstackgerritDmitry Tantsur proposed openstack/ironic-tempest-plugin master: Replace use of functools.wraps() with six.wraps()  https://review.openstack.org/54018709:17
dtantsurjust rebases to pick up the gate fix ^^^09:18
*** azaid_ has quit IRC09:25
openstackgerritMerged openstack/ironic-tempest-plugin master: Updated from global requirements  https://review.openstack.org/53493309:25
*** vsaienk0 has quit IRC09:27
*** vsaienk0 has joined #openstack-ironic09:28
ankkumardtantsur, Hi09:29
*** sapd has quit IRC09:29
ankkumardtantsur, we are trying to setup HPE CI09:29
ankkumardtantsur, In our setup we have flat network.  we dont have vlan so the problem we are facing is.. it is booting the with private network but trying to associate the port with public network09:31
ankkumardtantsur, but upstream is using vlan network that we cant use09:31
*** hshiina2 is now known as hshiina|afk09:32
ankkumardtantsur, is there any solution for us?09:32
*** sapd has joined #openstack-ironic09:33
dtantsurankkumar: hi, sorry, I don't quite get the question. "upstream" we use both vlans and flat networks, mostly flat networks09:37
dtantsurmaybe worth double-checking tempest.conf for correct networks? e.g. compare with one of our jobs?09:37
*** vsaienk0 has quit IRC09:38
*** tiendc_ has joined #openstack-ironic09:38
ankkumardtantsur, in our case whats happening is, ironic node is creating with private network09:39
dtantsurwhat do you mean by "node is creating with network" here?09:39
ankkumardtantsur, and during the tempest run, it will try to create one floating ip and try to associate with private port09:39
ankkumardtantsur, ironic vif port is neutron private port09:40
dtantsurokay09:40
*** tiendc has quit IRC09:40
*** hshiina|afk has quit IRC09:41
ankkumardtantsur, so at the end tempest is failing because its not able to associate floating ip with private port09:41
dtantsurankkumar: check tempest.conf in one of our jobs: http://logs.openstack.org/89/541289/5/gate/ironic-tempest-dsvm-ipa-partition-redfish-tinyipa/d534182/logs/tempest_conf.txt.gz09:42
dtantsurmaybe you can find some discrepancies?09:42
dtantsurshared_physical_network, public_network_id, for example09:43
*** hjensas has quit IRC09:45
ankkumardtantsur, yes even for us also it is same09:46
*** hjensas has joined #openstack-ironic09:46
ankkumardtantsur, upstream is using both public and private network but we cant use public network09:48
ankkumardtantsur, it has to be private09:48
*** sambetts|afk is now known as sambetts09:51
openstackgerritIlya Etingof proposed openstack/sushy-tools master: Abstract away the virtualization management interface  https://review.openstack.org/52332109:53
sambettsankkumar: I'm not sure what you mean by we can't use public, in the case of the CI the public network is a fake public network so if the problem is it conflicting with your real networks that shouldn't be a problem09:53
yolandadtantsur, https://build.opnfv.org/ci/job/xci-verify-ubuntu-deploy-virtual-master/698/console09:53
dtantsurmorning sambetts, thanks for jumping in09:53
dtantsuryolanda: inspector failed to start?09:53
sambettso/ dtantsur09:53
dtantsurwhere are its logs?09:54
ankkumarsambetts, https://github.com/openstack/ironic-tempest-plugin/blob/master/ironic_tempest_plugin/tests/scenario/baremetal_standalone_manager.py#L339-L34009:54
ankkumarsambetts, Here in line 339 it calls boot_node09:54
ankkumarand in L340 it calls add_floatingip09:55
yolandamm, i see that on logs Failed to restart ironic-inspector.service: Unit ironic-inspector.service not found.09:55
ankkumarthe boot_node() creates the network with private network09:55
sambettsankkumar: correct09:56
ankkumarbut add_floatingip_to_node() tries to add the IP from pubic network09:56
dtantsuryolanda: ouch :)09:56
ankkumarsambetts, dtantsur https://github.com/openstack/ironic-tempest-plugin/blob/master/ironic_tempest_plugin/tests/scenario/baremetal_standalone_manager.py#L141-L14209:57
yolandadtantsur, no... false error, this entry is first on the logs, then it starts inspector09:58
yolandai guess that error is for some cleanup09:58
sambettsankkumar: yes that is pretty standard for a deployment of Ironic, but your problem is you don't have a separate public network and private network right?09:58
ankkumarsambetts, yes09:59
ankkumarearlier we were using only private network in the CI(jenkins)10:00
ankkumarand it was working10:00
sambettsthis logic hasn't changed for months if not years, was your old CI testing with Ironic?10:00
ankkumaryes10:00
*** tiendc_ has quit IRC10:02
sambettsdevstack typically stands up neutron with L3 enabled, with a fake public network where the host running devstack is the gateway router for that network10:02
sambettsperhaps your old CI was doing that without you realising?10:02
*** athomas has joined #openstack-ironic10:05
sambettsankkumar: I think the other configuration setting that would affect this is "[validation] connect_method='floating' or 'fixed'10:07
sambettsankkumar: you also want to ensure your running on the baremetal basic ops test not the standalone baremetal basic opts test which is designed for running against a bifrost/standalone ironic deployment not an OpenStack deployment10:09
*** etingof has quit IRC10:09
ankkumarsambetts, Thanks. Yes thats set to floating in our case It might be happening due to that.10:10
sambettsif you change it to "fixed" it will not try to create a floating ip, it'll use the private one instead as long as it can connect to it :)10:11
*** etingof has joined #openstack-ironic10:11
*** vsaienk0 has joined #openstack-ironic10:12
*** dsneddon has quit IRC10:14
*** dsneddon has joined #openstack-ironic10:16
*** devananda has quit IRC10:16
*** hw_wutianwei has quit IRC10:22
*** hw_wutianwei has joined #openstack-ironic10:22
*** vsaienk0 has quit IRC10:22
* dtantsur is about to release ironic queens10:25
* sambetts runs and hides10:26
dtantsuranything non-backportable that we need to (and can) urgently land?10:26
openstackgerritDmitry Tantsur proposed openstack/ironic master: Add some missed test cases in node object tests  https://review.openstack.org/26804510:27
openstackgerritIlya Etingof proposed openstack/sushy-tools master: Abstract away the virtualization management interface  https://review.openstack.org/52332110:27
ankkumarsambetts, sorry even we do have "[validation] connect_method=fixed". i just checked10:31
ankkumarsambetts, and we are trying to do standalone test not the baremetal basic ops10:32
sambettsankkumar: standalone there are no APIs for floating IP so it shouldn't be trying to use it10:34
ankkumarsambetts, but it is using in standalone https://github.com/openstack/ironic-tempest-plugin/blob/master/ironic_tempest_plugin/tests/scenario/baremetal_standalone_manager.py#L132-L14410:36
openstackgerritShivanand Tendulker proposed openstack/ironic master: Implements rescue interface for 'ilo' hardware type  https://review.openstack.org/45301210:38
sambettshuh... well thats odd... I could have sworn we weren't running neutron in the standalone scenario but apprently we are10:38
sambettsthe normal baremetal basic ops takes the connect_method into account10:38
sambettsbut it seems like the standalone one doesn't10:39
ankkumarsambetts, yes thats why it is failing10:39
ankkumarsambetts, any suggestion.. what to do?10:39
sambettsseems we need to mimic the logic like https://github.com/openstack/tempest/blob/45e4c45209bc8d1c6664a0a3fc1530183dfd951a/tempest/scenario/manager.py#L634-L661 into our custom standalone test case10:41
sambettsbasically if connect_method = flaoting create a flaoting, else just use the node ip10:42
*** hw_wutianwei has quit IRC10:42
sambettspas-ha: ^ this more your area of expertise10:42
ankkumarsambetts, yes10:43
ankkumarsambetts, shall i raise one bug and patch for that?10:43
sambettsif you can write a patch to the ironic-tempest-plugin that would be great :)10:44
openstackgerritShivanand Tendulker proposed openstack/ironic master: Implements rescue interface for 'ilo' hardware type  https://review.openstack.org/45301210:44
ankkumarsambetts,  ok will do.. thanks10:44
openstackgerritMerged openstack/ironic master: Add some missed test cases in node object tests  https://review.openstack.org/26804510:49
*** hw_wutianwei has joined #openstack-ironic10:50
*** links has joined #openstack-ironic10:51
*** vsaienk0 has joined #openstack-ironic10:55
*** dsneddon has quit IRC11:03
openstackgerritJames E. Blair proposed openstack/bifrost stable/pike: Zuul: Remove project name  https://review.openstack.org/54213111:03
*** vsaienk0 has quit IRC11:05
*** lucas-afk is now known as lucasagomes11:05
*** dtantsur is now known as dtantsur|bbl11:06
*** dsneddon has joined #openstack-ironic11:10
*** stendulker_ has joined #openstack-ironic11:12
*** dsneddon has quit IRC11:13
*** stendulker has quit IRC11:15
*** olivierbourdon38 has quit IRC11:17
*** vsaienk0 has joined #openstack-ironic11:17
*** stendulker_ has quit IRC11:19
*** dsneddon has joined #openstack-ironic11:19
openstackgerritIlya Etingof proposed openstack/sushy-tools master: Abstract away the virtualization management interface  https://review.openstack.org/52332111:23
*** vsaienk0 has quit IRC11:27
openstackgerritSam Betts proposed openstack/ironic master: Ensure we unbind flat network ports and clear BM mac addresses  https://review.openstack.org/53998111:30
*** hw_wutianwei has quit IRC11:33
*** hw_wutianwei has joined #openstack-ironic11:34
*** hw_wutianwei has quit IRC11:36
*** links has quit IRC11:44
*** vsaienk0 has joined #openstack-ironic11:45
*** zhangfei has quit IRC11:45
*** hamzy_ is now known as hamzy11:50
*** hw_wutianwei has joined #openstack-ironic11:51
*** vsaienk0 has quit IRC11:54
*** links has joined #openstack-ironic11:57
openstackgerritIlya Etingof proposed openstack/sushy-tools master: Abstract away the virtualization management interface  https://review.openstack.org/52332112:00
*** zhangfei has joined #openstack-ironic12:02
openstackgerritNikolay Fedotov proposed openstack/ironic-python-agent master: Try to find partition 3 times  https://review.openstack.org/52557712:02
*** mjturek has joined #openstack-ironic12:08
*** makowals has joined #openstack-ironic12:12
makowalsHello Ironic12:12
makowalsOn my ironic-api.log I constantly see connection pool full error12:13
makowals```12:13
makowalsWARNING requests.packages.urllib3.connectionpool [-] Connection pool is full, discarding connection12:13
makowals```12:13
makowalsAny ideas where can I change the config to allow for more connections? In the config file I did not see anything obvious12:14
*** vsaienk0 has joined #openstack-ironic12:17
*** zhangfei has quit IRC12:19
*** links has quit IRC12:21
*** hw_wutianwei has quit IRC12:28
*** hw_wutianwei has joined #openstack-ironic12:28
*** rbudden has joined #openstack-ironic12:30
*** zhangfei has joined #openstack-ironic12:32
*** SerenaFeng has joined #openstack-ironic12:34
makowalsAlso this error causes problems with creating instances (it happens creation fails with this as an error message), so it's not just a to-be-ignored warning12:37
openstackgerritDao Cong Tien proposed openstack/ironic master: devstack: add support for rescue mode  https://review.openstack.org/52411812:38
*** rwsu has quit IRC12:41
*** vsaienk0 has quit IRC12:41
*** dsneddon has quit IRC12:42
openstackgerritDao Cong Tien proposed openstack/ironic master: Update a CI job for rescue mode  https://review.openstack.org/52870412:44
*** bfournie has quit IRC12:45
*** bfournie has joined #openstack-ironic12:45
*** ameeda has joined #openstack-ironic12:49
*** bfournie has quit IRC12:49
*** olivierbourdon38 has joined #openstack-ironic12:49
ameedaHello, I have 21 nodes . after introspection finish I got 5 servers timed out. I checked ironic-conductor and ironic-inspector logs, that doesn't help me.12:51
openstackgerritOpenStack Release Bot proposed openstack/ironic-python-agent stable/queens: Update .gitreview for stable/queens  https://review.openstack.org/54215512:57
openstackgerritOpenStack Release Bot proposed openstack/ironic-python-agent stable/queens: Update UPPER_CONSTRAINTS_FILE for stable/queens  https://review.openstack.org/54215612:57
openstackgerritOpenStack Release Bot proposed openstack/ironic-python-agent master: Update reno for stable/queens  https://review.openstack.org/54215712:57
*** SerenaFeng has quit IRC12:57
*** jaganathan has quit IRC12:59
*** zhangfei has quit IRC13:01
*** links has joined #openstack-ironic13:02
*** jlabarre has joined #openstack-ironic13:02
*** AlexeyAbashkin has quit IRC13:03
*** AlexeyAbashkin has joined #openstack-ironic13:04
*** jaganathan has joined #openstack-ironic13:06
*** dsneddon has joined #openstack-ironic13:07
openstackgerritOlivier Bourdon proposed openstack/bifrost master: Fix DHCP informations according to network interface settings  https://review.openstack.org/54216713:10
*** vsaienk0 has joined #openstack-ironic13:10
*** dsneddon has quit IRC13:13
*** rbudden has quit IRC13:13
*** zhangfei has joined #openstack-ironic13:13
*** ankkumar has quit IRC13:20
*** dsneddon has joined #openstack-ironic13:20
*** vsaienk0 has quit IRC13:20
openstackgerritOpenStack Release Bot proposed openstack/bifrost stable/queens: Update .gitreview for stable/queens  https://review.openstack.org/54217213:21
openstackgerritOpenStack Release Bot proposed openstack/bifrost stable/queens: Update UPPER_CONSTRAINTS_FILE for stable/queens  https://review.openstack.org/54217313:21
openstackgerritOpenStack Release Bot proposed openstack/bifrost master: Update reno for stable/queens  https://review.openstack.org/54217513:21
*** zhangfei has quit IRC13:22
*** etingof has quit IRC13:23
*** trown|outtypewww is now known as trown13:23
*** bfournie has joined #openstack-ironic13:25
*** zhangfei has joined #openstack-ironic13:34
*** etingof has joined #openstack-ironic13:35
*** d0ugal has quit IRC13:36
*** etingof has quit IRC13:42
*** d0ugal has joined #openstack-ironic13:43
*** rwsu has joined #openstack-ironic13:44
TheJuliagood morning13:45
TheJuliabrrrraaaaaiiiinnsssss13:45
mgoddardmorning TheJulia, congrats13:47
*** rloo has joined #openstack-ironic13:47
TheJuliaThanks!13:47
hwoarangpas-ha: hello :) we are seeing some ironic-inspector + keystone noauth issues and I suspect http://git.openstack.org/cgit/openstack/ironic-inspector/commit/ironic_inspector?id=918775cb0109209561fd62f1b52a3d9f7cc226c6 may have caused it. Here is the trace http://paste.opensuse.org/3488509413:48
*** absubram has joined #openstack-ironic13:49
*** crushil has quit IRC13:52
TheJuliahwoarang: that sounds like a misconfiuration...13:53
hwoarangTheJulia: yeah that happens in bifrost but nothing changed in bifrost or in the OPNFV world13:53
*** etingof has joined #openstack-ironic13:54
*** dsneddon has quit IRC13:54
*** absubram has quit IRC13:54
*** absubram has joined #openstack-ironic13:54
TheJuliahmmm13:55
hwoarangalso there is this call to the keystone API https://github.com/openstack/ironic-inspector/blob/master/ironic_inspector/common/ironic.py#L87 but maybe that shouldn't happen when noauth is used13:55
hwoarangat least that's where the trace is leading me13:55
*** AlexeyAbashkin has quit IRC13:56
TheJuliaugh, yeah that would do it13:56
*** AlexeyAbashkin has joined #openstack-ironic13:56
TheJuliawe need to determine if noauth and act upon it first13:56
TheJuliashould be an easy fix if you have the code handy. Should also be easy for you to verify it works for you in that cse13:56
hwoarangTheJulia: here is the inspector config file https://bpaste.net/show/4107e2ecb09013:57
hwoarangpretty basic13:57
openstackgerritIlya Etingof proposed openstack/sushy-tools master: Abstract away the virtualization management interface  https://review.openstack.org/52332113:57
TheJuliaameeda: If you try to re-inspect the five nodes that timed out, do they respond?13:57
hwoarangyeah let me check13:57
*** dtantsur|bbl is now known as dtantsur13:59
dtantsurmorning TheJulia13:59
dtantsurTheJulia: should I officially hand you the keys to $everything? :) here they are! (and a biiig bottle of whisky)14:00
TheJuliamakowals: you can scale out APIs and conductors, I think that might be what you want to do? Also... make sure you don't have a monitoring system checking to see that the api is alive. I've seen some that do mean things like leave connections open or that are checking every second....14:00
*** Goneri has joined #openstack-ironic14:02
TheJuliadtantsur: over the next few days, hoping to take today/tomorrow off14:03
*** crushil has joined #openstack-ironic14:04
rloogood morning all ironic'ers, TheJulia, dtantsur, hwoarang14:05
rloodtantsur: are we done wrt releases?14:06
dtantsurTheJulia: if you hope to take today off, now is about the right time ;)14:06
dtantsurrloo: ironic is pending the release team review14:06
rloodtantsur: heh, we didn't do much wrt docs.14:06
dtantsurnetworking-baremetal and n-g-s will be done today14:06
rloodtantsur, TheJulia; we should backport the vif-detach. what about the glance no-image?14:06
dtantsurrloo: what exactly? any docs can (and should) be backported14:06
dtantsurrloo: you mean, to pike?14:07
rloodtantsur: yeah, to pike14:07
rloodtantsur: wrt docs, there weren't many that were ready to land. i think you need to update one related to classic drivers :)14:07
dtantsurrloo: my thought was to get busy with pike after we get rid of queens for real14:07
rloodtantsur: ok14:07
dtantsurright, I was slacking on docs because they are backportable without any problems14:07
dtantsurwill get back to them really soon14:07
TheJuliaI think it would be good to backport to pike but brains14:07
rloodtantsur will be happy when I start asking TheJulia about stuff14:07
ameedaTheJulia: thanks for reply, I am not sure, I guess that to inspect just one node and see tcpdump to see if the node got ip, any other idea ?14:07
dtantsurrloo: SOOOOOOOON :D14:08
*** etingof has quit IRC14:08
rloodtantsur: :)14:08
dtantsurTheJulia: in case you missed my ping: I've proposed stable releases for essentially everything that contained meaningful changes14:08
TheJuliaameeda: so... inspector is single-threaded with connection queuing... so I could imagine 5 notes suddenly timing out if they are shipping lots of data back or if the node running inspector is not able to process as quickly14:09
rlooOH, I guess we still need to fix multinode grenade...14:09
TheJuliadtantsur: I was looking ofr htat ping because I saw it on my phone, but not my laptop14:09
TheJuliadtantsur: awesome14:09
* TheJulia slides whiskey to rloo14:09
rlooTheJulia: i was thinking we could wait til next week, I'm guessing you'll be official then, to look at multinode grenade :)14:10
dtantsurTheJulia: also if you missed my comment on n-g-s release note: I'd like the next release to be 1.0.0, not 0.614:10
dtantsurany objections?14:10
rloofresh eyes, fresh leader, new era err cycle...14:10
dtantsurand ditto for networking-baremetal <-- hjensas, sambetts14:10
TheJuliadtantsur: none, just the reno prelude neeeds to be fixed14:10
dtantsurTheJulia: I will fix and approve14:11
sambetts1.0.0 for net-baremetal?14:11
TheJuliadtantsur: none there either14:11
TheJulia++++14:11
TheJuliadtantsur: <314:11
openstackgerritDmitry Tantsur proposed openstack/networking-generic-switch master: Add initial release note  https://review.openstack.org/53420114:11
TheJuliarloo: I _think_ we're going to have to get a conductor up and online, however there is a smoke test that expects things to be fully back online, so tl;dr, we're stuck atm. :(14:12
dtantsursambetts: yes, for it as well. do you expect breaking changes in Rocky?14:12
sambettsdtantsur: not that I can think of14:12
*** zhangfei has quit IRC14:12
rlooTheJulia: :-( We really need to talk to folks at ptg, about how to correctly test rolling upgrades14:12
dtantsursambetts: my thinking is that we now recommend to use it, so we better start semvering it for real14:13
* rloo knows that TheJulia will make it happen :)14:13
sambettsdtantsur: yeah, sounds good14:13
dtantsurironic release is on its way \o/14:13
rloowheeeeeee!14:14
openstackgerritMarkos Chandras (hwoarang) proposed openstack/ironic-inspector master: ironic_inspector: common: ironic: Do not query keystone when in noauth  https://review.openstack.org/54220614:14
dtantsursambetts: mind reviewing https://review.openstack.org/#/c/541697/ then?14:14
patchbotpatch 541697 - networking-baremetal - Fix devstack example14:14
dtantsurthis seems the only outstanding patch14:14
rloomelissaml sure likes to fix 'the the' occurrences...14:14
ameedaTheJulia: as I see at the logs . after finish introspect of 16's node, it wait around 1 hours before raise the error  ironic_inspector.node_cache [-] Introspection for nodes [...] timed out14:14
openstackgerritMarkos Chandras (hwoarang) proposed openstack/ironic-inspector master: ironic_inspector: common: ironic: Do not query keystone when in noauth  https://review.openstack.org/54220614:15
ameedaTheJulia: I think that the nodes can't boot PXE, so I guessed to watch tcpdump. is that will help ?14:16
TheJuliaameeda: Hmm, that is a strong possibility and a good place to start.14:16
openstackgerritOpenStack Release Bot proposed openstack/ironic stable/queens: Update .gitreview for stable/queens  https://review.openstack.org/54220714:16
openstackgerritOpenStack Release Bot proposed openstack/ironic stable/queens: Update UPPER_CONSTRAINTS_FILE for stable/queens  https://review.openstack.org/54220814:16
openstackgerritOpenStack Release Bot proposed openstack/ironic master: Update reno for stable/queens  https://review.openstack.org/54220914:16
rlooyay!14:17
ameedaTheJulia: thanks for help, I will let you know the details :)14:18
*** rbudden has joined #openstack-ironic14:19
openstackgerritRuby Loo proposed openstack/bifrost master: Update reno for stable/queens  https://review.openstack.org/54217514:20
*** jcoufal has joined #openstack-ironic14:22
dtantsurrloo, sambetts, TheJulia, oh, the last release thing: we have a few outstanding patches against ironic-tempest-plugin that now started passing the CI (thanks to Sam). let's try to get them in, if possible?14:22
*** etingof has joined #openstack-ironic14:23
rloodtantsur: sure, you want to get them in before releasing ironic-tempest-plugin?14:23
dtantsurrloo: well, rescue for sure, because we released ironic with rescue14:23
dtantsuranything else I don't care much14:23
rloodtantsur: ok14:24
*** zhangfei has joined #openstack-ironic14:24
openstackgerritMarkos Chandras (hwoarang) proposed openstack/ironic-inspector master: ironic_inspector: common: ironic: Do not query keystone when in noauth  https://review.openstack.org/54220614:25
openstackgerritRuby Loo proposed openstack/ironic-python-agent master: Update reno for stable/queens  https://review.openstack.org/54215714:26
*** rloo has quit IRC14:26
*** lucasagomes is now known as lucas-hungry14:26
*** rloo has joined #openstack-ironic14:26
openstackgerritMerged openstack/networking-baremetal master: Fix devstack example  https://review.openstack.org/54169714:26
*** zhangfei has quit IRC14:26
*** dsneddon has joined #openstack-ironic14:27
openstackgerritBob Fournier proposed openstack/ironic-inspector master: Only set switch_id in local_link_connection if mac address  https://review.openstack.org/54221414:27
dtantsurrloo: actually, I don't quite like the rescue tests patch14:29
rloodtantsur: if you don't quite like it, i won't either :)14:29
dtantsuron the other hand, ironic-tempest-plugin is branchless14:29
dtantsurso new tests will always be picked14:30
dtantsurmeaning: I can release it now :)14:30
rloodtantsur: if it is branchless, why do we bother releasing?14:30
dtantsurrloo: for downstream's convenience14:31
rloodtantsur: OH. :)14:31
rloodtantsur: well, wouldn't downstream want to test rescue?14:31
rloodtantsur: how bad is 'not liking it'? is it good enough to merge then modify later, or not worth merging?14:31
rloodtantsur: i'm good with not testing rescue right now. it isn't all hooked up yet.14:32
dtantsurrloo: quite bad. the test is a part of baremetal_basic_ops and is silently skipped when rescue is not available14:32
dtantsurwhich is hard to detect. I'd prefer a separate test, to be honest.14:32
rloodtantsur: in that case, forget it. let's spend some time doing it better.14:33
*** dsneddon has quit IRC14:33
sambetts+1 should be separate test with a "skipif" so we get a nice message in the logs14:33
TheJulia++14:37
*** jcoufal has quit IRC14:37
*** lbragstad has joined #openstack-ironic14:37
hjensasdtantsur: I saw a ping, reno prelude? How soon? I am out to another activity with the little one in 5 min.14:39
dtantsurhjensas: only a question if you're fine with the new networking-baremetal release receiving version 1.0.014:40
dtantsuras a designation of its (supposed) maturity14:40
openstackgerritMerged openstack/networking-generic-switch master: Add initial release note  https://review.openstack.org/53420114:40
hjensasdtantsur: I guess if we recommend people using it in docs it should?14:40
dtantsurthat's my thinking as well14:41
* hjensas goes to update CV ... :D14:41
dtantsurlol14:42
*** etingof has quit IRC14:42
*** hjensas is now known as hjensas|afk14:42
openstackgerritRuby Loo proposed openstack/ironic master: Update reno for stable/queens  https://review.openstack.org/54220914:43
TheJuliahjensas|afk: it just means you get to support it for the rest of time :)14:43
dtantsurTheJulia: don't tell him so quickly :D14:44
TheJuliadtantsur: doh!14:45
TheJuliahjensas|afk: on a serious note, you've done a great job with it!14:45
dtantsuryes, hjensas|afk++14:45
openstackgerritIlya Etingof proposed openstack/sushy-tools master: Abstract away the virtualization management interface  https://review.openstack.org/52332114:46
*** jcoufal has joined #openstack-ironic14:47
*** shekar has joined #openstack-ironic14:47
*** shekarvajjula has quit IRC14:48
*** links has quit IRC14:50
openstackgerritRuby Loo proposed openstack/ironic master: Update reno for stable/queens  https://review.openstack.org/54220914:51
openstackgerritRuby Loo proposed openstack/ironic master: Update reno for stable/queens  https://review.openstack.org/54220914:52
TheJuliaOkay, stepping away to hopefully let this headache go away and do something today that lets my brain unwind. Ping me if needed.14:53
*** mjturek has quit IRC14:53
rlooTheJulia: enjoy!14:54
dtantsurTheJulia: take some rest indeed14:54
*** olivierbourdon38 has quit IRC14:55
*** dtantsur is now known as dtantsur|brb14:55
*** etingof has joined #openstack-ironic14:56
*** r-daneel has joined #openstack-ironic14:56
*** SerenaFeng has joined #openstack-ironic15:02
*** devananda has joined #openstack-ironic15:02
openstackgerritMerged openstack/bifrost stable/pike: Zuul: Remove project name  https://review.openstack.org/54213115:03
*** links has joined #openstack-ironic15:03
rloohere's the glance bug wrt the postgres job failure. doesn't look like it'll be addressed any time soon. https://bugs.launchpad.net/glance/+bug/174786915:09
openstackLaunchpad bug 1747869 in Glance "./stack.sh doesn't work with postgres" [Critical,Triaged] - Assigned to Brian Rosmaita (brian-rosmaita)15:09
rloooh sorry, they are targetting queens rc2 to fix, so next week hopefully15:11
*** hamzy has quit IRC15:12
*** mjturek has joined #openstack-ironic15:18
openstackgerritMarkos Chandras (hwoarang) proposed openstack/ironic-inspector master: ironic_inspector: common: ironic: Do not query keystone when in noauth  https://review.openstack.org/54220615:18
*** mjturek has quit IRC15:23
*** dsneddon has joined #openstack-ironic15:24
*** lucas-hungry is now known as lucasagomes15:26
*** vsaienk0 has joined #openstack-ironic15:26
*** slaweq has joined #openstack-ironic15:27
*** links has quit IRC15:28
*** dsneddon has quit IRC15:29
openstackgerritBob Fournier proposed openstack/ironic-inspector master: Only set switch_id in local_link_connection if it is a mac address  https://review.openstack.org/54221415:29
* rloo thinks we have to do a better job with clarifying what was decided cuz I don't know what we decided: http://eavesdrop.openstack.org/meetings/ironic/2017/ironic.2017-12-11-17.00.log.html#l-229 :-(15:34
*** dtantsur|brb is now known as dtantsur15:34
*** vsaienk0 has quit IRC15:36
*** SerenaFeng has quit IRC15:38
*** moshele has quit IRC15:38
*** rpioso|afk is now known as rpioso15:42
rpiosoGood morning, ironicers.15:43
rloomorning rpioso15:46
*** hamzy has joined #openstack-ironic15:46
rpiosorloo: :)15:46
*** e0ne has quit IRC15:47
rloocrushil: did you work on the xclarity stuff? I noticed that we don't have any docs on it: https://docs.openstack.org/ironic/latest/admin/drivers.html15:47
bfournieTheJulia: thanks for review on https://review.openstack.org/#/c/542214/, sambetts: do you think we should remove ironic validation here https://github.com/openstack/ironic/blob/master/ironic/api/controllers/v1/types.py#L313 to allow all values to be accepted for switch_id?15:48
patchbotpatch 542214 - ironic-inspector - Only set switch_id in local_link_connection if it ...15:48
crushilrloo, Yes, I did, I am working on a patch that will address the fixes in the driver code and then add docs. I should be able to push that up soon15:48
rloocrushil: oh, so xclarity isn't done yet. I thought it was.15:49
crushilrloo, The code is. There were some nits I need to fix in a follow up patch15:49
crushilAnd I was going to add docs as well to go with that patch15:49
*** hamzy_ has joined #openstack-ironic15:50
rloocrushil: ok. we released ironic queens today. so we'll probably want to backport the doc15:50
*** e0ne has joined #openstack-ironic15:51
crushilrloo, Ok. Makes sense, thanks15:51
rloocrushil: fwiw, probably better to have separate patches, one to address nits, one for docs.15:51
crushilrloo, Ok. That's what I was shooting for. My comments above were probably confusing15:51
TheJuliabfournie: I really think it is valid to take it all, but largely because the switch in my basement is configurable to what I want it to transmit... and I think it defaults on hostname or something funky15:51
rloocrushil: thx :)15:52
crushilrloo, :)15:52
* TheJulia re-engages cloaking device of trying to rest15:52
*** links has joined #openstack-ironic15:52
*** hamzy has quit IRC15:52
*** mjura has quit IRC15:53
*** rbartal has quit IRC15:53
*** SerenaFeng has joined #openstack-ironic15:54
bfourniethanks just want to make sure ml2 driver isn't relying on mac for switch_id15:55
*** slaweq has quit IRC15:56
*** slaweq has joined #openstack-ironic15:56
devanandabfournie: it seems to also take a data path id today15:56
devanandaThough, I haven't gotten it to actually connect to the switch, it doesn't yield any errors15:57
bfourniedevananda: yes either mac address or data path id, from the lldp data can only be a mac address (OpenFlow data path id can be set manually)15:58
bfourniedevananda: if the LLDP chassis id is an IP address, ifname etc. it will cause an Ironic exception on validation of link_local_connection and fail introspection15:59
TheJuliabfournie: That is truly a question for the ml2 driver... :\  I'm 95% sure n-g-s just ignores it15:59
*** dsneddon has joined #openstack-ironic15:59
sambettsI've responded on the patch, I think our current contract with the ml2 drivers is mac_address or openflow, personally I was campaining from the begining for it to have more relaxed validation because our Ml2 driver completely ignores the switch_id field today because mac address is useless to us15:59
devanandasambetts: what info does your driver need, then?16:00
sambettswe rely on putting the mangement IP address in the not-validated, switch_info field instead16:00
devanandaAlso, has anyone gotten that working with ovs / openflow, rather than a vendor ml2 driver?16:01
*** slaweq has quit IRC16:01
*** vsaienk0 has joined #openstack-ironic16:01
sambettsdevananda: gotten our neutron driver working with OVS/openflow?16:01
*** pcaruana has quit IRC16:02
*** dsneddon has quit IRC16:03
devanandasambetts: nope... Still trying16:04
devanandaI mean, yes, that's me question... Because I haven't made it work yet16:04
dtantsurTheJulia, rloo, https://bugs.launchpad.net/ironic/+bug/174822416:06
openstackLaunchpad bug 1748224 in Ironic "[RFE] Stop special handling of mime extensions in the API" [Wishlist,Confirmed]16:06
sambettsdevananda: I havn't got the neutron network driver working with openflow, but I've been working on a side project which uses a special ironic network driver + the standard neutron OVS ml2 driver, to do multi-tenancy where each conductor becomes the TOR and the physical switchs are statically configures and just provide fabric extension to the baremetals16:06
rloodtantsur: thx, I'm good with approving it. Will comment :)16:07
devananda!!! .... I'm intrigued by this idea.16:08
openstackdevananda: Error: "!!" is not a valid command.16:08
rloogood morning stranger...errrr devananda!16:08
devanandasambetts: does this use l2gw or something similar, to create routes between the vlans and tenant networks?16:08
TheJuliao/ devananda16:09
devanandaMorning, rloo :)16:09
* rloo would love to see devananda at a PTG16:09
devanandaI would love to go, but don't have funding ....16:09
*** SerenaFeng has quit IRC16:09
rloo:-(16:10
dtantsursigh16:10
dtantsurI was hoping for 4 PTL photo now that Jim is back :D16:10
lucasagomesdevananda, :-(16:11
rloodtantsur: one of these years maybe, yeah, that would have been cool!16:11
*** vsaienk0 has quit IRC16:11
devanandabrb16:14
sambettsdevananda: basic principle of my idea (although bare in mind this is a ruff first poc) is that each port on physical switches and therefore each NIC on each baremetal is assigned a unique carrier vlan, and then on the conductor side it plumbs vlan sub-interfaces (which indirectly are the baremetal NICs) into OVS exactly the same way nova plumbs a VMs tap interface in16:18
dtantsursambetts: do you have anything public? I'd certainly be very interested in it.16:19
dtantsurbfournie: FYI ^^^16:19
sambettsdtantsur: ruff POC is -> https://github.com/Tehsmash/ironic/blob/ironic-ovs/ironic/drivers/modules/network/ovs.py16:19
dtantsursambetts: thanks! any docs, devstack, ...?16:20
rloodtantsur: you seem ok with this, i am thinking it is an RFE, I'm good with approving the bug thingy: https://review.openstack.org/#/c/540954/. Or we consider it part of original rescue work?16:20
patchbotpatch 540954 - ironic - Add validate_rescue() method to boot interface16:20
dtantsurrloo: I was treating it more as a problem in how rescue interface is composed. but I don't think this change is backportable.16:21
sambettsdtantsur: I've not had much chance to work on it recently but I did get it working in devstack locally with some tweaks to how we plumb in our virtual baremetal nodes16:21
sambettsdtantsur: I'm planning on getting some more time to work on it soon though16:21
dtantsurhmm, it may be easier to try it on tripleo, it has less networking hacks16:21
dtantsursambetts: if you write something resembling a formal RFE, I can try getting some time to work on it as well16:22
rloodtantsur: right, i think it makes sense to do. i'll tag it as rfe (cuz it changes the interface API) and approve16:22
*** e0ne has quit IRC16:22
sambettsdtantsur: https://bugs.launchpad.net/ironic/+bug/173516916:22
openstackLaunchpad bug 1735169 in Ironic "[RFE] Network interface implementation that allows for isolated networking (multitenancy) without TOR programming" [Wishlist,Confirmed] - Assigned to Sam Betts (sambetts)16:22
dtantsursambetts: thanks, I'll show it to my PM :)16:23
sambettsI was also looking at taking the same principles and trying to make an implementation of multi-tenancy that would work for standalone without neutron16:23
sambettsbut need to see how it works out16:24
openstackgerritMerged openstack/ironic-inspector master: Remove redundant "the" from a docstring  https://review.openstack.org/54197316:25
bfourniesambetts: thanks for update to https://review.openstack.org/#/c/542214/, so it seems for now we should implement it this way, i.e. only set switch_id if mac address16:25
patchbotpatch 542214 - ironic-inspector - Only set switch_id in local_link_connection if it ...16:25
sambettsbfournie: I think so, and then I think we need to take a serious look at the current limitations we impose on the llc data16:26
bfourniesambetts: agree, thanks16:26
*** absubram has quit IRC16:26
sambettsbfournie: I think the orignal reason for the limitations was to prevent the ML2 driver implementations from become too different in the information they require16:27
sambettsbut I think the ml2 drivers are so different in the information they require it a little restricting16:27
dtantsurTheJulia: are you looking into https://docs.google.com/spreadsheets/d/1J2MRdVQzSyakz9HgTHfwYPe49PaoTypX66eNURsopQY/edit#gid=0 btw?16:27
bfourniesambetts: yep16:27
*** tesseract has quit IRC16:29
*** tesseract has joined #openstack-ironic16:29
TheJuliadtantsur: It is on my radar, trying to give my brain rest today. Failing at that of course.16:31
dtantsurTheJulia: I'm just making sure you've seen it, no hurry at all16:31
dtantsurin the worst case we'll make our photo ourselves :D or make lucasagomes do it for us16:32
TheJuliabfournie: pulled my -1 and commented16:32
TheJuliadtantsur: it could be sillier that way.... ;)16:32
* lucasagomes reads16:32
bfourniethanks TheJulia16:33
*** dsneddon has joined #openstack-ironic16:33
lucasagomesdtantsur, haha sure, but we also need a pic with me included in it :-)16:34
lucasagomesdtantsur, btw, bring pixie with ya16:36
dtantsurlucasagomes: last time Pixie was in TheJulia's caring hands16:36
lucasagomesah TheJulia bring it then :D16:36
*** dsneddon has quit IRC16:38
openstackgerritMerged openstack/ironic-tempest-plugin master: Replace use of functools.wraps() with six.wraps()  https://review.openstack.org/54018716:38
TheJuliaPixie boots is ready! https://usercontent.irccloud-cdn.com/file/Kba8iZvr/irccloudcapture957928365.jpg16:38
dtantsursambetts: the code looks reasonably small and clear btw16:39
*** absubram has joined #openstack-ironic16:39
sambettsdtantsur: yeah its quite clean, it can probably been cleaned up even more if we can pull in the os-vif library which abstracts the ovs commands16:41
dtantsursambetts: so, time to write a spec? ;) as I said, I can help with it, but I'll need to try it first16:41
sambettsdtantsur: yeah, I started putting on together locally16:42
sambettsone*16:42
rloodtantsur, TheJulia: my suggestion, Thurs right after lunch. so we don't lose too much time.16:42
*** amarao has quit IRC16:43
dtantsursambetts: cool, ping me for review16:44
sambettsdtantsur: will do :D16:46
*** openstackgerrit has quit IRC16:48
NobodyCamGood Morning Ironic'ers16:49
NobodyCamand congrats to TheJulia16:49
dtantsurmorning NobodyCam16:52
NobodyCamhey hey dtantsur :) good morning :)16:53
*** athomas has quit IRC16:57
*** marios has quit IRC16:57
*** dsneddon has joined #openstack-ironic17:00
*** slaweq has joined #openstack-ironic17:04
*** dsneddon has quit IRC17:08
*** slaweq has quit IRC17:09
*** ijw has joined #openstack-ironic17:18
*** derekh has quit IRC17:18
*** AlexeyAbashkin has quit IRC17:19
jrollmorning everyone, y'all talk a lot, I'm declaring scrollback bankruptcy17:19
jroll:P17:19
jroll\o/ for the ironic release17:19
NobodyCamGood morning jroll17:19
*** sambetts is now known as sambetts|af17:20
* jroll is in training things for the next 3+ hours, jfyi17:20
*** sambetts|af is now known as sambetts|afk17:20
sambetts|afkNight all o/17:20
NobodyCamnight sambetts|afk17:20
*** AlexeyAbashkin has joined #openstack-ironic17:23
*** openstackgerrit has joined #openstack-ironic17:26
openstackgerritOpenStack Release Bot proposed openstack/networking-baremetal stable/queens: Update .gitreview for stable/queens  https://review.openstack.org/54232717:26
openstackgerritOpenStack Release Bot proposed openstack/networking-baremetal stable/queens: Update UPPER_CONSTRAINTS_FILE for stable/queens  https://review.openstack.org/54232917:26
openstackgerritOpenStack Release Bot proposed openstack/networking-baremetal master: Update reno for stable/queens  https://review.openstack.org/54233117:26
openstackgerritOpenStack Release Bot proposed openstack/networking-generic-switch stable/queens: Update .gitreview for stable/queens  https://review.openstack.org/54233317:26
openstackgerritOpenStack Release Bot proposed openstack/networking-generic-switch stable/queens: Update UPPER_CONSTRAINTS_FILE for stable/queens  https://review.openstack.org/54233417:26
openstackgerritOpenStack Release Bot proposed openstack/networking-generic-switch master: Update reno for stable/queens  https://review.openstack.org/54233517:26
*** AlexeyAbashkin has quit IRC17:28
openstackgerritShivanand Tendulker proposed openstack/ironic-python-agent master: Follow-up patch for documentation of rescue mode  https://review.openstack.org/54233917:30
*** AlexeyAbashkin has joined #openstack-ironic17:33
*** trown is now known as trown|lunch17:36
*** moshele has joined #openstack-ironic17:36
*** AlexeyAbashkin has quit IRC17:37
*** moshele has quit IRC17:54
*** baha has joined #openstack-ironic17:56
*** dtantsur is now known as dtantsur|afk17:58
dtantsur|afko/17:58
rloomgoddard, johnthetubaguy: wrt node traits, the spec mentions validating an instance's traits -- so this isn't quite finished?17:59
rloobye dtantsur|afk17:59
* mgoddard looks at traits spec17:59
*** dsneddon has joined #openstack-ironic17:59
rloomgoddard, johnthetubaguy: https://specs.openstack.org/openstack/ironic-specs/specs/approved/node-traits.html18:00
rloounder Proposed change18:00
rloomgoddard: Ironic needs to validate that instance_info[‘traits’] is consistent with the list of traits currently associated with Ironic node, i18:00
johnthetubaguyah, that could be right, I had forgot about that18:01
johnthetubaguyto stop races and suprizes18:01
rloojohnthetubaguy: so does that mean we shouldn't use traits for scheduling yet?18:01
mgoddardI think this is a belt and braces thing18:02
* rloo not sure what 'belt and braces' means, must be English-eze.18:02
mgoddardnova *should* only be pushing down instance traits that exist on the node18:02
mgoddardlike johnthetubaguy said, there could be races18:02
persiarloo: English-ese for the Armericanese "Belt and Suspenders"18:03
rloopersia: ahhh (and who wears suspenders these daze)18:03
johnthetubaguyyeah, its safe ish without the check18:03
rloomgoddard: so i wonder if we should push a patch up and backport to queens.18:03
johnthetubaguyits just for when you update traits, it takes a while to sync up18:03
rloomgoddard: 'we' == you or john :)18:03
mgoddardbut if you're removing traits at the same time as deploying instances then you're asking for trouble18:04
johnthetubaguyyeah, its an edge case bug thing18:04
jroll+1 on backporting it18:04
rlooso we should prevent updates of traits on nodes that are in deploy* state. (i've already forgotten how traits was coded)18:05
mgoddardwe decided not to limit setting of traits too strictly18:05
mgoddardI did ask about this during spec review but we kept it simple18:06
rloohmm, if we actually do the validation of traits at this point and it fails, it means the node deploy fails and user/nova won't be too happy?18:06
*** e0ne has joined #openstack-ironic18:07
rloomgoddard: i think we tend to go with simple when we land a feature, and then we refine it. we're refining it a bit now. maybe...18:07
jrollthe reason to validate them at deploy time is primarily for the traits that can change some hardware config, right?18:09
mgoddardI think the logic was - (assuming deploy-time validation of instance traits) at the time of the deploy, the requested instance traits were valid, so no need to prevent changes to node traits18:09
jrolle.g. set UEFI mode if using the flavor that has the UEFI trait18:09
jrollwe want to make sure the node is marked as capable of doing that thing18:10
jroll(and I guess also to prevent races in scheduling)18:10
mgoddardand perhaps also for standalone18:11
mgoddardwould adding instance trait validation count as an API change?18:13
*** moshele has joined #openstack-ironic18:13
jrollno, not in the sense of API semantics changing18:13
jrollactually not in any sense IMO18:13
rloomgoddard: depends on where/how we add it. if an explicit API, then yes. if internally in our code, then no.18:13
*** slaweq_ has joined #openstack-ironic18:13
jrolljust a change in the way deploys happen. yet another pre-flight check.18:14
rloomgoddard: i think we'd want to add this internally. as jroll sez.18:14
jroll++18:14
*** mjturek has joined #openstack-ironic18:14
rlooi think that's what it sez in the spec; i recall discussing a bit with johnthetubaguy, and i figured we'd figure out the best place to validate once the coding started :)18:15
mgoddardprobably needs to be in conductor's update_node() to guarantee consistency18:15
johnthetubaguymgoddard: so the patch API fails during a deploy?18:16
rlooi actually feel like we shouldn't allow trait updates when a node is 'available' or in 'deploy*'18:16
* johnthetubaguy has to run, just as things get interesting :(18:17
mgoddardyeah, the patch instance_info API call would fail18:17
rloomgoddard: ++ that would work18:18
*** ijw_ has joined #openstack-ironic18:18
*** slaweq_ has quit IRC18:19
mgoddardrloo: I'll take a look what happens elsewhere18:19
rloomgoddard: thx18:20
rloomgoddard: we released ironic today, it isn't a big deal to do another release next week. so this isn't urgent (ie, I don't think it needs to be done today)18:20
mgoddardrloo: ok, good :)18:21
openstackgerritMerged openstack/ironic stable/queens: Update .gitreview for stable/queens  https://review.openstack.org/54220718:21
rloomgoddard: yeah, no need to go overboard on this part :)18:21
*** ijw has quit IRC18:21
mgoddardrloo: good catch by the way18:22
*** vsaienk0 has joined #openstack-ironic18:23
rloomgoddard: i always have to remember (and force myself) to go over specs of features that are 'done' to verify ...18:23
jrollhm, I was thinking more along the lines of ensuring instance_info and traits were compatible at deploy time18:24
*** hw_wutianwei has quit IRC18:25
*** hw_wutianwei has joined #openstack-ironic18:25
jrolle.g. `all(t in node.traits for t in node.instance_info['traits'])`18:25
rloojroll: isn't that what mgoddard is proposing? oh wait, there are 3? possible places to do this check.18:26
jrollI could live with not updating node.traits when in the deploy* state, but I think we should allow it in the available state. I think. not 100%.18:26
*** moshele has quit IRC18:26
jrollrloo: he is suggesting checking at the time instance_info is updated. I'm suggesting checking it when we begin the deploy.18:26
rloojroll: 1. when updating the node with instance_info['traits']; 2. when calling node.validate() or node.deploy.validate() (can't recall which), and 3. when node.set-provision-state active18:26
jrollah yep, forgot about 218:27
rloojroll: so would there be a reason when updating node with instance info, that you don't want/care that the traits match?18:27
rloojroll: maybe cuz someone has some weird case or is in the middle of updating the node...18:28
rloojroll: so we probably want to check at step 2 & 3. the code for 3 usually calls 2.18:28
jrollrloo: good question, probably not. probably best to do it early like that. I haven't fully thought it through yet.18:28
jrollrloo: yeah I guess I'd definitely put it in DeployInterface.validate(), whether we do it at step 1 or not.18:29
* jroll does not have 100% attention here18:30
rloosomeone could still change the node traits between steps 1 & 2 & 3 :-(18:31
jrollwe should probably just ignore that case, honestly18:32
jrolltraits should be relatively stable - it's qualitative properties of the hardware18:32
*** vsaienk0 has quit IRC18:32
jrollany sane person will not be removing traits often, and adding traits won't fail the validation18:33
*** etingof has quit IRC18:33
rloojroll: yeah, it is ok (cuz we can handle with all the validations) if someone changes the traits in between. i'm just not sure how that affects nova scheduling, to have traits change 'in the middle'. but from ironic point of view and provisioning, it'll be fine.18:33
jrollrloo: scheduling is already complete before step 118:33
rloojroll: ah, then we should be good.18:34
jrollrloo: yep. and if someone f's up the traits for a node during a deploy, I vote we just go ahead and let the build fail and reschedule. that'll teach em.18:35
rloojroll: yup, and i'll quote you on that! :D18:35
jrollgladly!18:35
*** tesseract has quit IRC18:37
*** ijw_ has quit IRC18:38
*** etingof has joined #openstack-ironic18:39
*** dsneddon has quit IRC18:39
*** moshele has joined #openstack-ironic18:40
rlooi'm sorry i am looking at the code. it occurs to me that having DeployInterface.validate() do the trait validation may be tricky, unless we assume that every DeployInterface that cares about traits, will validate it. also, conductor calls deploy.validate before locking node & deploying, so there is a bit of a race thing but i think we're ok with that; we should add jroll's comment ^^ to the code that mgoddard is going to write18:42
openstackgerritMarkos Chandras (hwoarang) proposed openstack/ironic-inspector master: ironic_inspector: common: ironic: Do not query keystone when in noauth  https://review.openstack.org/54220618:42
*** links has quit IRC18:42
rloomgoddard: ok, i'll leave it for you to deal with. Thanks! :)18:42
*** trown|lunch is now known as trown18:43
mgoddardrloo: good discussion here, thanks.18:44
jrollrloo: I think ironic needs to always validate it or never validate it, it should be above the driver layer18:44
jrollso I guess we should say at DeployInterface.validate() time, rather than in DeployInterface.validate()18:44
rloojroll: the problem with that, is if you call the node.validate() API, you won't get that trait validation being done :-(18:45
openstackgerritJames E. Blair proposed openstack/ironic-inspector stable/pike: Zuul: Remove project name  https://review.openstack.org/54236718:45
mgoddardjroll: +1, shouldn't be up to the driver18:45
*** Sukhdev has joined #openstack-ironic18:46
mgoddardthere's another way to make this consistent. don't allow addition of instance traits that aren't node traits, and don't allow removal of node traits that are instance traits18:46
jrollrloo: unless we have some sort of validate call we add above the driver (which I'm a bit surprised we don't have yet)18:46
mgoddardthat way the node is always consistent18:47
rloojroll: yes, that is what i was thinking, but not sure how easy it would be to add and not break out-of-tree stuff.18:47
*** etingof has quit IRC18:48
jrollrloo: has nothing to do with out of tree drivers18:49
rloomgoddard: hmm. so you're going with step 1, when updating the node.18:49
rloojroll: depending on how we implement it, it might. i'd have to look at the code to see what we do.18:49
jrollrloo: I'm thinking (as an example) that we would call task.node.validate() here: https://github.com/openstack/ironic/blob/master/ironic/conductor/manager.py#L82218:50
jrollthe other option is call some _validate_traits() method there18:50
jrollsame thing just less portable to other actions18:51
* jroll has to run for now, bbl18:51
rloojroll: ok, that'd work, we'd have to do that validate call here too: https://github.com/openstack/ironic/blob/master/ironic/conductor/manager.py#L182718:53
rloomgoddard: no clear answer. i am wondering if we make the check in the node.update API call, whether we need to microversion it.18:55
*** slaweq has joined #openstack-ironic18:56
rloomgoddard: i think you can think about it :) I put a comment (and link to irc) in the bug: https://bugs.launchpad.net/ironic/+bug/172219419:00
openstackLaunchpad bug 1722194 in Ironic "[RFE] Allow Traits to be set on Nodes " [Wishlist,In progress] - Assigned to Mark Goddard (mgoddard)19:00
*** slaweq has quit IRC19:01
*** dsneddon has joined #openstack-ironic19:05
*** hieulq has quit IRC19:06
*** etingof has joined #openstack-ironic19:09
*** lucasagomes is now known as lucas-afk19:09
*** ijw has joined #openstack-ironic19:12
*** ijw has quit IRC19:15
*** vsaienk0 has joined #openstack-ironic19:18
*** ijw has joined #openstack-ironic19:20
*** ijw has quit IRC19:25
*** ElCoyote_ has joined #openstack-ironic19:26
*** vsaienk0 has quit IRC19:28
*** lbragstad has quit IRC19:31
*** lbragstad has joined #openstack-ironic19:32
*** ijw has joined #openstack-ironic19:35
*** e0ne has quit IRC19:36
*** AlexeyAbashkin has joined #openstack-ironic19:37
*** fragatina has quit IRC19:40
*** mgoddard_ has quit IRC19:43
pas-hahwoarang: checked the patch, there is a problem indeed, should've only catched it in backward compat handling of config (when you set [ironic]auth_strategy=noauth). But I think the fix should be done it somewhat other way..19:53
*** ElCoyote_ has quit IRC19:56
pas-hasambetts|afk: ankkumar: the 'standalone' tests in the ironic-tempest-plugin are not actually designed to be run against standalone ironic, but instead for running w/o nova, basically replicating the order of calls to ironic-api made by nova's ironic virt driver. the aim was to get rid of nova's scheduling woes and uncertainty to fix many things in ironic in parallel.19:57
*** ijw has quit IRC20:05
pas-haabout floating vs fixed ports in those tests - we could probably fix that part to support the mentioned scenario indeed... But OTOH these tests are designed to test different types of drivers as they are hot-swapping those during tests - how applicable is that to the 3rd party CI? shouldn't 3rd party CI just setup/test their own driver? would the HW the 3rd party CI testing even work with generic IPMI20:05
pas-hahardware type or standard 'agent_ipmitool' or 'pxe_ipmitool' drivers? The more I think about it, the more I lean to these standalone tests should be skipped by the 3rd party CI.20:05
* pas-ha was saving a lot of words.. 20:06
*** moshele has quit IRC20:08
*** ijw has joined #openstack-ironic20:19
*** moshele has joined #openstack-ironic20:19
*** e0ne has joined #openstack-ironic20:23
*** ijw has quit IRC20:24
*** moshele has quit IRC20:25
*** hw_wutianwei has quit IRC20:31
*** hw_wutianwei has joined #openstack-ironic20:33
*** moshele has joined #openstack-ironic20:35
*** e0ne has quit IRC20:50
*** hamzy_ has quit IRC21:00
*** mgoddard_ has joined #openstack-ironic21:00
*** ricardoas is now known as ricardoas-away21:00
*** moshele has quit IRC21:03
openstackgerritMerged openstack/networking-generic-switch stable/queens: Update .gitreview for stable/queens  https://review.openstack.org/54233321:07
*** dsneddon has quit IRC21:08
*** dsneddon has joined #openstack-ironic21:09
*** fragatina has joined #openstack-ironic21:27
*** e0ne has joined #openstack-ironic21:34
*** trown is now known as trown|outtypewww21:38
*** Sukhdev has quit IRC21:39
*** mgoddard_ has quit IRC21:56
*** zshi has quit IRC22:08
*** crushil has quit IRC22:09
*** mjturek has quit IRC22:10
*** baha has quit IRC22:12
*** Goneri has quit IRC22:20
*** AlexeyAbashkin has quit IRC22:23
*** mgoddard_ has joined #openstack-ironic22:24
*** e0ne has quit IRC22:26
*** mgoddard_ has quit IRC22:30
*** rcernin has joined #openstack-ironic22:31
*** dsneddon_ has joined #openstack-ironic22:36
*** dsneddon_ has quit IRC22:39
*** dsneddon_ has joined #openstack-ironic22:39
*** Sukhdev has joined #openstack-ironic22:40
*** bfournie has quit IRC22:58
*** Sukhdev has quit IRC23:07
openstackgerritRuby Loo proposed openstack/ironic master: Remove validate_boot_option_for_trusted_boot metric  https://review.openstack.org/54247723:08
*** ijw has joined #openstack-ironic23:10
*** zshi has joined #openstack-ironic23:31
*** MattMan has quit IRC23:38
*** MattMan has joined #openstack-ironic23:38
*** jcoufal has quit IRC23:39
openstackgerritJames E. Blair proposed openstack/ironic stable/ocata: Zuul: Remove project name  https://review.openstack.org/54249823:47
*** moshele has joined #openstack-ironic23:49

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